Các cuộc phỏng vấn kỹ thuật có xu hướng chủ quan? [đóng cửa]

Dựa trên kinh nghiệm của tôi trong các cuộc phỏng vấn kỹ thuật, tôi đã thấy rằng hầu hết có xu hướng chủ quan bởi vì người phỏng vấn đã có câu trả lời của riêng mình. Mặc dù câu trả lời từ ứng viên là chính xác, bởi vì người phỏng vấn không chuẩn bị cho câu trả lời đó, ứng viên không nhận được công việc.

Trong một cuộc phỏng vấn gần đây tôi đã nói điều gì đó về việc sử dụng thuật toán cây AVL để giải quyết một vấn đề cụ thể được hỏi. Người phỏng vấn trả lời: "Cây AVL là gì?". Một ví dụ khác là bất cứ điều gì xung quanh cú pháp; Tôi đã gặp điều này chủ yếu trong các cuộc phỏng vấn yêu cầu mã Ruby vì có nhiều cách để thực hiện giải pháp cho một vấn đề nhất định. Một vấn đề rất phổ biến là các vấn đề xung quanh các thiết kế hướng đối tượng.

Trong tình huống này, không có cách nào để người được phỏng vấn thành công. Có ai khác cảm thấy như vậy quá hay chỉ là tôi? Nếu không chỉ riêng tôi, làm thế nào chúng ta có thể thực hiện các cuộc phỏng vấn kỹ thuật tốt hơn?

Tôi nghĩ rằng những điểm mù của bạn đang dẫn bạn đến một giả định không hợp lệ về lý do tại sao bạn không nhận được công việc.

Có thể trả lời chính xác mọi thứ trong một cuộc phỏng vấn xin việc và không nhận được công việc vì bạn đang cạnh tranh với những người khác, những người cũng có thể đã nhận được mọi thứ chính xác. Khi bạn chỉ có 1 công việc và ba người bạn nghĩ có thể làm công việc đó, bạn vẫn chỉ có thể thuê một công việc. Đó là một thị trường khó khăn ngoài kia và rất nhiều người có kinh nghiệm đang tìm kiếm. Bạn không bao giờ biết đối thủ của bạn đã làm tốt như thế nào trong các cuộc phỏng vấn của họ.

Có các cuộc phỏng vấn là chủ quan, họ đang tìm kiếm những người không chỉ có kỹ năng kỹ thuật mà còn phù hợp với nhóm hiện có. Chỉ cần tiếp tục cố gắng nếu bạn có khả năng, bạn sẽ tìm đúng nơi và họ sẽ thuê bạn.

Bất kỳ người phỏng vấn nào đã loại bỏ một ứng viên chỉ vì họ không cung cấp câu trả lời mong đợi là một người phỏng vấn kém. Nếu một công ty khuyến khích điều này và tôi có cảm giác đó trong một cuộc phỏng vấn, thì đó là một lá cờ đỏ nghiêm túc về đội và công ty đang phỏng vấn tôi.

Nếu một người được phỏng vấn cung cấp cho tôi một câu trả lời mà tôi không nghĩ tới, tôi mong anh ta có thể giải thích giải pháp được sử dụng là gì và những ưu điểm / nhược điểm của nó. Giống như bạn đã nói, thường có nhiều giải pháp, từ việc chọn một thuật toán đến các cấu trúc cú pháp được sử dụng và hầu như luôn có sự đánh đổi liên quan. Tôi thậm chí sẽ thăm dò người được phỏng vấn về các giải pháp thay thế để xem liệu họ có thể đưa ra những giải pháp khác hay không, đặc biệt nếu đó là một giải pháp rõ ràng và hỏi về những ưu điểm / nhược điểm của từng giải pháp.

Bất kể bạn điều hành cuộc phỏng vấn như thế nào, nó sẽ chủ quan. Mỗi người phỏng vấn, như một người, sẽ có thành kiến. Là một người được phỏng vấn, bạn chỉ có thể làm tốt nhất có thể, kỹ lưỡng (nhưng không quá dài dòng) khi trả lời câu hỏi, và giải thích câu trả lời của bạn và cách bạn đến đó. Điều đó sẽ đưa bạn đi một chặng đường dài.

Một điều mà tôi tìm thấy gần đây là khi tôi nói điều gì đó về việc sử dụng thuật toán cây AVL để giải quyết một vấn đề cụ thể đã được hỏi. Người phỏng vấn hỏi tôi lại: "Cây AVL là gì?".

