화이트 보드 인터뷰 질문을 어떻게 개선 할 수 있습니까? [닫은]

나는 인터뷰에 앉아 인터뷰 중에 화이트 보드에 질문에 답할 때 비슷한 역량을 가진 사람들 사이에 큰 차이가 있음을 알았습니다.

일반적으로, 당신의 생각을 명확하게 설명 할 수 있고, 드라이 지우개 펜으로 읽을 수있는 코드를 작성하고, 긴 침묵의 순간을 피하는 것은 결국 대답이 거의 똑같더라도 후보자를 더 호의적으로 검토하는 경향이있었습니다.

화이트 보드 인터뷰 질문에서 어떻게 더 나아질 수 있습니까? 더 잘 준비 할 수있는 방법이 있습니까?

작은 화이트 보드를 구입하고 연습, 연습, 연습해야합니다. 친구에게 Programming Interviews Exposed 같은 책에서 질문을하게하십시오 . 그런 다음 문제를 해결하고 사고 과정을 실제 상황과 동일하게 설명하십시오. 당신의 목표는 열광적 인 소리를 내지 않는 것입니다. 당신은 분명한 생각을 표현하고자합니다. 문제를 해결할 수 없더라도 사고 과정이 지능적이고 올바른 방향으로 진행되고 있음을 보여주십시오.

화이트 보드에 답변을 작성하는 것은 직관적이지 않습니다. 연습이 필요합니다. 나는 SAT 훈련 프로그램 중 하나의 교사였으며, 칠판에 글을 쓰고 사고 과정을 설명하는 데 몇 시간을 훈련했습니다. 프로그램이 시작될 때 대부분의 사람들은 자신의 말을 우연히 발견하고 끔찍한 필기로 썼습니다. 결국, 우리는 노련한 재향 군인처럼 보였다. 당신은 우리가 프로그램의 시작에서했던 것처럼 보이고 싶지 않습니다.

이야기의 교훈 : 준비되지 않은 인터뷰에 가지 마십시오. 화이트 보드에서 문제를 해결하는 것은 연습해야합니다.

화이트 보드 인터뷰에서 답변해야 할 세 가지 질문이 있습니다.

1. 문제를 해결할 수 있습니까?
2. 문제와 해결책에 대해 명확하게 의사 소통 할 수 있습니까?
3. 다른 사람들로부터 피드백을받을 수 있습니까?

그래서 해결책은 요점이 아니며, 해결책을 찾은 방법 이며, 면접관이 당신을 평가할 것입니다.

더 잘할 수 있습니까? 그래 넌 할수있어:

다음에 동료들과 무언가를 설명해야 할 때 (다른 학생들은 공부하고 있거나 다른 동료들은 일하고 있다면) 이렇게하십시오 :

1. 그것들을 화이트 보드로 드래그
2. 펜과 지우개를 들어
3. 문제 설명 시작
4. ???
5. 이익

아, 그리고 당황하지 마십시오. 스케치와 의사 코드가 어쨌든 빨라지고 대신 즉흥적으로 작동한다고 가정하십시오. 목표는 동료와 함께 답변에 도달하고 항상 동료의 피드백에 개방적입니다. 문제를 해결할 수있는 경우 보너스 포인트. 많이할수록 더 잘 얻을 수 있습니다. 연습이 완벽합니다.

코드 작성 이외; UML 다이어그램을 그리고 그것에 대해 이야기 하는 법을 배웁니다 . 모든 상자, 원 및 화살표이며 일반적으로 그리는 유형은 클래스 다이어그램, 시퀀스 다이어그램 및 (대부분의 경우) 유스 케이스 다이어그램입니다. 그리고 다른 모든 경우에는 상자, 원 및 화살표 만 그려야합니다.

화이트 보드는 인터뷰 용이 아닙니다

그것은 급진적 인 개념으로 일부 사람들을 때릴 수 있지만 후보자에게 화이트 보드 질문을 할 때 동료가 화이트 보드를 사용하여 나에게 무언가를 설명하거나 도움을 요청하는 마지막 몇 번과 자신의 반응을 정신적으로 비교하고 있습니다. 인터뷰 시간에 시험을 실시하는 것이 아니라 일상적인 의사 소통 기술입니다.

