悪いコーディング（設計）標準の下でコーディングを余儀なくされた場合の対処法

これは、リージョンを使用する場合など、コメントを配置する一般的な命名規則に関するものではありません。これは、プログラマーがアプリケーションを設計する方法の詳細を説明するコーディング標準に関するものです。

次のようなもの：（.NETアプリ上で、正確な表現ではありません）

• できるだけ少ないクラスにする
• クラスは、実際のクラスの生徒ができる限りのことをすべきです
• 変更は拡張よりも優れています
• カテゴリごとに1つのDLL（電子メール機能用に1つのライブラリ、ファイル関連機能用に1つのライブラリ）

誰もが悪いコードとおそらくは悪いデザインの経験を持っていますが、チームが正しいと感じない設計基準を持っていた（去ることはできません）場合はどうでしょうか。このようにコーディングするように求められたときに、私が内部で死にそうになっていると感じたときに、専門家としてどのように対応すべきかわかりません。

誰が最初にこれを言ったかはわかりませんが、あなたが気に入らない状況に直面した場合、3つのオプションしかありません。

1. それを変更。

2. 受け入れ。

3. そのままにしておきます。

最初のオプションを試すためにマンモスの努力をするエネルギーと影響力を社内に持っていますか？ステルスと解雇されるリスクによってより良いコードを書きたいですか？

あなたは状況を受け入れて、それらの「標準」にコードを書くことができますか？私のアドバイスですが、本当に給料が必要でない限り、これを行わないでください。それはあなたの士気をゆっくりと削ぎ落とします。

これはオプション3を残します。短期的に状況を受け入れる必要がある場合でも、別の仕事を他の場所で探し始める必要があります。