アカウント名:
パスワード:
たとえば、文章の校正をする場合を考えると、文字が汚な過ぎると読み取るのに苦労して、内容のチェックどころではないでしょう。文字のきれい汚いは文章の内容とは関係ないはずですけど。
プログラムの場合も同じであり、にコーディングスタイルがいい加減だったり、変数名・関数名が内容とマッチしていなかったりした場合は、そちらの読解にばかりエネルギーが割かれて、プログラムの内容どころではなくなってしまうのでは無いでしょうか。
大抵、そういう酷いプログラマをターゲットに規約が作られるので、微に入り細に入りの膨大な規則を作ってしまいがちなんですよね・・・。結局守れる限界の量を超えてしまい、現実的には仕事を進めるためには誰も何も守らなくなるという逆効果を生みます。
コーディング規約を作る人間は自分の趣味や美意識を入れる欲望をできるだけ抑えて、コストとメリットのバランスだけで作るべき。
昔、Cでの開発案件で「変数名や関数名、ファイル名は(ローカル変数も含めて)全てDBに登録して払い出されたものを使う」というのにぶち当たったことがありましたが、そういう極端なのを除けばまあ大抵は概ね常識的な範囲で収まってましたしね。
コーディング規約に意味が無いのなら特に無視する理由もないし、コーディング規約に意味があるのなら特に守らない理由もない訳で。
もしくは、酷いプログラマはパージする事をお勧めする。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
目立つノイズが消えると、本当の問題が見えてくる。 (スコア:2)
たとえば、文章の校正をする場合を考えると、文字が汚な過ぎると読み取るのに苦労して、内容のチェックどころではないでしょう。文字のきれい汚いは文章の内容とは関係ないはずですけど。
プログラムの場合も同じであり、にコーディングスタイルがいい加減だったり、変数名・関数名が内容とマッチしていなかったりした場合は、そちらの読解にばかりエネルギーが割かれて、プログラムの内容どころではなくなってしまうのでは無いでしょうか。
Re:目立つノイズが消えると、本当の問題が見えてくる。 (スコア:0)
大抵、そういう酷いプログラマをターゲットに規約が作られるので、微に入り細に入りの膨大な規則を作ってしまいがちなんですよね・・・。
結局守れる限界の量を超えてしまい、現実的には仕事を進めるためには誰も何も守らなくなるという逆効果を生みます。
コーディング規約を作る人間は自分の趣味や美意識を入れる欲望をできるだけ抑えて、コストとメリットのバランスだけで作るべき。
Re: (スコア:0)
昔、Cでの開発案件で「変数名や関数名、ファイル名は(ローカル変数も含めて)全てDBに登録して払い出されたものを使う」というのにぶち当たったことがありましたが、そういう極端なのを除けばまあ大抵は概ね常識的な範囲で収まってましたしね。
コーディング規約に意味が無いのなら特に無視する理由もないし、
コーディング規約に意味があるのなら特に守らない理由もない訳で。
Re: (スコア:0)
もしくは、酷いプログラマはパージする事をお勧めする。