Những nền tảng nào tổ chức phỏng vấn lập trình và chúng khác nhau ra sao?

Email mời thường nêu tên nền tảng, và cái tên đó cho bạn biết phần lớn trải nghiệm của phiên phỏng vấn. Các nền tảng được chia thành bốn nhóm.

• Trình soạn thảo trực tiếp dùng chung. CoderPad, chế độ phỏng vấn của CodeSignal, HackerRank Interview (trước đây là CodePair) và các trình soạn thảo tương tự mở một tài liệu mà cả bạn lẫn người phỏng vấn đều có thể chỉnh sửa. Phần lớn có thể chạy mã bằng một số ngôn ngữ; một số nhà tuyển dụng chủ động tắt chức năng thực thi để bạn suy luận thay vì thử rồi sửa.
• Tài liệu dùng chung thông thường. Một số nhóm vẫn gửi Google Doc hoặc một trình soạn thảo văn bản trống qua Zoom hay Google Meet. Không tô sáng cú pháp, không có nút chạy, không có kiểm thử; người phỏng vấn đọc mã của bạn như một người duyệt mã.
• Bài đánh giá trực tuyến có giới hạn thời gian. HackerRank, Codility và CodeSignal cung cấp một bộ bài cố định kèm đồng hồ và hệ thống chấm tự động. Không có ai tham gia cuộc gọi; nền tảng ghi lại phiên làm bài và chấm điểm bằng các ca kiểm thử ẩn.
• Nhà cung cấp dịch vụ phỏng vấn. Karat và các nhà cung cấp tương tự bố trí một kỹ sư đã qua đào tạo để thực hiện cuộc phỏng vấn kỹ thuật trực tiếp trên trình soạn thảo riêng của nhà cung cấp và viết báo cáo cho nhà tuyển dụng đọc. Hình thức này diễn ra trực tiếp, nhưng người ở đầu bên kia cuộc gọi không phải đồng nghiệp tương lai của bạn.

Các nhà tuyển dụng kết hợp những hình thức này. Một quy trình điển hình bắt đầu bằng bài đánh giá, tiếp đến là một hoặc hai vòng dùng trình soạn thảo trực tiếp, rồi kết thúc bằng cuộc trao đổi thiết kế trên công cụ bảng trắng hoặc một cuộc gọi thông thường. Chủ đề thẩm định nền tảng trình bày chi tiết hơn về từng nhà cung cấp.

Năm đặc điểm quyết định diễn biến của một phiên phỏng vấn, và mức độ khác biệt giữa các nền tảng ở những đặc điểm này còn lớn hơn khác biệt về độ khó của bài toán.

• Trực tiếp hay không đồng bộ. Trình soạn thảo trực tiếp là một cuộc trò chuyện; bạn có thể hỏi về các ràng buộc và nhận gợi ý. Bài đánh giá là một kỳ thi im lặng; phần mô tả bài toán là nguồn làm rõ duy nhất.
• Thực thi mã. Trình soạn thảo có nút chạy cho phép bạn kiểm tra một trường hợp trước khi khẳng định mã hoạt động. Tài liệu thông thường và trình soạn thảo bị tắt chức năng thực thi khiến bạn phải tự diễn giải, vì vậy hãy trình bày tác dụng của từng dòng.
• Khả năng quan sát thao tác gõ. Trên trình soạn thảo trực tiếp, người phỏng vấn thấy từng lần gõ phím, tạm dừng và xóa ngay khi chúng diễn ra. Việc viết lại một hàm ba lần sẽ bị nhìn thấy; điều đó không nhất thiết là xấu, nhưng im lặng trong lúc làm thì có thể là vấn đề.
• Ngôn ngữ và công cụ. Phần lớn trình soạn thảo hỗ trợ các ngôn ngữ phổ biến, nhưng quyền truy cập thư viện, tính năng tự động hoàn thành và trình gỡ lỗi sẽ khác nhau. Các bài đánh giá thường giới hạn bạn ở những ngôn ngữ được hệ thống chấm hỗ trợ.
• Ghi hình và giám sát. Các vòng trực tiếp thường được ghi lại để phục vụ buổi tổng kết. Nền tảng đánh giá cung cấp tính năng giám sát tùy chọn, có thể bao gồm ảnh chụp webcam, nhật ký chuyển tab trình duyệt hoặc cờ cảnh báo sao chép-dán; việc có bật tính năng này hay không do nhà tuyển dụng quyết định, và thư mời hiếm khi nói rõ.

Đặc điểm cuối cùng là điều bạn cần tính đến khi lập kế hoạch. Hãy xem mọi bài đánh giá có giới hạn thời gian như thể tính năng giám sát đang bật, trừ khi hướng dẫn nói khác.

