私たちの特定の状況は、共有制御またはPHPベースのWebアプリケーションを使用して構築しているWebアプリケーションの使用について、私たちと他のチームとの間で合意を作成しているということです。技術仕様では、しかし、業界標準の観点からそれらを定義するように求められました。
コーディング規約の異なる用語を知っています。ハンガリー語表記、たとえばキャメルケース。そして、非常に特定のもののためのいくつかの定義された標準、 PSR- は、例えば、PHPの名前空間をカバーしています。
重要なのは、私たちが定めた任意の標準ではなく、業界標準を指摘することによって、合意においてより強力な基盤を提供しようとすることです。彼らは、PSR-0、ISO ####、IEEE ####のようなものを探しています。
私の個人的な懸念は、私が時間を費やして、私たちが持っている基準をチームに示し、その大きな部分に賛成するために時間を費やしてきたことです。そのため、プログラミングの方法と一致しない標準に準拠する必要があるか、現在の規則に合うように標準が存在する場合はそれを選択する方がよいのではないかと心配しています。
とにかく、質問の核心は、プログラマーがコードを混乱させたり維持するのを困難にしたりするのを防ぐのに役立つコード品質、コーディングプロセス、またはその他の分野に関する業界標準はありますか?私たちはそれを防ぐことはできないと思いますが、合意を示すことができれば、少なくとも自分たちでリファクタリングまたは再コーディングする以外の手段があります。
他の考えや提案があれば役に立ちます。
さて、 PHP Framework Interoperability Group によって提示された標準があります。
次に、PHP Framework Interoperability Group: The Difinitive PHP Style Guide に対応して策定された標準があります。
そして、 Apacheのスタイルガイド があります。
だから、違います。業界で合意されたものはありません。
業界標準は主観的です。この分野は競合するアイデアでいっぱいなので、マニフェストで推奨されているものよりも別のアプローチを好む人をいつでも見つけることができます。重要なのは、組織内の一貫性です。それは業界標準よりも優れています。
その理由は、組織が好意的でないアプローチをとる正当な理由がある場合があるためです。たとえば、私は多くの政府契約に取り組んできました。政府は一流の開発者を引き付け、維持するのに苦労しています。そのため、非常に一般的なエントリーレベルの開発者のような方法でコーディングしようとします。彼らは、新しい開発者を簡単に取り込めることを望んでいます。また、開発者がプロジェクト間を簡単に移動できることも望んでいます。したがって、プロジェクト全体でコーディングスタイルを均一かつ明示的に維持しようとします。明示的に言うと、魔法のように物事を起こすよりも、物事をコーディングする方が好きだということです(RailsのActiveRecord定義を見ると、私が「魔法」の意味するところが正確にわかります)。
2つの組織がまったく同じ優先順位を持っていることはありません。そのため、基準が異なるのには十分な理由があるかもしれません。一貫性が重要です。