アカウント名:
パスワード:
「変更する場合には、変更前のコードを全てコメントで残して日付・変更者を記載すること。」 バージョン管理システムを使おうよ…
これに一票. これに比べれば, どれほど変な規約でもかわいいものです.
21世紀に入るまで, こんなバカ規約が存在することを知りませんでした. 私が会社を辞める原因になったと言っても過言ではありません. しかも巨大システム開発ほど, この規約を採用しているケースが多いので, 数兆円規模の損失の元になっているでしょう.
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
コメントで残す (スコア:5, おもしろおかしい)
「変更する場合には、変更前のコードを全てコメントで残して日付・変更者を記載すること。」
バージョン管理システムを使おうよ…
HIRATA Yasuyuki
Re: (スコア:2, すばらしい洞察)
これに一票. これに比べれば, どれほど変な規約でもかわいいものです.
21世紀に入るまで, こんなバカ規約が存在することを知りませんでした. 私が会社を辞める原因になったと言っても過言ではありません. しかも巨大システム開発ほど, この規約を採用しているケースが多いので, 数兆円規模の損失の元になっているでしょう.
Re: (スコア:2, 興味深い)
「関数名は連番」に比べても、ですか?
私は両方体験しましたが、どちらも許せませんでした。
デチューンしましょう(Re:コメントで残す (スコア:1)
連番は意味不明の度合いが凶悪過ぎるのでは…関数名と機能の対応表が必要というのは、昔のラベル機能が貧弱で七文字位しか使えなかったアセンブラやPASCALやFORTRANやBASICではやらざるを得ない真似だったんで、ミニコン的な案件では資源継承上仕方ないんですけど、元々の対応表がバグりまくってることがありますからね(;´Д`)
あ、ここでいうコメント云々は、前の人がコメントしたのを必ず残さないといけないって言う更に凶悪なスパゲッティを誘発する「規則」ですか。
確かに両方共わけわかになる素ですよね。
後、コメントの中身に内部変数の名前と意味やら引数の意味やらスタックの使用量やらレジスタの使われ方やら過剰にアレコレ書けという、おまいはアセンブラかそれともBASICかそうでなければ90年代半ばの組み込みμITron V2のアプリ層かみたいな8bit/16bit時代の悪癖とかも手に負えないような(;´Д`)