Top 10 reasons not to use coding standards : 上位10の理由を使用しないように符号化規格 ：

1. 1 。 Coding conventions are hard to remember.コーディング規約は、ハードを覚えています。 Why would you, the superstar programmer, have to remember coding conventions?どうしてそんなことは、プログラマーのスーパースター、コーディング規約を覚えてもですか？ As a superstar you should be allowed to code-as-you-will and leave it to the minions to clean it up after you.スーパースターとして認められてコードする必要があります-としてに作成する場合の意志と運を天に任せるminionsアップした後にそれをきれいにします。

2. 2 。 Coding standards gives manager’s / clients yet another reason to reject your product / solution.標準コーディング規約は、マネージャの/クライアントを拒否するもう一つの理由はまだありませんお客様の製品/ソリューションです。 Why empower them to evaluate you on yet another metrics?力づけることを評価する理由はまだありませんして別の統計情報ですか？ After all managers have been known to measure productivity by counting lines of code.後にすべての経営者の生産性を測定するに知られていたのコード行をカウントしています。 This isn’t fiction.この小説ではない。 I had one manager who counted productivity with wc -l .私は1つのマネージャの生産性をトイレ-左 whoカウントします。

3. 3 。 Coding standards are different for different companies.符号化規格が異なる、さまざまな企業です。 So having a coding convention in companies reduces mobility of software developers.ためのコーディング大会が開催さ企業の持つソフトウェア開発者の流動性を低減します。 Why would you, as a software developer, want to reduce your mobility?どうしてそんなことは、ソフトウェア開発者として、お客様の流動性を減らすためにしたいですか？

4. 4 。 You can never agree on whether tabs are good or spaces are good.することができます。絶対に同意するかどうかのタブやスペースは良いが良いでしょう。 And then whether it is four spaces or eight.と入力し、スペースやかどうかは、 4つの8つです。 Deciding upon a coding convention means you have to participate in endless fights of both camps.条約を符号化する手段を決める必要が終わりのない戦いに参加しての両方のキャンプです。 Not to mention whether hungarian notation is better or polish notation.かどうかに言及しないようにハンガリーやポーランド記法記法が良いです。 Why bother?面倒はなぜですか？

5. 5 。 Coding convention makes your code easier to understand.符号化することで、コードを簡単に理解するコンベンションです。 That makes your job less secure.これにより、各ジョブの少ない安全です。 Maintaining good coding standard means your code can be understood by anyone and your project easily outsourced to some lowly-paid Indian’s in Bangalore (the horror!).良い符号化してコードを維持できる標準的な方法を理解させるプロジェクトを簡単に外注を誰と、いくつかの下方に有料でインドのバンガロール（ホラー！ ）です。

6. 6 。 Insurance against merger & acquisitions.合併＆買収のための保険です。 Your job is virtually insured if your project is worth something.あなたの仕事は事実上被保険者の価値使用してプロジェクトでは何か。 Nobody else in the whole wide world can decipher your code as you rigorously do not follow any coding standards.誰もやり繰りして、全体の広い世界では、解読してコードを厳密に従う任意の符号化規格はありません 。

7. Oh yeah, I am doing exactly that . 7 。 そりゃあもう、ちょうど私が取り組んでいる 。 Imagine you are facing a strong opponent / competitor who questions your very capability to execute the project successfully.想像あなたが直面して強い相手/競合他社who質問してプロジェクトを実行して非常に能力を正常に終了します。 You can easily bluff your way through as nobody can decipher your code to expose your bluff.ブラフして簡単にすることができます。通り抜けるとして誰もあなたのコードを公開することを解読してブラフです。 Then you can later correct the mistakes, or should you?への間違いを修正して入力し、することができますか、または必要ですか？

8. 8 。 Coding standards does not increase shareholder value.標準コーディング規約株主価値の増加はありません。 You can use this high-sounding phrase (and lie) to impress your colleagues or manager.仰々しい使用することができますこのフレーズを入力します（とうそ）を感心させるあなたの同僚やマネージャを起動します。 If your project is doomed then you may actually be right.運命使用してプロジェクトでは実際に入力し、右側のことがあります。

9. 9 。 Lack of coding standards is an in-built obfuscator of your source code.符号化規格の欠如は、内蔵の難読化ツールのソースコードです。 Even if your code gets stolen (like Microsoft’s), nobody can make head or tail out of it (like Microsoft’s).たとえあなたのコードが盗難に遭った（マイクロソフト社のような） 、誰もが頭や尾を出して（マイクロソフト社のように） 。 Remember never to write code like Sybase or you will suffer when it gets stolen (by you know who).決して忘れないようなコードを書くのSybaseまたは盗難にあったときにあなたが損害を被ること（を知っwho ） 。

10. 10 。 Coding standards isn’ta good conversation starter.標準コーディング規約良いわけではない会話の初心者です。 You cannot impress your significant other (or hopeful) with it.感心させることはできませんして重要な他の（または候補）にしてください。 Nor can you use it as a leverage to demand a raise.を使用したり、それをてこにベースアップを要求する。 So why bother?では、なぜ面倒ですか？