Tôi là trưởng nhóm nhỏ, nơi mọi người có ít hơn một năm kinh nghiệm phát triển phần mềm. Tôi sẽ không tự gọi mình là một chuyên gia phần mềm, nhưng tôi đã học được một vài điều trong vài năm mà tôi đã viết phần mềm.
Khi chúng tôi đánh giá mã, tôi thực hiện một chút công bằng trong việc giảng dạy và sửa chữa sai lầm. Tôi sẽ nói những điều như "Điều này quá phức tạp và phức tạp, và đây là lý do tại sao" hoặc "Bạn nghĩ gì về việc chuyển phương thức này vào một lớp riêng biệt?" Tôi đặc biệt cẩn thận để thông báo rằng nếu họ có thắc mắc hoặc không đồng ý, điều đó ổn và chúng ta cần thảo luận. Mỗi lần tôi sửa một ai đó, tôi lại hỏi "Bạn nghĩ gì?" hoặc một cái gì đó tương tự.
Tuy nhiên, họ hiếm khi không đồng ý hoặc hỏi tại sao. Và gần đây tôi đã nhận thấy những dấu hiệu trắng trợn hơn rằng họ đồng ý một cách mù quáng với những tuyên bố của tôi và không hình thành ý kiến của riêng họ.
Tôi cần một đội ngũ có thể học cách làm mọi thứ một cách tự chủ, không chỉ làm theo hướng dẫn. Làm thế nào để sửa một nhà phát triển cơ sở, nhưng vẫn khuyến khích anh ta tự suy nghĩ?
Chỉnh sửa: Đây là một ví dụ về một trong những dấu hiệu rõ ràng rằng chúng không hình thành ý kiến của riêng mình:
Tôi: Tôi thích ý tưởng của bạn về việc tạo một phương thức mở rộng, nhưng tôi không thích cách bạn truyền một lambda phức tạp lớn như một tham số. Lambda buộc những người khác biết quá nhiều về việc thực hiện phương pháp.
Junior (sau khi hiểu lầm tôi): Vâng, tôi hoàn toàn đồng ý. Chúng ta không nên sử dụng các phương thức mở rộng ở đây vì chúng buộc các nhà phát triển khác phải biết quá nhiều về việc triển khai.
Có một sự hiểu lầm, và điều đó đã được xử lý. Nhưng thậm chí không có một OUNCE logic trong tuyên bố của mình! Anh ta nghĩ rằng anh ta đang lấy lại logic của tôi cho tôi, nghĩ rằng nó sẽ có ý nghĩa khi thực sự anh ta không biết tại sao anh ta lại nói điều đó.