Điều gì làm nên sự khác biệt giữa giữa Hire Hire và một người trung thực gần như thành công cho các cuộc phỏng vấn cuối cùng tại chỗ? [đóng cửa]


9

Vì vậy, gần đây tôi đã có các cuộc phỏng vấn tại chỗ với Google và Amazon và nhận được thư từ chối lịch sự cho tôi biết tôi gần gũi, nhưng không hoàn toàn đúng với các kỹ năng mà họ đang tìm kiếm.

Tôi đã lọt vào vòng cuối cùng cho tất cả các cuộc phỏng vấn tôi đã thực hiện (ngoại trừ một số lời mời từ các vị trí không thú vị mà tôi đã phỏng vấn để thực hành), nhưng cho đến nay có 5-8 cuộc phỏng vấn trong một ngày cho tôi đủ thời gian để có những sai lầm của tôi cộng lại vừa đủ để đưa tôi ra khỏi chạy.

Tôi biết rằng tôi đã làm tốt ở đó ít nhất là về các câu hỏi mã hóa và các câu hỏi kỹ thuật chung khác, rõ ràng là tôi rất tệ trong việc thiết kế những thứ OOP như trò chơi bài hoặc nhà để xe (thay vào đó tôi đã đi quá sâu vào một đối tượng và sử dụng hết thời gian của mình về việc rộng hơn) và các câu trả lời mã hóa của tôi mặc dù chúng hoạt động tổng thể không có một vài lỗi / trường hợp cạnh mà tôi đã bỏ qua (như trường hợp một nút đầu vào thực sự có thể là câu trả lời thay vì cần phải khác biệt). Và tôi không có vấn đề gì khi nói "Tôi không biết", nhưng có lẽ tôi đang lan man một chút và cần nói nó cho những câu hỏi tôi nghĩ tôi có thể trả lời, nhưng không thể đưa ra câu trả lời rõ ràng cho ...

Vì vậy, những điều gì đẩy bạn lên hàng đầu từ việc tốt, nhưng không hoàn toàn để "Thuê"?

Bất kỳ lời khuyên nào về những gì bạn tìm kiếm hoặc một cái gì đó bạn biết đã giúp bạn tăng thêm chút ít?


Chỉ cần lưu ý rằng tôi đang áp dụng cho các vị trí grad mới (hoặc xấp xỉ cùng cấp độ kinh nghiệm).
Joshua Olson

2
Điều đầu tiên bạn nên làm là làm việc với tiếng Anh của bạn. Có lẽ đó không phải là tiếng mẹ đẻ của bạn, nhưng vẫn là tất cả các lập trình viên tuyệt vời mà tôi biết quan tâm đến việc nói và viết chính xác. Đó không phải là "nhận", mà là "đã" hoặc "đã nhận" hoặc "đã nhận". Không phải "phỏng vấn" mà là "phỏng vấn". "Lặn sâu", không "lặn sâu".
kevin cline

Ouch, một vài từ thông tục và lỗi chính tả và "có lẽ đó không phải là tiếng mẹ đẻ của bạn". Đau đấy. : P Được rồi, tôi đã sửa lỗi ghrammer của mình.
Joshua Olson

2
Một hội thảo là một cuộc họp.
kevin cline

Chủ nghĩa thông tục. Kiểm tra chính tả ngu ngốc.
Joshua Olson

Câu trả lời:


9

Trước hết, tôi khuyên bạn nên liên hệ với đại diện nhân sự ở cả hai công ty và hỏi xem họ có thể cung cấp cho bạn bất kỳ chi tiết nào về "lý do" không. Rất có khả năng họ sẽ có thể cung cấp cho bạn một số gợi ý về việc bạn đã sai ở đâu hoặc những việc bạn nên làm.

Thứ hai, đừng bỏ cuộc! Nếu bạn thực sự muốn làm việc cho một trong những công ty này, hãy đợi một vài tháng, có thể một năm và xin việc khác. Có thể là bạn chỉ không "gel" với một người phỏng vấn cụ thể và nếu bạn có một cuộc phỏng vấn với người khác, họ sẽ nói "thuê".

