なぜコードを一行も書けない人間が管理するのか

**仕様書無しさん** · 2018/04/23(月) 11:17:01.34

料理を作ったことがない人間が料理長とかありえないだろ

**仕様書無しさん** · 2023/12/21(木) 18:48:54.32

コードが書けないやつが管理しているのではない
コードが書けるから管理されているのだ

**仕様書無しさん** · 2023/12/21(木) 21:17:13.48

この業界はプログラミングができるやつは要件定義や管理もできるんだよ
なぜなら顧客と要件定義をしてるときにもうロジックが出来上がってシステムが完成してるからね
だから変更したいと言われてもすぐに頭の中で組み換えができる

**仕様書無しさん** · 2023/12/21(木) 21:33:40.62

>>677
でもコード書いてるんだろ？

**仕様書無しさん** · 2023/12/21(木) 21:47:44.48

>>677
内製している会社では普通だが、分業しているSESでは希少

**仕様書無しさん** · 2023/12/22(金) 20:53:22.79

人間を管理するだけだろう

料理長じゃなくて店長(料理はできない)

**仕様書無しさん** · 2023/12/22(金) 23:17:34.73

企業の管理職は、大抵就職と同時に文系キャリアコースに乗せられる。
理系で優秀だった人材が、出世コースを数年も過ごす内にすっかり文系脳に
変身してしまう。ハイテク企業の研究開発部門の部長が四則演算しかできない
というのは上場企業ではもはや一般的な話。
統計的なデータで示せ！というから標準偏差も示したら、平均値で示せと言ったんだ！
とブチ切れるし。ありゃあ、早く前頭葉の萎縮が始まって、６０代前半でボケるタイプだなw

**仕様書無しさん** · 2023/12/23(土) 07:56:37.27

管理していると勘違いしている管理職

**仕様書無しさん** · 2023/12/23(土) 07:57:37.13

アシスタントと呼んだ方がしっくりくる筈

**仕様書無しさん** · 2023/12/23(土) 10:26:01.47

プログラマーに転職したいと思って勉強してるけど
何も知らない奴が現場を管理するのはこの業界も同じなのね

**仕様書無しさん** · 2023/12/23(土) 10:46:46.49

フロントエンドは素人からすると「すぐにできる」と思うようなことが開発者からしたら作業量が膨大なことがよくある。
大規模開発でパッケージを取得するのに2時間かかるような場面でも、ECサイト開発のPMは秒でできると思い込んでいたりする。

**仕様書無しさん** · 2023/12/23(土) 19:55:32.71

文系管理職は四則計算もできない

電卓で

5+10*2も計算できない

３０になってしまう

**仕様書無しさん** · 2023/12/23(土) 21:38:41.42

