いいコーディング規約、悪いコーディング規約？

Anonymous Coward曰く、

本家Slashdotに聞け！「Best and Worst Coding Standards?」より

本格的なソフトウェア開発企業で働くとき、最初の頃にまずコーディング規則や慣習などのガイドラインに目を通したかと思う。基本的なガイドラインとして、gotoは原則使用禁止だとか、インデントにはスペースではなくタブを使用すべきであるとか、またはその逆などがあっただろう。ひょっとしたらcontinue禁止や、複数リターン値禁止など、ちょっと変わってるように思える慣習や、あまり直感的とは言えないルールといったものもあったかもしれない。
可読性を高めたり、メンテ性を向上させるには、どんな規約が有効だっただろうか？ ドキュメント上では一見良さそうに見えたが、実際はイマイチだったものなどあるだろうか？

/.J諸氏が実践してきたコーディング規約で特に有効だったのはどんなものだろうか？ 逆に規約のせいで問題が起きてしまったケースなどあるだろうか？ 他にも、使える「自分ルール」などもあれば是非。

コメントで残す

[yasu (7)]

「変更する場合には、変更前のコードを全てコメントで残して日付・変更者を記載すること。」
バージョン管理システムを使おうよ…

--
HIRATA Yasuyuki

Re:コメントで残す

[SteppingWind (2654)]

これに一票. これに比べれば, どれほど変な規約でもかわいいものです.

21世紀に入るまで, こんなバカ規約が存在することを知りませんでした. 私が会社を辞める原因になったと言っても過言ではありません. しかも巨大システム開発ほど, この規約を採用しているケースが多いので, 数兆円規模の損失の元になっているでしょう.

Re:コメントで残す

[Anonymous Coward]

>これに比べれば

「関数名は連番」に比べても、ですか？

私は両方体験しましたが、どちらも許せませんでした。

Re:コメントで残す

[Anonymous Coward]

私が伝え聞いた中で一番酷かったのは、引数の使用を禁止し、値の受け渡しをグローバル変数で行うよう強制する規約ですね。
# 理由は「引数を理解できない開発者がいるから」らしい