Là một người phỏng vấn, tôi cũng sẽ hỏi điều đó, ngay cả khi tôi biết mọi thứ về cây AVL (tôi không), để tìm hiểu xem ứng viên biết bao nhiêu. Làm giả vô minh có thể là một mẹo để xem ứng viên có thể giải thích tốt hay không. Nhưng rõ ràng, nếu bạn đưa ra một cấu trúc thuật toán / dữ liệu để giải quyết vấn đề mà tôi không biết và bạn có thể giải thích chính xác, tôi sẽ thuê bạn. Nếu không, xấu hổ về tôi. Không tuyển người vì họ thông minh hơn mình không phải là một chiến lược tuyển dụng tốt.

Nhưng nói chung: có, các cuộc phỏng vấn kỹ thuật luôn chủ quan. Và họ phải như vậy. Nếu bạn sẽ dành 8 giờ + mỗi ngày với một người, sẽ không hợp lý khi chọn một người quản lý khiến bạn phát điên trong một cuộc phỏng vấn dài 60 phút.

Câu hỏi đố là chống mẫu cho các cuộc phỏng vấn. Nếu bạn thấy mình bị mắc kẹt trong một cuộc phỏng vấn như vậy, hãy cố gắng hướng họ trở lại những gì bạn biết. Tập trung vào sơ yếu lý lịch của bạn. Nếu điều này không làm việc ... cũng xem xét tìm kiếm ở nơi khác.

Người phỏng vấn nên hỏi những câu hỏi mở liên quan đến Hồ sơ xin việc của bạn. Mặc dù có thể cảm nhận về các kỹ năng giao tiếp của một người, nhưng thật khó để đánh giá khả năng phát triển của một người chỉ bằng cách đặt câu hỏi. Đó là một phần lý do tại sao rất nhiều người (bao gồm Joel trên phần mềm) đề nghị, không yêu cầu người được phỏng vấn viết mã (và nhảy qua một số vòng khác cho vấn đề đó).

Thực tế là việc phát triển phần mềm vẫn chủ yếu là giải quyết một tập hợp các vấn đề chưa biết trong một khoảng thời gian không xác định. Không có bộ thử nghiệm nào chứng minh, ok anh chàng này có thể xây dựng "một cây cầu". Chúng tôi đang trở nên tốt hơn trong việc biến việc tạo phần mềm thành một quy trình kỹ thuật rõ ràng hơn, nhưng chúng tôi chưa có.

Các cuộc phỏng vấn kỹ thuật "thực sự" mà tôi đã có như sau: "Đây là vấn đề, sử dụng các công nghệ này, bạn có 3 giờ". Sau đó, chúng tôi đã xem xét mã và nói về lý do tại sao tôi làm những gì tôi đã làm. Bằng cách này, anh ấy đã nhìn thấy những gì tôi đã biết và nơi tôi thiếu kiến ​​thức.

Sau đó, chúng tôi đã nói một chút về công nghệ và mục tiêu của tôi nói chung và đó là nó. Các cuộc phỏng vấn, theo tôi, được thiết kế để cảm nhận về ứng viên. Bạn không thể kiểm tra mọi thứ. Phải mất một thời gian dài để làm quen với một người khá tốt vì vậy, theo tôi, một lần nữa, bạn nên tập trung vào những điều quan trọng cho dự án của bạn và xem mọi người xử lý vấn đề này như thế nào. Phần còn lại đi kèm với kinh nghiệm theo thời gian

Tôi sợ rằng phần chủ quan không thể được gỡ bỏ, chỉ giảm bớt. Tôi thường có các cuộc phỏng vấn kỹ thuật, trong đó người phỏng vấn "gây ô nhiễm" cuộc phỏng vấn với những ý tưởng chủ quan của riêng mình.

Một ví dụ đơn giản, như bạn đề cập, là người phỏng vấn muốn có một câu trả lời rất gần với câu trả lời của chính nó. Một ví dụ khác là, khi một người phỏng vấn quan tâm đến việc thăm dò anh ấy / cô ấy biết nhiều hơn ứng viên. Và một điều đơn giản khác, là khi người phỏng vấn, muốn ứng viên biết vị trí menu cụ thể cho một hoạt động của một IDE lập trình, (Visual Studio, Eclipse, NetBeans).

Tôi đã được một số như thế, và nó rất bực bội.

