Dự án lập trình phỏng vấn tốt [đóng]

Tôi đang tìm kiếm một số dự án lập trình nhỏ mà tôi có thể cung cấp cho nhân viên tiềm năng để đánh giá khả năng lập trình của họ. Đây sẽ là những lập trình viên ra khỏi trường đại học. Tôi đang tìm kiếm các dự án sẽ mất vài giờ và họ sẽ gửi lại câu trả lời sau khi phỏng vấn.

Một ví dụ sẽ là lấy đoạn văn bản này và trả về một danh sách các từ duy nhất được xếp theo thứ tự chữ cái. Sau mỗi từ, hãy cho tôi biết từ đó xuất hiện bao nhiêu lần và trong (những) tình cảm nào, từ đó xuất hiện.

Bất cứ ai có bất kỳ đề nghị tốt?

Từ lâu tôi đã kết luận rằng không ai có thể làm gì trong một thời gian ngắn có thể cho tôi biết bất cứ điều gì hữu ích về người đó. Nhưng mỗi ứng cử viên tốt đều có các dự án cá nhân đã được viết có thể cho bạn biết rất nhiều. Vì vậy, tôi đã thay thế những thách thức cụ thể bằng "cho tôi một đoạn mã mà bạn tự hào và vui mừng khi đóng dấu tên của bạn."

Sự lựa chọn dự án của họ cho bạn biết nhiều hơn bất kỳ nhiệm vụ kéo dài hàng giờ. Và sau đó bạn có thể dành một giờ để thảo luận về nó để tìm hiểu nhiều hơn.

Tôi cảm thấy quá mệt mỏi với trò nhảm nhí này. Tôi đã từng đến những nơi yêu cầu tôi lấy mẫu mã, tách chúng ra và sau đó yêu cầu tôi giải thích mã ví dụ từ các hệ thống của chúng trông giống như được viết bởi những đứa trẻ 2 tuổi. Tôi đã được yêu cầu thực hiện các thuật toán sắp xếp tối nghĩa, các dịch vụ mạng, guis, cấu trúc dữ liệu (luôn luôn là một cây hoặc một danh sách được liên kết). Mỗi hương vị của câu hỏi khó chịu về bất cứ điều gì người phỏng vấn nghĩ là phần quan trọng nhất của lập trình.

Cuối cùng, tất cả đều vô dụng. Cách tốt nhất để đánh giá một nhân viên là thuê anh ta trong 30 ngày, và xem anh ta làm việc tốt như thế nào. Dành tất cả thời gian bạn muốn phát triển các bài kiểm tra và nó sẽ không cho bạn biết điều gì về cách ai đó làm việc hàng ngày.

Cho phép ai đó thực hiện một dự án thực tế vào thời gian riêng của họ không nhất thiết có nghĩa là chính họ là người thực hiện nó.

Mọi người đến sớm cho một cuộc phỏng vấn (tốt, ít nhất nên). Chúng tôi có một tờ 'trong khi bạn chờ' để họ làm việc cho đến khi chúng tôi sẵn sàng để xem chúng. Nó có tám (8) câu hỏi kiểm tra kiến ​​thức của ứng viên bằng ngôn ngữ mà chúng tôi chủ yếu sử dụng.

Chúng tôi không tìm kiếm câu trả lời cho tất cả là đúng, vì bất cứ ai cũng có thể trả lời đúng với một máy tính trước mặt họ. Chúng tôi đang tìm kiếm quá trình, họ thậm chí có thử câu hỏi không, làm thế nào để họ đi đến câu trả lời của họ.

Khi chúng tôi đến cuộc phỏng vấn, chúng tôi sẽ cùng họ trả lời và trả lời bất kỳ câu hỏi nào họ có thể đưa họ đến câu trả lời chính xác. Nó cũng cho phép chúng tôi hỏi làm thế nào họ có câu trả lời mà họ đưa ra.

