면접 중에 잘못되거나 답변되지 않은 질문에 어떻게 대응합니까? [닫은]

오늘 저는 잠재적 인턴들과의 첫 인터뷰를 가졌습니다. 이것은 대부분 공개적인 질문이지만, 나는 그들에게 몇 가지 사소한 프로그래밍 작업이있었습니다.

• 삼각형 변 (모든 정수) a, b 및 c가 직각 삼각형을 나타낼 수 있으면 true를 반환하는 함수를 작성하십시오 .
• FizzBuzz.
• 재귀를 사용하여 피보나치의 N 번째 요소를 계산하십시오 ( 피보나치 가 무엇인지 모르는 경우 F (n) = F (n-1) + F (n-2); F (1) = 1; F (0) = 1).
• 정수에 대한 구조 목록을 구현하고 역순으로 쓰기 기능을 작성하십시오.

이것들은 분명히 매우 쉬운 작업이며 누군가 해결할 수 없도록 준비되지 않았습니다.

그들이 이러한 질문에 어려움을 겪을 때 어떻게해야합니까? 대답을 포기해야합니까? 팁을 줘 (내가 직접 문제를 해결했다)? 아니면 인터뷰를 계속 진행하거나 중단 할 수 있습니까?

추신. 질문에 문제가 있다고해서 버그가 있다는 것을 의미하지는 않습니다. 시작조차 할 수 없다면 말입니다. 피보나치 및 목록 질문의 경우입니다.

당신은 당신이 질문에서 인턴 포지션에 대해 인터뷰하고 있다고 말했습니다. 그래서 이것은 풀 타임 개발자를 위해 막대가 조금 더 높아질 것입니다.

인턴을 면담 할 때, 학생들은 학업을 마치지 않았을 수도 있고 프로그래밍 및 컴퓨터 과학에 대한 사전 지식이 없어도 대학에 진학했을 수도 있음을 기억해야합니다. 따라서 다른 사람이 알기로 기대할 수있는 수준과 직위의 명성 정도에 따라 기대치를 확장해야합니다 (예 : Google은 회사 사람들이 알지 못했던 기대에 부딪 칠 수 있습니다).

제시 한 질문을 살펴보면 인터뷰에서 다음과 같이 볼 수 있습니다.

1) 삼각형 변 (모든 정수) a, b 및 c가 직각 삼각형을 나타낼 수 있으면 true를 반환하는 함수를 작성하십시오.

간단한 코딩으로 지오메트리의 기본 적용으로, 대부분의 학생들은 별 어려움없이이 작업을 수행 할 수 있어야합니다. 피타고라스의 정리가 인터뷰 중이기 때문에 약간의 스트레스를 받고 있다면, 아마도 피타고라스 정리를 상기시켜야 할 수도 있습니다. 이것은 인터뷰에 매우 긴장한 일부 사람들을 정착시키는 데 도움이 될 수 있다는 점에서 "자아 부스트"문제로 보일 수 있습니다.

2) FizzBuzz

다시 한 번, 일부 기본 제어문을 적용했습니다. 모듈러스 연산자에 노출되지 않았거나 많이 사용하지 않은 학생들은 기억해야 할 수도 있지만 문제를 해결하는 실제 문제는 발생하지 않아야합니다.

3) 재귀를 사용하여 피보나치의 N 번째 요소를 계산하십시오 (피보나치가 무엇인지 모르는 경우 F (n) = F (n-1) + F (n-2); F (1 ) = 1; F (0) = 1)입니다.

이것은 상당히 일반적인 문제인 경향이 있기 때문에 대부분의 학생들은 졸업 전에 어느 시점에서 볼 수 있습니다. 어획량은 일반적으로 재귀가 학생들에게 잘 제시되어 재귀 또는 루프 기반 솔루션을 제시 할 때 나타나고, 다른 학교의 학생들이 과정 순서에 따라 다른 시간에 볼 수 있도록 비교할 수 있습니다. 실제로, 누군가 재귀를 생각해 낼 수 없다면 루프를 사용하여 대안을 요구할 것이고, 그들이 그것을 찾을 수 없다면 나는 그들의 잠재적 능력에 더 관심을 가질 것입니다.

4) 정수 목록을 작성하고 역순으로 쓰기 기능을 작성합니다.

