プログラムに落としづらい「仕様書」を作るのに時間と労力を割いて 苦労してプログラム作ってバグと戦う姿勢ってマッチポンプだと思う プログラムに落としやすい資料を作って、そこからプログラムと「仕様書」の両方作れば省力化得られて、 その両方にかかる時間的要員的コストは前者をはるかに下回るのであればやる価値無いなんてことはないと思うんだが、 「そんなに資料が増えたら手間かかりますやん」とか想像力に乏しい感想を言われる。 ボク的には理解に苦しむのだが、ひょっとして苦労そのものをしたいのだろうか。
伝統的な開発管理体制にて - ( ・ω・)ノ＜しすてむ開発。
プログラムに落としづらい「仕様書」を作るのに時間と労力を割いて 苦労してプログラム作ってバグと戦う姿勢ってマッチポンプだと思う プログラムに落としやすい資料を作って、そこからプログラムと「仕様書」の両方作れば省力化得られて、 その両方にかかる時間的要員的コストは前者をはるかに下回るのであればやる価値無いなんてことはないと思うんだが、 「そんなに資料が増えたら手間かかりますやん」とか想像力に乏しい感想を言われる。 ボク的には理解に苦しむのだが、ひょっとして苦労そのものをしたいのだろうか。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
