Làm thế nào để bạn phỏng vấn một người có nhiều kinh nghiệm hơn bạn? [đóng cửa]

Công ty tôi đang làm việc đang tìm cách thuê một nhà phát triển cao cấp có nhiều kinh nghiệm hơn tôi và họ mong đợi tôi sẽ thực hiện phần kỹ thuật của cuộc phỏng vấn. Tôi mới chỉ lập trình được vài năm và tôi không chắc mình có kiến ​​thức cần thiết để đánh giá các kỹ năng mã hóa của một người có hiểu biết / kinh nghiệm lớn hơn tôi.

Bất cứ ai cũng có thể giới thiệu một số câu hỏi phỏng vấn kỹ thuật để hỏi rằng đó là một phương tiện tốt để đánh giá các kỹ năng lập trình cấp cao hơn, nhưng vẫn là những câu hỏi tôi có thể hiểu?

Tôi sẽ nói rằng tôi đã qua jr. trình độ lập trình viên, nhưng không nơi nào gần cao cấp. Hầu hết những gì tôi đã làm là xây dựng các ứng dụng nhỏ (web và máy tính để bàn), một số trong số chúng khá phức tạp, nhưng tất cả chúng đều được sử dụng để không sử dụng nữa cho một số ít người dùng. Tôi cảm thấy tôi có một sự hiểu biết đúng đắn về hầu hết các khái niệm lập trình và có khả năng tự học / dạy bản thân về bất cứ điều gì, tuy nhiên tôi thiếu kinh nghiệm. Vì ông chủ của tôi rất thích nói với tôi, "Bạn không biết những gì bạn không biết".

Cụ thể, những điều chúng tôi muốn người mà chúng tôi thuê có kinh nghiệm (mà tôi không có) là: Phát triển đa tầng, môi trường nhiều người dùng, phát triển ứng dụng quy mô lớn, nhắn tin hai chiều, phiên chia sẻ, và Đa luồng / BackgroundWorkers.

CẬP NHẬT:

Đáp lại bình luận của Thor bên dưới, chúng tôi đã thuê một vài người trước đây và tôi nghĩ nó đã hoạt động rất tốt. Tôi đang học hỏi rất nhiều, không chỉ về mã hóa mà còn về những thứ như mẫu thiết kế, kiến ​​trúc phần mềm, tài liệu và cách các nhóm lập trình lớn hơn hoàn thành công việc. Không phải lúc nào cũng dễ dàng có ai đó đến và chỉ ra những cách tốt hơn để làm những việc bạn đã làm, nhưng nếu bạn có thể nuốt niềm tự hào của mình và sẵn sàng thử những điều mới, bạn có thể học được nhiều điều.

Quá trình phỏng vấn diễn ra tốt hơn tôi mong đợi. Tôi bắt đầu đặt câu hỏi về những điều tôi quen thuộc, sau đó hỏi một số câu hỏi về một số điều tôi đang vật lộn. Bất cứ khi nào người được phỏng vấn nói điều gì đó tôi không hiểu, tôi sẽ yêu cầu họ giải thích cho tôi và sau đó viết nó ra để tôi có thể tra cứu nó sau này. Nhìn chung, tôi cảm thấy mình có thể có được một ý tưởng khá tốt về mức độ kỹ năng, trí thông minh của ứng viên và những gì họ muốn làm việc với.

Bạn không thể.

Thay vào đó, tôi sẽ đề nghị bạn đến trong cuộc phỏng vấn với một danh sách các vấn đề bạn gặp phải hôm nay , và hỏi anh ấy cách anh ấy giải quyết chúng .

Đây là một phương pháp rất thú vị vì hai lý do sau:

1. Đó là tư vấn miễn phí . Ngay cả khi bạn không thuê anh chàng, anh ta có thể đề xuất giải pháp tốt cho các vấn đề của bạn .

2. Nếu anh ta đi kèm với các giải pháp thú vị , anh ta là một người giải quyết vấn đề . Loại người bạn muốn thuê.

Sử dụng tuổi của bạn như là một lợi thế.

Tôi đã phỏng vấn rất nhiều người lớn tuổi hơn tôi. Tôi chọn một công nghệ mà tôi làm biết khá tốt và nói với họ rằng tôi đã nghe nói về công nghệ X, nhưng không bao giờ sử dụng nó. Tôi yêu cầu ứng viên cung cấp cho tôi tổng quan về công nghệ và cách họ đã sử dụng nó trong một dự án.

