チームで悪いコードを書いている人を「中和」する方法は？

私はJoelOnSoftwareに関するこの記事をいつも気に入っていました。私は特に初心者だったときに関係することができました（それでも、私は常に1つになるつもりです）。

＃4については、bozoを中和します。これを実際の職場で実際に実装するためのアドバイスはありますか？（少なくとも私たちのチームでは）誰かの悪いコードに対するバグを記録するほど簡単ではないようです。残りのすべての人のために何がうまくいきますか？

永続的な評価。

ただの終わりにそれぞれの日、彼らが書いたものを確認するために30分を費やしています。彼らが何か間違ったことをした場合、彼らにそれを書き直させます。

これを行わないと、ある日、アプリケーションの一部が、その仕事をする能力があるように見えますが、完全に保守不可能であり、不適切に設計されており、将来、または明日にも多くの問題を引き起こすことがわかります。

たとえそれが彼らの生産性を低下させたとしても、彼らが2倍以上のサイズであるが維持不可能なバグの膨らみに対していくつかの良いコードを生成した場合、それはそれでもずっと良いでしょう。

その人が何もよく知らないが、学びたい場合は、メンターシップとコードレビューを提供してください。それらが適切なコードに公開されていることを確認してください。

本当に貧しい開発者とは、悪い方法で設定され、何か新しいことを学ぶことと戦う人々です。あなたの唯一の希望は、彼ら自身の混乱やより単純なもののいくつかを維持することによって彼らを苦しめることです。理想的には、権限のある人物が立ち上がって、「同意する」または「去る」と言います。