ソフトウェアの仕様書は料理のレシピに似ている

今回は中島聡さんのブログ『Life is beautiful』からご寄稿いただきました。

先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業
の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。“プライムベンダー”と呼ばれる“上流
コンサルタント”たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月
30万円というケースもあるという。

こんな話を聞くと本当に悲しくなる。まず第一に“プログラムを書く”という仕事は簡単な仕事ではない。数学的な頭を持
っていないとかなりつらいし、基礎がしっかりとできていないとろくなソフトウェアは作れない。物価の安いインドや中国な
ら許せるが、米国よりも生活費の高い日本で一人月30万円とはあまりにも低すぎる。

「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」
という説明を聞いたことがあるが、それにも全く賛成できない。私はこの業界で多くのエンジニアも使ってきたが、優秀なエ
ンジニアとそうでないエンジニアの生産性は（誇張抜きで）20対1ぐらいである。そんな簡単な作業しか出来ないエンジニア
とも呼べないようなエンジニアが沢山いてもマネージメントが大変なだけである。そもそも、就職した段階で詳細仕様書に
従ってしかプログラムを書けないような人が、ソフトウェアエンジニアになっても幸せになれるとは思えない。

そしてもっとも許せないのが、そういった上流→下流という階層構造でプログラムを作る工程そのものだ。

これに関しては、自信を持って言えるのだが、「どんなに優秀なエンジニアでも、決してプログラムを自分自身で書かずに
良い詳細仕様を作ることはできない」という絶対的な法則があるのだ。私の知っている優秀なエンジニアは、皆それを知っ
ており自ら実行している。もちろん、彼らはプログラムを書き始める前に大まかな設計をするのだが、十分な経験を積ん
だエンジニアは、その段階でのものが“仮設計”でしかないことを良く知っている。

http://www.excite.co.jp/News/net_clm/20101106/Getnews_83885.html


irai535

カレー粉いれればとりあえずOK

はい

読まなくても作れる人は作れるってか

>>2
カレー粉に当たる関数って何？

この記事めちゃめちゃ昔に読んだ記憶があるけど
2005,6年くらい

どのソフトウェア会社も俺を雇ってくれない
もう３０社も回ったよ・・・・何のために大学で実験レポート卒業研究
がんばってきたんだろう・・・もう死にたいわ

料理を作り始めてからレシピがコロコロ変わることなんてないだろ

レシピだぁ？ルセットといえルセットと

わたしソフトウエア興業居たけどファイアージョブばっかりで訳が分からなかったよ、変更変更だし
もうコボル完全に忘れた＼(＾o＾)／

書くことよりテストの方が長いんだから人数は多いほうがいいと思うけどな

もっといい例えがあるだろ

512 名前：名無しさん必死だな[] 投稿日：2010/10/27(水) 08:00:43 ID:vYQ7K2HP0 [1/2]
朝か もう開発やめた 本日限りで退職する
中国のKへ依頼→開発してしばらくしてからKの責任者と連絡つかず、Kでの開発断念
→Dで最初からやりなおし→しばらくしてできたブツのSSのみで判断しGoサイン
→日本で試プレイしてあまりの悲惨な出来にDへ連絡→Dの責任者失踪
→コードがほとんど分からないけどどうすりゃいいの？＜いまここ
遅延問題とか無理一生直らない
さようなら



ＦＦ１４の話・・・らしいぞｗ

＞どんなに優秀なエンジニアでも、決してプログラムを自分自身で書かずに
＞良い詳細仕様を作ることはできない
これには同意

カレーが出来る寸前で「これをシチューに変えなさい」なんて言ってくるレシピなんてねーよ

>7
何の特技も無い無能な奴が就く仕事
実験レポート卒業研究って場違いだろ

バグ（虫）が入っても客に食べさせますｗ

レシピ本の味付けはたいてい薄味すぎる　つまりまずい

なんで他人のスパゲッティ(プログラム)俺が片すの？

>15
カレーを作るときは、カレー粉入れる直前に半分を別にして冷蔵庫
あした肉じゃがかシチューかハヤシで食う、もう一度カレーでもOK

常識

