正しいでしょ。例えば、二桁の整数の和を返すプログラムなら簡単に完璧に作れる。それが複雑になろうが原理的には可能。
ワイの会社やったらこんな感じになるやろな 偉い人「二桁の整数の和を返すやつ作って」 ワイ「作ったやで」 もっと偉い人「100+100ができない!小学生でもできる計算すらできないもの...
利用目的も聞かずに仕様どおりに作っちゃう人って…
仕様作った人に責任ないんですかね
責任の有無とは別の話でしょ
利用目的も聞かずに仕様書作っちゃう人っていう同じ話でしょ
目的はバグゼロでしょ?
実際の仕事だと目的自体が一定不変じゃないから目的聞いてから仕様作っても同じような結果になる 当初の目的にふさわしいもの作ったら後から出てきた目的で使えなくて「何でほかの...
仕事って、お金持ちの妄想と厳しい現実を橋渡しすることなので、ベストを尽くしたらみんなから感謝されるとは限らない。 妄想に対して、なぜそれが実現できないか、コスト超過にな...
その場合、ハードウェアのバグに対してはどう対応するんだ?
理論的に可能でも現実的に不可能というものは多々ある。 すべての暗号は解読可能みたいな話。
負の数値でも二桁でいいの? 小数値が入力されたら入力と結果のどちらをどう丸めるの?それともエラー? 数値以外は全部エラー?数値に見える文字列も? などなど全部決めてテスト...
その二桁の整数の和は「いくつの二桁整数の和」なんだ? 「1~99+1~99の和しか計算できない」なんてかかれていないから、 クライアントは「二桁の数をいくらでも加算できる...
それって音ゲーでAボタンを決まったタイミングで一度押すことはできるんだからどんな難しい曲でもパーフェクトは原理的に可能っていってるのと同じやん。 原理的には可能だけど現実...
数学そのものにもバグがあるのでそれはどうすれば?
0.99999999999999999999............=1 これが成り立つ時点でバグのないプログラムとか無理だよな
文字列を突っ込まれた場合、 バイナリデータを突っ込まれた場合、 SIGINTが送られてきた場合、 ……これら全部、ちゃんと対処してる?大丈夫?
10進数の0.1 = 2進数で0.00011001100110…という循環小数になるからバグが生じるのもしかたない
二桁の整数の和を返す そんな曖昧な仕様記述でちゃんとしたプログラムが書けるかよ、バーカ。 逆に、バグがあってもよいなら、プログラムはどんなことも実現できる。