0001仕様書無しさん2018/04/23(月) 11:17:01.34
料理を作ったことがない人間が料理長とかありえないだろ
コードが書けないやつが管理しているのではない
コードが書けるから管理されているのだ
この業界はプログラミングができるやつは要件定義や管理もできるんだよ
なぜなら顧客と要件定義をしてるときにもうロジックが出来上がってシステムが完成してるからね
だから変更したいと言われてもすぐに頭の中で組み換えができる
>>677
内製している会社では普通だが、分業しているSESでは希少 人間を管理するだけだろう
料理長じゃなくて店長(料理はできない)
企業の管理職は、大抵就職と同時に文系キャリアコースに乗せられる。
理系で優秀だった人材が、出世コースを数年も過ごす内にすっかり文系脳に
変身してしまう。ハイテク企業の研究開発部門の部長が四則演算しかできない
というのは上場企業ではもはや一般的な話。
統計的なデータで示せ!というから標準偏差も示したら、平均値で示せと言ったんだ!
とブチ切れるし。ありゃあ、早く前頭葉の萎縮が始まって、60代前半でボケるタイプだなw
プログラマーに転職したいと思って勉強してるけど
何も知らない奴が現場を管理するのはこの業界も同じなのね
フロントエンドは素人からすると「すぐにできる」と思うようなことが開発者からしたら作業量が膨大なことがよくある。
大規模開発でパッケージを取得するのに2時間かかるような場面でも、ECサイト開発のPMは秒でできると思い込んでいたりする。
0686仕様書無しさん2023/12/23(土) 19:55:32.71
文系管理職は四則計算もできない
電卓で
5+10*2も計算できない
30になってしまう
「ChatGPTは、5+2*3の計算も間違うオバカAIです。人間を超えるなんて(ヾノ・∀・`)ナイナイ」
という記事を書いてた奴の肩書が有名私大の情報学教授
コーディング経験不要でなれます
println("Hello World");
どや
間違ったことを一度でも書くと愚民が大喜びで何十年先まで袋叩きにするので
日本の物書きは精神疾患が多い
0690仕様書無しさん2023/12/25(月) 17:22:36.04
間違ったことを書いた後謝罪訂正すれば問題はない
カナダに言ったらDon't Sorryとでかでかと看板がでていて
むやみに謝るな運動をしていた
0693仕様書無しさん2023/12/26(火) 20:24:25.97
いまでも大英帝国を崇めている国同士だろ
0696仕様書無しさん2023/12/26(火) 21:35:31.79
ド田舎同士
なぜイギリスのような田舎っぺが最後の勝者になれたのか
0698仕様書無しさん2023/12/29(金) 21:08:31.74
>>677
>なぜなら顧客と要件定義をしてるときにもうロジックが出来上がってシステムが完成してるからね
>だから変更したいと言われてもすぐに頭の中で組み換えができる
これダメじゃん
要件定義って言われた事を実装するんじゃ無いぞ
要望によってはパッケージ買いましょうで終わらせる事も有る
コード書くのも選択肢の1つであってこの時点でコード考えてる時点で無能 ロジックの中にパッケージの使用も含まれるでしょ
適宜複数のOSや言語やパッケージやら組み合わせて物を作るなんて常識すぎるが
これが何を使ったり組み合わせたりするのが最適解かわかってない奴だと
適切ではない環境を客に提案したうえでエンジニアに無茶振りをやらせ始める
やらせてる方はそれが無茶振りとは知りもしないし
自分が作る訳じゃないから知ったことじゃないから隠れデスマが勃発する
ガタガタ言わずに言われたとおり作れや
てのがここ20年くらいの無能管理職スタイル
プログラミングしない人間がDB設計をすると
毎日テーブルが増えたり消えたり
カラムがコロコロ変わっていく
そんな状態でプログラムを作れとか言うから
一旦作っても1週間後には全て書き直しになる
0703仕様書無しさん2023/12/31(日) 23:43:39.30
>>701
仕様が連絡なしに変わるのなら、何もしなくていい。 0705仕様書無しさん2024/01/01(月) 10:32:17.01
>>704
仕様の通りに作ったものを提出すればいい
仕様の通りなんだから 30以上の機能を仕様通りにつくる、テストをする
→DBが全て変わり全て捨てる(1回目)
要件が増えて40以上の機能仕様通りにつくる、テストをする
→DBが全て変わり全て捨てる(2回目)
要件が増えて50以上の機能仕様通りにつくる、テストをする
→DBが全て変わり全て捨てる(3回目)
設計者
「仕様変更なんだからそんなに工数かからないでしょ?」
「作り直し?なら全て変更点を洗い出して報告して」
いくら極論を返しても現実は全く意味をなさない
レバ曰く、コーディングやっているエンジニアは市場価値が低い
IT後進国のローカル価値観をドヤ顔で語るコードも書けなければ要件定義も出来ない人売り
しかし、平均年収はお前らより上
レバとか偽装請負やってる業態はそもそも存在意義が無いし
実務やったことない人達の言う事なんか何も当てにならんわ
0712仕様書無しさん2024/01/02(火) 16:45:48.78
>>707
レバテックでなくてもコーディングがメインの人間は余っている統計が存在する。
まあ、年齢に関係なく初心者が大量に入り込んでいるからプログラマーレベルだと人余りだな。 0713仕様書無しさん2024/01/02(火) 16:47:55.70
コードを書けない人間が管理しているなら、コードを書ける人間に工数を聞くのが普通。
それをしない職場ならその職場やプロジェクトがおかしい。
素人入れまくったせいでケツを決めて依頼するバカは未だ絶えないもんだよ
0715仕様書無しさん2024/01/02(火) 20:12:52.50
まあ、ドキュメンテーションをしてないってことだよな。
0716仕様書無しさん2024/01/02(火) 20:13:41.53
課題管理表が仕様書になっているプロジェクトは危険
バカヤロウが根拠のない線を平然と引くから
エンジニアだけが地獄を見るデスマーチが絶えない
0718仕様書無しさん2024/01/03(水) 01:27:14.78
そんなプロジェクトはさっさと辞めればいい
人手不足でホワイトプロジェクト、ホワイト企業が増えているんだから
腐ったプロジェクトなんて、最上位の用途を考えたら分かるでしょ?
つまらない物作ってるからだよ。
他人の金を扱うシステムとか、業務管理システムとか、
自分が使って楽しくなる製品か?
盗んで持ち帰りたくなるほどの魅力があるかい?
無いだろ?
だから病むんだよw
顧客要求が文系的なものだったら、さっさと逃げた方が良い。
俺は某科学シミュレーションのソフトウェア開発に運良く転職できて、
顧客(医療関係の博士)と話すのが楽しくて仕方ない。
インターフェロンのタンパク構造について講義を受けるのがインプットなので、
それを理解しないとプログラミングどころではない。
向こうも、俺の考えるアルゴリズムにいつも感動してくれて、
互いにwin-winな関係だ。
俺、タダでも働きたいほど楽しい!!
0722仕様書無しさん2024/01/17(水) 22:42:14.10
客もコンサルも営業もよくわかっていないのでWin-Winな関係
客の中にもヒエラルキーができてしまって
下っ端は些細な仕様はどうでもいい
かなり上の階層でも「上がそういっているから」
という理由になっていない理由で間違った仕様を通す
これでまともなものができるはずはないだろう
文系ヒエラルキー構造が出してくるモンてスマホの契約書みたいなクソ細かいクソばっかりだからな