「ChatGPTは、5+2*3の計算も間違うオバカAIです。人間を超えるなんて(ヾﾉ･∀･`)ﾅｲﾅｲ」

という記事を書いてた奴の肩書が有名私大の情報学教授
コーディング経験不要でなれます

**仕様書無しさん** · 2023/12/23(土) 22:52:11.49

println("Hello World");

どや

**仕様書無しさん** · 2023/12/23(土) 23:01:51.64

間違ったことを一度でも書くと愚民が大喜びで何十年先まで袋叩きにするので
日本の物書きは精神疾患が多い

**仕様書無しさん** · 2023/12/25(月) 17:22:36.04

間違ったことを書いた後謝罪訂正すれば問題はない

**仕様書無しさん** · 2023/12/25(月) 17:37:24.08

カナダに言ったらDon't Sorryとでかでかと看板がでていて
むやみに謝るな運動をしていた

**仕様書無しさん** · 2023/12/25(月) 17:38:07.03

オーストラリアだった

**仕様書無しさん** · 2023/12/26(火) 20:24:25.97

いまでも大英帝国を崇めている国同士だろ

**仕様書無しさん** · 2023/12/26(火) 20:28:34.24

いやカナダでもあったわ

**仕様書無しさん** · 2023/12/26(火) 20:28:45.55

おまいら謝るな

**仕様書無しさん** · 2023/12/26(火) 21:35:31.79

ド田舎同士

**仕様書無しさん** · 2023/12/27(水) 14:04:42.61

なぜイギリスのような田舎っぺが最後の勝者になれたのか

**仕様書無しさん** · 2023/12/29(金) 21:08:31.74

>>677
>なぜなら顧客と要件定義をしてるときにもうロジックが出来上がってシステムが完成してるからね
>だから変更したいと言われてもすぐに頭の中で組み換えができる

これダメじゃん
要件定義って言われた事を実装するんじゃ無いぞ
要望によってはパッケージ買いましょうで終わらせる事も有る
コード書くのも選択肢の1つであってこの時点でコード考えてる時点で無能

**仕様書無しさん** · 2023/12/29(金) 22:05:36.21

ロジックの中にパッケージの使用も含まれるでしょ
適宜複数のOSや言語やパッケージやら組み合わせて物を作るなんて常識すぎるが

**仕様書無しさん** · 2023/12/29(金) 22:24:00.60

これが何を使ったり組み合わせたりするのが最適解かわかってない奴だと
適切ではない環境を客に提案したうえでエンジニアに無茶振りをやらせ始める
やらせてる方はそれが無茶振りとは知りもしないし
自分が作る訳じゃないから知ったことじゃないから隠れデスマが勃発する

ガタガタ言わずに言われたとおり作れや
てのがここ20年くらいの無能管理職スタイル

**仕様書無しさん** · 2023/12/29(金) 23:49:26.73

プログラミングしない人間がDB設計をすると
毎日テーブルが増えたり消えたり
カラムがコロコロ変わっていく
そんな状態でプログラムを作れとか言うから
一旦作っても1週間後には全て書き直しになる

**仕様書無しさん** · 2023/12/31(日) 20:38:54.45

仕事がたくさんあってリストラにならない感謝感謝

**仕様書無しさん** · 2023/12/31(日) 23:43:39.30

>>701
仕様が連絡なしに変わるのなら、何もしなくていい。

**仕様書無しさん** · 2024/01/01(月) 09:14:24.87

>>703
しかし成果物の提出はやってくる

**仕様書無しさん** · 2024/01/01(月) 10:32:17.01

>>704
仕様の通りに作ったものを提出すればいい
仕様の通りなんだから

**仕様書無しさん** · 2024/01/01(月) 11:50:51.76

30以上の機能を仕様通りにつくる、テストをする
→DBが全て変わり全て捨てる(1回目)

要件が増えて40以上の機能仕様通りにつくる、テストをする
→DBが全て変わり全て捨てる(2回目)

要件が増えて50以上の機能仕様通りにつくる、テストをする
→DBが全て変わり全て捨てる(3回目)

設計者
「仕様変更なんだからそんなに工数かからないでしょ？」
「作り直し？なら全て変更点を洗い出して報告して」

いくら極論を返しても現実は全く意味をなさない

**仕様書無しさん** · 2024/01/01(月) 15:34:21.49

レバ曰く、コーディングやっているエンジニアは市場価値が低い

**仕様書無しさん** · 2024/01/01(月) 15:41:23.31

レバーって誰？

**仕様書無しさん** · 2024/01/01(月) 21:03:44.50

IT後進国のローカル価値観をドヤ顔で語るコードも書けなければ要件定義も出来ない人売り

しかし、平均年収はお前らより上

**仕様書無しさん** · 2024/01/01(月) 21:46:31.96

だから？
バカには違いない

**仕様書無しさん** · 2024/01/02(火) 03:47:11.43

レバとか偽装請負やってる業態はそもそも存在意義が無いし
実務やったことない人達の言う事なんか何も当てにならんわ

**仕様書無しさん** · 2024/01/02(火) 16:45:48.78

>>707
レバテックでなくてもコーディングがメインの人間は余っている統計が存在する。

まあ、年齢に関係なく初心者が大量に入り込んでいるからプログラマーレベルだと人余りだな。

**仕様書無しさん** · 2024/01/02(火) 16:47:55.70

コードを書けない人間が管理しているなら、コードを書ける人間に工数を聞くのが普通。

それをしない職場ならその職場やプロジェクトがおかしい。

**仕様書無しさん** · 2024/01/02(火) 16:53:01.42

素人入れまくったせいでケツを決めて依頼するバカは未だ絶えないもんだよ

**仕様書無しさん** · 2024/01/02(火) 20:12:52.50

まあ、ドキュメンテーションをしてないってことだよな。

**仕様書無しさん** · 2024/01/02(火) 20:13:41.53

課題管理表が仕様書になっているプロジェクトは危険

**仕様書無しさん** · 2024/01/02(火) 21:49:23.09

バカヤロウが根拠のない線を平然と引くから
エンジニアだけが地獄を見るデスマーチが絶えない

**仕様書無しさん** · 2024/01/03(水) 01:27:14.78

そんなプロジェクトはさっさと辞めればいい
人手不足でホワイトプロジェクト、ホワイト企業が増えているんだから

**仕様書無しさん** · 2024/01/16(火) 10:27:05.10

腐ったプロジェクトなんて、最上位の用途を考えたら分かるでしょ？
つまらない物作ってるからだよ。
他人の金を扱うシステムとか、業務管理システムとか、
自分が使って楽しくなる製品か？
盗んで持ち帰りたくなるほどの魅力があるかい？
無いだろ？
だから病むんだよw

**仕様書無しさん** · 2024/01/16(火) 10:31:48.43

顧客要求が文系的なものだったら、さっさと逃げた方が良い。
俺は某科学シミュレーションのソフトウェア開発に運良く転職できて、
顧客(医療関係の博士)と話すのが楽しくて仕方ない。
インターフェロンのタンパク構造について講義を受けるのがインプットなので、
それを理解しないとプログラミングどころではない。
向こうも、俺の考えるアルゴリズムにいつも感動してくれて、
互いにwin-winな関係だ。
俺、タダでも働きたいほど楽しい！！

**仕様書無しさん** · 2024/01/16(火) 16:49:08.53

応用がきかないので別の仕事が採用されにくくなるな

**仕様書無しさん** · 2024/01/17(水) 22:42:14.10

客もコンサルも営業もよくわかっていないのでWin-Winな関係

**仕様書無しさん** · 2024/01/17(水) 23:22:32.96

客の中にもヒエラルキーができてしまって
下っ端は些細な仕様はどうでもいい
かなり上の階層でも「上がそういっているから」
という理由になっていない理由で間違った仕様を通す
これでまともなものができるはずはないだろう

**仕様書無しさん** · 2024/01/17(水) 23:35:30.43

なにがただしいのかわかりませんでした

**仕様書無しさん** · 2024/01/18(木) 11:01:42.63

文系ヒエラルキー構造が出してくるモンてスマホの契約書みたいなクソ細かいクソばっかりだからな

**仕様書無しさん** · 2024/01/18(木) 20:07:51.58

🐄