アカウント名:
パスワード:
実のところ、goto文の乱用が危険であること、それの使いどころがどこか正しく広まっている今、gotoに関するバグがあったとしても、goto文がクソなのではなく、コードを設計するプログラマ(あるいは教育者)がクソなのでしょう。
商用のプログラムで例外処理を手厚くやると、あちこち例外処理だらけになるが、それを共通化する手段に、例外処理専用の関数を作るか、goto文で例外処理の共通処理コードのどちらが適切かは、設計者がきちんとメリット・デメリットを理解しているなら、goto文を使った実装でも問題ないだろう。
あまり良い例ではないが、フローチャートとか何も考えずに書いて、それを素直に実装すると goto文だらけになる。設計が駄目なら、駄目なコードになるし、そうでなければ全うなコードになる。(※フローチャートについて例示の一つであり、それの議論を繰り広げたい訳ではない。今は、代替の図解手法がいくらでもある。)
設計とかコーディングとか、そういう話にいけてうらやましい。
・「わたしがかいたから大丈夫」 「こんどは大丈夫、私がみたから」（作業的には、眺めただけ） 根拠のない自身・「だいたいうごく」「（80%も、)うごけばいいんだよ」「うごかないけど大丈夫です。」 問題意識の違い・「コンパイラーのバグである」、（確認もせずに）「相手が間違ってる」 自分のせいではない。 ※大抵は自分である。
これら３つを持ち合わせた人がいるんだ、どうしたらいいのか・・・
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
正しいコーディングスタイルが広まった今、罪なのは設計であってgoto文せいではない (スコア:1)
実のところ、goto文の乱用が危険であること、それの使いどころがどこか正しく広まっている今、
gotoに関するバグがあったとしても、goto文がクソなのではなく、コードを設計するプログラマ(あるいは教育者)がクソなのでしょう。
商用のプログラムで例外処理を手厚くやると、あちこち例外処理だらけになるが、
それを共通化する手段に、例外処理専用の関数を作るか、goto文で例外処理の共通処理コードの
どちらが適切かは、設計者がきちんとメリット・デメリットを理解しているなら、goto文を使った実装でも問題ないだろう。
あまり良い例ではないが、フローチャートとか何も考えずに書いて、それを素直に実装すると goto文だらけになる。
設計が駄目なら、駄目なコードになるし、そうでなければ全うなコードになる。
(※フローチャートについて例示の一つであり、それの議論を繰り広げたい訳ではない。今は、代替の図解手法がいくらでもある。)
Re:正しいコーディングスタイルが広まった今、罪なのは設計であってgoto文せいではない (スコア:0)
設計とかコーディングとか、そういう話にいけてうらやましい。
・「わたしがかいたから大丈夫」 「こんどは大丈夫、私がみたから」（作業的には、眺めただけ） 根拠のない自身
・「だいたいうごく」「（80%も、)うごけばいいんだよ」「うごかないけど大丈夫です。」 問題意識の違い
・「コンパイラーのバグである」、（確認もせずに）「相手が間違ってる」 自分のせいではない。 ※大抵は自分である。
これら３つを持ち合わせた人がいるんだ、どうしたらいいのか・・・