나는 "자바 기술이 너무 자랑 스럽다"는 사람과 인터뷰를하고 있었다.

1. 그는 "나에게 물었다 자바 IO 클래스에 대한 지식은 무엇인가 .. .. 말 해시 맵을? "

2. 그는 종이에 자바 코드를 작성하도록 요청했습니다. 클래스를 인스턴스화하고 인스턴스의 메소드 중 하나를 호출하십시오. 내가 끝났을 때, 그는 내 프로그램이 실행되지 않을 것이라고 말했다. 5 분 동안 진지하게 생각한 후 포기하고 그 이유를 물었습니다. 그는 내가 주요 기능을 작성하지 않아서 실행되지 않을 것이라고 말했다. 종이에.

3. [어리 석음을 계속하기에는 너무 분노합니다 ...]

그것이 속임수 질문이나 정신적 또는 분노 관리 평가 문제가 아니라는 것을 믿습니다.

나는 그의 얼굴에서 알 수 있습니다. 그는 이러한 질문을 자랑스럽게 생각했습니다.

그 " 개발자 "는 후보자 를 " 판단 " 해야했습니다 .

몇 가지를 생각할 수 있습니다.

1. 의자 (그것이 필사적으로 원했다)로 그를 때리고 걸어 나간다.
2. 그냥 걸어
3. 그가 말이 안된다고 말하면서 조롱하십시오.
4. 자신이 말이되지 않았다는 것을 정중하게 말하고 계속해서 질문에 답하려고 노력하십시오.
5. 아무에게도 말하지 말고 계속해서 질문에 답하십시오.

지금까지 나는 4와 5를 시도했지만 도움이되지 않았습니다. 불행히도 많은 지원자들이 같은 일을하고 예의 바른 태도를 유지하지만, 이런 종류의 "개발자"는 회사 사다리를 계속 올라 가면서 점차 점점 더 많은 사람들을 괴롭히는 능력을 얻습니다.

정맥을 파열시키지 않고이 면접관들을 어떻게 처리합니까? 이것을 처리하는 적절한 방법은 무엇입니까?하지만 다른 잠재적 고용주가 여기서 무슨 일이 있었는지 알게되면 명성을 유지합니까? 당신이 할 수있는 일 이 있습니까, 아니면이 문제 를 해결 하려고 시도해야 합니까?

추신 : 사실에 의해 내 분노가 여러 번 증폭되었다는 것을 인정하겠습니다.

1. 그는 당신이 믿지 않는 것처럼 웃고있었습니다.
2. 그 전날 그 회사로부터 전화가 너무 많아서 그날 어떤 일도 할 수 없도록 인터뷰에 오라고했습니다.
3. 나는 유급 휴가를 낭비했다.

어서 어렵습니다.

그런 면접관은 한 푼도입니다. 그들은 좋은 후보의 실제 시험이라고 생각하는 당신에게 우스운 질문을합니다. 실제로, 그들이하고있는 모든 것은 그들의 불안감을 먹이는 것입니다.

마지막으로해야 할 일은 인터뷰에서 폭파하거나 HR 담당자와 면담 자에게 불만을 제기하는 것입니다. 그것은 당신에 대한 그들의 인상을 악화시킬뿐입니다. 그리고 저를 믿으십시오.

전문적인 명성을 구하고 다른 곳으로 가져 가십시오. 구직에 행운을 빕니다.

HTH,

KM

편집 : 이것을 공유해야했습니다 : 금요일 오후 웃음에 좋은 http://theoatmeal.com/comics/interview_questions .

그와 함께 웃어.

"오 예! main () 함수도 없습니다. 또한 코드를 작성할 수없는 한 장의 종이에 작성되었습니다. 그리고 '컴파일'버튼을 그리는 것을 잊었습니다. Ho ho, 우린 재밌어요!"

그런 다음 다음 질문으로 넘어가십시오. 그렇습니다. 그는 따기입니다. 그러나 실제로 화를내는 것은 아무것도 아닙니다.

그가 찾고있는 대답이 당신에게 너무 명백해서 언급 할 가치가 없다고 생각한다는 것을 분명히하십시오. 그는 아마도 프로그래밍 천재에서부터 프로그래밍을 해본 적이없고 직업에 절박한 사람들까지 다양한 후보들을 인터뷰하고있을 것입니다. 때로는 면접관으로서 명백한 것을 확인할 가치가 있습니다.

