Câu hỏi phỏng vấn yêu thích của bạn là gì? [đóng cửa]

Câu hỏi nào bạn thấy đặc biệt có giá trị khi phỏng vấn các nhà phát triển phần mềm? Điều gì về câu hỏi đã làm cho nó đặc biệt hữu ích?

Tôi đang tìm kiếm một câu hỏi cụ thể mà bạn muốn hỏi, không chỉ là một cách tiếp cận phỏng vấn như "làm cho họ viết mã".

Hãy xem mã mẫu này và cho tôi biết bạn sẽ cải thiện nó như thế nào.

Đây là một chút cụ thể cho kịch bản của tôi, nhưng tôi nghĩ rằng đó là một câu hỏi tuyệt vời, dù sao:

Vì vậy, bạn nói ở đây rằng bạn chưa bao giờ chạm vào C # hoặc .NET, phải không? Ok, đây là một máy trạm. Tìm hiểu cách viết chương trình truy vấn DB này tại đây và in danh sách Khách hàng theo đơn đặt hàng của họ, được sắp xếp theo tên khách hàng. Bạn có thể sử dụng bất cứ tài nguyên nào bạn muốn.

Câu hỏi duy nhất tôi từng có thực sự đã kiểm tra khả năng học hỏi của tôi.

Đây không phải là một câu hỏi mã hóa, mà là một câu hỏi hành vi:

Hãy kể cho tôi nghe về một thời gian khi bạn không thể hoàn thành tất cả công việc đúng hạn để đáp ứng thời hạn. Bạn đã làm gì? Thế kết quả là gì?

Làm thế nào bạn nhận được vào lập trình?

Cách tốt đẹp để xem nếu người đó có một niềm đam mê lập trình và phá vỡ băng.

Khi phỏng vấn ai đó tuyên bố có một lượng kinh nghiệm Java không hề nhỏ, tôi hỏi họ về hashcode()và equals()mối quan hệ giữa họ. Thật sự không thể có được trải nghiệm Java quan trọng mà không nhận thức được những cạm bẫy tiềm ẩn và bất kỳ ai không biết gì về vấn đề này sẽ thêm các lỗi khó tìm vào dự án của tôi.

Tôi cũng sẽ hỏi về ArrayListvà LinkedListvà những ưu và khuyết điểm tương đối. Điều này hy vọng sẽ chứng minh rằng họ ít nhất nhận thức được và suy nghĩ về ý nghĩa hiệu suất của mã họ viết.

Tôi cũng muốn khiến họ bày tỏ ý kiến ​​về một số chủ đề kỹ thuật (tính hữu dụng hay nói cách khác của Maven, được kiểm tra so với các trường hợp ngoại lệ không được kiểm tra, v.v.), và sau đó chơi trò bênh vực của quỷ để xem họ có thể tranh luận quan điểm của họ tốt đến mức nào.

"Cuốn sách kỹ thuật cuối cùng (tốt nhất) bạn đã đọc là gì?"

hoặc, nói chung hơn:

"Làm thế nào để bạn giữ kiến ​​thức của bạn cập nhật?"

Thật đáng ngạc nhiên khi nhiều người không bao giờ đọc một cuốn sách kỹ thuật kể từ khi họ học xong. Và nếu bạn chưa bao giờ đọc một cuốn sách kể từ khi bạn học xong và học xong mười năm trước, có lẽ bạn chưa bao giờ nghe về những thứ như bài kiểm tra đơn vị, mẫu thiết kế, nguyên tắc RẮN ...

Trả lời bình luận :

Bạn có thể downvote tôi nếu bạn thích, nhưng đây là một trong những câu hỏi phỏng vấn yêu thích của tôi. Blog, wikipedia, SO đều là những nguồn tuyệt vời cho các tin tức công nghệ cao mới nhất. Nhưng tôi không nghĩ bạn có thể học những môn học thực sự phức tạp (như những thứ bạn tìm thấy trong sách của Knuth) bằng cách đọc blog.

Nếu tôi phải lựa chọn giữa hai nhà phát triển, trong đó một người cho thấy sự sẵn sàng học các môn phức tạp mới và người kia không, tôi sẽ thuê người đầu tiên. Ngay cả khi anh ấy hoặc cô ấy muốn nhiều tiền hơn. Nó sẽ trả hết trong thời gian dài.

Đảo ngược danh sách liên kết này. Bây giờ làm điều đó trong thời gian tuyến tính. Bây giờ làm điều đó trong thời gian tuyến tính và không gian liên tục.

Bạn có cho rằng mình là một người may mắn?

Tôi đã đọc điều này trong một cuộc phỏng vấn của một trong những thành viên sáng lập của Bruel & Kjaer và nó đã hợp âm với tôi. Những người thành công rất có khả năng coi mình là người may mắn. Họ coi thất bại là cơ hội để cải thiện và có xu hướng chia sẻ thành công (may mắn) của họ với mọi người xung quanh - Những người may mắn mang lại nhiều may mắn hơn. *

Những người tự coi mình là người không may mắn có nhiều khả năng là một quả táo xấu trong đội của bạn.

