Diposting ulang pos dari StackOverflow:
Saya bekerja dalam waktu pengembangan kecil dengan waktu pengembangan yang sangat terbatas. Kami mengembangkan alat yang penting untuk hasil pekerjaan kami, tetapi tidak digunakan setiap hari. Saya satu-satunya orang di tim yang memiliki latar belakang sebagai programmer.
Masalah saya adalah bahwa saya telah mendorong ulasan kode sebelum bergabung kembali ke trunk selama lebih dari setahun. Semua orang sepakat tentang ini, tetapi tetap saja hanya kode saya yang telah ditinjau. Kembali dari liburan panjang saya kembali ke bagasi dengan komentar kode karena "ini adalah solusi yang jelek - hapus sesegera mungkin" dan "perbaikan cepat". Yang juga baru adalah bahwa seorang pria telah ditunjuk untuk bertanggung jawab atas alat tersebut. (Peran yang pertama kali ditawarkan kepada saya tetapi saya menolak karena alasan yang tidak terkait dengan pekerjaan.) Dan dia berpikir bahwa ini adalah cara yang baik untuk bekerja: Karena kita memiliki waktu yang terbatas untuk berkembang, kita harus mengambil jalan pintas seperti itu.
Kekhawatiran saya adalah bahwa pengembang lain menulis kode jelek: sering melanggar enkapsulasi, menulis kelas besar, menambahkan kelas internal di tempat-tempat aneh, memiliki beberapa atau tidak ada unit test, dan sebagainya. Pada akhirnya tidak mungkin untuk mengembangkan alat lebih lanjut.
Haruskah saya bersikeras bahwa kami melakukan tinjauan kode sebelum bergabung kembali ke trunk atau apakah saya hanya pelacur kualitas kode?