60点主義よりも完璧主義の方がまだましだ [無断転載禁止]©2ch.net

[1 仕様書無しさん 2017/04/26(水) 20:56:16.03]

ソフトウェアの開発は過去の積み重ねで成り立っている。
今回の仕事はここまでで終了、次回はリセットして0からやり直す。
なんていう仕事とはぜんぜん違う

今回60点だと、次回60点だすには、まず足りない40点を補わないといけない。
60点を二回繰り返すと、たったの120点なのである

[2 仕様書無しさん 2017/04/26(水) 21:25:31.70]

クオリティを100になんかしねーし

[3 仕様書無しさん 2017/04/26(水) 21:29:29.32]

クオリティは60だけど
他は100でできてただろ?
そういう60だったんだよ
だから次の改修部分が80でできたら
全体は70になると俺は思ってる!
ウォーズマンもきっとそういうと思う

[4 仕様書無しさん 2017/04/27(木) 02:13:19.94]

業務フロー設計（外部からのIN -> ユーザーがなんかする -> 外部にOUTする、の流れ）と
プログラミング（ユーザーがすることの補助計算式作成）が並行で行われる状況では
100点とか絶対ムリってあきらめたほうが楽だよ

[5 仕様書無しさん 2017/04/27(木) 07:35:24.24]

お前らが完璧主義なAI作ればよくね？

[6 仕様書無しさん 2017/04/27(木) 08:11:23.45]

業務で使う機能は100%じゃないとダメだよ
普段使わない機能や、使う人が限られている機能は手を抜ける

でもな、デバッグの順番でいうなら開発の効率があがる箇所から直したほうがいいんだよ

[7 仕様書無しさん 2017/04/27(木) 08:13:59.56]

>>1
それなりの大きい規模の改修前であれば、最初に
・仕様書をなるべく完全なものにする
・バグ修正
をするもんだよ

足りない40点は何の為？というのを考えたとき
開発を楽にするためなのであれば、必要になってから直せばいい
つまり、次回改修の直前まで先送りにしたほうがいいんだ

[8 仕様書無しさん 2017/04/27(木) 12:20:45.37]

いや、完ぺきなAI作ればいいやん

[9 仕様書無しさん 2017/04/28(金) 21:37:22.74]

>>7
> 足りない40点は何の為？というのを考えたとき
> 開発を楽にするためなのであれば、

違うよ。正しく動かない部分が40点部分なんだよ

[10 仕様書無しさん 2017/04/28(金) 21:53:54.52]

>>9
正しく動かない部分が40点あり、
その40点を直さなくても運用できていたのであれば
直す必要はない

つまり、40点分はあってもなくてもいい個所であり
実際は100点であるにもかかわらず正しく評価できていない