이 질문은 실제로 작성 될 때 너무 개방적 일 수 있으므로 후보자가 추가 정보를 찾는 방법 (예 : 함수를 삭제하거나 배열로 변환해야 함)을 확인하는 것이 좋습니다. 정의 된 문제 설명 ( "숫자를 끝에 추가하거나 임의의 인덱스에 추가하고 삭제하고 목록의 역 사본을 반환하는 기능을 포함 할 수있는 정수에 대한 기본 목록 구조 구현") 학생들은 해결해야합니다. 목록이 초기 데이터 구조 과정이나 초기 기본 컴퓨터 과학 과정에서 제시되는 공통 구조 인 한 문제는 문제가되지 않습니다.

응시자를 다루는 측면에서, 어려움을 겪고 있다면, 첫 번째 실제 인터뷰 일 수 있기 때문에 성과 불안을 겪을 수 있으므로 긴장을 풀고 약간의 관대함을 허용하십시오. 문제를 해결하기위한 팁이 필요할 수 있습니다. 대부분 첫 번째와 반대되는 세 번째와 네 번째 문제의 경우에 그러합니다.

또한 "우수한 출구"지점이 내장되도록 전체 인터뷰 프로세스를 구성하십시오. 예를 들어 다음과 같은 의제가있을 수 있습니다.

• 인터뷰 절차를 만나고 인사합니다.
• 직원 프로그래머와의 짧은 인터뷰, 배경에 대한 기본 질문.
• 프로그래밍 퀴즈 발표.
• 단절
• 적합하지 않은 일부 후보자의 해임, 해고
• 직원 프로그래머와의 면담.
• 인적 자원과의 인터뷰 (필요한 경우)
• 마무리

이 인터뷰 흐름은 응시자들이 휴식 후 해고 될 수 있음을 처음부터 알고있을 때 조기에 해고 할 수있는 경우에 효과적입니다. 퀴즈 이전의 짧은 인터뷰는 또한 시험을보기 위해 시험에 응시하는 것이 아니라 면접 실습을 제공하며 또한 자신에게 적합하지 않다고 결정할 수도 있습니다. 퀴즈를 관찰하거나 응시자가 응시하는 동안 다른 프로그래머가 있으면 응시자가 잠시 쉬는 동안 응시자를 합격 / 불합격 할 수 있습니다.

인턴쉽을 위해 인터뷰 할 때 항상 응시생은 학생입니다. 학생들은 여전히 ​​학생이며 인터뷰에 대한 연습이 많지 않을 수 있으며 (성능 불안을 유발할 수 있음) 자신의 학업 목표에 도달하지 못할 수도 있습니다. 질문에 대답 할 수도 있습니다. 즉, "이상적 해결책 (들)"의 사본을 사용하여 문제에 대한 질문을 보내는 것이 좋습니다.

어떤 면접을 보든 나의 목표는 내가 동료와 대화하는 것처럼 느끼게하는 것입니다. 문제가 생길 때 항상 동료들이 사무실에옵니다. 갇힐 때 동료들에게 도움을 요청합니다. 인터뷰에서 나는 역 동성을 재현하려고 노력합니다.

다시 말해, 동료가 피보나치 수열을 구현해야하고 그것이 무엇인지 몰랐다면 어떻게 말할 것입니까? 그들이 스스로 계속 진행할 수있을 때까지 설명해 주어야합니다. 영구적이지 않은 한 무지에 부끄러움이 없습니다.

만약 당신이 그 운동을 겪어도 그 사람과 함께 일하는 모습을 여전히 이해할 수 없다면, 그들은 그 일에 적합하지 않습니다.

인터뷰에서 이와 같은 질문을하는 것은 누군가가 문제를 해결하는 방법을 알아낼 수 있는지 여부를 결정하는 것입니다. 프로그래머가되는 일은 일반적으로 "이러한 요구 사항을 가져와 코드로 구현"과 "구현이 요구 사항과 일치하지 않는 이유를 파악하여 수정"이라는 두 가지로 구성됩니다. 그래서 당신이 정말로 찾고있는 것은 이러한 특정 질문에 대한 해결책이 아니라 사물을 알아내는 능력입니다.

이것을 이해하면 누군가를 시작할 수있는 힌트를 줄 것입니다. 실제로 진전을 이루고 있지만 어딘가에 세부 사항이 누락 된 것이 확실한 경우 더 있습니다. 그러나 그들이 문제를 해결하는 방법을 알 수 없다는 것이 분명 해지면 답을 얻었으므로 운동을 계속할 필요가 없습니다.

