「もっと早く知りたかったプログラミングのコツは ?」記事へのコメント

コツではないですが、もっと早く知っていれば・・・

[Anonymous Coward]

優秀としてな人として派遣されてきたのですが、
彼がプログラミングをしてエラーが１つもでなくったが
なぜか動作不安定でなかなか完成しなかった。
ちょっと助けてやってくれって、いわれたのでコードを見てみたらぞっとした
１つ例をあげると

//if(エラー条件){ エラー表示処理 }

のようなコメントに修正、確かにエラーはでないよなｗ
誰かが、「エラーでないように修正してくれ」とかいったんだろうな

もっと早く知っていれば・・・これから大変だ

Re:コツではないですが、もっと早く知っていれば・・・

[duenmynoth (34577)]

その人よりも「エラーが出ないように修正してくれ」なんて指示を出す人をどうにかするべき

Re:

[Anonymous Coward]

実際、そんな指示を出した人はいないんです
「エラーがでないように修正してくれ」＝＞まさにエラーがでないようにコメント化
そうとしか考えられない修正という意味で書いたのです。下手な文章でごめんなさい

ほかにも
たまにリセットがかかる　＝＞　ウォッチドックを機能停止
書かれてる値と計算結果があわない　＝＞　計算結果を書かれてる値に変更する

Re:

[Anonymous Coward]

これだけはヤメて欲しい
mallocしたメモリをfreeするとエラー→freeをコメントアウト

Re:

[Anonymous Coward]

try{
    //いろんな例外が発生
}
catch( Exception e){
    // てけとーな処理
}
くらいならザラです。

＃忙しいのに、SQL例外なのかFileNotFoundExceptionなのか、
＃或いはその他の例外なのかも分からなくてエライ目にあった。

Re:

[Anonymous Coward]

どの例外の時に何をするかを決めてなかったから、
とりあえず全部キャッチはしておいたってだけでは？
とりあえずログに落としときゃ後でわかるだろ、みたいなことはよくやりますね

Re:

[Anonymous Coward]

いや、普通は分からなければ分かるまでキャッチしないだろ………。

「全部キャッチして良い」という保証がなければ、キャッチするのはバグだよ。
そして「分からない＝保証無し」だから。

Re:

[Anonymous Coward]

正直なところまともな設計するなら例外投げること自体がバグだけどな。
ライブラリレベルでエラーをチェック例外として投げることにメリットは何もないから、まともなライブラリは未チェック例外しか投げない。未チェック例外しか込ないなら、呼出し側ができることは、そこでプログラムを終了するかログか何か書いて放置することだけ。

コードがないところにバグはない！

[Anonymous Coward]

優秀かどうかに関係なく、プログラマなら、みんな知っていると思っていたが :-p