기술 인터뷰는 주관적인 경향이 있습니까? [닫은]

기술 면접에 대한 경험을 바탕으로 면접관은 이미 자신의 답변을 가지고 있기 때문에 주관적인 경향이 있음을 알았습니다. 면접관이 답변을 준비하지 않았기 때문에 응시자의 답변은 정확하지만 응시자는 취업하지 못합니다.

최근 인터뷰에서 AVL 트리 알고리즘을 사용하여 특정 문제를 해결하는 것에 대해 이야기했습니다. 면접관은 "AVL 트리 란 무엇입니까?"라고 대답했습니다. 또 다른 예는 구문과 관련된 것입니다. 주어진 문제에 대한 솔루션을 구현하는 방법이 많기 때문에 Ruby 코드가 필요한 인터뷰에서 주로 발생했습니다. 가장 일반적인 것은 객체 지향 디자인과 관련된 문제입니다.

이 상황에서는 인터뷰 대상자가 성공할 수있는 방법이 없습니다. 다른 사람도 이런 식으로 느꼈습니까 아니면 그냥 나입니까? 저만이 아니라면 어떻게 기술 인터뷰를 더 잘할 수 있습니까?

나는 당신 자신의 사각 지대가 왜 당신이 직업을 얻지 못하는지에 대해 잘못된 가정으로 이끌고 있다고 생각합니다.

면접에서 모든 것에 올바르게 대답하고 모든 것을 올바르게 받았을 수도있는 다른 사람들과 경쟁하기 때문에 직업을 얻지 못할 수 있습니다. 일을 할 수 있다고 생각하는 사람이 세 명 뿐인 경우에도 한 명만 고용 할 수 있습니다. 시장이 열악하고 경험 많은 사람들이 찾고 있습니다. 당신은 당신의 경쟁이 그들의 인터뷰에서 얼마나 잘했는지 알지 못합니다.

그렇습니다. 인터뷰는 주관적이며 기술적 인 능력뿐만 아니라 기존 그룹에 적합한 사람들을 찾고 있습니다. 당신이 할 수 있다면 결국 계속 노력하고, 당신은 올바른 장소를 찾을 것이고 그들은 당신을 고용 할 것입니다.

예상 답변을 제공하지 않아 후보를 기각 한 면접관은 면접관이 좋지 않습니다. 회사가 이것을 장려하고 인터뷰에서 그 느낌을 얻는다면, 그것은 팀과 회사가 나를 인터뷰하는 것에 대한 심각한 위험입니다.

인터뷰 대상자가 생각하지 못한 답변을 제공 한 경우, 사용 된 솔루션이 무엇이며 솔루션의 장단점을 설명 할 수있을 것으로 기대합니다. 당신이 말했듯이, 알고리즘 선택에서 사용 된 구문 구조에 이르기까지 다양한 솔루션이 종종 있으며, 거의 항상 상충 관계가 있습니다. 인터뷰 대상자가 다른 솔루션을 찾을 수 있는지, 특히 명백한 솔루션인지 다른 솔루션을 찾을 수 있는지 확인하고 각 솔루션의 장단점을 묻습니다.

인터뷰를 어떻게 진행하든 관계없이 주관적입니다. 모든 면접관은 개인으로서 편견이 있습니다. 면담 대상자는 최선을 다하고, 질문에 답변 할 때 철저하게 (하지만 지나치게 자세한 것은 아님), 답변 및 답변 방법을 설명 할 수 있습니다. 그것은 당신에게 먼 길을 걸릴 것입니다.

내가 최근에 찾은 것은 AVL 트리 알고리즘을 사용하여 특정 문제를 해결하는 것에 대해 이야기했을 때입니다. 인터뷰어가 "AVL 트리 란 무엇입니까?"

면접관으로서, 나는 AVL 나무에 관한 모든 것을 알고 있더라도 (나는 모르겠다) 후보자가 얼마나 많은 것을 알고 있는지를 물어볼 것이다. 무지한 가짜는 후보자가 잘 설명 할 수 있는지 알아 보는 속임수 일 수 있습니다. 그러나 분명히, 문제를 해결하는 알고리즘 / 데이터 구조를 생각해 내고 알 수 없으며 올바르게 설명 할 수 있다면 고용 할 것입니다. 그렇지 않으면 부끄러운 줄 알아 자신보다 똑똑하기 때문에 사람들을 고용하지 않는 것은 좋은 고용 전략이 아닙니다.

그러나 일반적으로 말하자면 : 기술 인터뷰는 항상 주관적입니다. 그리고 그들은해야합니다. 사람과 매일 8 시간 이상을 함께 보내려면 60 분의 인터뷰에서 당신을 미치게하는 사람을 선택하는 것이 합리적이지 않습니다.

퀴즈 질문은 인터뷰에 대한 반 패턴입니다. 자신이 그러한 면담에 갇힌 것을 발견 한 경우, 자신이 아는 것으로 다시 지시하도록하십시오. 이력서에 집중하십시오. 이것이 효과가 없다면 ... 다른 곳을 살펴보십시오.