Điều này làm việc tốt đáng ngạc nhiên. Trước hết, nếu ứng viên chỉ sử dụng Công nghệ X đó làm từ thông dụng trong hồ sơ xin việc, thì lời giải thích của họ sẽ không có ý nghĩa. Ngoài ra, nếu họ không thể cung cấp cho bạn một ví dụ cụ thể, tốt về cách họ sử dụng công nghệ đó trong các dự án trước đây của họ, thì bạn có một lá cờ đỏ lớn ngay tại đó.

Tôi đã phỏng vấn một người có kinh nghiệm java mùa xuân. Tôi đã sử dụng Spring trong công việc trước đây của mình và một trong những tính năng lớn của mùa xuân là Dependency Injection. Tôi nói với ứng viên mà tôi đã phỏng vấn rằng tôi đã nghe về Spring và không bao giờ sử dụng nó. Anh ấy bắt đầu nổi cáu, nhưng không thể nói cho tôi biết anh ấy đã sử dụng Spring AOP ở đâu và không thể giải thích Dependency Injection cho tôi, ngay cả sau khi tôi hỏi rõ ràng sau khi thấy những điều đó được nêu trong hồ sơ xin việc của anh ấy. Anh ấy chỉ nói với tôi rằng họ thật tuyệt, và có rất nhiều điều để tìm hiểu ở đó, v.v., v.v ... Thực sự anh ấy không biết jack ... và tôi là người duy nhất nhận ra rằng tôi là một thành viên trẻ hơn của đội dev.

Vì vậy, sử dụng tuổi của bạn như là một lợi thế! Đi vào, tự tin và đặt một số câu hỏi về công nghệ mà bạn biết rõ.

Hãy nhớ rằng chỉ vì họ có nhiều kinh nghiệm hơn bạn, họ có thể không phải là nhà phát triển tốt hơn bạn. Câu "Một năm kinh nghiệm lặp lại n lần." đi lên bởi vì bạn thấy điều này xảy ra trong ngành công nghiệp. Vì vậy, nhiệm vụ đầu tiên của bạn trong cuộc phỏng vấn là xác định rằng họ thực sự có kinh nghiệm liên quan và có thể thể hiện mình là một người biết họ đang làm gì. Tương tự như vậy, chỉ vì ai đó đã có n năm kinh nghiệm trong ngành, điều đó không có nghĩa là họ có rất nhiều kinh nghiệm trong một ngôn ngữ, thư viện hoặc khuôn khổ nhất định nên thỉnh thoảng họ vẫn có thể đến gặp bạn khi đặt câu hỏi học một cái gì đó

Tiếp theo, hãy nhớ rằng một nhà phát triển cấp cao giỏi là người mà bạn sẽ có thể tiếp cận và hỏi về điều gì đó mà bạn gặp vấn đề. Đây là thời điểm tốt để hỏi họ một số câu hỏi thiết kế mà bạn đã gặp vấn đề và xem cách họ trả lời và lý do của họ trong lời giải thích của họ. Họ đã nhìn thấy một cái gì đó tương tự trước khi ở một nơi khác, họ đang đưa ra một phỏng đoán có giáo dục dựa trên kinh nghiệm, họ đã đọc một bài báo trực tuyến hoặc trong một tạp chí?

Cuối cùng, một điều khác để xem xét là cách họ tiếp cận mã gỡ lỗi. Theo kinh nghiệm của riêng tôi, tôi đã thấy rằng bất kể ngôn ngữ nào, các kỹ thuật sửa lỗi nhất định có xu hướng được áp dụng phổ biến. Cho ứng viên một ví dụ về một trong những lỗi bí truyền hơn mà bạn gặp phải và để họ hướng dẫn bạn cách họ tiếp cận lỗi. Họ có cái nhìn sâu sắc về vấn đề không rõ ràng ngay lập tức?