Điều này kết hợp với công việc trước đây, chúng tôi thấy, là những cách tốt nhất để lọc ra các ứng cử viên.

CẬP NHẬT 2016/06/15

Chúng tôi đã thay đổi đáng kể quy trình của chúng tôi trong cách chúng tôi thuê các nhà phát triển.

Giai đoạn 1: Một cuộc phỏng vấn điện thoại 15 phút trong đó chúng tôi hỏi 7 câu hỏi. Hai cái đầu tiên là "Điều thú vị nhất bạn từng làm là gì?" (không cần phải liên quan đến lập trình) và "Bạn viết mã gì để giải trí trong thời gian rảnh?".

Giai đoạn 2: Một dự án nhỏ mà họ hoàn thành vào thời gian riêng của họ. Sau đó chúng tôi chia sẻ màn hình với họ và họ cho chúng tôi thấy những gì họ đã xây dựng. Trong quá trình chia sẻ màn hình, chúng tôi cũng khiến họ thực hiện hai thay đổi cho dự án của họ và sau đó xem họ làm việc thông qua nó và khiến nó hoạt động.

Giai đoạn 3: Trong cuộc phỏng vấn trực tiếp.

Quá trình này cho phép chúng tôi tìm ra văn hóa phù hợp ngay lập tức (giai đoạn 1). Nếu họ có thể thực hiện công việc và thực sự đi bộ nói chuyện của họ (giai đoạn 2). Cuối cùng, đảm bảo giá trị của chúng là phù hợp với những gì chúng ta đang tìm kiếm (giai đoạn 3).

Bạn có thể muốn xem Cyber-Dojo tuyệt vời của Jon Jagger .