예를 들어, 현재 직장에서 인터뷰 할 때 그래프에서 한 노드에서 다른 노드로 가장 짧은 경로를 찾는 방법에 대한 질문을 받았습니다. 나는 Dijkstra 's Algorithm과 같은 것을 사용할 것이라고 대답했다. 나는 대학에서 하루 전에 배운 것을 기억하고 그 이후로 결코 사용하지 않았으며 그것에 의해 주어진 특정 조건을 만족시키는 그것에 대한 빠른 (그리고 잘못된) 설명을했다. 의문. 면접관은 그래프가 약간 수정되고 메모리가 부족하면 내 솔루션이 무한 루프로 끝날 것이라고 지적 했으므로이 문제를 피하는 올바른 방법을 설명했습니다. 그리고 나는 직업을 얻었습니다.

인턴 포지션의 경우 약간의 요구가있을 수 있습니다.

나는 네 번째 질문에서 당신이 무엇을 의미하는지 전혀 모른다. 재귀 질문을하는 것은 조금 비현실적이며, 자신의 코드베이스를 통해 재귀가 사용되는 영역의 수를 결정하십시오. 인터뷰 상황은 스트레스가 많으며, 응시자가 후보자가 프로그램을 계획 할 때 대부분의 것들과 비교할 때 거의 사용되지 않는 전략을 거의 시행하지 않을 것으로 기대합니다. 개인적으로 저는 중요한 개념이 무엇을 의미하는지 / 어떻게 사용되는지 설명하고 통조림의 예를 제공하는 질문을 할 것입니다. X book 또는 Google Y 검색이 코드 기반에 무언가를 구현하는 데 필요한 모든 것을 제공한다고 말할 수있는 후보자에 훨씬 더 관심이 있습니다.

IMHO 당신의 첫 두 질문은 프로그래머가 누구인지, 주니어 또는 시니어, 학교 밖에서 또는 스스로 가르친 사람이라면 누구나 해결할 수 있어야합니다.

면접관이이 중 하나에 어려움을 겪고 있음을 알게되면 문제를 다시 말하고 문제를 완전히 이해했는지 확인하려고합니다. 그런 다음 펜과 종이, 화이트 보드, 그림을 그리거나 문제를 해결하기 위해 선호하는 방법을 사용하도록 권장하십시오. 나는 또한 그녀에게 소리내어 생각하고, 그녀의 사고 과정을 살펴보고, 필요한 경우, 그녀가 올바른 길을 가고 있는지 감히하지 않거나 약간의 장애물이 있다면 힌트를 거의주지 않는다. 그러나 몇 가지 힌트조차 도움이되지 않거나 위에서 언급 한 것처럼 문제가 해결되면 더 많은 시간을 낭비하지 않기 위해 인터뷰를 마칠 것입니다. 인터뷰에서 나는 항상 후보자가 모르는 것이 아니라 후보자가 알고있는 것에보고 집중하려고 노력하고 있지만 중요한 지식을 찾을 수 없다면 잠시 후 포기합니다.

세 번째와 네 번째는 다소 더 어려워서, 주니어가 그것을 얻지 못하면 받아 들일 수 있습니다. 그러나 노인에게는 여전히 필수입니다.

"FizzBuzz"의 의미를 찾아봐야했습니다. 나는 게임과 그 규칙에 대해 들었지만, 그 이름에 의해서가 아니라 한동안은 아니었다. 따라서 인터뷰 대상자에게 정보를 제공 할 필요가 없다고 생각하십시오.

즉, 이것들은 모든 기본 코딩 문제이며, 심지어 엔트리 레벨 코딩 위치를 인터뷰하는 누군가가 검사로 답변을 코딩 할 수 없다면 자신의 길을 생각할 수있을 것으로 기대합니다. 우리는 같은 페이지에 있습니다. 문제에 대한 답은 그들이 어떻게 잘못되고 있는지에 달려 있습니다.

• 사소한 구문 문제 : 특정 언어로 된 코드를 기대하는 경우 세미콜론을 놓치거나 식별자를 한 번 잘못 사용하더라도 너무 많이 계산하지 마십시오. 대부분의 IDE는 즉시이를 포착 할 수 있으며 모든 사람이 때때로 오타를 만듭니다. 내가 코딩 할 것으로 예상되는 거의 모든 인터뷰에서 알고리즘이 면접관에게 올바르게 전달되고 논리가 건전한 한 "의사 C-ish"는 수용 가능했다.

• 사소한 논리 결함 : 알고리즘이 예상되는 시나리오의 대부분은 아니지만 대부분 예상되는대로 작동하는 경우 (예 : FizzBuzz를 코딩 할 때 15는 "Fizz"또는 "Buzz"만 발생하지만 예상 한대로는 아님) "단위 테스터"가되고 해당 인스턴스에서 알고리즘이 실패 할 것이라고 지적하고 알고리즘을 수정할 수 있는지 확인하십시오. 특정 상황을 간과했거나 요구 사항을 완전히 이해하지 못했을 수 있습니다. 두 가지 모두 코딩에서 일상적으로 발생하는 완전히 이해할 수 있으며 추가 정보 나 피드백을 제공하면 쉽게 극복 할 수 있습니다.