면접관은 이력서와 관련된 개방형 질문을해야합니다. 사람의 의사 소통 기술에 대한 느낌을 얻을 수는 있지만 단순히 질문을하여 사람의 발달 능력을 측정하는 것은 어렵습니다. 그렇기 때문에 많은 사람들 (소프트웨어의 Joel 포함)이 인터뷰 대상자가 코드를 작성할 필요가 없으며 그 문제에 대해 다른 몇 가지 문제를 겪을 필요가없는 이유도 있습니다.

사실 소프트웨어 개발은 ​​여전히 ​​알려지지 않은 시간 내에 알려지지 않은 문제를 해결하는 것에 관한 것입니다. 입증 된 테스트는 없습니다.이 사람은 "다리"를 만들 수 있습니다. 우리는 소프트웨어 제작을보다 정의 된 엔지니어링 프로세스로 전환하는 데 점점 더 나아지고 있지만 아직은 없습니다.

"실제"기술 인터뷰는 모두 다음과 같습니다. "문제가 있습니다. 이러한 기술을 사용하면 3 시간이 걸립니다." 그 후 우리는 코드 검토를 수행하고 왜 내가 한 일을했는지에 대해 이야기했습니다. 이 방법으로 그는 내가 이미 알고 있고 지식이 부족한 곳을 보았습니다.

그런 다음 기술과 일반적인 목표에 대해 조금 이야기했습니다. 내 생각에 인터뷰는 응시자에 대한 느낌을 갖도록 설계되었습니다. 모든 것을 테스트 할 수는 없습니다. 누군가를 꽤 잘 아는 데 오랜 시간이 걸리므로 다시 한 번 프로젝트에 중요한 것에 집중하고 사람들이이 문제를 처리하는 방법을 살펴보아야합니다. 나머지는 시간이 지남에 따라 경험과 함께 제공

주관적인 부분을 제거 할 수없고, 줄어들기만하면 두렵습니다. 나는 면접자가 자신의 주관적인 아이디어로 면접을 "오염"시키는 기술 면접을 자주합니다.

한 가지 간단한 예는, 면접관이 자신의 답변과 매우 가까운 답변을 원한다는 것입니다. 또 다른 예로, 면접관이 조사에 관심이있는 경우 후보자보다 더 많은 것을 알고 있습니다. 또 다른 간단한 방법은 면접관이 후보자가 프로그래밍 IDE (Visual Studio, Eclipse, NetBeans) 작업을위한 특정 메뉴 위치를 알고 싶어한다는 것입니다.

나는 그와 같은 몇 가지에 매우 실망했습니다.

그리고 물론, 면접관이 빈곤, 성별, 정치적 생각, 인종, 학교 등 원하는 후보자를 원하지 않는 숨겨진 차별 문제도 있습니다. 그리고 후보자를 거부 할 변명을 찾고 있습니다.

가장 이상한 부분은 CS 졸업생이었고, 나는 어떤 심리학을 알고 (그 직업을 연구 할 예정), 때로는 주관적인 "간섭"을 많이 발견한다는 것입니다. 또는 면접관이 옆집에 사무실에 가서 동료에게 명시 적으로 말할 때, 주관적인 이유로 후보자를 고용하고 싶지 않습니다.

고려해야 할 중요한 점은 많은 대학 또는 회사가 IT / 기술 담당자에게 면접을 수행하는 방법을 가르치고 기술은 기술뿐만 아니라 기술 및 인적 요소를 모두 포함한다는 것입니다.

내가하는 방법은 다음과 같습니다.

• 먼저 후보에게 현실적인 문제를 해결하도록 요청하십시오. 일반적으로 이것은 쉽게 해결할 수있는 문제입니다. 일반적으로 할당 된 시간보다 훨씬 적습니다.

• 후보자가 완료되면; 나는 학생이된다 . 나는 후보자에게 그들의 해결책을 통해 이야기하고 그들이 어떻게 해결했는지 보여줍니다. 나는 그들의 아이디어와 대안 솔루션에 대해 알고 있는지, 왜 그 솔루션을 선택했는지에 대해 질문합니다.

여기 내가 찾고있는 것이 있습니다.

• 문제에 대한 좋은 해결책을 알고 있다고해서 그 해결책을 찾고 있다는 의미는 아닙니다. 모든 초기 제약 조건 내에서 유효한 해결책은 허용됩니다. 나는 그들이 솔루션을 어떻게 계획했는지, 그들이 제공된 도구를 어떻게 사용 했는지에 관심이 있습니다. 나는 그들이 자신의 솔루션에서 식별 할 수있는 단점에 관심이 있습니다.

• 또한 그들이 잘 듣고 의사 소통하는 데 관심이 있습니다. 초기 요구 사항을 모두 이해하고 구현할 수 있었습니까? 솔루션의 작동 방식을 얼마나 잘 설명했습니까?

이 모든 것이 끝날 때, 후보자가 실제로 오프닝에 가져 오는 것이 무엇인지에 대한 좋은 아이디어를 얻었 으면 , 내 선택의 일부를 제공 할 수 있습니다.

