Hãy dừng các bài thử thách coding phi thực tế

• Vấn đề của các bài kiểm tra lập trình phi thực tế

  • Xu hướng yêu cầu các bài tập coding phi thực tế trong phỏng vấn kỹ thuật đang gia tăng.
  • Những bài tập này không liên quan đến công việc thực tế và cũng không phản ánh môi trường làm việc, nơi cộng tác và hỗ trợ là tiêu chuẩn.
  • Ví dụ, việc gỡ lỗi một codebase cũ mà không có tài liệu gần như không xảy ra ở nơi làm việc.

• Sự lãng phí thời gian bị che giấu

  • Các công ty thường bỏ qua lượng thời gian bổ sung mà ứng viên phải đầu tư cho các bài tập này.
  • Ứng viên phải dành rất nhiều thời gian để nghiên cứu công ty, tìm hiểu yêu cầu công việc và hoàn thành dự án.
  • Một bài tập được nói là "4 giờ" có thể kéo dài thành 8 giờ, 10 giờ hoặc hơn, tạo gánh nặng lớn cho các lập trình viên đang phải cân bằng giữa công việc và cuộc sống.

• Huyền thoại về tính linh hoạt

  • Nhiều công ty cho rằng các bài kiểm tra này là cần thiết để đánh giá "khả năng thích nghi".
  • Nhưng đây là một yêu cầu phi thực tế, giống như bắt một lập trình viên Ruby đi gỡ lỗi PHP.
  • Khả năng thích nghi là quan trọng, nhưng không nên đánh giá giá trị của ứng viên bằng khả năng xử lý những thử thách không liên quan.

• Doanh nghiệp đang phô trương hay thực sự đánh giá?

  • Một số công ty có xu hướng dùng các bài kiểm tra này để phô trương tiêu chuẩn "tinh hoa" của mình.
  • Đây là một lối suy nghĩ cường điệu kiểu "top 1%", nhưng trên thực tế lại là một cách đánh giá không phù hợp.
  • Cách làm này loại bỏ những ứng viên giỏi nhưng không thích nghi tốt trong các tình huống nhân tạo và áp lực cao.

• Cần một cái nhìn thực tế hơn

  • Các công ty cần thừa nhận rằng những thông lệ phỏng vấn này là sai lầm.
  • Họ nên kiểm tra những kỹ năng thực sự cần cho công việc, thay vì đòi hỏi những bootcamp coding phi thực tế.
  • Quy trình tuyển dụng nên tập trung vào giải quyết vấn đề, cộng tác và sự phát triển trong lĩnh vực liên quan.
  • Những kỳ vọng phi thực tế không thu hút được nhân tài tốt nhất, mà chỉ khiến họ kiệt sức và nản lòng.
  • Nếu các công ty muốn những lập trình viên có khả năng thích nghi, họ nên tập trung vào năng lực học hỏi dài hạn.
  • Loại bỏ những bài tập phi thực tế này và tập trung vào những gì thực sự quan trọng có thể giúp xây dựng một văn hóa công nghệ tốt hơn và bao trùm hơn.

[GN⁺]

Ý kiến Hacker News

• Một lập trình viên cho biết họ thường xuyên phải gỡ lỗi và bảo trì một codebase C++ cũ gần như không có tài liệu

  • Mô tả tình huống làm việc tại một công ty nhỏ, một mình phục vụ hàng nghìn người dùng mà không có đội ngũ hỗ trợ
  • Đôi khi cũng phải khôi phục các bản vá cũ hoặc viết lại mã từ đầu

• Đồng ý với quan điểm rằng việc kiểm tra khả năng giải quyết vấn đề trong phỏng vấn là quan trọng

  • Cho rằng yêu cầu thuật toán đồ thị đối với lập trình viên web junior là quá mức
  • Nhưng với lập trình viên senior hoặc kiến trúc sư thì cần sự hiểu biết chuyên sâu

• Chia sẻ trải nghiệm của bạn đời một người bạn khi luyện các bài LeetCode để chuẩn bị phỏng vấn tại một công ty công nghệ lớn

  • Nói rằng phần thiết kế hệ thống là khó nhất
  • Chỉ trích phỏng vấn thiết kế hệ thống vì trông như đang làm theo kịch bản có sẵn

• Chia sẻ trải nghiệm từng tham gia quy trình phỏng vấn cho vai trò kỹ sư senior tại một startup nhỏ

  • Giải thích rằng ứng viên được phép chọn giữa nhiều hình thức phỏng vấn khác nhau, và đa số đã chọn bài test take-home

• Chia sẻ quan điểm rằng việc gỡ lỗi một codebase cũ không có tài liệu là chuyện rất phổ biến

  • Cho rằng gỡ lỗi một ứng dụng PHP là cách tốt để kiểm tra tính linh hoạt

• Lập luận rằng phỏng vấn coding là cách tốt nhất để sàng lọc ứng viên phù hợp cho công việc phát triển phần mềm

  • Cảnh báo rằng nếu ai đó không có năng lực lập trình cơ bản thì công ty sẽ tìm ứng viên khác

• Cho biết họ trải nghiệm việc gỡ lỗi các codebase thiếu tài liệu mỗi ngày

  • Giải thích rằng một nửa đội ngũ đã bị sa thải hoặc đã rời công ty

• Chia sẻ trải nghiệm tệ tại một công ty không tổ chức bài kiểm tra coding

  • Nói rằng họ phải hỗ trợ các đồng nghiệp không thể xử lý những công việc cơ bản trong một nhóm làm việc với nhiều tech stack khác nhau

• Lập luận rằng với những vị trí đòi hỏi một công nghệ cụ thể thì cần kiểm tra đúng công nghệ đó

  • Cảnh báo rằng chỉ trích cách tuyển dụng mà không hiểu bối cảnh là phản tác dụng

• Giải thích rằng bài tập take-home có thể tốn nhiều thời gian hơn, điều này có thể tạo ra rủi ro đạo đức

  • Chỉ ra rằng những bài tập ngốn thời gian sẽ có lợi cho những người có nhiều thời gian rảnh hơn