회사가 뽑고 싶어하는 개발자: 사례로 살펴 보는 면접 경험

출처: https://f-lab.kr/blog/developer-growth-strategy

회사가 뽑고 싶어하는 개발자

실제 합격/불합격 사례를 알려주는 도움이 되는 칼럼이다.

---

사례로 살펴 보는 면접 경험

합격 시킨 케이스

• 고민의 폭이 넓은 지원자
• 자신이 속한 시스템의 문제점과 나아갈 방향까지 고민해 본 지원자
• 깊이 파고드는 경험의 지원자
• 원리를 이해할 때까지 끈질긴 고찰과 결론의 과정이 드러나는 경험, 또 그러한 경험에 대한 답변으로 이어지게끔 대화를 끌어나가는 지원자
• 협업이 잘 될 거 같은 지원자
• 질문의 핵심을 잘 파악하거나 대화 과정의 피드백에 대한 수용
• 질문을 이해하기 위해, 전제 조건이나 의도를 재확인하는 지원자
• 누가 봐도 똑똑한 지원자
• 지적 호기심이 많은 지원자
   

불합격 시킨 케이스

• 이력에 적혀있는 내용에 대한 설명을 잘 못하는 지원자
  포트폴리오든 업무 경험이든 이력서를 쓰고 기억이 흐릿해지는 경우가 있을 순 있지만 이러한 경험은 부정적인 인식을 심어주게 된다. 자신의 이력서와 포트폴리오에 대한 내용은 다시 복기하고 예상 질문을 준비한 뒤 면접에 참여하는 것이 좋다.
   
• 본인이 담당한 부분에 대해서 겉핥기 설명만 하는 지원자
  예를 들어 “웹 소켓을 써서 채팅을 구현했습니다. 웹 소켓의 원리에 대해서 설명해 보시겠어요?”라는 질문을 받았는데 “잘 모르겠습니다.”와 같은 답변이 온다면 기술을 가져다 쓰는 데에만 관심이 있다고 인식되고 이는 기본기가 좋지 않고 탐구심이 낮고, 원리 이해 부족, 근거가 부족한 선택을 하지 않았을까 하는 부정적 인식을 심어주게 된다.
   
• 컴퓨터 과학 기초에 대한 이해도가 우려되는 지원자
  
  
• 어떠한 기술을 왜 쓰는지, 그렇게 구현한 이유가 무엇인지에 대한 설명을 못하는 지원자
  
  
• 동작 원리에 관심이 없는 지원자
   
• 시간 복잡도가 무엇이고, 어떠한 알고리즘이 어떤 시간 복잡도인지 외운 것 같은 지원자
  물론 대답 자체를 못하는 경우는 당연히 부정적인 인식을 갖게 된다.
   
• 구글에서만 답을 찾았다고 하는 지원자
  구글링으로 안 나오는 이슈는 어떻게 할 것인가? 구글에서 나온 답만 의미가 있는 게 아니라, 그 원리를 이해해야 하는데 이러한 인상을 못 받는다면 부정적인 인식을 갖게 된다.
   
• 의견에 대한 고집이 많아 보이는 지원자
   
• 면접 피드백 과정에서, 정정해 주거나 혹은 디테일에 대한 의견을 주고받을 때, 자신의 의견에 조금도 양보하지 않으려는 지원자
   
• 자신의 능력에 대한 자만심이 있는 지원자
  자신의 결과물에 대한 애착과 기술이나, 자신의 역량에 대한 자만심은 다르다. 개발자는 20년 이상의 경력자들도 항시 배우고, 자극받고, 개선해야 하는 직업인데, 자신의 지적 능력이나 개발 경험, 개발 기술에 대한 자부심을 표출하면 자만심으로 보이기 쉽다.

 

좋은 평가를 주는 경우

• 학습에 대한 갈증이 느껴지는 지원자
   
• 깊게 고민해 보고 대답하는 지원자
  오답일지라도, 근거 기반의 대화를 시도하는 지원자에게 점수를 주는 경우가 많았다. 중간에 생각을 포기하거나, 결론을 내리지 못하는 경우는 점수를 주기 어렵다.
   
• 주도적이고 의욕적이고 실천적인 지원자
  
  
• 제품의 중요성에 대해서 이해하고 있는 지원자
  
  
• 다른 개발자들과는 다른 특별한 장점이 있는 지원자
   
• 글쓰기와 문서화를 잘 하는 지원자
  개발자에게 글쓰기는 커뮤니케이션이다. 코드와 문서화로 소통이 부족한데 말로는 설명 잘 한다? 임기응변만 잘하는 입 개발자이거나 팀 작업에 어울리지 못하고 고집을 부리는 개발자라고 볼 수도 있다.

---