ソフトウェアの設計ってどうやるんだか想像できない
俺がやっている設計は、諸基準、設計要領に従って
形を決めていけばいいだけ
（といってもいろいろ難しいけど）なんだが

玄米フレークにコンソメ（顆粒）を混ぜると高コスパのお菓子が完成する

生物学の実験プロトコールもレシピに似てる
肉を刻んだり酢や塩を混ぜたり一晩漬けたりオーブンに入れたり

>>7
マジレスすると、堅気の企業に就職して、
趣味でフリーソフト作れ。

大学でOS作ってた俺が文章作る仕事の
サラリーマンしてる。あとiPhoneアプリw

日本のソフトがダメなのは、こういうところが
遠因。

>>20
賢いソフトウェア屋さんはそういうことしてるわけか
すげぇな

とりあえず皿を実装

お国がシステム発注
適当に1人月250万円で見積もり
　↓
大手IT会社　　　　　　　　┌→一部中国に発注→┐
1人月70万円で　　　　　　|　　　　　　　　とんでもない物が出来
監視をつけて丸投げ　→中堅IT会社　←　作り直し
　　　　　　　　　　　　　　作業場提供　
　　　　　　　　　　　　　1人月45万円で人集め　　
　　　　　　　　　　　　　　　　　↓
　　　　　　　　　　　　　ブローカー5％手数料
　　　　　　　　　　　　　　　　　↓
　　　　　　　　　　　　　ブローカー5％手数料
　　　　　　　　　　　　　　　　　↓
　　　　　　　　　　　　　ブローカー5％手数料　40歳以上はブローカー
　　　　　　　　　　　　　　　　　↓　　　　　　　　　又は他業種
　　　　　　　　　　　　　ブローカー5％手数料　　←┐
　　　　　　　　　　　　　　　　　↓　　　　　　　　　 　　|
　　　　　　　　　　底辺IT会社（実質派遣会社）　　　|
　　　　　　　　　　社員の半分は補助金で養う　　　|
　　　　　　　　　　　　　　給料16万円　　　→　　IT土方　
　　　　　　　　　　　　　　　　　　　　　　作業場に遠距離通勤　　
　　　　　　　　　　　　　　　　　　　　　　勤務体系、残業代は
　　　　　　　　　　　　　　　　　　　　　　派遣先の契約に準ずる
　　　　　　　　　　　　　　　　　　　　　　※残業代制限あり

>>15
梅干しを48時間で作りなさいとかムチャだよな

だから遅れそうな箇所は月曜の定例会で言えっつてんだろ！
ボンクラPMを恨むぜ

ＰＬＡＮ
ＤＯ
ＳＥＥ

http://d.hatena.ne.jp/kkomiyama/20081129/1228003388


この記事おもしれー。こんな感じで料理をとことんまで合理化したい

なんかの案件が毎週リスケしてるらしいけど
これは開発側がだめなのか 線引いてるやつらがだめなのか

>>30
そういや条件分岐も例外処理もないんだな
それだと詳細設計がこんな感じで済むのかも

>>30
追加するだけの料理ならいいけど一旦皿にあけたり
分岐する料理だとその技法使えないな

>>30
なにこれ、かっこいい。

>>30
横軸にタイムラインがあれば
並行作業のメソッドもスケジュールにぶつけていけそうだな。

醤油・・・適量
砂糖・・・適量

そりゃないぜとっつぁん

>>31
リスケが半端だからダメ
リスケを「先送り」気分で考えてるとそうなりがち

>>30
「小が」ってなんだよ
誤字出すな

hatena（藁）
馬鹿しかいねェ、ググって引っかかるとイライラするから消えてほしい。

どれが酢でどれが塩だよ

そりゃ両方共、本質が設計に付随するもんなんだから、似て当然だろ。
その本質持ったものなら、何でもお互い似るっつうのｗ

派手派手な画面ばっかりで中身がない基本設計書がお客さんに受けるのと
写真たっぷり使ってガキ向けみたいなレシピ本が売れるのは確かに同じだな。

使用料5万円 ストレス2000�i バグ3億ﾌｧﾋﾞﾖｰﾝ

>>30
あーこれは感動したわ。料理なんてしないけど

