Một số cách sắp xếp thông qua các ứng cử viên lập trình không có kinh nghiệm là gì?


15

Tôi làm việc cho một công ty tương đối nhỏ. Chúng tôi không nhận được nhiều hồ sơ từ những người có kinh nghiệm, nhưng chúng tôi đang ở vị trí mà chúng tôi nên thuê người để phát triển. Chúng tôi khá thường xuyên nhận được sơ yếu lý lịch từ những người vừa ra trường.

Chúng tôi muốn thử tìm những viên kim cương thô, nhưng bay những người không phải là người địa phương ra ngoài và dành một ngày trong vài tuần để ngồi xuống, phỏng vấn trực tiếp rất tốn kém. Chúng tôi cũng thực hiện các cuộc phỏng vấn qua điện thoại cho bất kỳ ứng cử viên bán hứa hẹn nào, nhưng những người đó có thể mất một thời gian để thiết lập, và thường mất vài giờ đàn ông.

Chúng tôi đã xem xét thực hiện một thử nghiệm lập trình viên, nhưng chúng tôi vẫn chưa tìm ra một thử nghiệm tốt mà các hãng phim khác không sử dụng.

Một số thực hành mà các hãng phim của bạn sử dụng để xem qua những người này, với chi phí nội bộ tối thiểu là gì?


3
Tôi ghét chỉ trích một đồng chí UnityAnswers :) Nhưng điều này đã được trả lời rộng rãi trên StackOverflow. Thêm vào đó, ở đây - chúng tôi là những người cố gắng để được tuyển dụng, không làm việc tuyển dụng. :) Gửi một câu hỏi về cách bỏ qua những câu hỏi phỏng vấn ngu ngốc. :)
Cyclops

6
Tôi sẽ không đồng ý với bạn về điểm thứ hai. Cá nhân tôi thấy quản lý dự án trò chơi và tính năng động của nhóm là vấn đề lớn đối với việc vận chuyển trò chơi như những vấn đề mà mọi người "trên mặt đất" gặp phải. Trò chơi tốt được thực hiện bởi các đội tốt có người tốt.
Tết

Tôi nghĩ rằng những gì John C nhận được là có rất nhiều câu trả lời về SO cho các bài kiểm tra lập trình dựa trên phỏng vấn. Tôi cũng không nghĩ rằng việc đưa ra quyết định dựa trên bài kiểm tra lập trình nên là quyết định cuối cùng.
Casey

-1, xin lỗi. Cả hai đều không thuộc chủ đề (câu hỏi SO thực sự), và đã trả lời khoảng 50 lần.
Vịt Cộng sản

+1 để hỏi về việc phát triển một nhóm thay vì cố gắng lấp đầy một vị trí. Không có bình luận về việc nó thuộc về đây hay SO. : P
michael.bartnett

Câu trả lời:


12

Chúng tôi có một môi trường nghệ thuật / công nghệ hỗn hợp, nhưng quá trình tuyển dụng luôn giống nhau. Cull thú vị tiếp tục và cung cấp cho các ứng cử viên một nhiệm vụ từ đầu đến cuối một mình, nơi bạn chỉ cho anh ta một khái niệm cao. Đối với các lập trình viên, một trò chơi nhỏ có thể được thực hiện trong vài ngày (có thể sử dụng nghệ thuật lập trình hoặc chứng khoán) trong đó bạn cung cấp cho anh ta khái niệm về những gì nó nên làm và công nghệ để làm điều đó. Một trò chơi thực sự cơ bản. Đối với các nghệ sĩ, đó là một tác phẩm đặc biệt hoặc một ý tưởng.

Họ có thể tự mình làm việc đó, có thể sử dụng bất kỳ trợ giúp nào họ cần (google, hỏi xung quanh, bất cứ điều gì) miễn là họ hoàn thành đúng thời hạn dự kiến. Kiểm tra bao gồm loại bỏ đầu tiên nếu dự án thực sự là những gì nó được cho là (nó hoàn toàn hoạt động, v.v.) và nơi bạn trải qua quá trình anh ấy sử dụng để thực hiện và xem xét mã nơi bạn thảo luận về quyết định của mình trong khi đưa ra quyết định.


9

Không phải đó là những câu hỏi tồi, nhưng phạm vi của câu hỏi này đặc biệt hơn đối với những người không có thâm niên, những người có thể cần được đào tạo và giám sát. Tôi không có vấn đề gì trong việc chọn ra những người giỏi. Tôi gặp vấn đề khi cố gắng tìm những người thông minh, những người không có đủ kinh nghiệm để nghe tốt trong một cuộc phỏng vấn truyền thống.
Tetrad