• 주요 논리 결함 : 알고리즘이 주어진 대부분의 테스트 시나리오를 통과하지 못하면 해당 알고리즘도 지적 하고 알고리즘을 수정할 수 있는지 확인하십시오. 이것은 더 큰 문제입니다. 그들은 시스템의 매우 기본적인 요구 사항을 잘못 이해했거나 약간의 격차 논리 구멍을 간과했습니다. 그러나 코드의 고장 위치를 ​​정확히 알리지 않고 문제에 대한 세부 정보를 제공하여 문제를 해결할 수 있다면 불분명 한 요구 사항에 맞게 분필을 작성하고 계속 진행하십시오.

• 특정 사례에 대한 답변을 어디서 시작 / 하드 코딩해야할지 모르거나 의사 코드를 이해할 수없는 경우 : 이는 적색 플래그입니다. 누군가 FizzBuzz 규칙을 따르는 알고리즘을 코딩하도록 요청하고 규칙을 설명하고 빈 응시를 받으면 인터뷰가 끝난 것입니다. 마찬가지로, 그들이 SOMETHING을 보드에 넣을 수는 있지만 문제 공간의 많은 부분에서 실패하고 실패를 설명 할 때 손을 잡고 문제를 해결하는 경우 두 번째 인터뷰를 진행하지 않을 것입니다. .

인터뷰를 한 적이없고 불안 문제가 있거나 실제 상황에 처한 적이 없기 때문에 헤드 라이트에서 사슴처럼 행동 할 수있는 잠재적 인턴이있는 경우 (보통 신체 언어에서 알 수 있음) 그들이 무엇을했는지 물어 보았습니다.

그런 다음 그의 영토가 될 것이므로 그는 극도로 긴장하지 않을 수 있습니다. 적절한 장소를 찾으면 "어떻게 구현 했습니까?"라고 묻습니다. 그가 설명 할 수 있다면, 그의 사고 방식에 대한 통찰력을 줄 수 있습니다.

그 후 의제에 대한 자신의 테스트를하십시오.

Fizzbuzz는 절대적인 요구 사항입니다. 그들이 Fizzbuzz를 코딩 할 수 없다면 고용해서는 안됩니다.

필자는 일반적으로 Google Docs를 사용하여 프로그래밍 문제 (일반적으로 Fizzbuzz + Fizzbuzz를 쉽게 완료 할 수있는 경우 더 높은 수준의 문제)를 해결하기 위해 인터뷰 전 코드 세션에 응시자를 요청합니다.

나는 일반적 으로이 동안 전화 또는 스카이프를하고 있으며, 그들이 문제를 완료하는 것을보고 있기 때문에 (그리고 특정 시점에서 그들이 생각하는 것에 대해 이야기하기 때문에) 나는 그들이 그렇게했다고 확신 할 수 있습니다. 그냥 구글 답변.

다른 문제가 잘 명시되어있는 한 (즉, 각각에 대한 공식을 제공하는 한) 질문은 괜찮습니다.

후보들을 인터뷰 할 때, 그들이 겪을 가능성이있는 프로그래밍 문제를 고수하려고 노력합니다. 나는 웹에서 사용자가 직면하는 모든 것이 일종의 문자열 조작과 관련이 있기 때문에 문자열 조작 문제를 좋아합니다. 그들이 그것을 처리하는 방법이 중요합니다.

채우려는 위치의 구경에 따라 다릅니다.

선임 개발자를 원한다면 모든 것을 알게 될 것입니다. 그들이 잘못하고 내가 악하다고 느끼면, 나는 인터뷰를 중단하고, 감사하고 안녕히 가십시오. 내가 더 정중 한 분위기에 있다면, 나는 그들에게 감사하고 인터뷰의 나머지 부분을 서두르고 싶습니다.

주니어 개발자를 원한다면 그 질문은 상당히 힘든 것으로 간주 될 수 있습니다. 나는 그들의 학습 능력과 의지를 탐구하는 데 더 관심이 있습니다. 그래서 나는 그들에게 힌트를주고 그들을 따라 가며 그들이 어떻게 반응 하는지를 보려고 노력할 것입니다.

인턴 인터뷰는 다른 종류의 인터뷰입니다. 내가 일반적으로하는 일은 표준 개발자 질문 (제공 한 질문과 같은)을 사용하여 교육의 현재 위치를 측정하는 것입니다. 이러한 문제를 해결하는 능력은 2 학년에서 노인에 따라 크게 다릅니다.

