HackerRank có phát hiện gian lận không?

Bạn đang nhìn vào một liên kết bài đánh giá và đoán xem nó ghi lại những gì. Đoán là cách chuẩn bị tệ nhất, vì vậy phần này liệt kê các tín hiệu mà HackerRank thu thập. Có bốn tín hiệu, và chỉ tín hiệu cuối cùng là tùy chọn.

• Chấm điểm tương đồng mã nguồn. Mỗi bài nộp được so sánh với một lượng lớn bài nộp trước đó và mã nguồn công khai, sau đó nhận một điểm tương đồng.
• Theo dõi trọng tâm và tab. Mỗi lần bạn rời khỏi tab bài test hoặc thoát toàn màn hình đều được đếm và gắn dấu thời gian.
• Ghi lại sao chép-dán. Các sự kiện dán vào trình soạn thảo được ghi lại và hiển thị trong báo cáo của nhà tuyển dụng.
• Giám sát bằng webcam. Khi công ty bật tính năng này, bài test sẽ chụp ảnh chớp nhoáng định kỳ.

Không có tín hiệu nào trong số này là một phán quyết. Chúng chỉ là dữ liệu đầu vào cho một báo cáo, và báo cáo đó sẽ đến tay một người.

Công cụ tính tương đồng là phần mà ứng viên thường đánh giá thấp. Nó không chỉ so sánh mã của bạn với những người khác đang làm cùng bài test hôm nay; nó còn chấm điểm dựa trên một kho lưu trữ lớn các bài nộp trước đó và các nguồn công khai. Dán một lời giải mà nhiều ứng viên khác cũng đã dán là cách nhanh nhất để đẩy điểm số đó lên cao.

Một kỹ sư backend khi giải một bài toán độ khó trung bình đã dán một lời giải hoàn chỉnh được tạo ra ở nơi khác. Vì rất nhiều ứng viên đã nộp kết quả gần như giống hệt nhau cho cùng một đề bài, điểm tương đồng tăng vọt, và nhà tuyển dụng nhìn thấy một cờ đạo văn bên cạnh một kết quả vốn dĩ khá tốt. Mã chạy đúng. Cờ cảnh báo đó vẫn khiến ứng viên phải trả lời những câu hỏi ngay tại chỗ.

Những đánh đổi giữa các công cụ phỏng vấn, theo từng nền tảng, được tổng hợp tại trung tâm chủ đề về khả năng bị phát hiện.

Hiểu rõ giới hạn cũng quan trọng như hiểu rõ các tín hiệu. Giám sát tiêu chuẩn của HackerRank chạy bên trong môi trường test của trình duyệt. Nó không thấy các ứng dụng khác trên máy của bạn, một màn hình thứ hai, một chiếc điện thoại trên bàn, hay một người ở ngoài camera, trừ khi công ty đặc biệt bật ghi màn hình hoặc giám sát trực tiếp bởi con người.

Nó cũng chỉ báo cáo các tín hiệu chứ không phải điều chắc chắn. Một lần chuyển tab để đọc lại đề bài tự nó không chứng minh điều gì; báo cáo chỉ hiển thị số lần, và con người mới là người gán ý nghĩa cho chúng. Đó chính xác là lý do các công ty thêm một cuộc trò chuyện trực tiếp hoặc webcam lên trên một bài test tự động thay vì chỉ tin vào các cờ cảnh báo.

Các vòng code trực tiếp qua cuộc gọi tuân theo những quy tắc khác, và trung tâm các loại phỏng vấn phân tích chi tiết theo từng hình thức.

Nói thẳng về phạm vi sử dụng thì hữu ích hơn một câu quảng cáo bán hàng. SubcueAI hỗ trợ các buổi phỏng vấn nói trực tiếp. Ứng dụng desktop của nó cho macOS và Windows lắng nghe âm thanh buổi phỏng vấn và hiển thị gợi ý trong một lớp phủ cục bộ nổi, còn tiện ích mở rộng trình duyệt Side Panel làm điều tương tự trên các trình duyệt Chromium bằng cách thu âm thanh của tab cuộc họp. Không có bot cuộc họp nào tham gia vào cuộc gọi, và không có content script nào được chèn vào trang cuộc họp.

Một bài đánh giá HackerRank là một bài test code được gõ ngay trên trình duyệt. SubcueAI không được thiết kế để gõ hoặc dán code vào đó, và việc dán code được tạo ra sẽ kích hoạt chính xác các cờ tương đồng và cờ dán đã mô tả ở trên. Aaron Cao, nhà sáng lập SubcueAI, đã giữ trợ lý này bên ngoài phần mềm cuộc họp và phần mềm test thay vì chèn nó vào bên trong, vì công cụ trình duyệt bị chèn vào để lại dấu vết mà một môi trường test có thể ghi lại.

Nơi nó thực sự giúp ích là vòng nói: một buổi phỏng vấn hành vi, một cuộc thảo luận thiết kế chia sẻ màn hình, hoặc một cuộc gọi vừa nói vừa giải thích code. Ngay cả ở đó, các giới hạn vẫn được giữ nguyên, và một phiên được ghi hình hoặc có giám sát vẫn nằm ngoài phạm vi. Luyện tập phần nói chính là mục đích của phỏng vấn thử.