1
@Tetrad, chỉ một trong những Câu hỏi được đề cập đến cấp cao và tôi chủ yếu chọn nó vì nó đề cập đến bài kiểm tra FizzBuzz , ít nhất có thể giúp bạn màn hình điện thoại. :)
Cyclops

6

Không có kinh nghiệm chuyên môn không có nghĩa là không có kinh nghiệm. Kiểm tra xem các ứng cử viên đã tham gia vào bất kỳ sự kiện địa phương / toàn cầu nào như trò chơi toàn cầu, lễ hội trò chơi độc lập hay họ chỉ đưa ra một trang web với danh mục đầu tư của họ.

Mặt khác, một số lập trình viên chỉ thích các cuộc thi lập trình; cũng kiểm tra điều đó (ACM, TopCoder, Google Code Jam, UVa, SPOJ, để đặt tên cho một số). Kinh nghiệm về loại cuộc thi này bù đắp cho bất kỳ thử nghiệm kỳ lạ nào trong thời trang và có thể sẽ giúp bạn có được một số hồ sơ xin việc.

Nói chung, tôi nghĩ rằng bài đăng này từ Joel Spolsky luôn luôn giúp đỡ.


2
+1. Trước kinh nghiệm không chuyên nghiệp là phải. Nếu họ chưa viết bất kỳ trò chơi nào (hoặc dự án tương tự) nào khi đi xin việc, tốt nhất bạn nên chờ đợi một người có.
Macke

+1 Nếu ai đó đang xin làm lập trình viên tại studio của bạn và họ thậm chí chưa bao giờ thử làm một trò chơi, ngay cả khi đó chỉ là một trò chơi đơn giản, họ có thể không xứng đáng với thời gian của bạn.
michael.bartnett

6

Cách nhanh nhất để loại bỏ các ứng cử viên là một cuộc phỏng vấn qua điện thoại 10 phút. Thông thường trong vài câu hỏi đầu tiên tôi biết liệu đây có phải là một ứng cử viên tốt hay không.

  1. Bạn có biết C ++ hay C không?
  2. Bạn có thể cho tôi biết sự khác biệt giữa hai biến này?

    int a;
    int* b;
  3. Sự khác biệt giữa a++và là b++gì?

Tôi coi kiến ​​thức về con trỏ là mức độ tối thiểu tuyệt đối của năng lực. Nếu bạn đang nộp đơn cho một công việc trò chơi chuyên nghiệp và bạn không biết con trỏ hoạt động như thế nào, bạn sẽ vượt qua đầu bạn.


Tôi nghĩ rằng những gì chúng ta sẽ kết thúc là một bài kiểm tra lập trình thời gian mang về nhà. Vì vậy, một cái gì đó như thế này, nhưng có thể bị loại bỏ qua email mà không nhất thiết phải chiếm một trong thời gian lập trình viên của chúng tôi (ngoài việc ghi điểm nếu sau khi thực tế là tất nhiên). Chúng tôi đã thực hiện một cuộc phỏng vấn qua điện thoại và đó là một quá trình sàng lọc tốt, nhưng tôi đã hy vọng có nhiều ý tưởng thực tế hơn. +1 dù sao đi nữa.
Tetrad

5
Theo kinh nghiệm của tôi, bài kiểm tra lập trình càng dài thì càng lãng phí thời gian cho tất cả những người liên quan - mục tiêu nên là một bộ lọc. Bạn sẽ rất ngạc nhiên khi có nhiều người không thể trả lời câu hỏi đơn giản của Chris về con trỏ ở trên nhưng có thể dễ dàng đánh lừa bạn qua điện thoại trong một buổi chiếu. Bạn có thể đào tạo quản trị viên hoặc nhân sự (nếu có) để lọc các câu trả lời cho những câu hỏi đó - không cần lãng phí thời gian của lập trình viên và bạn nhanh chóng biết liệu họ có biết gì về lập trình không.
Dennis Munsie

4

Một trong những điều nhanh chóng làm cho các vòng như một cơ chế lọc dễ dàng là tính mã hóa.

http://codility.com/

Đây là một dịch vụ bạn phải trả tiền để thực hiện các bài kiểm tra lập trình theo thời gian tự động. Điều tồi tệ là có một số lượng thử nghiệm cố định. Điều tốt là các bài kiểm tra được tự động phân loại bằng các bài kiểm tra đơn vị. Vì vậy, để loại bỏ một số lượng lớn người, đây có thể là một cách tiếp cận tốt.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.