Câu hỏi phỏng vấn về Copilot: điều các đội ngũ thực sự hỏi

Phần lớn lập trình viên lo rằng thừa nhận dùng Copilot hằng ngày sẽ bị coi là điểm yếu. Không phải vậy; đội tuyển dụng mặc định bạn làm việc cùng một trợ lý và muốn nghe bạn giám sát nó ra sao. Câu hỏi rơi vào năm nhóm.

• Quy trình làm việc: trợ lý nằm ở đâu trong vòng lặp của bạn, và bạn giao việc gì cho nó.
• Rà soát: bạn kiểm chứng mã sinh ra thế nào trước khi nó vào một pull request.
• Bảo mật và giấy phép: khóa bí mật trong prompt, và mã không rõ nguồn gốc.
• Gỡ lỗi: nhận trách nhiệm cho sự cố trong đoạn mã bạn chấp nhận chứ không tự viết.
• Phán đoán: những việc mà bạn tắt trợ lý đi.

Không nhóm nào thưởng cho kiến thức vụn về công cụ. Chúng thưởng cho lập trình viên mô tả được một thói quen và bảo vệ được nó. Thêm bộ câu hỏi theo vai trò và theo vòng nằm ở trung tâm câu hỏi phỏng vấn.

Hãy đưa ra một vòng lặp cụ thể, đừng phán xét công cụ. Câu trả lời mạnh gọi tên công việc, bước kiểm tra và kết quả.

Một kỹ sư backend phỏng vấn vị trí cấp cao tại một công ty thanh toán đã trả lời thế này: cô dùng Copilot để phác thảo các bài kiểm thử theo bảng và các handler khuôn mẫu, đọc từng nhánh sinh ra đối chiếu với đặc tả trước khi đưa lên staging, và tự viết các đường xử lý nhạy cảm với đồng thời vì trợ lý cứ đề xuất một thứ tự khóa mà cô không biện minh được. Người phỏng vấn dành năm phút tiếp theo cho thứ tự khóa, chứ không phải cho Copilot.

Đó là khuôn mẫu đáng học. Chọn một việc bạn giao đi, một bước kiểm tra bạn chạy, và một thứ bạn vẫn tự viết tay. Những tuyên bố mơ hồ về tốc độ mời gọi câu hỏi truy mà bạn không đỡ nổi, vì bất kỳ con số nào bạn đưa ra đều sẽ bị đào sâu.

Đây là nhóm mà ứng viên cấp cao tạo khác biệt, và cũng là nhóm ít người chuẩn bị nhất.

• Bạn có dán mã độc quyền hay khóa bí mật vào prompt không? Câu trả lời mong đợi là không, kèm lý do: nội dung prompt rời khỏi máy của bạn.
• Bạn xử lý mã sinh ra không rõ nguồn gốc thế nào? Hãy nói chính sách của đội bạn, hoặc nói rằng bạn sẽ đề nghị lập một chính sách.
• Đã có gợi ý nào đưa vào lỗ hổng mà bạn bắt được chưa? Một tình huống suýt xảy ra cụ thể hơn hẳn lời khẳng định rằng chuyện đó không bao giờ có.
• Bạn có để mã sinh ra được gộp mà không có người rà soát không? Không, và hãy sẵn sàng nói vì sao rà soát bắt được thứ mà kiểm thử bỏ sót.

Aaron Cao, nhà sáng lập SubcueAI, thiết kế trợ lý sao cho không bot nào tham gia cuộc gọi và không có gì được chèn vào trang họp, đúng vì lý do khiến những câu hỏi này được đặt ra: các đội ngũ tin những công cụ mà ai đó nói rõ được đường đi của dữ liệu. Đường đi ấy được ghi trên trang bảo mật.

Chuẩn bị ở đây là chuyện nói, không phải chuyện kỹ thuật. Bạn vốn đã biết quy trình của mình; khoảng trống nằm ở việc mô tả nó trong chín mươi giây khi có người đang chờ. Chạy các câu hỏi như một bài tập nói sẽ khép khoảng trống đó, và luyện tập phỏng vấn thử sẽ hỏi truy thay vì đưa cho bạn một danh sách để đọc.

Cũng hãy nói rõ giới hạn trong phỏng vấn thật. SubcueAI chạy như ứng dụng gốc trên macOS và Windows với một lớp phủ cục bộ, và như một bảng bên của tiện ích mở rộng trình duyệt chỉ thu âm thanh của tab cuộc họp. Cả hai đều không tham gia cuộc gọi với tư cách người dự. Cả hai đều không phù hợp trong bài đánh giá có giám sát, trên thiết bị do công ty quản lý, hay khi bạn đang chia sẻ màn hình, và trong những tình huống đó không trợ lý nào an toàn.