Loạt bài Blog
Những thói quen thực tế trong code review, pull request, feedback và mentoring để công việc tốt hơn mà vẫn tôn trọng người cùng làm.
Code review không chỉ là tìm lỗi. Đó là nơi team học cách nói chuyện về chất lượng, trade-off và tiêu chuẩn chung. Bài này đưa ra cách review rõ ràng mà không làm người viết chùn bước: góp ý cụ thể, phân biệt blocker với suggestion, hỏi trước khi kết luận, và giữ cho review trở thành nơi code lẫn con người cùng tốt lên.
Tử tế trong engineering không có nghĩa là né tránh vấn đề hay nói chuyện cho dễ nghe. Nó là cách nói thẳng mà vẫn tôn trọng, xử lý incident không đổ lỗi, review code để người khác học được, và tạo môi trường nơi mọi người dám nói thật sớm. Bài này giải thích vì sao sự tử tế đúng cách giúp team đi nhanh và bền hơn.
Một pull request tốt giúp reviewer tiết kiệm năng lượng: phạm vi gọn, title rõ, mô tả có bối cảnh, screenshot hoặc test note đủ dùng, commit sạch và self-review trước khi gửi. Bài này chỉ cách biến PR từ một đống thay đổi khó đọc thành một câu chuyện dễ theo dõi để review nhanh hơn và ít hiểu lầm hơn.
Feedback tốt không phải là nói nhẹ cho qua, cũng không phải nói thẳng đến mức làm người khác phòng thủ. Bài này gợi ý cách đưa feedback cụ thể, có ngữ cảnh, hướng vào hành vi và bước tiếp theo; đồng thời chỉ cách nhận feedback mà không biến nó thành phán xét cá nhân. Một kỹ năng nhỏ nhưng ảnh hưởng lớn tới tốc độ trưởng thành của team.
Một junior không trở thành senior chỉ nhờ nhận task khó hơn. Họ cần context, feedback, cơ hội thử sức và một người biết khi nào nên hướng dẫn, khi nào nên lùi lại. Bài này chia sẻ cách mentoring qua pairing, code review, stretch task, câu hỏi tốt và những thói quen giúp engineer trẻ dần tự tin nhận việc lớn hơn.