Tóm lại, phỏng vấn một ứng viên có một cuộc phỏng vấn ấn tượng có thể đáng sợ, nhưng có một số thứ bạn cần phải trả lời bất kể họ sẽ ở cấp độ nào (tức là họ thực sự biết họ đang làm gì) và khi đã hoàn thành, bạn có thể bắt đầu thăm dò họ để xem làm thế nào họ đang áp dụng kinh nghiệm của họ. Làm thế nào các ứng viên đang áp dụng kinh nghiệm làm việc trước đây của họ sẽ là những gì sẽ làm cho một ứng cử viên nổi bật hơn một ứng cử viên khác.

Tôi rất thích Sử dụng tuổi của bạn như một câu trả lời lợi thế rất nhiều, và tôi sẽ đề xuất một cái gì đó tương tự:

Sử dụng mức độ kinh nghiệm thấp hơn của bạn như một lợi thế

Người này có thể sẽ trở thành ông chủ hoặc người cố vấn của bạn, vì vậy hãy đặt câu hỏi theo cách cho phép bạn tìm hiểu xem người đó có thực sự có thể cố vấn cho bạn không.

Đặt câu hỏi phức tạp có thể được thực hiện dễ dàng hơn nhiều, hoặc bao gồm các vấn đề quá phức tạp. Nếu anh ấy / cô ấy tốt, anh ấy / cô ấy sẽ không chỉ giải quyết cố gắng trả lời câu hỏi / giải quyết vấn đề, mà còn thực sự đi đến vấn đề thực sự, cho bạn thấy những sai sót trong câu hỏi của bạn. Nếu anh ấy / cô ấy quản lý để làm điều đó một cách lịch sự mà không khiến bạn sợ hãi, anh ấy / cô ấy là một người giữ.

Điều thực sự quan trọng là bạn chắc chắn rằng anh ấy là loại nhà phát triển có kinh nghiệm phù hợp với những gì bạn cần.

Khi mọi người tiến lên trong sự nghiệp, họ có xu hướng đi theo những hướng khác nhau về những gì họ làm. Bạn có thể đang phỏng vấn những người là chuyên gia điều hành các nhóm lập trình viên lớn hoặc làm việc với mã kế thừa phức tạp và khá xuất sắc với những gì họ làm mà không cần họ là người phù hợp với vai trò của bạn. Vì vậy, hãy thử có một ý tưởng về chính xác những gì bạn đang tìm kiếm trước và nghĩ về những câu hỏi sẽ phân biệt chính xác loại nhà phát triển cho công việc của bạn với những người khác.

Tôi đã phải làm điều này nhiều lần. Tôi đã học để làm điều đó trong một quá trình từng bước.

1. Bắt đầu với những câu hỏi tương tự tôi đưa ra cho các sinh viên tốt nghiệp đại học. Tôi đã làm điều này bởi vì vị trí mà tôi đang thực hiện phỏng vấn kỹ thuật là vị trí lập trình mà chúng tôi mong đợi nhà phát triển sẽ nắm trong tay mã và tôi muốn chắc chắn rằng các ứng viên có thể lập trình. Chỉ có một ngoại lệ, không ai trong số các ứng cử viên có thể - họ kém hơn bất kỳ sinh viên tốt nghiệp đại học nào. Tất cả bọn họ đã ở vị trí quản lý quá lâu.
2. Đối với ứng viên đã vượt qua bài kiểm tra năng lực mã hóa cơ bản, tôi có một số câu hỏi "bạn sẽ xử lý tình huống X" chung chung như thế nào. Nếu bạn đang làm các dịch vụ web trong dự án của bạn, ví dụ, hãy nghĩ đến một câu hỏi dịch vụ web thú vị và hỏi ứng viên về cách anh ấy sẽ giải quyết nó. Tôi không khuyến nghị rằng đây là thứ bạn đang làm việc trực tiếp, chủ yếu là do vấn đề sở hữu trí tuệ và dữ liệu độc quyền của công ty. Đừng cho những thứ đó ra ngoài!
3. Dành thời gian hỏi ứng viên về những thứ trong sơ yếu lý lịch của mình. Điều này quan trọng. Bạn có thể tìm hiểu về kinh nghiệm nhóm tốt nhất và tồi tệ nhất của anh ấy hoặc cô ấy, như một người giám sát, v.v. Hãy thử cảm nhận phong cách làm việc của người đó để xem anh ấy hoặc cô ấy có phù hợp với đội của bạn không.