Và, tất nhiên, cũng có điều phân biệt đối xử ẩn giấu, nơi người phỏng vấn không muốn ứng viên, từ nghèo, giới tính, ý tưởng chính trị, chủng tộc, trường học, bất cứ điều gì bạn thích. Và nó tìm kiếm bất kỳ lý do để từ chối các ứng cử viên.

Điều kỳ lạ nhất là, khi tốt nghiệp CS, tôi biết một số tâm lý học, (sẽ học ngành đó), và đôi khi, phát hiện ra rất nhiều sự "can thiệp" chủ quan. Hoặc, khi người phỏng vấn đến văn phòng bên cạnh và nói rõ ràng với đồng nghiệp của họ, anh ta / cô ta không muốn thuê một ứng viên, vì một lý do chủ quan.

Một điều quan trọng, cần xem xét, là nhiều trường Đại học hoặc Công ty, dạy người CNTT / Kỹ thuật cách thực hiện phỏng vấn xin việc và việc giảng dạy bao gồm cả các yếu tố kỹ thuật & con người, không chỉ là kỹ thuật.

Đây là cách tôi làm điều đó:

• Đầu tiên tôi yêu cầu ứng viên giải quyết một vấn đề thực tế. Thông thường đây là một vấn đề tôi có thể giải quyết dễ dàng; thường trong rất ít thời gian quy định.

• Một khi ứng viên đã hoàn thành; Tôi trở thành sinh viên . Tôi có ứng cử viên nói chuyện và chỉ ra giải pháp của họ và chỉ cho tôi cách họ giải quyết nó. Tôi đặt câu hỏi về ý tưởng của họ, và nếu họ biết về các giải pháp thay thế, và tại sao họ lại chọn giải pháp này.

Đây là những gì tôi đang tìm kiếm.

• Chỉ vì tôi tình cờ biết một giải pháp tốt cho vấn đề không có nghĩa là tôi đang tìm giải pháp đó. Bất kỳ giải pháp hợp lệ trong các ràng buộc ban đầu đều được chấp nhận. Tôi quan tâm đến cách họ lên kế hoạch cho giải pháp của họ, cách họ sử dụng các công cụ được cung cấp. Tôi quan tâm đến những thiếu sót mà họ có thể xác định trong các giải pháp của riêng họ.

• Tôi cũng quan tâm đến việc họ lắng nghe và giao tiếp tốt như thế nào. Họ có thể hiểu và thực hiện tất cả các yêu cầu ban đầu không? Làm thế nào tốt họ đã giải thích cách làm việc của giải pháp của họ?

Khi kết thúc tất cả những điều này, một khi tôi đã biết được ứng cử viên thực sự sẽ mang đến điều gì, tôi có thể đưa ra một số điểm từ giải pháp của riêng tôi, nơi tôi nghĩ rằng lựa chọn của mình sẽ tốt hơn.

Nếu ứng viên nói điều gì đó như "Đó là một ý tưởng tốt, tôi ước tôi nghĩ về điều đó" hoặc "Ồ, tôi không biết về kỹ thuật đó" hoặc thậm chí "Tôi đã nghĩ về điều đó, nhưng tôi đã sử dụng nó thay thế" và cung cấp một lý do hợp lý như "Tôi hiểu phương pháp này tốt hơn" hoặc "Tôi nghĩ rằng bạn đang tìm kiếm loại giải pháp này", tất cả đều được đánh giá cao ủng hộ ứng viên.

Nếu hóa ra ứng viên chọn khác tôi, điều đó có nghĩa là tôi sai. Hoặc nếu tôi đúng, và ứng viên đủ cởi mở để thảo luận về sự khác biệt trong các giải pháp, đó là một dấu hiệu tốt cho thấy ứng viên có thể bị huých khá dễ dàng để đưa ra lựa chọn tốt hơn.

Đây là cách tôi biết một ứng cử viên là một lựa chọn kém:

• ứng viên cố gắng câu cá cho một giải pháp dự kiến ​​từ người phỏng vấn.
• giải pháp được cung cấp không giải quyết được vấn đề đã nêu hoặc bằng cách nào đó vi phạm một số hạn chế đã nêu theo cách mà ứng viên không thể giải thích.
• ứng cử viên tranh luận với các ràng buộc để cố gắng thay đổi vấn đề mà anh ta dự kiến ​​sẽ giải quyết (hãy nhớ rằng đây là vấn đề mà tôi có một giải pháp có thể được thực hiện trong thời gian ít hơn nhiều so với quy định).
• ứng cử viên bị "mắc kẹt", và dành phần lớn thời gian quy định không làm gì cả. Lý tưởng nhất là một ứng viên sẽ tấn công vấn đề từ một góc độ khác hoặc tìm kiếm người phỏng vấn để biết anh ta nên làm gì khi không thể tiến hành.
• ứng cử viên không biết "tại sao" anh ta đã sử dụng một kỹ thuật, ngay cả khi anh ta không biết về các lựa chọn thay thế. Các câu trả lời như "Tôi không biết bất kỳ công cụ nào khác làm điều này" hoặc "Tôi không biết công cụ này hoạt động như thế nào, nhưng nó" vẫn ổn, nhưng "bởi vì tôi đã làm" là đáng nghi ngờ.

Bạn có nghĩ rằng, là một người được phỏng vấn, việc bạn chấp nhận một công việc không phải là chủ quan, ở một mức độ nhất định? Tuyển dụng là một quá trình hai chiều.

Là một người phỏng vấn, nếu tôi và các đồng nghiệp của mình bấm vào một ứng cử viên, họ có cơ hội tốt để chạy việc, giả sử rằng các yếu tố khác như bài tập mã hóa tại nhà và các vấn đề về bảng trắng sẽ tốt. Để nhấp vào, hãy nhấn vào bước sóng của tôi, để có một cuộc trò chuyện hiệu quả, để chia sẻ các giá trị chung về quá trình phát triển. Làm thế nào mục tiêu này có thể được?

Đối với câu hỏi về cây AVL, tôi sẽ quan tâm đến việc ứng viên giải thích cách thức hoạt động của nó và cung cấp cái nhìn sâu sắc về các thuộc tính và cách sử dụng. Để làm tốt hơn những lời giải thích trên Wikipedia. Hãy nhớ rằng khán giả của bạn có thể là một người nào đó trong môi trường doanh nghiệp doanh nghiệp nơi tham chiếu cuối cùng về O (log n) trong một cuộc thảo luận kỹ thuật về cơ bản là ... không bao giờ.

Là một người phỏng vấn tôi muốn cho một ứng viên mọi cơ hội để tỏa sáng. Tôi tưởng tượng điều này sẽ áp dụng cho bất kỳ tổ chức nào bạn muốn làm việc.

Một người phỏng vấn giỏi sẽ không hỏi một câu hỏi mà họ mong đợi một câu trả lời cụ thể, trừ khi câu hỏi đó là một cái gì đó đơn giản tầm thường khi chỉ có một câu trả lời đúng. Một người phỏng vấn giỏi sẽ thấy cách bạn tiếp cận vấn đề, cách bạn suy nghĩ và cách bạn đi đến câu trả lời của bạn - nếu câu trả lời của bạn hợp lệ, họ không nên chống lại bạn vì bạn đã không làm theo cách họ sẽ làm .

Có vẻ như bạn vừa bị các nhà phỏng vấn tệ hại quan tâm nhiều hơn về việc thể hiện "ưu thế" của họ với ứng viên hơn là thực sự đánh giá kỹ năng kỹ thuật.

Một kỹ năng rất quan trọng khi bạn làm việc trong nhóm là có thể biện minh cho giải pháp của riêng bạn và đánh giá một cách công bằng người khác. Bạn cần có khả năng vừa học hỏi từ đồng nghiệp vừa dạy họ.

Nếu bạn muốn sử dụng cây AVL để giải quyết vấn đề và các thành viên khác trong nhóm của bạn nhớ họ một cách mơ hồ từ thời đại học và không nghĩ về nó kể từ đó, bạn nên giải thích những lợi thế của nó cho họ. Nếu ai đó trình bày một giải pháp mà bạn không hiểu, tốt hơn hết là bạn sẵn sàng đặt câu hỏi cho đến khi bạn làm được. Nếu ai đó trình bày một giải pháp rõ ràng kém hơn, bạn tốt hơn có thể nói rõ tại sao. Nếu ai đó trình bày một giải pháp ưu việt, bạn tốt hơn có thể nhận ra điều đó và đặt cái tôi của bạn sang một bên.

Đó là những kỹ năng tôi tìm kiếm khi tôi đặt câu hỏi kỹ thuật tại một cuộc phỏng vấn. Việc họ có đưa ra câu trả lời "chính xác" trên đỉnh đầu hay không phần lớn không liên quan. Điều đó chỉ quan trọng ở trường.