이와 같은 문제가 발생하면이를 속임수 문제로 취급하십시오. 면접관이 그가 당신을 붙잡 았다고 생각하는 작은 함정에 빠지게되면, 당신이 한 일, 왜 그 일을했는지, 왜 대답 / 방향 / 응답이 부 정확한지를 설명하면 그 일을 고려했다고 설명하십시오. 그런 다음 {insert reason 이유가 잘못됨}을 기억하고 메소드를 사용하기로 결정했습니다.

"당신의 방식이 잘못되었습니다", "정확하지 않다", "정확하지 않다"와 같은 단어를 공격하지 마십시오. 면접관을 모욕하거나 모욕하지 않고 테스트에서 오류를 지적하면 실제로 더 강력한 코더로 보일 수 있습니다.

또한이 사람이 귀하의 새로운 감독관 일 가능성이 높다는 점을 고려해야하며,이 사람이 다른 사람을 속이고 / 만들거나 / 누군가에 대해 그러한 기쁨을 느끼고 있다면, 정말로 당신이 일하고 싶은 사람입니까? 이와 같은 사람은 특히 자신의 자존심이 가득 찬다는 점이 분명하기 때문에 뛰어난 코더 일지라도 자신을 위해 일하기를 원하지 않을 것입니다. 그런 종류의 사람은 사람들이 더 잘 알고, 일을 더 잘하는 사람을 위해 일하게하는 것을 참을 수 없습니다.

결국, 최선의 행동은 비전문가에 직면하여 전문성을 유지하는 것입니다. 그의 행동에 관계없이, 당신의 태도 나 쓸모없는 것에 관계없이 자신과 당신의 반응을 확신한다는 것을 나타내는 태도를 취하십시오.

1. 정중하게 그와 함께 일하는 데 관심이 없다고 말하고 (나를 믿지 말고) 나가십시오. 인터뷰 담당자의 명백한 무능력으로 그를 쫓아 버리 자마자 HR 부서에 연락하십시오.

당신은 이미 직업을 가지고 있으며, 그것은 당신을 강력하게 만듭니다. 기억. 당신은하지 않는 이 일을 얻기 위해, 그리고 당신의 직업 원하는 더 나은 현재 작업보다 더합니다.

한 번은 "else if"대신 "elsif"를 사용하라는 전화를 한 사람이있었습니다. 그것이 나를 화나게 한 이유는 Perl 직업을 신청하고 있었기 때문에 화이트 보드에 Perl 코드를 작성하는 데 15 분을 보냈습니다.

그런 다음 자바에서 똑같은 일을하는 방법을 물었고, 주요 방법없이 긁었습니다 (wtf, 누가 그것을 신경 쓰겠습니까? 그것이 가장 성가신 질문입니다 ... 나는 digress입니다). 내 뇌가 여전히 펄 모드에 있다는 것을 제외하고는 나는 "elsif"를했다.

작은 똥은 자신을 너무 자랑스러워했습니다. 나는 그것을 으 ged 거렸다. 그리고 나는 내가 실수로 "혼돈"하지 않은 이유에 대해 질문하기 시작했고, 컴파일러가 잡을 수있는 사소한 구문 오류라고 말했을 때, 그는 빨간색이되어 "당신은 나쁜 태도를 취했다! " 그 시점에서 나는 다른 면접관들에게 감사하고 나섰다.

그들은 실제로 저에게 직업을 제공하기 위해 전화를했습니다. 간단한 구문 오류에 대해 진지한 비판을하려고했습니다.

HashMap은 IO 클래스가 아니며 바보처럼 몰래 분노 관리 클래스를 확인하십시오.

이전 고용주 중 한 곳에서 일부 면접관이 실제로 약간의 자극을 유발하도록 설계된 방식으로 질문이나 문구 문제를 묻는 것을 발견했습니다. 그 면접관들은 당신의 반응을보고 싶어합니다.