Cuối cùng, nếu bạn nghĩ rằng bạn đã làm tốt về mặt câu trả lời kỹ thuật, thì một khía cạnh quan trọng mà họ đang tìm kiếm là liệu bạn có phù hợp với "văn hóa" hay không. Đó là, cho dù bạn sẽ phù hợp với phần còn lại của đội và liệu tính cách của bạn có phù hợp hay không. Nghiên cứu văn hóa của công ty và quyết định xem đó có phải là thứ bạn nghĩ bạn có thể phù hợp và đảm bảo rằng bạn cũng chứng minh điều đó trong cuộc phỏng vấn.

Chúc may mắn và đừng bỏ cuộc!


Thật không may, nhà tuyển dụng của tôi tại Google không có chính sách phản hồi nghiêm ngặt (Nói rằng đó là chính sách, nhưng tôi biết mọi người đã nhận được "gợi ý" về những gì cần làm).
Joshua Olson

1
Tôi đã nhận thấy rằng tất cả mọi người ở Amazon tiếp tục nói về việc sở hữu, vì vậy tôi đoán rằng tôi nên chơi ở khía cạnh đó nhiều hơn.
Joshua Olson

1
Đây là một câu trả lời hay ... Tôi sẽ thêm hai điều: Đầu tiên , hãy cố gắng học cách đọc giọng điệu tổng thể của câu hỏi. Nếu bạn nhận được một số câu hỏi về "quyền sở hữu", thì họ có thể sợ rằng bạn sẽ đến và cần được hướng dẫn quá mức hoặc luôn luôn riff về chủ đề "đó không phải là công việc của tôi". Thứ hai , đó thực sự có thể là trường hợp bạn có thể làm việc trong công ty, nhưng không phải là phù hợp nhất cho nhóm đó. Ở đây, bất cứ điều gì có thể có một tác động. Có thể đó là giữa bạn và một anh chàng khác, nhưng anh chàng kia thích nhạc punk rock và đi xe đạp leo núi, giống như một nửa của đội.
bụi bẩn đỏ

Amazon nói với tôi không có phản hồi là tốt. Loại nào tệ bởi vì tôi chắc rằng họ sẽ có phản hồi tuyệt vời ...
Cervo

Không. Amazon không đưa ra phản hồi cũng như MSFT. Tôi đã có kinh nghiệm tương tự. Google cung cấp một phản hồi kỹ lưỡng mặc dù khi bạn đi phỏng vấn tại nhà. Tôi cũng có cùng trải nghiệm thất bại trong cả 3 nhà lớn. Kiến thức tôi có được từ họ là khá quan trọng. Ngoài bộ kỹ năng và hiệu suất của bạn, nó cũng thuộc về một số may mắn. Cải thiện bộ kỹ năng của bạn và chiến đấu một lần nữa và luôn nhớ Robert Bruce và con nhện: D
Venki

3

Như Dean đã nói, bạn đang được đánh giá trên nhiều thuộc tính và chúng thường là:

  • Kĩ năng công nghệ
  • Cho dù bạn có phù hợp với đội
  • Quá trình suy nghĩ
  • Vân vân.

Các kỹ năng kỹ thuật được yêu cầu cho vai trò sẽ khác nhau tùy thuộc vào nhóm bạn đang phỏng vấn, vì vậy nếu nó không phù hợp với một nhóm, bạn có thể (tùy thuộc vào công ty) đăng ký lại và tìm sự phù hợp hơn với nhóm khác. Vì vậy, đừng mất hy vọng!

