その「プログラム設計書」が何を指してるのかわからないから土壇場で混乱する - @katzchang.contexts

仕様書やプログラムを書く大変さ - GeekFactory http://d.hatena.ne.jp/oredoco/20080415/1208222548 プログラミングできない元請けがプログラム設計書をレビューするという矛盾 - yvsu pron. yas 上の方々の記事を読んで、その「プログラム設計書」って何なんだろうと思ったわけで…。 例えば、契約が「プログラム設計書一式によりプログラムを製造する」みたいなのだとしますよね。 でも、そのプログラム設計書はクラス図+シーケンス図みたいなものなのか、一つのまとまった処理…バッチ処理とかユーザイベントとかgetリクエストとかの入力に対するDBとか画面への出力を示したものなのか、内部変数とか内部ループのブレイク条件とかも示したものなのか、よくわからない*1。だから、受け取る段階になって混乱する。よくある話じゃないですか。 正直なところ、

[katzchang]

融通が利くとは言え、全ては「無事稼動する」ってのが大前提だけど、それすら怪しい案件が多いとなると…。>id:ya--mada

[ya--mada]

でも（大半は）ドンだけ融通が利くかが発注先選びで聞いてくる要素だと思う。結局、誰に頼むか決めるのは人間なんだよね。仕事請ける人と仕事する人が違うと各所で軋轢が生じまつ。真面目な製作はそれはそれで疲れる