レシピ本は書いてある通りに作れば料理はできるのに
詳細設計書ってやつは書いてある通りに作っても
プログラムができんのだけどどうなってるの？

>>36
そういう曖昧な部分があるから途中で味見が必要になる
プログラムと違ってもう取り返しが付かない場合もあるけど

おい、週末自炊スレ立てろ自炊スレ

材料分量手順だけ書いてりゃいいんだよ

>>30
面白いけど、最初に言ってた並行作業できないじゃん

そもそも料理は理系というか食品加工学とか完全に化学
食品加工工場なんてそのものじゃん

プログラマーって仕事したくないときは必ず「詳細仕様下さい」っていうよね
今まで話聞いてたのか？ってカンジになるわ

フリーフォール（）笑

Web系で作るものは新規機能追加とか小規模なものが多かったから
企画書が仕様書代わりだったわ・・・
ちゃんとしてる会社はしょぼいものでも一々仕様書に起こしてから開発に入るのかな

狩り設計だからオブジェクト指向とか考え出されたのに、
末端ＰＧが理解できないからって２０年前の思想で作ってるんだからマネジメントとしても終わってる

優秀なのだけ残してしょーもないやつ全部切り捨てたほうがきっと早く安く作れる

>>51
プログラマーに限った話じゃないが、
後々「言った言わないで」モメない為にも、ちゃんと書面にするのは至極大事。
逆にそういうちゃんとした手順や手続きを、
めんどくさがる奴らの方がよっぽど問題ある。

３０万ももらってねえよ。

>>55
それで数億の金額のもめごとが起きたり
再協議になったりして面倒なことになった例を知ってる

作業ログは書きたい時に本音で書いて黙って隠しておけば由

就活サイトの募集文句でよく見かける煽り
「プログラミング未経験でも大丈夫」
「SEといってもプログラミングをするわけではありません」

こういう会社が消えれば少しはマシになるはず。

>>59
未経験ってどうするんだろ
新人教育でもする…のかな

>>60
そりゃするよ
そして全体をそのレベルが理解できるムツカシサで作り上げるｗ

>>59
プログラミング未経験でもなんとかなる奴はいるけど、
プログラミング出来ないSEはどうにもならん

>>60
来年就職の俺には大変助かるが……
絶対に裏があると思ってしまう

建築に例えてるの間違い

確かにレシピか植物の育て方Manualだな

>>61
＞全体をそのレベルが理解できるムツカシサ
あああああああああ！思い出すだけで腹がたってきた。例えるなら大学生に小学生の授業を
行儀よく聞けってレベルだったわ。しかも出来ない奴のレベルにあわせて作業しないとKY扱いだし。

プログラマの生産性って何でそんなに差が出るの？
知識？

将棋のひらめきのようなもの

>>66
知識ではなく想像力だと思う
完成図を頭の中で正しく詳細に描けるかどうか
違うかな

仕様変更てされるとそんなにヤバいの？？？

>>69
仕様どおりに家を建て、完成まじか時に来て、ここが違う、あそこが違うと
言われ、追加料金無しで　ほとんど最初から　立て直すイメージかな

>>69
カレールウ入れたのにシチューににしろとか言うレベルだと想像しやすいと思うが
マイナーな変更でも、鍋5杯分のカレー作ったけど、やっぱ嫌いだから
にんじん抜いてとか言うレベルでもきついし、変更に期間がかかる。

しかも味見(テスト)も再度行う必要もあるし。

パッケージソフトで間に合ったり
業務の方をソフトにあわせることで良かったりするのに無知だから
ソフトを発注してるって事あるの？

>>73
パッケージ売っても儲からないからね
出来る限りスクラッチで作らせるように話をするよ

>>73
パッケージに「カスタマイズ」という形で業務に合わせる場合もあるけど。

日本の場合、ソフトを業務に合わせるんじゃなくて、業務にソフトを合わせているからなぁ。
パッケージソフト(SAPとか)を導入して、そのまま使っているところはあまり知らない。

djangoとかで勝手に生成できるヤツ以下のマスタメンテみたいな画面ヒィヒィ言って作って
生産性がどうのとか言ってる世界だからな