Tôi đã phỏng vấn với một người "quá tự hào về các kỹ năng java của tôi".

1. Anh ấy hỏi tôi " Kiến thức của bạn về các lớp Java IO là gì .. nói .. băm bản đồ? "

2. Anh ấy yêu cầu tôi viết một đoạn mã java trên giấy - khởi tạo một lớp và gọi một trong các phương thức của thể hiện. Khi tôi đã hoàn thành, anh ấy nói chương trình của tôi sẽ không chạy. Sau 5 phút suy nghĩ nghiêm túc, tôi bỏ cuộc và hỏi tại sao. Anh ấy nói tôi không viết một chức năng chính để nó không chạy. TRÊN GIẤY.

3. [Tôi quá tức giận khi tiếp tục với sự ngu ngốc ...]

Hãy tin tôi, đó không phải là những câu hỏi mẹo hay một điều đánh giá quản lý tâm lý hay tức giận.

Tôi có thể nói từ khuôn mặt của anh ấy, anh ấy tự hào về những câu hỏi này.

Đó là " nhà phát triển " có nhiệm vụ " phán xét " các ứng cử viên.

Tôi có thể nghĩ về một số điều:

1. Đánh anh ta bằng một cái ghế (mà tôi rất muốn) và bước ra ngoài.
2. Đơn giản chỉ cần bước ra ngoài.
3. Giễu cợt anh ta nói anh ta không có ý nghĩa.
4. Lịch sự cho anh ta biết rằng anh ta không có ý nghĩa và tiếp tục thử và trả lời các câu hỏi.
5. Đừng nói với anh ấy bất cứ điều gì, mà chỉ cần tiếp tục thử và trả lời các câu hỏi.

Cho đến nay, tôi đã thử chỉ 4 và 5. Nó không giúp được gì. Thật không may, nhiều ứng cử viên dường như làm điều tương tự và vẫn lịch sự, nhưng điều này cho phép những "nhà phát triển" này tiếp tục tiến lên nấc thang công ty, dần dần có được khả năng để ngày càng nhiều người hơn.

Làm thế nào để bạn xử lý những người phỏng vấn mà không bị vỡ tĩnh mạch của bạn? Cách thích hợp để xử lý việc này là gì, nhưng vẫn duy trì danh tiếng của bạn nếu các nhà tuyển dụng tiềm năng khác từng biết chuyện gì đã xảy ra ở đây? Có bất cứ điều gì bạn có thể làm hoặc thậm chí bạn nên cố gắng khắc phục điều này?

Tái bút: Hãy để tôi thừa nhận rằng sự tức giận của tôi đã được khuếch đại nhiều lần bởi các sự thật:

1. Anh ấy đã cười như bạn sẽ không tin.
2. Tôi đã nhận được rất nhiều (20 hoặc hơn) cuộc gọi từ công ty đó vào ngày hôm trước, yêu cầu tôi đến phỏng vấn, rằng tôi không thể làm bất kỳ công việc nào vào ngày hôm đó.
3. Tôi đã lãng phí một ngày nghỉ

Tiến lên. Thật khó khăn, tôi đã ở đó.

Những người phỏng vấn như thế là một xu. Họ hỏi bạn những câu hỏi lố bịch khi nghĩ rằng đó là một bài kiểm tra thực sự của một ứng cử viên tốt. Trong thực tế, tất cả những gì họ đang làm là nuôi dưỡng sự bất an của họ.

