15
より小さなクラス/メソッドを使用するようにチームを説得するにはどうすればよいですか？
免責事項：私は新参者であり（これが私の仕事の3日目です）、私のチームメートのほとんどは私よりも経験が豊富です。 私たちのコードを見ると、次のようなコードのにおいと悪いエンジニアリング手法が見られます。 多少矛盾した命名ガイドライン 可能な場合、読み取り専用としてマークされていないプロパティ 大規模なクラス-何百もの拡張メソッド（多くのタイプ）で構成されるユーティリティクラスに気付きました。2500行以上でした！ 大規模メソッド-150行のメソッドをリファクタリングしようとしています。 後者の2つは本当の問題のようです。チームメイトに、より小さなクラスとメソッドを使用するよう説得したいと思います。しかし、私はそれをする必要がありますか？はいの場合、どのように？ 私のチームは、メインチーム（私たちはサテライトチーム）からメンターを獲得しました。最初に彼に行くべきですか？ 更新：いくつかの回答がプロジェクトについて尋ねたので、それが機能しているプロジェクトであることを知ってください。そして、私見、そのサイズの巨大なクラス/メソッドは常に悪いです。 とにかく、チームを怒らせたくありません。それが私が尋ねた理由です-私はそれをするべきですか？ 更新：受け入れられた答えに基づいて何かをすることにしました：私は初心者なので、すべてを「新鮮な目」で見るので、見つけたすべてのコードの匂いに注意します（位置、それが悪い理由、どうすればできるかより良い、...）、しかし、現時点では、私はチームから敬意を集めるために一生懸命努力しています：「より良いコード」を書き、人々を知り、なぜそれをしたのかを知っています...新しいコードポリシー（命名ガイドライン、小規模なクラス、小規模なメソッドなど）についてチームに問い合わせ、可能であれば古いコードをリファクタリングします。動作するはずです、私見。 ありがとうございました。