Phần lớn các kỹ năng kỹ thuật thường được kiểm tra với các vấn đề mã hóa. Bạn đã đề cập rằng thỉnh thoảng bạn đã bỏ lỡ một trường hợp biên giới và một vài lỗi đã xuất hiện (như chắc chắn họ sẽ làm khi được yêu cầu viết mã trên bảng trắng). Một cách tiếp cận tốt để trả lời các câu hỏi mã hóa này là làm như sau:

  • Hiểu những gì đang được yêu cầu (yêu cầu lặp lại một số phần nếu cần thiết)
  • Đặt câu hỏi làm rõ (lặp đi lặp lại / đệ quy, Có tồn tại các ràng buộc cụ thể không?, Ngôn ngữ nào?, V.v.)
  • Xác định cấu trúc dữ liệu, thuật toán, mẫu thiết kế phù hợp có thể được sử dụng ( Các cuộc phỏng vấn lập trình được trình bàyNgọc trai lập trình rất hữu ích cho việc này)
  • Viết mã, trong khi giải thích to cho cuộc phỏng vấn về quá trình suy nghĩ của bạn là gì . Nếu người phỏng vấn biết bạn đang nghĩ gì, họ có thể sớm xác định được các vấn đề trong cách tiếp cận của bạn và hướng dẫn bạn hướng tới một giải pháp tốt hơn.
  • Trước khi nói với người phỏng vấn rằng bạn đã hoàn thành, hãy suy nghĩ và giải thích cho người phỏng vấn về cách bạn sẽ kiểm tra phần mềm bạn vừa viết. Hãy suy nghĩ về các trường hợp đơn giản, trường hợp biên giới, đồng thời, liệu cách tiếp cận có ý nghĩa đối với các nền văn hóa khác, ý nghĩa bảo mật, kiểm tra căng thẳng, v.v.

Cuối cùng thừa nhận rằng bạn không biết điều gì đó là (IMHO) tốt hơn là vấp ngã khi cố gắng giả mạo nó. Được cho phép, cuộc phỏng vấn đang yêu cầu bạn giải quyết vấn đề, nhưng nếu bạn không biết bắt đầu từ đâu, tôi khuyên bạn nên nói về các phương pháp hợp lệ và cố gắng thu hẹp một phương pháp đúng để giải quyết các vấn đề được đưa ra. Nếu bạn không biết bắt đầu từ đâu, có lẽ đã đến lúc giải thích điều đó (Điều này cũng liên quan đến cách bạn phù hợp với đội. Tôi nói rằng tốt hơn là nên hỏi đường sớm). Vì vậy, tôi không nghĩ rằng nói rằng bạn không biết là một điều xấu (giả sử rằng đó không phải là tất cả những gì được nói =])

Bạn không thể làm gì nhiều về sự phù hợp, như thường đưa ra ý kiến ​​cá nhân của người phỏng vấn, nhưng nói chuyện với người phỏng vấn về những gì bạn đang nghĩ / làm thì tốt hơn là viết mã trong im lặng trong 15 phút và sau đó tuyên bố "Tôi đã hoàn thành".

Hãy nhớ rằng những điều này thường là một cuộc phỏng vấn hai chiều . Họ không chỉ phỏng vấn bạn, bạn cũng đang phỏng vấn họ. Hãy đặt câu hỏi về công việc / nhóm / công ty.

Cuối cùng, các nhà tuyển dụng của Microsoft đăng khá nhiều thông tin về những gì họ đang tìm kiếm trong một cuộc phỏng vấn / màn hình điện thoại, vì vậy tôi khuyên bạn nên đọc. Ngoài ra, GlassDoor có rất nhiều thông tin về quy trình phỏng vấn cho các công ty (nhưng người dùng đã gửi câu trả lời không phải lúc nào cũng đúng). Một tìm kiếm google cho các câu hỏi phỏng vấn MS / Google / Amazon / Apple / etc cũng sẽ mang lại kết quả.

Chúc may mắn.


3

Điều này nghe có vẻ tinh hoa, nhưng sự thật tàn bạo là có thể bạn không thể làm gì để được thuê. Họ đang tìm kiếm một lượng tài năng nhất định và không phải ai cũng có nó. Chúng tôi chấp nhận sự thật phũ phàng này trong nghệ thuật biểu diễn - cho dù có bao nhiêu người luyện tập, họ sẽ không thể được thuê tại New York Philharmonic. Bằng tiến sĩ bằng tiếng Anh sẽ không cho phép bạn viết một cuốn tiểu thuyết tuyệt vời. Điều này cũng đúng với các nhóm phần mềm ưu tú. Họ không phỏng vấn để tìm những người biết một số công nghệ cụ thể. Họ phỏng vấn để tìm những người sẽ phù hợp: những người có tầm nhìn sâu sắc về lập trình, những người có thể theo kịp nhóm, theo dõi các cuộc thảo luận kỹ thuật nhanh chóng, tiếp thu ngôn ngữ mới, đưa ra ý tưởng mới, tạo ra công nghệ mới.

