Câu này kiểm tra sự thuyết phục về kỹ thuật: bạn có thể lập luận bằng bằng chứng và đưa mọi người đồng hành, trong khi vẫn cởi mở với khả năng mình sai không? Thuyết phục không phải là thắng một cuộc tranh cãi.
Cách tiếp cận
text
1. Nêu vấn đề và các tiêu chí cho một giải pháp tốt trước
2. Trình bày các lựa chọn một cách công bằng, bao gồm cả lựa chọn mà đội ưa thích
3. Hậu thuẫn lựa chọn của bạn bằng dữ liệu, một spike, hoặc một benchmark nhỏ
4. Mời gọi phản biện — điều chỉnh nếu họ tìm ra một lỗ hổng thực sự
Ví dụ minh họa
text
S: Cả đội định tự xây một job queue tùy chỉnh; tôi nghĩ chúng tôi nên dùng một
công cụ có sẵn.
T: Tôi phải lập luận mà không phủ nhận công sức của họ.
A: Tôi liệt kê các yêu cầu thực tế của chúng tôi, xây một spike một ngày với
công cụ có sẵn, và cho thấy nó đáp ứng mọi nhu cầu với ít code phải bảo trì
hơn nhiều.
R: Cả đội đồng ý, và chúng tôi ship sớm hơn hai tuần. Tôi ghi nhận một trường
hợp mà mối lo của họ là hợp lý và chúng tôi viết tài liệu về cách xử lý.