팀에 잘못된 코드를 작성하는 사람들을“중화”하는 방법은 무엇입니까?

필자 는 JoelOnSoftware에서 "Grunt 일 때해야 할 일"이라는 기사를 항상 좋아 했습니다 . 나는 내가 초보자 일 때 특히 관련 될 수있다 (그리고 여전히 내가 항상 하나 인 것처럼 느낀다).

# 4에 대해, bozo를 중화하십시오. 실제로 실제 상황에서이를 구현하기 위해 어떤 조언이 있습니까? 누군가의 나쁜 코드에 대해 단순히 버그를 기록하는 것만 큼 쉬운 것처럼 보이지는 않습니다 (적어도 우리 팀에서는). 나머지 모든 사람들에게 무엇이 효과가 있습니까?

영구 평가.

그냥 말에 각 하루가 작성한 것을 검토 30 분을 보낸다. 그들이 잘못한 일이 있으면 다시 쓰게하십시오.

이 작업을 수행하지 않으면 언젠가는 응용 프로그램의 일부가 작업을 수행 할 수있는 것처럼 보이지만 완전히 유지 관리 할 수없고 부적절하게 엔지니어링되며 향후 또는 내일 많은 문제가 발생할 수 있음을 알게됩니다.

생산성을 떨어 뜨릴지라도 크기가 두 배나 크지 만 유지하기 어려운 버그에 대비하여 좋은 코드를 생성하면 훨씬 나아질 것입니다.

그 사람이 더 잘 알지 못하지만 배우고 싶다면 멘토링과 코드 검토를 제공하십시오. 그것들이 좋은 코드에 노출되어 있는지 확인하십시오.

정말 가난한 개발자는 나쁜 방식으로 설정하고 새로운 것을 배우기 위해 싸우는 사람들입니다. 당신의 유일한 희망은 그들 자신의 혼란이나 더 간단한 것들을 유지함으로써 고통을 겪게하는 것입니다. 이상적으로는 권위있는 사람이 일어 서서 준수하거나 떠나라고 말합니다.