Vấn đề lớn nhất của tôi khi phỏng vấn các ứng cử viên cao cấp là họ thường rất lo lắng khi được phỏng vấn bởi một người trẻ, đặc biệt là những người không thể xử lý các bài kiểm tra mã hóa cơ bản của tôi. Cố gắng hết sức để dường như không đe dọa trong bất kỳ kỹ năng nào bạn thể hiện trong suốt cuộc phỏng vấn - tập trung vào chúng, ngay cả khi họ không thể trả lời tốt câu hỏi của bạn. Hãy thử và nghiêng cuộc phỏng vấn cho các câu hỏi mà họ có thể trả lời nếu họ thất bại về những điều cơ bản.

Về quy trình phỏng vấn thực tế, về cơ bản, bạn đối xử với họ giống như bất kỳ người nào khác mà bạn đang tuyển dụng. Cần có một quy trình tuyển dụng tương tự:

1. Lựa chọn, bằng CV hoặc giới thiệu cơ quan.
2. Kiểm tra năng khiếu (kết hợp những thứ như FizzBuzz , strdup () / isAlpha (), OOD, v.v.)
3. Phỏng vấn qua điện thoại (để loại bỏ nhanh nếu họ không giao tiếp tốt)
4. Cuộc phỏng vấn mặt đối mặt
5. Bài tập viết mã
6. Gặp gỡ một số thành viên trong nhóm.
7. Đối với một người có kinh nghiệm, tiềm ẩn rủi ro cao hơn và chi phí cao hơn, các vòng phỏng vấn bổ sung có thể được chấp nhận nhưng bạn nên trao đổi rõ ràng với họ nơi họ đang trong quá trình (ví dụ: đây là 1 trong 3 vòng phỏng vấn).

Có nhiều bài viết khác trên trang web này bao gồm các chủ đề thảo luận chung mà bạn nên đề cập đến trong quá trình phỏng vấn - đây là câu trả lời của tôi cho một trong số chúng .

Tại tất cả các điểm trong quá trình phỏng vấn, một người có kinh nghiệm nên thể hiện sự hiểu biết tuyệt vời về các đặc sản được quảng cáo của họ. Bạn có thể thăm dò họ, ở rất nhiều chiều sâu, về bất kỳ chủ đề nào mà bạn đề cập trong các cuộc thảo luận. Đặt câu hỏi đến giới hạn của mức độ kinh nghiệm / thoải mái của bạn và xem liệu họ có thể tiếp tục mà không phải lo lắng. Nếu bạn cần đi sâu vào vấn đề mà bạn chưa có nhiều kinh nghiệm, hãy tìm kiếm trên web một số câu hỏi mẫu (chọn một trong số chúng), đọc và hiểu câu trả lời trước khi phỏng vấn , sau đó hỏi ứng cử viên bất kỳ trong số những câu hỏi này. Đừng mong đợi họ biết tất cả các câu trả lời, vì vậy hãy lựa chọn các câu hỏi.

Có hai loại kỹ sư giàu kinh nghiệm bạn có thể thuê:

1) Kinh nghiệm liên quan đến ngành

Đây là người mà bạn có thể đưa danh sách các vấn đề hiện tại của mình đến và nói chuyện về cách họ có thể tiếp cận những vấn đề đó. Bạn nên đánh giá mức độ hiểu biết của họ về từng chủ đề cụ thể theo tên miền trong ngành của bạn. Khi bạn ở trong ngành đó, bạn có thể trả lời câu trả lời 'ngớ ngẩn' từ câu trả lời 'tốt' và có thể cũng có thể nhận ra câu trả lời 'có kinh nghiệm'. Ngược lại với các câu trả lời khác, tôi sẽ không mong đợi họ thực sự giải quyết các vấn đề hiện tại của bạn - điều đó sẽ xảy ra khi bạn thuê họ - nhưng bạn cần họ thuyết phục bạn rằng họ có thể khi họ bắt đầu.

2) Không có kinh nghiệm liên quan đến ngành

Vì vậy, ứng cử viên này có thể thay đổi ngành công nghiệp nhưng có kinh nghiệm tốt trong các công nghệ / nền tảng / kỹ năng nền tảng bạn cần. Đi sâu vào các mục đó, nhưng đừng hy vọng chúng có thể đưa ra giải pháp cho các vấn đề cụ thể theo tên miền, mặc dù bạn chỉ có thể nói chuyện xung quanh chúng. Ví dụ: nếu công ty của bạn là Facebook và người bạn đang phỏng vấn nóng với PHP và C ++, sẽ không thực tế khi hy vọng họ biết tất cả những cạm bẫy của các trang trại máy chủ lớn (trừ khi họ yêu cầu điều đó trên CV).

