Khi làm việc một mình, có thể tự quản lý chất lượng mã, nhưng trong nhóm thì không hẳn như vậy. Yêu cầu refactor mã thường xuyên bị bỏ qua, điều này gây ra cảm giác thất vọng kéo dài. Khi xem lại mã cũ, người ta nhận ra những sai lầm của chính mình, và đó trở thành bài học lớn để viết mã dễ bảo trì.
Sai lầm và học hỏi
Thảo luận về sai lầm là một cơ hội học hỏi và giúp xây dựng văn hóa cởi mở. Thái độ cầu toàn không giúp giảm sai lầm, mà ngược lại còn đòi hỏi nhiều nỗ lực cá nhân hơn.
Giải quyết vấn đề phức tạp
Khi đồng nghiệp đề xuất cách giải quyết cho vấn đề phức tạp, đôi khi chọn phương án đơn giản lại tốt hơn. Điều này đôi lúc khiến đồng nghiệp tự nhìn lại thái độ của mình.
Hiểu về chất lượng mã
Việc mã không tối ưu không đồng nghĩa với sự kém năng lực. Các lập trình viên có thể không viết được mã tối ưu vì deadline gấp hoặc do các ưu tiên khác.
Phản hồi mang tính xây dựng
Khi nhận được bình luận tiêu cực về một bài viết blog, có thể liên kết chúng lại để định hướng cuộc thảo luận theo hướng lành mạnh.
Tổ chức và chất lượng mã
Bất kỳ kỹ sư nào cũng có thể viết ra mã tệ, và chất lượng mã thường là vấn đề của tổ chức. Điều này không liên quan đến năng lực của một kỹ sư cụ thể.
Tiếp nhận phản hồi
Khi nhận phản hồi, đó không phải là một sự công kích cá nhân. Điều quan trọng là biết tiếp nhận ý kiến của người khác.
Hai mặt của phản hồi
Việc tiếp nhận phản hồi là quan trọng, nhưng cũng cần cân nhắc năng lực của người đưa ra phản hồi.
1 bình luận
Ý kiến trên Hacker News
Tóm tắt các bình luận trên Hacker News
Kinh nghiệm cá nhân và chất lượng mã
Sai lầm và học hỏi
Giải quyết vấn đề phức tạp
Hiểu về chất lượng mã
Phản hồi mang tính xây dựng
Tổ chức và chất lượng mã
Tiếp nhận phản hồi
Hai mặt của phản hồi