* Trong bối cảnh này, May mắn nên được đọc là cơ hội gặp gỡ chuẩn bị , không phải là cỏ bốn lá.

Người luôn làm việc cho tôi ...

"Hãy cho tôi biết về các dự án trước đây của bạn" .

Và sau đó sử dụng câu trả lời của họ như một điểm nhảy để hỏi họ về vai trò của họ trong các dự án và lý do tại sao họ đưa ra quyết định nhất định. Thay vì thực hiện cuộc phỏng vấn vào SAT, tôi chỉ nói chuyện với họ. Đó luôn là quá đủ để đánh giá liệu nhà phát triển có phù hợp với một vị trí hay không.

Tôi chỉ một lần được thuê cho một công việc mà tôi đã biết ngôn ngữ đang được sử dụng, vì vậy các câu hỏi cụ thể về ngôn ngữ không có nhiều giá trị đối với tôi. Cá nhân tôi cũng không quan tâm nhiều đến những câu đố cú pháp ( làm thế nào bạn có thể phân loại kẹo bông trong khi bị nhốt trong một đàn Zebras đói? ) Và những câu hỏi gotcha, vì vậy tôi không bao giờ hỏi loại câu hỏi đó.

Nếu bạn có thể có bất kỳ công việc nào trên thế giới, nó sẽ là gì?

Tôi chỉ thực sự tìm kiếm một điều: một nỗ lực nghiêm túc để trả lời nó. Câu trả lời sai duy nhất đó là cười và nói với người phỏng vấn đó là câu hỏi phỏng vấn sáo rỗng nhất trên thế giới. (Tôi đã bỏ phiếu không thuê).

Nó thực sự là một thiết lập cho câu hỏi yêu thích mọi thời đại của tôi :

Nếu bạn muốn trở thành [một ngôi sao nhạc rock], tại sao bạn lại đăng ký trở thành [Kỹ sư phát triển Internet III] tại [HugeCorp]?

Nó hoạt động tốt nhất nếu họ thực sự đưa ra một số câu trả lời táo bạo. Họ hiếm khi thấy nó đến và đây thực sự chỉ là cơ hội để ai đó tỏa sáng bằng cách nói điều gì đó như "giờ ở đây tốt hơn" hoặc "sự nghiệp của tôi ở đây sẽ kéo dài hơn ngôi sao nhạc rock điển hình".

Tôi cũng nói dối về việc không có câu trả lời sai cho câu hỏi đầu tiên. Trừ khi bạn đang phỏng vấn cho một công việc mơ ước hoàn toàn tuyệt vời thì công việc họ đang phỏng vấn là câu trả lời sai. Và nếu bạn đang phỏng vấn cho công việc mơ ước và chưa có nó, bạn nên tự hỏi tại sao bạn không áp dụng nó.

Thực hiện các cuộc phỏng vấn c #, tôi thích hỏi, "Làm thế nào để bạn xử lý lỗi trong một phương thức"? Nếu tôi nhận được câu trả lời xứng đáng cho câu hỏi đó, tôi hỏi "Làm thế nào để / bạn sẽ thiết lập xử lý lỗi trong ứng dụng web?"

Tôi luôn ngạc nhiên khi có nhiều nhà phát triển không có vấn đề gì với câu hỏi đầu tiên và không có manh mối nào về câu hỏi thứ hai. Tôi thậm chí đã phỏng vấn nhiều người không thể mô tả cách xử lý lỗi trong dự án hiện tại của họ.

Một cái gì đó như thế này:

nhân một giá trị bằng 7 mà không sử dụng *, /và +các hoạt động. :)

Tương tự như David nhưng hơi khác:

Hãy xem mã sản xuất thực tế lộn xộn từ một phiên bản trước đó mà sau đó chúng tôi đã sửa và cải tiến. Nói cho tôi biết nó làm gì Cho tôi biết vấn đề ở đâu (tính chính xác và phong cách). Hãy cho tôi biết làm thế nào bạn sẽ sửa chữa và cải thiện nó.

Điều này giúp phân biệt những người chỉ có thể viết mã mới và những người có thể đối phó với thực tế của các cơ sở mã di sản.

nhiều năm trước tôi đã được hỏi về sự khác biệt giữa regexps / a * / và / a *? /

Cá nhân tôi có xu hướng hỏi một vài câu hỏi về đệ quy.

Tôi ngạc nhiên về số lượng câu trả lời không thành công cho câu hỏi này:

Làm thế nào bạn sẽ tìm kiếm một mục trong một danh sách chưa sắp xếp?

Câu hỏi yêu thích của tôi là:

(Có lẽ là sự pha trộn giữa Java / C # và mã giả)

Sử dụng các thùng chứa không kỳ lạ, thiết kế một lớp hoạt động như một từ điển càng hiệu quả càng tốt, nó cũng cho phép bạn liệt kê các khóa không theo thứ tự "ngẫu nhiên" nhưng theo thứ tự các khóa này đã được thêm vào từ điển lần đầu tiên được tạo ra.