Một điều tôi không thấy rõ ràng đã chỉ ra, đó là "Bạn biết rất rõ về công nghệ X và nghe có vẻ rất thú vị. Bạn có thể giải thích cho tôi sau năm phút không?"

Vì rất có thể bạn sẽ có khả năng duy trì mã cuối cùng thoát ra khỏi người mới, điều quan trọng là người đó có khả năng giải thích nó cho các lập trình viên khác một cách hiệu quả và tốt. Coi đó là kỹ năng giao tiếp

Một sự hiểu biết thấu đáo là cần thiết để có thể gặp bất kỳ nhà phát triển nào khác ở cấp độ kỹ năng của họ và truyền đạt những suy nghĩ và ý tưởng ở cấp độ của họ.

Nếu người đó không thể giao tiếp bằng lời nói, rất có thể người đó chỉ viết mã cho trình biên dịch, không phải cho người bảo trì.

Tôi đồng ý với Steven về cố vấn một phần. Trong thực tế tôi sẽ nói rằng bạn có thể hỏi anh ấy / cô ấy những câu hỏi về quan điểm của anh ấy / cô ấy về vấn đề cố vấn và cách anh ấy nói về nó trong các tình huống khác nhau. Sau đó đánh giá dựa trên câu trả lời (bạn có thể nhận phản hồi từ sếp nếu bạn cảm thấy thích hoặc thảo luận về câu trả lời thực tế trong cuộc phỏng vấn).

Bạn cũng có thể đặt câu hỏi mà bạn sẽ hỏi một người ngang hàng, vì ứng viên có thể sẽ có thể giải quyết hoặc ít nhất là hiểu công việc của bạn.

chắc chắn chọn bộ não của anh ấy trong cuộc phỏng vấn về các vấn đề và công nghệ thực tế mà bạn hiện đang có hoặc có ý định sử dụng

giả sử anh ấy / cô ấy là một nhà phát triển cấp cao có năng lực và giàu trí tưởng tượng, quyết định thuê hay không dựa trên nếu bạn nghĩ rằng bạn có thể học hỏi từ anh ấy / cô ấy và làm việc tốt với anh ấy / cô ấy

bạn không phỏng vấn ông chủ tương lai của bạn, bạn đang phỏng vấn người cố vấn tương lai của bạn. Đừng chọn ai đó biết tất cả các câu trả lời nhưng không thể dạy

Lấy một loạt các vấn đề bạn đã giải quyết. Mô tả cho anh ta những gì đã được thực hiện để giải quyết vấn đề (giữ cho người thứ ba; bạn không muốn đặt cái tôi cá nhân của mình bị đe dọa ở đây). Hỏi anh ta những gì anh ta đã làm "khác nhau". Bạn nên có thể, dựa trên những gì anh ấy đang đề xuất, tìm hiểu xem điều đó sẽ tốt hơn hay tồi tệ hơn, về mặt khái niệm, hơn những gì bạn đã làm.

Tôi thực sự khuyên bạn nên đọc cuốn sách "Thông minh và hoàn thành mọi việc: Hướng dẫn ngắn gọn của Joel Spolsky để tìm kiếm tài năng kỹ thuật tốt nhất" .

Tôi chưa bao giờ thuê bất cứ ai, nhưng đôi khi khi tôi là người được phỏng vấn, tôi muốn một số kẻ ngốc chỉ biết về buzzwords và đang phỏng vấn tôi, có dòng lý luận được đưa ra trong cuốn sách đó. Các văn bản rất trôi chảy và một niềm vui để đọc.

Và không, tôi không làm quảng cáo chỉ vì trang web này là của tác giả của cuốn sách. Cuốn sách này thực sự tuyệt vời và tôi sẽ giới thiệu nó cho bất kỳ ai đang ở vị trí tuyển dụng nhân viên CNTT, đặc biệt là những người không hiểu về công nghệ - Ngày nay, việc có một người quản lý dự án phi kỹ thuật là rất phổ biến.