https://pgr21.co.kr/?b=26&n=110480 글을 보고 굉장히 오랜만에 글 하나 써봅니다. 프로그래밍 쪽 면접을 볼 분들에게 큰 도움이 되지는 않아도 참고 정도는 될 거 같습니다. 현재 프로그래머로 1x년 일하고 있습니다. 일하고 있는 부서에서 하는 일이 몇 년 사이 갑작스레 인기가 많아져서, 올해 이력서만 300+가 들어왔고(400이 넘을 지도 모르겠네요), 면접은 대략 50+정도 본 거 같습니다. 지난 주에 두 번 면접 봤고, 이번 주에도 두 번 봅니다.

이력서가 들어오면 서류를 살펴봅니다. 당연히 학력과 경력을 먼저 봅니다. 학력이 고졸이라도 바로 탈락시키지는 않습니다만, 통과할 확률은 당연히 매우 낮습니다. 아무 관계 없는 학력/경력인 분들도 가끔 지원하는데, 다 탈락입니다. 관련 있는 부분이 하나도 없는데 지원하는 분들의 자기소개를 보면, 아무 관련이 없지만, 관심이 생겼고, 열심히 하겠다는 분들과, 아예 착각을 하거나 모르고 지원을 하는 분들로 나뉩니다.

서류를 통과하면, 코딩 테스트를 봅니다. 온라인 사이트에서 저희가 입력한 문제를 보고 x시간 내에 풀어서 제출해서 일정 점수를 넘으면, 코드를 살펴보고 큰 문제가 없으면 통과입니다. 점수가 어느 정도 나와도 구현 방식이 문제에서 설명한 부분과 관련이 없으면 탈락일 가능성이 높습니다. 가끔 제출을 안 하거나, 점수가 0점이 나와 통과를 못했는데, 메일로 다시 풀어서 제출하는 분들이 있습니다. 이런 분들의 열정을 높이 사서, 두 번째 제출한 코드가 첫 번째보다 현저히 나아지면 통과를 시킵니다. 대략 3~4번 정도 있었던 거 같습니다.

코딩 테스트를 통과하면 원격으로 코딩 테스트를 봅니다. 이번에는 원격으로 만나서(e.g. 행아웃), 온라인 에디터에서 문제를 주고, 코드를 작성합니다. 코드를 작성하면서 코드에 대해 설명을 말로 해야 합니다. 문제가 크게 어렵지 않더라도 사람에게 직접 설명을 하면서 코드를 작성해야 하기 때문에 많은 분들이 힘들어합니다. ICPC 입상자들도 여럿 만나봤지만, 역시 힘들어하는 경우가 절반 이상입니다. 문제를 보고, 잠시 후에 코드를 작성하면서 동시에 설명을 해야 하고, 문제의 목적에 맞게 작성해야 하며, 오류가 나는 경우는 방지해야 하기 때문에 혼자서 할 때하고는 많이 다릅니다. 제대로 작성을 하더라도, 비효율적이거나 성능이 낮은 경우에는 개선을 요구합니다. 이런 테스트를 위해서 많은 온라인 강좌나 책이 있는데, 책은 가장 대표적으로 programming interview exposed나 cracking the coding interview(번역서는 코딩 인터뷰 완전 정복)이 있습니다. 자신의 생각을 너무 강하게 고집하는 경우 탈락할 가능성이 높습니다. 경력이 20년 넘는 분 면접을 본 적이 있는데, 문제에 대해 잘못 생각을 하셨는지 자신의 첫 번째 생각에 너무 강하게 집착을 해서, 계속 힌트를 드려도 자신이 생각하는 방향으로만 문제를 풀려고 해서 결국 탈락한 분이 있었습니다. 당연히 문제를 못 풀었고 푸는 방향으로 나가지도 못했으니 탈락을 시킬 수 밖에 없었습니다. 저는 면접 내내 계속 이리 저리 힌트만 드리고 끝났는데, 가장 힘들었던 면접으로 기억에 남아있습니다.

원격 코딩 테스트를 통과하면 1차 면접을 봅니다. 실무 면접입니다. 학력 경력 사항에 대해서 물어봅니다. 신입의 경우 자료구조, OS, 프로그래밍 언어 관련 사항 등을 주로 물어보고, 석박사의 경우 논문 이야기를 많이 하고, 경력자는 했던 프로젝트 중심으로 물어봅니다. 자신이 했던 일에 대해 제대로 파악하는 건 기본 중의 기본입니다. 몇 달 전에 학력도 좋고, 대회 수상 경력도 화려한 분이 있었습니다. 코딩 인터뷰도 별 문제 없이 통과해서 많은 기대와 함께 1차 면접을 봤는데, 자신이 했던 논문 내용을 기억하지 못해 만장 일치 탈락을 한 분이 있었습니다. 개인적으로는 최악의 면접이었습니다. 자신이 해오던 방식이 편하다고 해도 그게 대체적으로 볼 때 틀린 경우에는 인정하고 개선을 하겠다는 이야기를 하는게 훨씬 좋습니다. 박사분이셨는데, 계시는 랩에서 프로젝트 관리를 날짜별로 zip으로 묶어 공유 디렉토리에 올린다고 해서 면접관들이 모두 어이가 없었던 적이 있었습니다. 왜 version 관리 시스템을 안 쓰시냐고 했더니 그렇게 해도 지금까지 문제가 없었고 다들 익숙해서 굳이 바꿀 필요성을 못 느꼈다고 하셨습니다. 지원 동기로 동료들과 새로운 기술을 공부하는 분위기에서 일하고 싶다고 하셨었죠. 2017년에 svn도 아니고 날짜별 압축파일로 관리를 한다는 사실에 모두 놀라며 탈락으로 결정했습니다. 자신의 경력에 대해 설명을 잘 못해도 탈락할 가능성이 높습니다. 노트북을 가져와 프리젠테이션을 하듯 자신의 프로젝트를 설명하셨던 분이 있었는데, 실행을 시키면서 설명을 하는데, 거기에 너무 집중을 해서 면접관들의 질문에 제대로 설명을 못하셔서 탈락한 분이 있었습니다. 개인 프로젝트 github을 보고 저는 기대를 많이 했던 분인데, 면접을 너무 못봐서 제가 다 아쉬웠습니다.

2차 면접은 임원(?) 면접인데.. 이건 제가 참여할 직급이 아니라 잘 모르겠습니다 ^^;