나는 한때 전함과 같은 게임을 구현하는 것에 대한 질문에서 보트 배치의 각 부분을 플롯하고 충돌이 발생하면 변경 사항을 롤백한다고 제안한 사람과 인터뷰했습니다. 나는 아마 그렇게하지 않을 것이라고 말했다. 필자는 각 부분을 먼저 확인하고 충돌이없는 경우에만 플로팅을 수행합니다. 최악의 경우 구현하기가 훨씬 간단하고 평균 비용은 약간만 들기 때문에 비용이 약간 적게 듭니다. 그는 실제로 디자인 결정을 생각하는 사람들이 말하는 것을하는 사람들보다 더 가치가 있기 때문에, 내가 말한 것을 방금했던 것보다 정중하게 "논쟁"하는 것을 선호했습니다. 내가 그 회사에서 거의 모든 완전한 인터뷰 루프

따라서 교훈은 이렇습니다 : 완전한 저크 상태에서 벗어나지 않고 합리적 포인트로 합리적인 반론을 할 수 있다면 그렇게하십시오.

첫 번째 질문에 대한 나의 대답은 다음과 같습니다. "음, Hashmap은 IO 클래스가 아닙니다. 그러나 키 / 값 쌍을 빠르게 조회하려는 경우 컬렉션 프레임 워크의 유용한 부분입니다. 여러 스레드에서 액세스하려면 Collections.synchronizedMap에 랩핑해야합니다. HashMap의 대안은 다음과 같습니다. "

귀하의 특정 시나리오에 따라 귀하의 면접관이 그런 종류의 정교한 면접 전술을 시도하고 있다고 확신하지는 않습니다. 소프트웨어 개발에 유용한 일종의 pedantry가 있습니다 (용어의 오용을 신속하게 바로 잡을 수 있으며 사람들이 내 자신을 바로 잡을 때 신경 쓰지 않습니다. 공동 작업에서 공동 작업에 공동 언어가 중요하기 때문입니다). 잘난척하고 자기 축하하는 종류가 있습니다. 귀하의 경우, 두 번째 질문에 대한 현명한 반응은 합의에 따라 흔들리는 것일 것입니다.

나는 저에게 무언가를 가르쳐 준 후보자들과 인터뷰를했으며 항상 질문에 답하는 후보자보다 더 높은 점수를 받았습니다. 선택이 주어지면 나보다 똑똑한 사람을 고용하고 싶습니다. 그러나 나는 내 자신의 영리함을 증명하기위한 질문을하는 것을 좋아하지 않습니다. (저는 압력을받는 영리한 사람이 아닙니다). 문제 해결 기술을 평가하는 데 도움이되는 질문과 제안 된 솔루션에 효과적으로 반영된 사고 방식을 설명하는 능력을 선호합니다.

실제로 작업을 원하는지 여부에 따라 다릅니다.

그렇다면 질문에 대해 왜 혼란스러워했는지 지적하고 앞으로 그의 요청을 명확하게하는 방법을 제공하십시오. 그를 비난하는 말을 피하고 대신 그의 요청과 혼동 된 이유를 설명하고 설명하십시오. 그렇게함으로써 당신은 당신의 지능, 의사 소통 능력을 보여주고, 이전 질문을 얻지 못했을 때 그들이 만들어 낸 부정적인 의견을 부정 할 수 있습니다. 또한 기술적으로 어리석은 사람들과 정기적으로 협력해야하며, 그에 대한 성미를 잃는다는 것은 나쁜 생각입니다

당신이 일을 원하지 않는다면, 나는 단지 OK라고 말하고 그의 질문을 끝내게 할 것입니다. 정중하게 인터뷰를 가능한 빨리 끝내고 거기에서 나가십시오. 나는 당신이 그들과 함께 다른 직업을 원할 지, 또는 그들이 어떤 다른 회사와 네트워크를 맺을 지 알지 못하기 때문에 다리를 태우기 위해 아무것도하지 않을 것입니다.

잊지 마십시오. 면접은 모든 질문을 통과해야하는 시험이 아닙니다. 실제로 인터뷰 대상자의 95 %가 질문에 잘못 대답 한 누군가의 인터뷰를 보았습니다.

감사하라

당신이 일을 시작하기 전에 당신이 그것에 대해 알게 된 것 [무능력 / 오만).

난 당신이 심각한 총알을 피했다고 말하고 싶습니다!

인터뷰는 인터뷰 대상자만큼이나 인터뷰 대상자에게 많은 도구라는 점을 기억하십시오. 직업이 자신에게 적합한 지 여부를 항상 평가해야합니다.

