チームにコーディング標準をどのように導入すればよいですか？
まず少し背景：私の現在の開発マネージャーは今週の終わりに別の機会を得て、4人のフルタイムの開発者、非常勤のインターン、およびWebデザイナー（技術的にはAppDevではなくマーケティングの一部です）を残します。現時点では、新しいマネージャーの昇進や採用は行っていません。 以前のマネージャーは、順守するための一連のコーディング標準を思いつくために時間を費やすことは決してありませんでした（これを全体的に見ると、この仕事での1周年は2週間で、標準について彼と話していました始めた）。このため、4人の開発者全員が独自の方法でコードを記述しています。一部の人は.NETのMicrosoft命名規則に従い、一部はハンガリー語の表記法を使用し、一部は混合（例：混合PascalCaseとcamelCaseパラメーター名）を使用しています。あなたはそれが従うであろう標準に従ってコードファイルを開きます-一貫した唯一のものについては、中括弧が別々の行にあるということです。 私の3人の同僚のうち2人が私にアプローチして、私たちが使用し、前進させることができる標準のコーディングドキュメントを作成するように依頼しました（私は技術的には最も上級の開発者ではありませんが、4人目の開発者はここ数年ここにいる、2人の同僚そして、インターンは私にアドバイス/ガイダンスを求めますが、チームリードはありません）。私はこれをしばらくの間行うつもりでしたが、今や出発するマネージャーは常にそれをバックバーナーに置いていました。彼の出発は、今私たちが現在持っている急いでいるホッジポッジではなく、適切なソフトウェア環境を促進するために少し時間をかけて物事を正しく設定する機会を私たちに与えます。 これを行い、摩擦を起こさずにこの標準をチームに導入するにはどうすればよいですか？私が「引き継ぐ」ように見せたくないのですが、マネージャーの役職を申し出たとしても受け入れます。他の3人の開発者のうちの2人が私と一緒に1人を作成していますが、4人目（時間の真の「先輩」）はそれを受け入れる場合と受け入れない場合があります。私はMicrosoftの.Net規則（ハンガリー語表記を使用しないなど）から始めて、個人的な設定（_camelcaseフィールドなど）を追加し、ここで使用しない特定の奇妙な慣行を使用しないように呼びかけます（たとえば、開始時にアンダースコア）が、他に何を含める必要がありますか？私はそのような建築ガイドラインに入るためにしたくない意志 摩擦を引き起こし、それに準拠しない非常に大きくて臭い既存のコードベースがあり、リファクタリング戦略を立てる段階に近づいていません。 まとめると、基本的な命名規則を超えて、コーディング標準ドキュメントに何を含めればよいのか（例はすばらしいでしょう-そのようなドキュメントがどのようなものになるかの具体的な例を見つけることができませんでした）、そしてどのようにすべきですか新しい独裁者のように聞こえることなくそれを私のチームに提示します。