アカウント名:
パスワード:
あと、修正前のコードをコメントアウトして残すことを強制されたコードも「Ugly」。バグ票番号を修正箇所にゴチャゴチャ残させるコードも「Ugly」。
ケースバイケースですが、これはちょっと断定しちゃうのは反対。修正後のコードに問題が無いかの検証をするのに残すべき、という場合もあります。
過去のバージョンとdiffとってみて。たぶんエライコトなってるから。
やってるときは前のコードも見てたいしｗ
ファイルのコピー残しとけば良いんじゃ...
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
あんまし関係がないと思う (スコア:4, すばらしい洞察)
文法が正確で誤字の少ない簡潔なコメントが書けても、そもそもクラス名とかメソッド名とか変数名
が非直観的だったり、インデントが深すぎだったりしたら「コード」としては「Ugly」です。
あと、修正前のコードをコメントアウトして残すことを強制されたコードも「Ugly」。
バグ票番号を修正箇所にゴチャゴチャ残させるコードも「Ugly」。
逆に、何にもコメントがなくてもコード自体が短くて直観的でコメント自体が不要なものであれば
「美しい」コードだったりします。
むしろプアでしゃくし定規な「コーディング規約」なる法典をおしつけられて無理やりコメントを
書かされていると冗長な説明文が入った「見た目にキタナイ」ソースになっちゃったりします。
コメントもコードも「言語」ですからね。
#ってか、「非プログラマ」な人種はソースなんて見るのか？(＜俺)
---- ばくさん！＠一応IT土方
Re: (スコア:0)
ケースバイケースですが、これはちょっと断定しちゃうのは反対。
修正後のコードに問題が無いかの検証をするのに残すべき、という場合もあります。
Re:あんまし関係がないと思う (スコア:1)
＃ 消したあとのソースでテストしないのって？いや、やりますよ。
＃ そのときはさくっと流して初回テスト時と同じ結果かDiffだけど。
まー、今時はバージョン管理ソフト使ってるところも多いからここまでやらんでもいいとは思うんですが、やり方をがらっと変えてバグ作り込むよりはいいかなって感じです。やってるときは前のコードも見てたいしｗ
Re:あんまし関係がないと思う (スコア:2)
過去のバージョンとdiffとってみて。
たぶんエライコトなってるから。
ファイルのコピー残しとけば良いんじゃ...
Re: (スコア:0)
画面内、少なくともスクロールできる範囲内に前のコードを置いておくって意味だと思いますよ。
残す目的のコメントじゃ無いでしょうから、性質が違うかと。