당신의 면접관이 바보라고 생각한다면, 당신은 아마 당신이 그와 함께 일하고 싶지 않다는 것을 알려줌으로써 그가 호의를 베풀고있는 방법입니다.

바보를 겪지 마십시오.

마찬가지로 그들과 함께 또는 그들과 함께 일하지 마십시오.

인사 담당자와 이야기를 나누는 후 포스트 인터뷰에서 나는 내가 이야기 한 모든 사람들에 대해 호의적 인 인상을 받았지만 그들과 함께 일하기에 좋은 그룹 인 것처럼 보였지만 모든 사람들이 최선의 행동을하고 당신은 그들과 잠시 동안 함께 일할 때까지 사람들을 정말로 알지 못합니다. 그러나 그것은 내 요점으로 직접 이어진다. 만약 당신이 당신을 인터뷰하는 사람들을 좋아하지 않는다면, 당신이 실제로 매일 그들과 함께 일하기 시작하면 그들을 덜 좋아할 것이다.

면접이 매우 나 빠지고 긴 (즉, 하루 종일 패널 면접) 면담이라면, 공정을 주도하는 사람을 공손하게 옆으로 가져 가서 자신의 우려 사항을 진술 할 수있는 시점을 찾게 될 것입니다. 그것이 어떻게 진행되는지에 따라 (즉, 부정적인 인상을 남긴 사람이 다른 그룹에서 온 사람이라면 누르는 것이 합리적 일 수 있습니다.) 나는 단순히 당신이 인터뷰를 일찍 끝내고 싶다고 말하고 그들이 왜 예의 바르는 지 물어 보면 그들에게 당신이 회사 문화에 잘 맞지 않을 것이라고 생각하십시오. 그들이 그 이상으로 더 자세한 내용을 요구한다면, 당신이 그들에게 대답하고 싶다면 그것은 당신에게 달려 있습니다. 그러나 일반적으로 당신은 당신의 응답에서 얻을 수있는 모든 것을 가지고 있고 당신이 말하는 것에 따라 당신의 평판을 해칠 수 있습니다.

전화 해

그 와 같은 이유 — 다음과 같은 것. 그가 일할 가치가 있다면, 그는 당신의 응답 중 하나를 구제하고 그의 이전 심문에서 결함을 볼 것입니다. 만약 그가 이유를 보지 않고이 가상 시나리오의 끝까지 가면, 나가십시오.

당신 : 아, 죄송합니다, 당신이 제가 주요 방법을 포함시키기를 원한다는 것을 몰랐습니다.

그 : 주요 방법 없이는 실행되지 않을 것 입니다. 왜 포함하지 않겠습니까?

당신 : 나는 어느 시점에서 실행을 시작해야한다는 것을 알고 있지만 실행이 이미 시작된 서버와 같은 다른 시나리오를 생각했습니다.

그 : 그것은 실행되지 않는 코드에 대한 정당화가 아닙니다.

당신 : 분명히 여기에 몇 가지 문제가 있습니다. 이 경험을 통해 내가 주요 방법에 대한 지식이 부족하다고 지적하십니까?

그분 : 그렇습니다. (당신은 걸어한다)
그를 : 없음 ...

당신 : 그럼, 문제가 무엇인지 이해하도록 도와주세요.

이 시점에서 당신은 합리적인 토론을 할 수 있기를 바랍니다. 그렇지 않다면 다시 한 번 가치가 없습니다.

옵션 1과 3을 수행하지 마십시오. 분노를 배출하는 것이 좋지만 문제를 해결하지는 못합니다 (대신 보통 악화시킵니다). 바보 같은 사람을 비난하기는 쉽지만 큰 그림을 모르면 간단한 실수 일 수 있습니다. 그리고 결국, 그것은 당신을 감정적 인 회오리 바람으로 끌어 당기게하여 문제의 일부가됩니다.

아마도 처음에는 옵션 4를 사용했을 것입니다. 어떤 사람들은 피드백을 통해 배우고 더 현명해질 수 있습니다. 그러나 문제가 해결되지 않으면 옵션 2로 전환하십시오. 변화를 원하지 않는 사람들을 변화시키는 데 시간과 노력을 낭비하지 않아도됩니다. 그리고 내가 인정하기를 꺼려한다면, 내가 더 잘 아는 사람에게 증명하려고 노력하는 일조차 줄어 듭니다.