응시자가 "좋은 생각이라고 생각합니다."또는 "아, 그 기술에 대해 몰랐습니다."또는 "그것을 생각했지만 대신 이것을 사용했습니다." "이 방법을 더 잘 이해합니다"또는 "이런 종류의 솔루션을 찾고 있다고 생각했습니다"와 같은 합리적인 이유는이 모두 가 후보 에게 유리 하게 작용 합니다.

후보자가 나와 다르게 선택한 것으로 밝혀지면 내가 틀렸다는 것을 의미 할 수 있습니다. 또는 내가 옳고 응시자가 솔루션의 차이점을 논의 할 수있을만큼 충분히 개방되어 있다면 응시자가 더 나은 선택을하기 위해 아주 쉽게 습격 할 수 있다는 것은 좋은 신호입니다.

다음은 후보자가 좋지 않은 선택임을 아는 방법입니다.

• 응시자는 면접관으로부터 예상되는 해결책을 찾기 위해 낚시를합니다.
• 제공된 솔루션이 명시된 문제를 해결하지 못하거나 후보자가 설명 할 수없는 방식으로 명시된 제약 조건 중 일부를 위반 한 경우
• 후보는 자신이 해결할 것으로 예상되는 문제를 변경하려는 제약 조건을 주장합니다 (이것은 할당 된 것보다 훨씬 적은 시간에 구현할 수있는 솔루션이 있음을 기억하십시오).
• 응시자는 "고착"되고 할당 된 많은 시간을 아무것도하지 않습니다. 이상적으로 후보자는 다른 각도에서 문제를 공격하거나 면담자가 진행할 수 없을 때 어떻게해야하는지 알기를 원할 것입니다.
• 후보자는 대안을 모르더라도 기술을 사용한 "왜"를 모릅니다. "이 작업을 수행하는 다른 도구를 모른다"또는 "이 도구의 작동 방식을 모르지만 작동합니다"와 같은 대답은 문제가 없지만 "내가했기 때문에"문제가 있습니다.

인터뷰 대상자로서 귀하의 직업 수락이 어느 정도 주관적이지 않다고 생각하십니까? 채용은 양방향 프로세스입니다.

면접관으로서, 나와 동료가 후보자와 "클릭"하면, 홈 코딩 연습 및 화이트 보드 문제와 같은 다른 요소가 잘 진행된다고 가정 할 때 직장에서 출마 할 가능성이 높습니다. “클릭”하는 것은 내 파장에 있고, 유익한 대화를 나누고, 개발 과정에 대한 공통의 가치를 공유하는 것입니다. 이것이 얼마나 객관적인가?

AVL 트리의 문제에 대해서는 후보자가 어떻게 작동하는지 설명하고 속성과 사용에 대한 통찰력을 제공하는 데 관심이 있습니다. Wikipedia에 대한 설명보다 낫습니다. 청중은 기술 토론에서 O (log n)에 대한 마지막 참조가 기본적으로 결코 없었던 기업 엔터프라이즈 환경의 누군가 일 수 있습니다.

면접관으로서 후보자에게 빛을 발할 수있는 모든 기회를주고 싶습니다. 나는 이것이 당신이 일하고 싶은 조직에 적용될 것이라고 생각합니다.

좋은의 문제는 단 하나의 정답있다 하찮게 간단한 일이없는 한 면접관, 그들은 특정 응답을 기대하는 질문을하지 않습니다. 좋은 면접관은 당신이 그것을 통해 어떻게 생각하는지, 당신이 당신의 대답에 도착하는 방법, 문제에 접근하는 방법을 볼 것이다 - 당신의 대답은 유효한 경우 그들이 당신에 대해 그것을 유지하지 말아야 당신이 일을하는 방식하지 않았기 때문에 그들은 그것을 할 것을 .

실제로 기술 전문가보다 후보자에게 자신의 "우월성"을 보여주는 것에 더 관심이있는 까다로운 면접관에게 노출 된 것 같습니다.

팀에서 일할 때 매우 중요한 기술은 자신의 솔루션을 정당화하고 다른 사람을 공정하게 평가하는 것입니다. 동료로부터 배우고 가르 칠 수 있어야합니다.

AVL 트리를 사용하여 문제를 해결하고 팀의 다른 구성원이 모호하게 대학에서 기억하고 그 이후에 대해 생각하지 않은 경우 그 이점을 더 잘 설명 할 수있었습니다. 누군가가 당신이 이해하지 못하는 해결책을 제시한다면, 당신이 할 때까지 기꺼이 질문을하는 것이 좋습니다. 누군가 분명히 열등한 해결책을 제시한다면 그 이유를 더 잘 설명 할 수있을 것입니다. 누군가가 우수한 해결책을 제시한다면, 그 점을 잘 인식하고 자존심을 제쳐 놓을 수있을 것입니다.

인터뷰에서 기술적 인 질문을 할 때 찾는 기술입니다. 그들이 머리 꼭대기에서 "올바른"답변을 내놓았는지 여부는 크게 관련이 없습니다. 학교에서만 중요합니다.