Đó là một môi trường tích hợp dựa trên web được thiết kế để thực hiện có chủ ý về Phát triển hướng thử nghiệm và tìm hiểu về động lực học của nhóm. Nó có rất nhiều nhiệm vụ lập trình nhỏ (kata's) và hỗ trợ một loạt các ngôn ngữ, từ Python và Ruby đến Java và C ++.

Không giống như IDE được thiết kế cho năng suất, không có hoàn thành mã, tô sáng cú pháp hoặc tự động tái cấu trúc, vì vậy bạn có thể xem người được phỏng vấn của bạn có thể làm gì nếu không có những điều này.

Điều tốt nhất là, sau khi thực hiện một kata, bạn có thể quay lại và xem tiến trình màu đỏ / xanh lá cây (hoặc có thể không nếu họ không làm TDD * 8 ') của mỗi kata. Mỗi biên dịch / kiểm tra cam kết các thay đổi đối với kho git cùng với kết quả kiểm tra.

Tôi nghĩ rằng việc sử dụng điều này cho các bài kiểm tra mã hóa phỏng vấn có thể cho bạn biết rất nhiều về không chỉ khả năng ứng viên giải quyết vấn đề, mà cả cách tiếp cận giải quyết vấn đề và quy trình họ sử dụng khi không bị hạn chế bởi các yếu tố bên ngoài, chỉ cần chọn một kata phù hợp với thời gian bạn muốn ứng viên dành cho nó.

Nếu bạn muốn máy chủ CyberDojo của riêng mình, toàn bộ dự án có thể được tìm thấy tại github và thậm chí còn có một máy ảo thiết bị Turnkey Linux được liên kết từ đó, có nghĩa là giả sử bạn đã cài đặt trình phát VMware hoặc VirtualBox , bạn có thể chạy và chạy trong Một vài phút tải xuống thiết bị!

Tôi chỉ được phỏng vấn với một khi công ty đã làm điều này. Họ đã đưa ra một bảng câu hỏi gồm 6 hoặc 7 vấn đề. Các hướng dẫn là thực hiện một phương pháp để giải quyết từng vấn đề.

Một phần của nhiệm vụ là nhận ra rằng bạn có thể sử dụng lại mã. Các vấn đề có thể sử dụng mã từ các giải pháp khác. Nó cũng không tuần tự. Ví dụ, câu hỏi 3 có thể được viết bằng phương pháp được sử dụng cho câu hỏi 5.

Tôi sẽ đề nghị thử một cái gì đó như thế.

Đối với các câu hỏi? Một số câu hỏi bắt đầu trên trang Project Euler là tốt.

Bạn cũng có thể thử một trò chơi đơn giản nếu bạn muốn xem làm thế nào họ có thể đặt một dự án cùng nhau.

Hoặc, nếu bạn không muốn đưa ra một cái gì đó, hãy yêu cầu họ gửi cho bạn một số mã từ một dự án cuối cùng.

Để yêu cầu mọi người hoàn thành một dự án, bạn nên có một bộ kỹ năng cụ thể mà bạn muốn đánh giá trong đầu và thiết kế dự án để kiểm tra những kỹ năng đó.

Một ví dụ sẽ là lấy đoạn văn bản này và trả về một danh sách các từ duy nhất được xếp theo thứ tự chữ cái. Sau mỗi từ, hãy cho tôi biết từ đó xuất hiện bao nhiêu lần và trong (những) tình cảm nào, từ đó xuất hiện.

Bạn đang tìm kiếm điều gì với câu hỏi này? Có bao nhiêu cách để giải quyết nó, và mỗi cách tiếp cận cho bạn biết gì về người đã viết câu trả lời? Các kỹ năng được thể hiện bằng một câu trả lời hiệu quả cho câu hỏi này có phải là các kỹ năng quan trọng nhất đối với doanh nghiệp của bạn không?

Tôi không muốn câu trả lời cho những câu hỏi này; Tôi chỉ muốn bạn nghĩ về câu trả lời trước khi bạn đưa một nhóm ứng cử viên vào quy trình của bạn. Nếu bạn biết bạn đang tìm kiếm kỹ năng gì, việc tạo một câu hỏi để tìm kiếm những kỹ năng đó không khó. Nếu bạn sử dụng câu hỏi của người khác mà không hiểu kỹ về những gì nó được thiết kế để đánh giá (nếu có), bạn thực sự chỉ đang tự lừa dối bản thân và lãng phí thời gian của mọi người.

Một ví dụ sẽ là lấy đoạn văn bản này và trả về một danh sách các từ duy nhất được xếp theo thứ tự chữ cái. Sau mỗi từ, hãy cho tôi biết từ đó xuất hiện bao nhiêu lần và trong (những) tình cảm nào, từ đó xuất hiện.

Ngôn ngữ nào họ sẽ viết này trong? Nếu họ sắp ra khỏi một trường tập trung nhiều vào C, thì việc viết này sẽ không nhanh bằng việc dạy Python / Perl / Ruby, v.v ... Hoặc thậm chí là Java hoặc C #. Tuy nhiên, đó là một thử nghiệm nhỏ tốt.

Tôi đề nghị một số dễ dàng hơn thực sự trong cuộc phỏng vấn. Không có câu hỏi mẹo. Tôi với TMN về điều này. Cung cấp cho họ một vài chức năng thực hiện các nhiệm vụ cơ bản và hỏi họ làm gì (đọc mã của người khác). Sau đó cung cấp cho họ một vài nhiệm vụ cơ bản (<20 dòng) để viết bằng ngôn ngữ họ chọn. Điều đó là đủ để một cấp nhập cảnh biết họ có thể viết mã hay không (ở vị trí cấp nhập cảnh). Điều đó cùng với cuộc phỏng vấn và GPA sẽ cho bạn một ý tưởng tốt về những gì bạn cần biết.

Yêu cầu họ thực hiện Trò chơi cuộc sống của Conway cho bất kỳ ngôn ngữ nào bạn đang xem, sử dụng mô hình thiết kế của ngôn ngữ đó.

Trò chơi Cuộc sống của Java hoặc C # Conway phải hướng đối tượng, LISP hoặc F # sẽ hoạt động, v.v.