그래서 어떻게 나 화이트 보드 질문이 도움이 준비 않습니다 내가있어 인터뷰? 나는 대학 시험보다는 동료와 함께 문제를 해결하는 것처럼 취급합니다. 그것은 내 아이디어를 제시하고 더 많은 정보가 필요할 때 묻습니다. 무언가가 옳지 않다면, 나는 만족할 때까지 면담 자와 대화를 나눈다.

링크 된 목록을 되돌리려 고하고 링크 된 목록이 무엇인지 기억 나지 않는 경우 문의하십시오. 최종 결과가 더 좋으면 연결된 목록이 그의 머리 꼭대기에있는 것을 알고 있지만 조작하는 코드가 큰 사람보다 더 높은 점수를 줄 것입니다. 프로그래머가 아무리 많은 경험이 있더라도 우리의 코드와 기타 독점 정보를 마술처럼 익히는 일을 시작하는 것은 아닙니다.

내 의견으로는, 인터뷰는 당신이 할 수있는 일이 아니며, 가능하다면 직업에 얼마나 잘 맞는지에 대한 인식을 왜곡시킬 것입니다. 누군가가 암기 한 답변을 낭독하는 순간을 쉽게 알 수 있습니다. 그것이 후보자를 지식 영역 밖으로 밀어 내려는 의도적 인 이유 중 하나입니다. 그들이 준비하지 않은 질문에 어떻게 반응하는지 알고 싶습니다.

당신은 내가 미쳤다고 생각할 수도 있지만, 나는 누군가의 사고 과정과 암기 능력을 평가할 때 얻는 이점에 대해 너무 강하게 느낀다. 나는 내가 정확히 똑같은 질문에 대한 대답을 되풀이 할 때 면접관들에게 말했다 최근 3 번의 인터뷰에서 더 도전적인 것을 고르고 싶은지 물어보십시오. 어쩌면 내가 생각하기에 허풍이 났을 경우를 대비하여 그들은 항상 어쨌든 "유머"를 요구하지만 적어도 그들은 내 기술에 대한 정직한 평가를 받고 있습니다.

나는 인터뷰에 앉아 인터뷰 중에 화이트 보드에 질문에 답할 때 비슷한 역량을 가진 사람들 사이에 큰 차이가 있음을 알았습니다. 일반적으로 생각을 명확하게 설명 할 수있는 건식 지우개 펜으로 읽을 수있는 코드를 작성하고 긴 침묵의 순간을 피하면 결국 답변이 거의 똑같더라도 후보자에 대해 더 유리한 검토를하는 경향이있었습니다.

소프트웨어를 개발할 때 개인으로 마지막으로 일한 기억이 없습니다. 나는 항상 내 활동을 다른 사람들과 조정하고 설계 및 구현 결정에 대해 논의하며 다른 사람들과 협력하여 소프트웨어를 구성해야했습니다. 인터뷰에서 의사 소통 기술을 시연하는 것은 큰 장점입니다. 인터뷰는 긴장을 늦출 수 있지만 마감일과 직무 압박을 유발할 수 있습니다.

나는 또한 나의 의견을 되풀이 할 것이다. 팀 중심의 소프트웨어 엔지니어링 특성을 고려할 때 기술적 역량 이상의 것을 고려해야합니다. 특히 기술적으로 말하고 쓰는 능력은 대부분의 입장에서 중요합니다. 소프트웨어 구축 능력뿐만 아니라 직업과 관련된 모든 요소에 대한 누군가의 역량을 평가할 것입니다.

화이트 보드 인터뷰 질문에서 더 나아질 수있는 몇 가지 방법은 무엇입니까?

더 잘 준비 할 수있는 방법이 있습니까?

누군가 화이트 보드 질문에 대한 응답이 좋지 않은 두 가지 이유를 생각할 수 있습니다. 기술 정보를 제대로 파악하지 못하거나 발언자 / 발표자가 열악합니다. 물론 항상 둘 다 될 수 있습니다.

더 나은 방법은 문제에 달려 있습니다. 기술 향상은 읽기, 수행 및 질문 (보통 순서대로)으로 이루어집니다. 열악한 프레젠테이션 기술은 연습을 통해 이루어 지지만, 어떤 사람들은 자연스럽게 훌륭한 스피커이지만 다른 사람들은 그렇지 않습니다. 누구나 의사 소통 기술을 개발할 수 있다고 생각하지만 성격은 누군가가 실제로 얼마나 훌륭한 지에 큰 역할을합니다.

인터뷰 중에 진행하는 방법에 대한 팁?