Lo rằng việc luyện tập trên một nền tảng sẽ không hữu ích khi chuyển sang nền tảng khác là điều hợp lý. Phần này đưa ra quy trình chuẩn bị cho từng định dạng; nói ngắn gọn, kỹ năng lập trình có thể chuyển đổi nhưng thói quen trong phiên phỏng vấn thì không, vì vậy hãy chủ động luyện những thói quen đó.

• Với trình soạn thảo trực tiếp: hãy luyện trong trình soạn thảo trên trình duyệt không có tính năng tự động hoàn thành, vừa gõ vừa trình bày và tự viết một ca kiểm thử nhỏ trước khi chạy bất kỳ thứ gì. Nếu trình soạn thảo có nút chạy, hãy dùng nó sau khi giải thích cách tiếp cận, chứ không dùng nó thay cho phần giải thích.
• Với tài liệu thông thường: hãy luyện viết mã chính xác mà không cần trình biên dịch. Thụt lề nhất quán và các hàm ngắn rất quan trọng vì người phỏng vấn sẽ đọc chứ không chạy mã.
• Với bài đánh giá có giới hạn thời gian: hãy luyện dưới áp lực đồng hồ và luôn nghĩ đến các kiểm thử ẩn: xử lý đầu vào rỗng, phần tử trùng lặp và kích thước lớn nhất được phép. Đọc toàn bộ bộ bài trước rồi sắp xếp các bài theo mức công sức dự kiến.
• Với phỏng vấn qua nhà cung cấp: hãy chuẩn bị cho một khung chấm điểm chuẩn hóa. Người phỏng vấn từ các nhà cung cấp kiểu Karat chấm rõ ràng khả năng giao tiếp và phân rã bài toán, vì vậy hãy nêu kế hoạch trước khi viết mã.

Một kỹ sư backend phỏng vấn cho vị trí cấp cao tại một công ty thanh toán nhận ba thư mời khác nhau trong cùng một tuần: một bài đánh giá CodeSignal, một vòng CoderPad có bật chức năng thực thi và một vòng cuối trong tài liệu dùng chung. Cô ấy luyện mỗi định dạng một lần, và điều duy nhất cô thay đổi giữa chúng là mức độ trình bày bằng lời. Công cụ phỏng vấn thử trên SubcueAI là cách thuận tiện để luyện nói thành tiếng phần trình bày này.

Chỉ trong những định dạng có người đang trò chuyện với bạn. Ứng dụng máy tính gốc của SubcueAI dành cho macOS và Windows thu cả âm thanh hệ thống lẫn micrô của bạn, nhờ đó ứng dụng nghe được câu hỏi của người phỏng vấn trên Zoom, Google Meet hoặc Microsoft Teams và hiển thị gợi ý trong một lớp phủ nổi chỉ tồn tại trên màn hình của bạn. Side Panel trong tiện ích trình duyệt cũng làm điều tương tự với các cuộc gọi diễn ra trong một tab trình duyệt trên Chrome hoặc Edge, nhưng chỉ thu âm thanh của tab cuộc họp, nên nó nghe được người phỏng vấn và không bao giờ chép lời bạn. Cả hai giao diện đều không tham gia cuộc gọi như bot hay chèn bất cứ thứ gì vào trang cuộc họp hoặc trình soạn thảo mã; bản dựng tiện ích dành cho Firefox chỉ hỗ trợ luyện tập thử.

Phạm vi đó có những giới hạn rõ ràng. Bài đánh giá có giới hạn thời gian không có cuộc trò chuyện, nên trợ lý lắng nghe sẽ không có gì để xử lý; các bài đánh giá được giám sát có ghi nhật ký tab hoặc theo dõi webcam cũng nằm ngoài mục đích sử dụng của SubcueAI. Trên trình soạn thảo trực tiếp, việc chia sẻ toàn bộ màn hình sẽ khiến lớp phủ xuất hiện trong luồng được chia sẻ; chỉ chia sẻ cửa sổ của trình soạn thảo hoặc không chia sẻ gì. Các vòng được ghi lại và thiết bị do nhà tuyển dụng quản lý cũng nằm ngoài phạm vi hỗ trợ. Aaron Cao, nhà sáng lập SubcueAI, đã thiết kế lớp phủ dưới dạng cửa sổ cục bộ thay vì người tham gia cuộc họp chính vì lý do này: nó không bao giờ nên trở thành một phần nội dung mà nền tảng ghi lại. Các bước thiết lập cho từng giao diện có trên trang hướng dẫn, còn trang bảo mật giải thích nội dung nào được thu và nội dung nào không.