나는 그 사람을 내 코드로 안내하려고한다는 점을 제외하고 비슷한 인터뷰를했습니다. 그의 대답은 폭파하고 그가 [10? 15?] 개발자, 그리고 나는 "그 환경에서 일할 태도가 없었습니다". 나의 응답? 나가

내가 너 였으면 5 번을 했을 것이다 . 그리고 HR 에 인터뷰에 대해 매우 부정적인 피드백을 주었을 것 입니다. 또한 가능하다면 나는 다른 사람들에게 (당신이했던 것처럼)이 사건에 대해 회사 이름과 함께 (당신이하지 않은 것처럼) 알리고 경고 할 것입니다.
그것은 전문적이지 않기 때문에 결코 1,2를 하지 않을 것입니다 . 나는 그 / 그녀의 어리 석음에 대해 책임을지지 않기 때문에 결코 3과 4를 하지 않을 것입니다.

경험상, 그들은 "I eat code"개발자로부터 교과서 유형 개발자를 잡아 내려고 노력하고 있습니다. 많은 개발자들이이 멍청한 질문에 실패합니다 (농담 없음).

또한 (Jon Skeet) 유형 개발자를 고용하는 경우, 즉 개발자가 면접관보다 똑똑한 경우 면접관이 위협을 찾아 직업 보안상의 면담자를 제거하는 상황이 있습니다 (다수의 경우 면접관이 수석 설계 자임) 또는 팀 리더).

캐치 22입니다. 그냥 나가서 HR에게 태양이 비치지 않는 곳 (정중 한 방법으로)을 밀도록 지시하십시오. 그들에게 당신이 Jon Skeet을 알고 있다고 말하십시오 .... lol

글쎄, 나는이 상황에서 당신이 그에게 이야기를 말할 수있는 곳을 한 번 읽었습니다. 중요한 것은 이야기가 그에 관한 것이 아니라 그에 관한 것임을 알 것입니다. 이것은 일종의 잠재 메시지입니다. 당신은 단지 이야기를하고 있지만 그의 잠재 의식적인 마음에서 그는 당신이 그에 대해 이야기하고 있다는 것을 알고 있습니다. 이야기는 이렇습니다 :

"아, 이것은 나에게 그런 재미있는 일을 한 후보를 생각 나게한다. 그는 너무 똑똑한 a * 남자와의 인터뷰를 가졌고 결국 후보는 그를 얼굴에 대고 방을 떠났다. 그에게 잘못이있다 ... "

거기에 있었다. 당신이 이미 알고 있듯이, 그는 (당신은) "당신의 대답을"공감 "함으로써 (당신은"Salieri "문자로 영화"Amadeus "를 볼 때) 당신보다 Java에 대해 더 많은 것을 조사하려고합니다.

솔직히 그 / 그녀는, 당신이 직업을 구하고, Java에 대해 더 많이 아는 사람을 시험하지 말고 (기술이 무엇이든), 당신이 직업을 찾고 있기 때문에 면접관에게 감동을주는 것이 좋다는 것을 명심하십시오. 각 사람이 다른 사람과 다른 방식으로 문제를 해결할 수 있으며, 이것이 반드시 잘못된 답을 의미하는 것은 아닙니다.

나는 인터뷰 중에 모든 질문에 대답하고 심지어 바보 같은 질문에도 대답합니다. 예를 들어, 최근 인터뷰에서 (소프트웨어 아키텍트 직책을 신청했고 인터뷰어는 제목에 따라 기술 아키텍트입니다) .NET4까지 모든 버전의 .NET 프레임 워크가 릴리스되었다는 질문을 받았습니다. 문제 없음, 나는 심지어 2000 년 6 월 초 베타 버전에서 .NET Framework를 사용했다고 말해 줄 때 면접관에게 더 많은 것을주었습니다. :)

테스트는 질문에 어떻게 대답하고 권위있는 "명백한"사람, 상사, 고객, 동료 직원, 고객을 다루는 것일 수 있습니다 .

5

면접관은 항상 옳습니다. 그런 다음 프로그래머로 이동하십시오 .SE :