==== 3/7/2014 ====

Cuộc phỏng vấn này với Laszlo Bock dường như đồng ý. Google không quan tâm đến bằng cấp hoặc điểm hoặc điểm kiểm tra:

Một trong những điều chúng tôi thấy từ tất cả các cuộc khủng hoảng dữ liệu của chúng tôi là GPA không có giá trị như một tiêu chí để tuyển dụng, và điểm kiểm tra là vô giá trị - không có mối tương quan nào ngoại trừ các sinh viên tốt nghiệp đại học hoàn toàn mới, trong đó có một mối tương quan nhẹ. Google nổi tiếng được sử dụng để yêu cầu tất cả mọi người cho bảng điểm và điểm trung bình và điểm kiểm tra, nhưng chúng tôi không làm thế nữa, trừ khi bạn mới ra trường vài năm. Chúng tôi thấy rằng họ không dự đoán bất cứ điều gì. ... Có năm thuộc tính tuyển dụng chúng tôi có trên toàn công ty. Nếu đó là vai trò kỹ thuật, chúng tôi đánh giá khả năng mã hóa của bạn và một nửa vai trò trong công ty là vai trò kỹ thuật. Tuy nhiên, đối với mọi công việc, điều số 1 chúng tôi tìm kiếm là khả năng nhận thức chung và đó không phải là IQ Đó là khả năng học tập. Đó là khả năng xử lý nhanh chóng. Đó là khả năng thu thập các thông tin khác nhau. Chúng tôi đánh giá rằng sử dụng các cuộc phỏng vấn hành vi có cấu trúc mà chúng tôi xác nhận để đảm bảo chúng là dự đoán.


5
Elitist và hoàn toàn không có ích. Điểm trả lời câu hỏi là gì nếu tất cả những gì bạn nói là 'đừng thử bạn quá ngu ngốc'?
Joshua Olson

Thêm vào đó, việc tuyển dụng cho Google và Amazon thậm chí không cùng đẳng cấp với việc trở thành một nghệ sĩ tế bào đẳng cấp thế giới, tôi không phỏng vấn cho công việc của Peter Norvig. Các quán bar tuyển dụng của họ không ở bất cứ đâu gần mức cao đó.
Joshua Olson

4
Xin lỗi, nhưng tôi chắc chắn có ý tưởng rằng bạn đã không hiểu đầy đủ quá trình phỏng vấn. Tôi đã phỏng vấn rất nhiều người, và đã được phỏng vấn nhiều lần. Học tập cho một cuộc phỏng vấn từ một đội ngũ ưu tú cũng có hiệu quả tương đương với việc học SAT. Cuộc phỏng vấn không phải là một bài kiểm tra kiến ​​thức. Đó là một bài kiểm tra về khả năng giải quyết vấn đề và sự rõ ràng của suy nghĩ, trong đó mã là phương tiện biểu đạt. Những kỹ năng này là một sản phẩm của nhiều giờ lập trình và suy nghĩ về lập trình. Nhiều giờ ở đây có nghĩa là "rất nhiều chương trình độc lập, không liên quan đến bài tập ở trường."
kevin cline

Cười lớn. Tôi ước. Không, quá trình phỏng vấn có lẽ "không nên" là một bài kiểm tra kiến ​​thức, nhưng trong SV, nó thường đặc biệt là tại các công ty như Google, Facebook hoặc Amazon. Phỏng vấn hoàn toàn là một kỹ năng và bạn càng nghiên cứu và thực hành nó, bạn càng nhận được nó tốt hơn.
Joshua Olson

2
@josh - Tôi cũng đã có những cuộc phỏng vấn như thế. Nếu cuộc phỏng vấn cảm thấy như một trò chơi theo đuổi tầm thường, có lẽ nó không phải là một nơi tốt để làm việc. Nếu cuộc phỏng vấn được tổ chức kém, rất có thể dự án cũng vậy. Các nhóm nghĩ về quy trình phần mềm của họ cũng sẽ nghĩ về quy trình phỏng vấn của họ.
kevin cline