그런 정보를 얻은 후에는 팀에서 일할 수 있을지, 가르 칠 수 있는지, 회사에서 인턴으로 얻는 혜택, 개발 / 학습에 대한 열정 등의 다른 기술에 대한 인터뷰에 중점을 둡니다.

저에게는 인턴을 다른 후보들과 차별화시키는 것은 기술적이지 않은 것들입니다. 나는 단지 학기 동안 일자리를 원하는 사람보다 배우고 성장하도록 이끌린 사람을지도하고 멘토링하는 데 몇 달을 보내는 것이 좋습니다.

인터뷰 대상자가 회사에 어떤 가치를 더할 수 있는지 자문 해보십시오. 특히 FIZZBuzz 레벨에서 문제를 해결할 수없는 경우 멘토 관련 비용을 고려하십시오. 대답이 의도 한 급여에 상응하지 않으면 고용하지 않는 것이 좋은 경제적 사례입니다.

관리자에게 돌아가서 "회사에 가치있는 직원을 고용 할만큼 충분한 가치를 부여 할 후보자는 없었습니다"라고 말하는 것을 두려워하지 마십시오. 이것은 누군가를 끊임없이 도와주는 비용 때문에 실제로 부정적인 가치를 가진 사람과 끝내는 것보다 더 나은 행동 과정이어야합니다.

내 대답은 다소 불친절하거나 불쾌하게 보일 수 있지만 잘 작동한다고 생각합니다. 우선, 후보자에게 매우 쉬운 질문을하는데, 이는 자신감을 키우는 데 도움이되는 준비 질문으로 작용합니다. 그들이 성공하든 아니든, 나는 사소하지 않고 직무와 관련된 질문으로 넘어갑니다.

이 시점에서 그것은 전부 또는 아무것도 아닙니다. 그들이 그것을 통과한다면 문제 없습니다. 그들이 아무 문제없이 조금 고투한다면, 나는 그들을 따라 돕고 다른 능력을 측정하기 위해 다른 질문으로 옮길 것입니다.

그러나, 그들이 해결할 수있는 능력이 전혀 없다면, 나는 그들에게 도움이되는 나머지 인터뷰 시간을 태운다. 응시자는 여전히 인터뷰에 참여한 느낌이 들지만, 관련없는 다른 방향으로 인터뷰를 진행할 필요는 없습니다. 교육적 일 수도 있기 때문에 후보자에게도 좋습니다.

1. 그들에게 친절하게 노력하십시오. 당신의 질문에 따르면, 당신은 여기에서도 멋지게하려고하지 않습니다. 모든 사람들이이 "피즈 버즈"용어를 알아야한다고 생각하십니까? 아니면 당신이 직접 작성하는 게으른 그물을 검색해야합니까? 반대로, 저는 여기있는 모든 사람들이 올바른 삼각형이 무엇인지 알고 있다고 생각합니다.
2. "구조 목록"이란 무엇입니까? 모르겠어요 "목록 구조"를 알고 있습니다. 의미 : 정수 목록? 당신이 의미하는 정수의 목록? 나도 시작하는 법을 모른다. 그리고 영어가 아니라고 말하지 마십시오. 나도. 심지어 나는 영어권 국가에 가본 적이 없었습니다. 당신은 분명히 알고 복수의 해당 정수 정수가됩니다 들 . 당신이 여기 equals와 이해할 수하려고하지 않는 경우, 당신이하고있는 방법을 상상할 수 있다 .
3. 글을 읽고 쓸 줄 아는 프로그래머라면 피보나치 행이 재귀로 수행해서는 안되는 것에 대한 책의 예라는 것을 알고 있습니다. 반대하는 능력이나 코딩 기술을 테스트하고 있습니까? 업무를 수행하고 재귀 사용 기술을 테스트하기위한 더 좋은 예를 찾으십시오.
4. 프로그래머가 "스트레스 하에서 일할 수있는 능력"은 필요할 때 밤에 일할 수 있다는 의미입니다. 그러나 좋은 프로그래머를 원한다면 그들의 수석이 매우 친절하고 이해가 잘되는 동료가되기를 기다릴 것입니다. 그렇지 않다면, 좋은 프로그래머는 없을 것입니다. 그들은 알파 쥐 남성이 아닙니다. 침략을 느끼면 껍질을 닫고 아무 것도하지 않습니다.

그래서 제 대답은 : 더 잘 준비하십시오.

PS 당신은 너무 이미 관리자입니다 당신이 정말 스트레스를 개최한다.