Là bộ đệm tràn được chấp nhận từ một nhà phát triển tốt nghiệp? Có phải chúng ta đặt thanh quá cao? Khả năng mong đợi của các kỹ sư tốt nghiệp / cơ sở là gì?
Bối cảnh:
Chúng tôi hiện đang tuyển dụng cho vị trí Nhà phát triển Junior làm việc chủ yếu trong C trên Linux.
Là một phần của quy trình, chúng tôi yêu cầu các ứng viên hoàn thành bài kiểm tra mã khi rảnh rỗi trong C.
Cho đến nay, chúng tôi đã từ chối hai ứng cử viên trên cơ sở rằng mã của họ, mặc dù có thể đọc được và trong một trường hợp khá thành ngữ, bị lỗi tràn bộ đệm do ghi bộ đệm không bị chặn.
[Chỉnh sửa]:
- Chúng tôi rõ ràng yêu cầu kiểm tra lỗi, mã chất lượng sản xuất.
- Chúng tôi cung cấp một khung kiểm tra và xây dựng cho các ứng cử viên
[Cập nhật]:
Do kết quả của chủ đề này và những cuộc trò chuyện mà chúng tôi đã có với các nhà phát triển khác, chúng tôi đang thay đổi cách chúng tôi thực hiện kiểm tra mã và những người chúng tôi nhắm mục tiêu với việc tuyển dụng của chúng tôi.
Chúng tôi đã quyết định rằng một ứng cử viên không thể sửa chữa hoặc hiểu được lỗi tràn bộ đệm có nghĩa là anh ta sẽ không phù hợp với công việc chúng tôi thực hiện, đặc biệt là anh ta sẽ cố vấn nhiều hơn chúng tôi cảm thấy thoải mái. Do đó, chúng tôi vẫn sẽ từ chối các ứng cử viên cuối cùng không thể gửi mẫu mã mạnh mẽ.
Tuy nhiên, chúng tôi đã đưa ra một số biện pháp để làm cho quá trình tuyển dụng hiệu quả hơn cho cả chúng tôi và các ứng viên.
Đặc biệt:
- Chúng tôi làm cho kỳ vọng của chúng tôi rõ ràng hơn, với lời giải thích rõ ràng về ý nghĩa của chất lượng sản xuất và cảnh báo rằng mã được dự kiến sẽ mạnh mẽ đối với đầu vào và lỗi.
- Bây giờ chúng tôi liên kết các ứng cử viên với các tài nguyên về lập trình phòng thủ và thư viện chuẩn C trong phần mô tả kiểm tra mã.
- Chúng tôi đã thay đổi đối tượng mục tiêu từ các nhà phát triển và sinh viên tốt nghiệp Junior để nhắm mục tiêu đến những người có một số kinh nghiệm có liên quan.
- Trong trường hợp mã được gửi không thành công theo một cách nào đó nhưng sẽ được chấp nhận, chúng tôi hiện cung cấp một trường hợp thử nghiệm tối thiểu gây ra tình trạng lỗi và cho các ứng viên cơ hội sửa lỗi của họ (trừ khi mã bị từ chối vì một số lý do khác). Chúng tôi cũng sẽ chỉ ra các dòng / chức năng có vấn đề nếu thích hợp.
- Mục tiêu của các bài kiểm tra hiện đã thay đổi một chút từ bộ lọc giao diện người dùng sang cơ hội xây dựng hình ảnh tốt hơn về ứng viên, đặc biệt là nó sẽ thông báo thảo luận qua điện thoại của chúng tôi. Điều đó nói rằng, chúng tôi vẫn sẵn sàng từ chối chỉ dựa trên mã.
[Cập nhật 2015-07-09]: Andy Davis từ Nujob đã viết một bài viết thú vị và có liên quan về việc sử dụng bài kiểm tra mã theo quan điểm của ứng viên, và bài viết này rất đáng để xem. Tìm nó ở đây .