1

Có vẻ như bạn đã tự xác định một số lĩnh vực mà bạn có thể cải thiện.

Kết hợp những khía cạnh đó với câu hỏi trước đây của bạn , mà không biết gì về bạn, tôi sẽ đề nghị một số nỗ lực về mặt kỹ thuật , có thể thiết kế phần mềm thực tế và truyền đạt rõ ràng thiết kế đó. Thay vì học thêm lý thuyết CS, hãy đọc một số cuốn sách như Ngọc trai lập trình , Tái cấu trúc , Tiêu chuẩn mã hóa C ++Hoàn thành mã . Nếu một trong những công việc "không thú vị" mang lại cho bạn trách nhiệm trong việc thiết kế phần mềm thực sự, hãy nhận công việc đó và làm chotrở nên thú vị. Trong thế giới thực, bạn thường cảm thấy như anh chàng này, nhưng vẫn có thể rất hài lòng khi biết bạn đã giải quyết một vấn đề khó khăn, mặc dù nó có thể nằm trong một ứng dụng trần tục.


Tôi thực sự không kén chọn. Tôi chỉ muốn làm việc trên phần mềm thực sự. Không có các tập lệnh nhỏ ở đây và ở đó hoặc chỉ thay đổi một số nếu các câu lệnh được viết cách đây 10 năm để hoạt động với quy tắc kinh doanh hoặc công thức đại số hơi khác nhau này.
Joshua Olson

Làm việc trên khía cạnh kỹ thuật là lý do tại sao tôi tìm kiếm việc làm tại các công ty phần mềm (không phải các công ty b2b có một hoặc hai sản phẩm phần mềm).
Joshua Olson

1

Ok, chỉ để ném vào một số kinh nghiệm thực tế ở đây.

Tôi làm việc cho một trong những công ty phần mềm ưu tú này và tôi không thấy các chính sách tuyển dụng của chúng tôi hướng đến "không thiếu" tài năng lớn mà là "không tuyển dụng" tài năng tầm thường. Tôi đã thấy rằng một số trong những công ty này thực sự muốn thuê những người tuyệt vời, nhưng họ đã làm như vậy bằng cách phỏng vấn rất nhiều nhà phát triển thực sự đẹp (trên giấy) và sau đó loại bỏ những người mà họ không muốn. Một khi ai đó được tuyển dụng, rất khó để loại bỏ họ vì vậy họ phải trả tiền để từ chối một ứng cử viên mà bạn tin rằng có thể thực sự phù hợp, nhưng một trong những người phỏng vấn đã nhìn thấy một số lá cờ đỏ.

Tại công ty tôi hiện đang làm việc, tôi đã bị từ chối vì một và chỉ một trong những người phỏng vấn (người quan trọng nhất) đã cho tôi một ngón tay cái. Người phỏng vấn này đã hỏi tôi một câu hỏi rất cụ thể về miền và không nói tiếng Anh trôi chảy. Họ không thuê tôi, nhưng nhóm nghĩ rằng công ty sẽ bỏ lỡ một công việc tốt. Họ đã gửi tôi đến một loạt các cuộc phỏng vấn với một nhóm khác vào tuần tới và tôi đã nhận được công việc (với những dấu hiệu "thuê mướn mạnh" mà tôi có thể thêm vào).