때에 따라 다르지.

면접관에게 "뇌 덤프 (brain dump)"지점까지 더 자세한 내용은 항상 좋습니다. 충분한 정보를 제공하지 않으면 면접관이 좀 더 자세하게 설명해달라고 요청했으며 일반적으로 내 디자인이나 코드에 대한 명백하고 정확한 질문을했습니다.

아무 말이나 행동을하지 않고 사전에 문제를 생각하는 데 몇 분을 소비하는 것은 항상 좋은 생각입니다. 이 시간을 사용하여 면접관이 찾고있는 것을 명확하게하기 위해 질문을 할 수도 있습니다. 이를 통해 면접관에게 원하는 것을 정확하게 제공 할 수있을뿐만 아니라 여러 가능성을 통해 자신의 길을 생각할 수 있음을 알 수 있습니다.

다른 사람들 앞에 서서 프레젠테이션을하는 것은 배우는 기술입니다. 당신이 그것에 약한 경우, 나는 Toastmasters 의 지역 장에 가입하는 것이 좋습니다 . 인터뷰 중에 발생하는 "이전에 본 적이없는 주제가 있습니다. 이제 낯선 사람 앞에 서서 설명하십시오"스트레스 중 일부, 특히 화이트 보드 부분 (있는 경우)을 연습하게됩니다.

다른 사람들은 신체적 측면 (연습!)을 다루었지만, 나는 정신적 측면을 다루겠습니다. 얼마나 많은 연습을하든 인터뷰는 다른 유형의 환경입니다. 당신은 혼자가 아니거나 친구와 함께하지 않습니다-당신은 당신의 능력을 판단하려고 시도한 적이없는 사람과 함께있을 것입니다.

연습 할 때는 항상 그 환경을 염두에 두십시오. 당신은 그들에게 아첨하거나 빨아 들일 필요가 없습니다-당신의 목표는 당신의 능력과 태도를 보여주는 것입니다. 자연스럽게 말하고 머리 속에서 무슨 일이 일어나고 있는지 설명하십시오. 그들은 당신의 생각을보고 싶어서 큰 소리로 생각하고 이야기하고 토론하며 그들이 당신의 마음에 참여하게합니다.

또 다른 중요한 요소는 리바운드입니다. 실습 문제에는 항상 해결책이 있습니다. 멈출 때 다음 단계를 확인하고, 작성하고, 이해하고, 배울 수 있습니다. 그러나 면접관은 해결책 매뉴얼이 아닙니다. 그들은 당신을 도울 것이지만, 아무도 "다음 단계는 x를하는 것"이라고 말하지 않을 것입니다. 따라서 항상 매뉴얼을 참조하지 않고 연습하십시오. 친구에게 모호하지만 관련이있는 제안을하도록하고 거기서부터 시도해보십시오. 그들의 제안이 문제 해결에 어떻게 도움이되었는지 설명하십시오. 항상 당신이 어떻게 생각하는지 보여주십시오.

그것이 도움이되기를 바랍니다!

질문을하고 가정을 피하는 것이 화이트 보드 질문의 또 다른 요점입니다. "이봐, 나는 이런 식으로 해본 적이 있고 여기에 해결책이있다 ..."는 실제로 당신이 그러한 가정을하고 발을 내딛는지를 보는 문제입니다. 그것은 속임수 질문이거나 당신을 당황하게하는 것이 아니라 일반적으로 당신이 그들 중 하나를 칠 때 오히려 쉽게 보여줄 작은 것들이 많이 있습니다. 몇 가지 예제 영역 :

• 요구 사항은 얼마나 구체적입니까? 결과가 어떻게 보일지 확신하십니까?
• 어떤 복잡성 메트릭이 더 중요하고, 시간 또는 공간이며, 다른 작업보다 고려해야 할 가치가있는 작업이 있습니까?
• 솔루션이 좋은 이유를 얼마나 잘 설명 할 수 있습니까?
• 이론적 솔루션의 작동 방식을 보여주는 예 또는 두 가지를 살펴볼 수 있습니까? 여기에서 테스트 사례는 사용자 입력이 있는지, 유효성이 검증 된 위치 및 오류 메시지가 전달되는 방식 등을 발견하는 것이 흥미로울 수 있습니다.

물론 다른 영역이 있지만 모의 인터뷰에서 내가 한 일을 분석 할 때 고려해야 할 주요 영역입니다.