Khi bị kẹt ở một lỗi, bạn tự thử bao lâu trước khi hỏi người đi trước, và bạn hỏi thế nào?

Người phỏng vấn muốn biết bạn có cân bằng được giữa tự lực và tôn trọng thời gian của đồng nghiệp: không hỏi vội khi chưa thử gì, cũng không im lặng cả buổi vì ngại.

Một câu trả lời tốt cho thấy bạn có quy tắc chứ không làm theo cảm giác. Ví dụ: với yêu cầu chưa rõ thì hỏi ngay trước khi làm, vì làm sai hướng tốn hơn nhiều so với một câu hỏi. Với lỗi kỹ thuật thì tự thử trong một khoảng thời gian định trước (nhiều người chọn khoảng ba mươi phút, và con số này tùy nhóm), hoặc sớm hơn nếu đã thử hai hướng khác nhau mà đều không ra. Những thứ tra được trong vài phút ở tài liệu của dự án thì tra trước.

Về cách hỏi, hãy gửi một tin nhắn đủ để người đọc trả lời ngay mà không phải hỏi lại: bạn đang làm gì, lỗi hoặc kết quả dán nguyên văn dạng chữ, bạn mong đợi gì và thực tế ra sao, ít nhất hai việc bạn đã thử kèm kết quả, môi trường (hệ điều hành, phiên bản, nhánh hoặc commit), và một câu hỏi cụ thể ở cuối. Nếu có giả thuyết, hãy nêu luôn.

Sau khi có câu trả lời, nên quay lại báo kết quả, ghi lại điều đã học, và nếu thứ bạn vấp là chỗ tài liệu còn thiếu thì thêm nó vào tài liệu để người sau không vấp nữa.

Điểm cộng: kể một ví dụ cụ thể về một lần bạn đã hỏi tốt, và nói được cách bạn biết văn hóa hỏi của nhóm mới, như hỏi trực tiếp người hướng dẫn xem họ thích hỏi qua kênh nào.