Điều cuối cùng bạn muốn làm là nổ tung trong cuộc phỏng vấn hoặc khiếu nại người phỏng vấn với nhân sự của họ. Điều đó sẽ chỉ làm xấu đi ấn tượng của họ về bạn - và hãy tin tôi, bạn không muốn danh tiếng đó xảy ra trước bạn (-:

Lưu danh tiếng chuyên nghiệp của bạn, và mang nó ở một nơi khác. Chúc may mắn với công việc tìm kiếm của bạn.

HTH

Quốc gia

Chỉnh sửa: Phải chia sẻ điều này: http://theoatmeal.com/comics/interview_questions tốt cho tiếng cười của Thứ Sáu.

Cười cùng anh.

"Ồ vâng! Không có chức năng chính (). Ngoài ra, nó được viết trên một tờ giấy, dù sao cũng không thể thực thi mã. Và tôi đã quên vẽ nút 'Biên dịch'. Ho ho, chúng tôi là những kẻ vui tính!"

Sau đó cố gắng chuyển sang câu hỏi tiếp theo. Vâng, anh ấy đang chọn nit, nhưng thực sự không có gì phải khó chịu.

Làm rõ rằng bạn nghĩ rằng câu trả lời anh ấy đang tìm kiếm rất rõ ràng với bạn đến nỗi bạn không nghĩ rằng nó đáng được đề cập. Có lẽ anh ta đang phỏng vấn một loạt các ứng cử viên từ các thiên tài lập trình cho đến những người chưa bao giờ lập trình và chỉ mong muốn một công việc. Đôi khi là một người phỏng vấn, nó đáng để kiểm tra rõ ràng.

Nếu bạn gặp phải một cái gì đó như thế này, hãy coi nó như một câu hỏi mẹo. Một khi người phỏng vấn đã "bắt" bạn trong bất kỳ cái bẫy nhỏ nào mà anh ta tin rằng anh ta đã bắt được bạn, giải thích một cách tình cờ những gì bạn đã làm, tại sao bạn lại làm như vậy và nếu câu trả lời / hướng / trả lời của anh ta không đúng, hãy giải thích cho anh ta rằng bạn coi đó là cách sau đó ghi nhớ {chèn lý do tại sao nó không chính xác} và quyết định đi theo phương pháp của bạn.

Cố gắng tránh các từ tấn công như "cách của bạn sai", "không đúng", "không đúng". Nếu bạn chỉ ra một lỗi trong các bài kiểm tra của anh ta mà không hạ thấp hoặc xúc phạm người phỏng vấn, điều đó thực sự có thể khiến bạn có vẻ là một lập trình viên mạnh mẽ hơn.

Bạn cũng phải xem xét rằng người này có khả năng là người giám sát mới của bạn, và nếu người này đang vui mừng như vậy để đánh lừa / tốt nhất / bất cứ ai đó, thì đó có thực sự là người bạn muốn làm việc không? Một người như thế này khó có thể muốn bạn làm việc cho họ ngay cả khi bạn là một lập trình viên ưu việt đặc biệt bởi vì rõ ràng là cái tôi của anh ta đang chạy hết mình. Loại người đó không thể chịu được việc mọi người làm việc cho anh ta biết nhiều hơn, giỏi hơn trong công việc, v.v.

Cuối cùng, hành động tốt nhất của bạn là duy trì sự chuyên nghiệp khi đối mặt với sự không chuyên nghiệp. Bất kể hành động của anh ta là gì, hãy mang theo mình một dấu hiệu cho thấy bạn chắc chắn về bản thân và phản ứng của mình mà không quan tâm đến thái độ của anh ta hoặc sự vô dụng có thể.

1. Lịch sự nói với anh ấy rằng bạn không thích làm việc với anh ấy (bạn không, tin tôi), và bước ra ngoài. Liên lạc với bộ phận nhân sự mà bạn có thể quan tâm đến công việc của người phỏng vấn, ngay khi họ đuổi anh ta vì sự bất tài rõ ràng của anh ta.

Bạn đã có một công việc, và điều đó làm cho bạn mạnh mẽ. Nhớ lấy. Bạn không cần phải có được công việc và bạn muốn một công việc tốt hơn công việc hiện tại của bạn.

Tôi đã từng có một anh chàng gọi tôi ra vì sử dụng "elsif" thay vì "other if". Lý do khiến tôi bực mình là vì tôi đang xin việc Perl và tôi chỉ mất 15 phút để viết mã Perl trên bảng trắng.

Sau đó, anh ấy hỏi tôi làm thế nào để làm điều tương tự trong java, và tôi đã gãi nó ra (không có phương pháp chính, bởi vì wtf, ai sẽ quan tâm đến điều đó? Đó là câu hỏi khó hiểu nhất ... Tôi lạc đề), và toàn bộ là đúng, ngoại trừ não của tôi vẫn ở chế độ perl, và tôi đã "elsif."

Các shit nhỏ rất tự hào về bản thân mình. Tôi nhún vai và anh ấy bắt đầu đặt câu hỏi về lý do tại sao tôi không "làm phiền" vì lỗi của mình và khi tôi nói đó là một lỗi cú pháp tầm thường mà trình biên dịch sẽ bắt gặp, anh ấy đỏ mặt và bắt đầu mắc lỗi, "Bạn đã có thái độ không tốt! " tiếng ồn, lúc đó tôi cảm ơn những người phỏng vấn khác và bước ra ngoài.

Họ thực sự đã gọi để đề nghị cho tôi công việc Tôi sẽ chỉ trích nghiêm trọng cho một lỗi cú pháp đơn giản.

Nói với anh ta rằng HashMap không phải là một lớp IO, nhếch mép như một kẻ ngốc và sau đó kiểm tra các lớp quản lý tức giận.

Tôi phát hiện ra tại một trong những người chủ trước đây của tôi rằng một số người phỏng vấn thực sự đặt câu hỏi, hoặc các vấn đề về cụm từ, theo cách được thiết kế để gây ra một chút khó chịu. Những người phỏng vấn muốn xem bạn phản ứng như thế nào.

Tôi đã từng phỏng vấn một người, trong một câu hỏi về việc thực hiện một trò chơi giống như tàu chiến, đề nghị tôi vẽ từng phần của vị trí thuyền và đẩy lùi các thay đổi nếu có va chạm. Tôi nói rằng tôi có lẽ sẽ không làm theo cách đó; Có lẽ tôi sẽ kiểm tra từng phần trước và chỉ vẽ nếu không có xung đột, bởi vì nó sẽ đơn giản hơn nhiều để thực hiện và ít tốn kém hơn trong trường hợp xấu nhất, chỉ với chi phí không đáng kể trong trường hợp trung bình. Anh ấy thực sự thích tôi "lịch sự" với anh ấy hơn là tôi vừa làm theo những gì anh ấy nói, bởi vì những người nghĩ qua quyết định thiết kế của họ có giá trị hơn những người chỉ làm theo những gì họ nói. Gần như tất cả các vòng phỏng vấn đầy đủ tại công ty mà tôi '

Vì vậy, bài học là thế này: Nếu bạn có thể đưa ra một lập luận phản biện hợp lý với những điểm hợp lý mà không bị loại bỏ hoàn toàn, hãy làm.

Câu trả lời của tôi cho câu hỏi đầu tiên bạn có là như thế này: "Chà, với một người, Hashmap không phải là lớp IO. Nhưng nó là một phần hữu ích của khung bộ sưu tập khi bạn muốn tra cứu nhanh các cặp khóa / giá trị. Không phải vậy đã đồng bộ hóa, do đó, bạn cần phải bọc nó trong Collections.syn syncizedMap nếu bạn muốn truy cập nó từ nhiều luồng. Các lựa chọn thay thế cho HashMap bao gồm ... "

Điều đó đang được nói, dựa trên các kịch bản cụ thể của bạn, tôi không tin rằng người phỏng vấn của bạn đang cố gắng cho loại chiến thuật phỏng vấn tinh vi đó. Có một kiểu nhà sư phạm rất hữu ích trong việc phát triển phần mềm (Tôi nhanh chóng sửa chữa việc sử dụng sai thuật ngữ và tôi không bận tâm khi mọi người tự sửa lỗi của mình, vì một ngôn ngữ chung rất quan trọng để hợp tác trong công việc của chúng tôi), và có một loại chỉ tự mãn và tự chúc mừng. Trong trường hợp của bạn, câu trả lời hợp lý duy nhất cho câu hỏi thứ hai sẽ là cười khúc khích và có thể là một bình luận tốt bụng về điều quan trọng hơn là bài kiểm tra đơn vị của bạn vượt qua.

Tôi đã phỏng vấn các ứng viên đã dạy tôi điều gì đó và tôi luôn đánh giá họ cao hơn các ứng viên chỉ trả lời các câu hỏi. Có một sự lựa chọn, tôi thà thuê một người thông minh hơn tôi. Nhưng tôi không thích đặt câu hỏi để chứng minh sự thông minh của riêng mình. (Đối với một, tôi không thông minh dưới áp lực). Tôi thích đặt câu hỏi giúp đánh giá các kỹ năng giải quyết vấn đề và khả năng mô tả dòng suy nghĩ đã đi vào một giải pháp được đề xuất một cách hiệu quả.

Nó phụ thuộc vào việc bạn có thực sự muốn công việc hay không.

Nếu vậy, hãy chỉ ra lý do tại sao bạn bối rối về câu hỏi và đưa ra một cách để làm cho yêu cầu của anh ấy rõ ràng hơn trong tương lai. Tránh các điều khoản đổ lỗi cho anh ấy, và thay vào đó hãy thử và giải thích lý do tại sao bạn bối rối với yêu cầu của anh ấy. Bằng cách làm như vậy, bạn thể hiện trí thông minh, khả năng giao tiếp và có thể phủ nhận mọi ý kiến ​​tiêu cực mà họ có thể đã hình thành từ việc bạn không nhận được câu hỏi trước đó. Ngoài ra, chúng tôi phải làm việc với những người ngu ngốc về công nghệ trên cơ sở thường xuyên và cho thấy rằng bạn mất bình tĩnh vì đó là một ý tưởng tồi

Nếu bạn không muốn công việc, tôi sẽ chỉ nói OK và để anh ta hoàn thành câu hỏi của mình. Lịch sự kết thúc cuộc phỏng vấn nhanh nhất có thể và ra khỏi đó. Tôi sẽ không làm bất cứ điều gì để đốt cháy các cây cầu bởi vì bạn không bao giờ biết nếu bạn có thể muốn một công việc khác với họ, hoặc những công ty khác mà họ kết nối với.

Đừng quên, các cuộc phỏng vấn không phải là bài kiểm tra mà bạn cần phải vượt qua mọi câu hỏi. Tôi thực sự đã thấy ai đó thực hiện các cuộc phỏng vấn trong đó 95% người được phỏng vấn trả lời các câu hỏi không chính xác và anh ấy vẫn ổn với điều đó.

Hãy biết ơn

Rằng bạn phát hiện ra điều đó [bất tài / kiêu ngạo] trước khi bạn nhận việc.

Tôi muốn nói rằng bạn đã tránh được một viên đạn nghiêm trọng!

Chỉ cần nhớ rằng các cuộc phỏng vấn là nhiều công cụ cho người được phỏng vấn như họ dành cho người phỏng vấn. Bạn nên đánh giá toàn bộ thời gian xem công việc có phù hợp với bạn không.

Nếu bạn nghĩ rằng người phỏng vấn của bạn là một thằng ngốc, thì theo cách mà anh ta đang làm một cách có ích bằng cách cho bạn biết rằng bạn có thể không muốn làm việc với anh ta.

Không bao giờ phải chịu những kẻ ngốc.

Tương tự như vậy, không bao giờ làm việc với họ hoặc cho họ.

Một lần trong một cuộc phỏng vấn khi nói chuyện với một đại diện nhân sự, tôi đã lưu ý rằng trong khi tôi có ấn tượng tốt với mọi người tôi đã nói chuyện và họ có vẻ như là một nhóm tốt để làm việc cùng, đó là một cuộc phỏng vấn để mọi người có khả năng cư xử tốt nhất và bạn thực sự không quen biết mọi người cho đến khi bạn làm việc với họ được một lúc. Tất cả những gì đã nói, nó dẫn trực tiếp đến quan điểm của tôi: nếu bạn không thích những người đang phỏng vấn bạn, tỷ lệ cược là bạn sẽ thích họ thậm chí ít hơn một khi bạn thực sự bắt đầu làm việc với họ hàng ngày.

Nếu cuộc phỏng vấn diễn ra rất tệ và đó là một cuộc phỏng vấn dài (tức là phỏng vấn cả ngày) thì tôi có thể sẽ tìm kiếm một điểm mà bạn có thể lịch sự đưa người đứng đầu quá trình sang một bên và nói rõ mối quan tâm của bạn là gì. Tùy thuộc vào việc đó diễn ra như thế nào (tức là nếu người để lại ấn tượng tiêu cực là từ một nhóm khác thì có thể có ý nghĩa để nhấn vào) Tôi chỉ đơn giản là cho họ biết rằng bạn muốn kết thúc cuộc phỏng vấn sớm và nếu họ hỏi tại sao chỉ cần lịch sự nói với họ rằng bạn không nghĩ mình sẽ phù hợp với văn hóa công ty. Nếu họ hỏi thêm chi tiết, điều đó tùy thuộc vào bạn nếu bạn muốn trả lời họ, nhưng nói chung bạn càng ít nói càng tốt vì họ có mọi thứ để đạt được từ câu trả lời của bạn và tùy thuộc vào những gì bạn nói có thể làm tổn hại đến danh tiếng của bạn.

Gọi anh ta trên đó

Lý do với anh ta - một cái gì đó như sau. Nếu anh ta đáng để làm việc, anh ta sẽ bảo lãnh sau một trong những câu trả lời của bạn và thấy lỗ hổng trong cuộc thẩm vấn trước đó của anh ta. Nếu anh ta đi đến cuối kịch bản giả định này mà không thấy lý do, tốt, hãy bước ra ngoài.

Bạn: Ồ, tôi xin lỗi, tôi không nhận ra rằng bạn muốn tôi đưa vào phương pháp chính.

Ngài: Nó sẽ không chạy nếu không có phương pháp chính, vậy tại sao bạn không bao gồm nó?

Bạn: Tôi nhận ra rằng tại một số điểm, việc thực thi cần phải bắt đầu, nhưng trong đầu tôi đã có những kịch bản khác, chẳng hạn như một máy chủ, nơi việc thực thi đã bắt đầu.

Ngài: Đó không phải là biện minh cho mã sẽ không chạy.

Bạn: Rõ ràng bạn thấy một số vấn đề ở đây. Bạn có tin, từ kinh nghiệm này, tôi đã chỉ ra sự thiếu hiểu biết của mình về các phương pháp chính?

Ngài: Vâng. (bạn nên bước ra ngoài)
Ngài: Không ...

Bạn: Sau đó, xin vui lòng giúp tôi hiểu vấn đề là gì.

Hy vọng tại thời điểm này bạn có thể có một cuộc thảo luận hợp lý. Nếu không, một lần nữa, nó không xứng đáng với thời gian của bạn.

Đừng bao giờ thực hiện các lựa chọn 1 và 3. Có thể cảm thấy tốt để trút cơn giận của bạn, nhưng nó không giải quyết bất kỳ vấn đề nào (thay vào đó, thường chỉ làm cho nó tồi tệ hơn). Thật dễ dàng để lên án những người nhìn ngu ngốc nhưng không biết bức tranh lớn, nó có thể là một sai lầm đơn giản. Và tất cả trong tất cả, điều đó chỉ kéo bạn vào cơn lốc cảm xúc, do đó làm cho bạn trở thành một phần của vấn đề.

Tôi có thể sẽ đi với tùy chọn 4 lúc đầu. Một số người có thể học hỏi từ phản hồi và trở nên hợp lý hơn. Nhưng nếu nó không có vẻ hiệu quả, hãy chuyển sang tùy chọn 2. Không có gì lãng phí thời gian và công sức của tôi vào việc cố gắng thay đổi những người không muốn thay đổi. Và thậm chí ít cố gắng để chứng minh với một người mà tôi biết rõ hơn, nếu anh ta không muốn thừa nhận điều đó bao giờ.

Tôi đã có một cuộc phỏng vấn tương tự, ngoại trừ việc tôi đã cố gắng đưa anh chàng qua mã của mình. Phản ứng của anh ta là nổ tung, và hét lên rằng anh ta có một đội [10? 15?] Các nhà phát triển và tôi "không có thái độ làm việc trong môi trường [đó]". Phản ứng của tôi? Đi ra.

Nếu tôi là bạn, tôi đã làm 5 (nói rằng đó là sai lầm ngu ngốc của tôi). Và sau đó đến phòng nhân sự tôi sẽ đưa ra rất nhiều phản hồi tiêu cực về cuộc phỏng vấn. Ngoài ra nếu có thể tôi sẽ nói với những người khác (như bạn đã làm) về sự cố này cùng với tên công ty (như bạn đã không làm) và sẽ cảnh báo họ.
Tôi sẽ không bao giờ làm 1,2 vì nó không chuyên nghiệp . Sẽ không bao giờ làm 3 và 4 vì tôi không chịu trách nhiệm cho sự ngu ngốc của anh ấy / cô ấy và đó không phải là công việc của tôi để làm cho anh ấy / cô ấy tốt hơn.

Từ kinh nghiệm, họ đang cố gắng bắt các nhà phát triển loại sách giáo khoa từ các nhà phát triển "Tôi ăn mã". Nhiều nhà phát triển thất bại những câu hỏi ngớ ngẩn này (không đùa).

Ngoài ra, có những tình huống nếu họ thuê một nhà phát triển loại (Jon Skeet), tức là nhà phát triển thông minh hơn người phỏng vấn, người phỏng vấn thấy đó là một mối đe dọa và loại bỏ người được phỏng vấn để đảm bảo công việc (nhiều lần, người phỏng vấn là kiến ​​trúc sư trưởng hoặc trưởng nhóm).

Đó là một sự bắt 22. Chỉ cần đi ra ngoài và nói với HR để đẩy công việc nơi mặt trời không chiếu sáng (dĩ nhiên là theo cách lịch sự). Nói với họ bạn biết Jon Skeet .... lol

Vâng, tôi đã đọc ở đâu đó một lần rằng trong tình huống này, bạn có thể kể cho anh ấy một câu chuyện. Điều chính là câu chuyện có vẻ như không phải về anh ta, nhưng anh ta sẽ biết rằng đó là về anh ta. Đây là loại tin nhắn thăng hoa. Bạn chỉ đang kể chuyện nhưng trong tiềm thức của anh ấy anh ấy biết rằng bạn đang nói về anh ấy. Vì vậy, câu chuyện sẽ là thế này:

"Ồ, điều này làm tôi nhớ đến một ứng viên đã làm một điều buồn cười như vậy. Anh ta đã có một cuộc phỏng vấn với một anh chàng ** rất thông minh và cuối cùng ứng viên đã đánh vào mặt anh ta và rời khỏi phòng. Người phỏng vấn đã bị sốc và nhận ra điều gì đó là sai với anh ta ... "

Đã ở đó. Như bạn đã biết, anh ấy (cô ấy) đang cố gắng thăm dò anh ấy biết nhiều về Java hơn bạn, bằng cách "hạ thấp" câu trả lời của bạn (đã từng xem phim "Amadeus" với nhân vật "Salieri" chưa?).

Hãy lịch sự nhớ anh ấy / cô ấy rằng bạn ở đó để có việc làm, không phải kiểm tra ai biết nhiều hơn về Java / (bất kỳ công nghệ nào), rằng bạn có thể cố gắng gây ấn tượng với người phỏng vấn, bởi vì bạn đang tìm việc và rằng mỗi người có thể giải quyết một vấn đề theo một cách khác với những người khác và điều đó không nhất thiết có nghĩa đó là một câu trả lời sai.

Tôi trả lời tất cả các câu hỏi trong một cuộc phỏng vấn, ngay cả những người ngốc. Ví dụ, trong một cuộc phỏng vấn gần đây (tôi đã ứng tuyển vào vị trí Kiến trúc sư phần mềm và người phỏng vấn là Kiến trúc sư kỹ thuật, theo tiêu đề của anh ấy) Tôi có một câu hỏi để liệt kê tất cả các phiên bản của .NET framework đã được phát hành cho đến .NET4. Không có vấn đề gì, tôi thậm chí còn cho người phỏng vấn nhiều hơn khi nói với anh ta rằng tôi đã sử dụng .NET Framework từ phiên bản beta đầu tiên vào 06/2000 :).

Bài kiểm tra có thể là cách bạn trả lời câu hỏi và đối phó với người "rõ ràng sai" trong thẩm quyền, sếp, khách hàng, đồng nghiệp, khách hàng ...

5

Người phỏng vấn luôn đúng. Sau đó tiếp tục lập trình viên. Hãy trút giận :)