Lời khuyên của tôi là nếu bạn thực sự tin rằng bạn có những gì nó cần, hãy tiếp tục phỏng vấn với công ty này và học hỏi từ mỗi kinh nghiệm cho đến khi bạn tìm được công việc. Hầu hết các công ty này giữ một sổ đăng ký của tất cả mọi người mà họ phỏng vấn và họ liệt kê danh sách đen các ứng cử viên nghèo (để họ không bao giờ bị bắn nữa). Tuy nhiên, các ứng cử viên là ứng cử viên tốt nhưng chỉ không thể hiện tốt ngày hôm đó hoặc không phù hợp với nhóm sẽ vẫn ở trong nhóm tuyển dụng. Bạn sẽ biết ngay nếu bạn bị liệt vào danh sách đen khi các cuộc gọi điện thoại của nhà tuyển dụng chỉ dừng lại một ngày và mọi liên lạc trong tương lai dường như bị điếc tai. Nếu bạn nhận được câu hỏi trong tương lai từ công ty, bạn biết rằng bạn vẫn ổn. Hoàn toàn không có hại trong việc thiết lập nhiều cuộc phỏng vấn sau lần từ chối đầu tiên của bạn miễn là bạn không được liệt kê trong danh sách đen. Trong thực tế, Tôi rất muốn giới thiệu phỏng vấn với nhiều đội cùng một lúc. Những người phỏng vấn sẽ từ chối bạn ở dấu hiệu nhận biết rắc rối đầu tiên, cho dù đó có phải là một rắc rối thực sự hay không. Họ thận trọng và không muốn tạo ra những người thuê xấu nhiều hơn họ muốn làm những người thuê tốt.

Một vài suy nghĩ nữa:

- Không có ai trong số các công ty này sẽ cung cấp cho bạn thông tin phản hồi. Đó là một trách nhiệm pháp lý. Thật tệ khi đây là như vậy, nhưng tôi có thể hứa với bạn rằng điều đó sẽ không xảy ra.

- Cá nhân tôi đã nói chuyện với một kỹ sư tài giỏi khi tôi phỏng vấn Microsoft, người đã nói với tôi rằng anh ta phải mất hơn 5 lần thử trước khi cuối cùng anh ta được thuê. Anh chàng này là một SDE cấp cao, vì vậy MSFT rõ ràng xác nhận rằng anh ta là một người thuê tốt bằng cách quảng bá anh ta.

Một số lời khuyên:

Biết cấu trúc dữ liệu và thuật toán của bạn ngược và xuôi. Bạn cần phải biết tất cả mọi thứ cho đến khi đi qua đồ thị.

Biết kiến ​​trúc, đặc biệt là hệ thống phân tán và các vấn đề về quy mô

Có một danh sách các dự án bạn đã dẫn ghi nhớ. Có một danh sách với các ví dụ về các nguyên tắc lãnh đạo mà bạn đã thể hiện trong công việc của mình ghi nhớ. Đây là những câu hỏi thách thức nhất để trả lời trong cuộc phỏng vấn (phỏng vấn hành vi). Bạn có thể trở nên hoàn hảo trong lĩnh vực công nghệ và nếu bạn không sống sót trong cuộc phỏng vấn hành vi, bạn sẽ không được tuyển dụng.

Đừng lo lắng về ngôn ngữ lập trình mà họ đang tìm kiếm. Biết một ngôn ngữ hướng đối tượng ngược và xuôi và mã trong đó. Người phỏng vấn thường không quan tâm bạn sử dụng ngôn ngữ nào và không đánh giá bạn dựa trên ngôn ngữ đó.

Cuối cùng, xin vui lòng gửi email cho tôi sơ yếu lý lịch của bạn. ; =)


0

Không nhất thiết phải bỏ lỡ nó bằng cách sai

Có thể bạn không làm gì sai, nhưng người khác đã làm tốt hơn. Có thể về tính cách, kỹ năng giao tiếp, liên quan, kinh nghiệm dự án tương tự trong quá khứ, v.v.

Bạn có thể vẫn ổn khi được thuê nhưng đó không chỉ là bạn trong danh sách. Tôi sẽ không lo lắng quá nhiều. Tất cả mọi thứ xảy ra cho một mục đích.


Đúng, nhưng tôi đã thấy tôi càng làm việc chăm chỉ hơn ở những thứ tôi càng may mắn, vì vậy tôi chỉ đang cố gắng tìm cách để làm cho mình "may mắn hơn". :)
Joshua Olson

1
Không, họ rất hiếm khi có giới hạn về số lượng thuê. Nếu bạn thực hiện việc cắt giảm, họ thuê bạn. Họ sẽ tìm một vị trí trong công ty cho bất cứ ai đáp ứng tiêu chuẩn của họ. Cá nhân tôi thấy điều này đúng với Google, Amazon và MSFT.
Jonathan Henson
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.