Những công ty hàng đầu tìm kiếm trong một cuộc phỏng vấn? [đóng cửa]


9
  1. Về cơ bản tôi đang tìm kiếm những gì bạn đi lên và bạn ra khỏi quá trình còn lại?
  2. Là vòng loại trừ là một cách công bằng để đánh giá một người? Bất cứ ai cũng có thể có một giờ tồi tệ :-(
  3. Bạn nên viết mã tốt nhất có thể hay bạn nên lấy Thuật toán đúng không? Tôi thường mã hóa một giải pháp khả thi và sau đó làm việc cho đến một mức độ tôi nghĩ rằng nó có vẻ đẹp đối với tôi. Đây có phải là một cách tiếp cận sai?

Gần đây tôi có một cuộc phỏng vấn qua điện thoại, trong đó tôi được yêu cầu viết một biến thể của Chuyển đổi cấp bậc trong 20 phút. Tôi có thể nhận được Thuật toán và mã làm việc sau 20 phút nhưng không thể xử lý Ngoại lệ và quy ước mã hóa, sau đó tôi không nhận được phản hồi từ họ :-( Tất cả các câu hỏi khác trong cuộc phỏng vấn diễn ra rất tốt điều duy nhất "không đạt được nhãn hiệu".

Không cần phải nói tôi thích công ty và sẽ nộp đơn lại nhưng muốn làm cho đúng vào lần sau :-)

Hãy chia sẻ kinh nghiệm của bạn và đề xuất có giá trị.


4
Hãy ghi nhớ các chi phí tương đối của việc đánh giá sai một ứng cử viên. Một tiêu cực giả (không tuyển dụng một người từng là một nhân viên tốt) chỉ có chi phí cơ hội cho người sử dụng lao động, trong khi một dương tính giả có thể rất tốn kém, và có thể gây hậu quả trên toàn tổ chức, và cả những điều khó chịu nữa.
Chris Bye

@Chris: Bạn nói đúng. +1.
Geek

Câu trả lời:


7

Khi thực hiện các cuộc phỏng vấn kỹ thuật, tôi thành thật tìm kiếm mọi người để chạy về nhà. Nếu ứng viên không có vẻ như họ biết công cụ của họ, họ sẽ không có hiệu quả trong vai trò của họ (Tôi đang nói về các vị trí nhà phát triển cao cấp ở đây).

Hãy nhìn vào nó theo cách này: bạn sẽ thay có một cuộc phỏng vấn khó khăn mà bạn không có được công việc (vì bạn không phù hợp), hoặc một cuộc phỏng vấn dễ dàng, nơi bạn làm được công việc, nhưng sau đó nhận buông tay sau 90 ngày vì bạn ở trên đầu của bạn?

Tôi đã thấy quá nhiều nhà phát triển ở trại sau. Nếu bạn không nhận được công việc vì bạn đã loại bỏ phần kỹ thuật, hãy coi đó là một phước lành trong việc ngụy trang. Nếu bạn không thích từ chối, hãy tập trung vào các kỹ năng kỹ thuật của bạn.


4
Marcel nói rất tốt. Bằng cách nào đó tôi cảm thấy rằng không phải tất cả mọi người (dù tốt đến đâu) có thể có được mọi thứ ngay trong một vấn đề chưa biết (thời gian là một hạn chế). Nếu ai đó đi qua một vấn đề, có lẽ anh ta đã viết cùng một mã hoặc mã tương tự trước đó. Một câu hỏi mặc dù trong vòng loại trừ bạn có biết ai đó không đủ tốt nếu anh ta đưa ra một hoặc hai câu hỏi (trừ khi ai đó đưa ra một sai lầm). Điểm tôi đang cố gắng thực hiện là 'Vòng loại trừ' trong khi bạn dường như đang chuyển từ Giả thuyết 'bạn biết rằng ai đó không đủ tốt'. Có một kẻ xấu ?? Rõ ràng là không thuê ..
Geek

Phỏng vấn là một nghệ thuật khó chắc chắn, và tôi không tự nhận mình là một chuyên gia. Nhưng trong trường hợp của tôi, tôi không cố chơi một trò chơi "gotcha!" - nơi tôi đang đợi ai đó nhận sai. Thay vào đó, tôi đang thăm dò kiến ​​thức của họ, cố gắng xem nó sâu đến mức nào. Ứng viên có thể dễ dàng giải thích làm thế nào một bảng băm hoạt động, ví dụ. Thông thường khá dễ dàng để xem ai kết thúc trong cột thắng và ai không.
Marcel Lamothe

@Geek - bạn có muốn trở thành người hiểu đúng và được thông qua bởi một người không? Nó có thể là một thách thức mã hóa hoặc một số câu hỏi nhẹ về cách bạn làm việc với các thành viên trong nhóm có vấn đề, nhưng cuối cùng, tất cả các ứng cử viên nhưng một người phải bị loại.
JeffO

@Geek: "đã viết mã tương tự trước đây". Có lẽ họ đã viết mã tương tự. Truyền tải theo thứ tự cấp độ là một biến thể của truyền tải cây, vốn quen thuộc với mọi sinh viên tốt nghiệp CS. Nếu nó không quen thuộc với bạn, thì bạn đã bỏ lỡ điều gì đó ở đâu đó. Bạn đã học một lớp thuật toán, phải không?
kevin cline

@kevin: Chuyển đổi cấp bậc rất dễ dàng, nếu tôi có thể viết lại câu hỏi là "Bị hạn chế về thời gian, những điều bạn có thể bỏ qua và vẫn được coi là đủ tốt". Tôi nghĩ Chris Bye có một nhận xét tuyệt vời với câu hỏi.
Geek

4

Khi mọi người yêu cầu bạn viết mã thuật toán đơn giản trong một khoảng thời gian rất hạn chế, các quy ước mã hóa và xử lý ngoại lệ sẽ là điều cuối cùng họ xem xét. Trừ khi bạn đang làm một cái gì đó khủng khiếp, tất nhiên, như đặt tên chức năng traversing của bạn func, và tất cả các biến a, b, c. Có lẽ, có một lý do khác khiến họ không gọi lại cho bạn.

Tất nhiên, bất cứ ai cũng có thể có một giờ tồi tệ. Nhưng đó là một dấu hiệu xấu nếu bạn có khả năng có một giờ tồi tệ trong số năm người bạn dành cho một số vòng phỏng vấn và nếu bạn không thể chuẩn bị cho các hành động quan trọng.

Cá nhân, tôi nghĩ rằng nhận được một cái gì đó hoạt động và cải thiện nó sau đó là một cách tiếp cận sai. Nhiều người (bao gồm cả tôi) nghĩ rằng nếu một người viết mã trông giống như một mớ hỗn độn, anh ta cũng có một mớ hỗn độn trong đầu. Tôi khuyên bạn nên viết mã chậm hơn, nhưng theo cách chu đáo hơn.

Và thậm chí cá nhân hơn (và, có lẽ, gây khó chịu), tôi không nghĩ bạn đủ giỏi về thuật toán. Hoàn toàn bởi vì bạn đánh vần nó là "Thuật toán" với chữ A. Bạn không đánh vần một cái gì đó mà bạn không sợ như thế này.


5
Lol .. Tôi thích đoạn cuối :-) Lưu ý chữ L viết hoa trong 'Lol'. Tôi xin lỗi nhưng tiếng Anh không phải là ngôn ngữ đầu tiên của tôi. BTW Tôi đã học thuật toán phải được viết mà không cần vốn A :-)
Geek
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.