3개월 동안 면접 25군데 본 백엔드 경력 이직 후기 (작성중)

 
안녕하세요.
이번글은 퇴사 후 3개월 동안 면접을 25군데 보고 첫 경력 이직에 성공한 후기를 남기려고 합니다.
전체 과정에서 이직을 어떻게 준비했어야 할지, 남은 커리어를 어떻게 일해야 할지 많은 점을 깨달았습니다.
 
제가 공유드리는 방법이 Best Practice는 아닙니다. 다만 저의 경험이 한분이라도 도움이 되었으면 합니다.

소개

지방대 컴공 출신이고 현재는 4년차 자바 백엔드 개발자입니다.
대학 다닐때 학점은 좋지만 코딩은 못하는 학부생 이였습니다. 그래서 졸업 후 국비와 인턴을 거쳐 직전 회사에서 만 3년동안 일하고 퇴사하였습니다.
 

퇴사

퇴사를 결심한 이유는 성장하기 위해서 입니다. 팀의 서비스 특성상 반복되는 업무가 많았고, 기술적으로 챌린지 할 수 있는 과제가 없었습니다. 천성이 개발자라는 것은 자신있게 말할 수 있습니다. 그래서 항상 배움에 목마릅니다. 이러한 이유로 커리어 발전을 위해선 도전을 해야 할 적절한 시기고 새로운 도메인, 환경, 동료들을 접하면서 발전하고 싶었습니다.
 
선퇴사를 했습니다. 선퇴사를 한 이유는 눈치를 보면서 연차를 쓰고 싶지 않았습니다. 그리고 스터디, 면접 등 일정을 스스로 계획하고 그에 맞춰서 준비를 하고 싶었습니다. 까짓거 내가 죽어라 열심히 하면 취업 금방 되겠지!! 라고 생각한 마음도 있었습니다.
 
그러나... 선퇴사는 절대 비추합니다. 앞으로 커리어에 있어 선퇴사는 하지 않을 것 같네요.
 
가령 선퇴사를 고민이신 분들이면 아래 사항을 고민하시고 결정하시는걸 추천드립니다.

1. 퇴사 이후 재직 증명서가 필요한 대출을 받을 일이 당장 없다.
2. 회사 생활이 너무 고통스럽다. 탈모가 올것 같고 정신병 걸릴것 같고 우울해 미치겠다.
3. 퇴직금도 나오고 모아둔 돈도 있어서 최소 6개월 동안은 생활고에 크게 걱정이 없다.(물론 벌이가 없으니 아껴 써야됨)
4. 퇴사 이후 놀지 않고 열심히 할 자신이 있다. 늦잠 자지 않고 운동도 하면서 하루 8시간 이상 공부하면서 부지런하게 살 자신이 있다!

 
1번
이직 준비 하면서 이부분 때문에 심적인 고통이 제일 컸습니다. 재직 증명서가 필요한 상황이 있었는데 직장이 없었으니까요. 잘못하면 3년동안 모은 돈이 날라갈 수도 있는 상황이였습니다. 현재는 운이 좋게도 이직 시기와 잘 맞아 떨어져서 별다른 탈 없이 끝낼 수 있었습니다.
 
2번
해당되지 않았지만 2번에 해당되시는 분이라면 1번과 3번 관련해서 금전적인 고민이 없으시면 최대한 빠르게 선퇴사를 권장드립니다.
 
3번
퇴사를 결심한 이유이기도 합니다. 3년 동안 일한 퇴직금이 나오기에 걱정 없겠지!! 라고 생각했지만 1번과 문제가 엮어져서 금전적인 스트레스가 굉장히 컸습니다.
 
4번
막상 무한한 시간이 생기면 회사를 다닐때 보다 더 게을러져서 공부를 안할 수도 있습니다. 평일 퇴근 후에나 주말에도 공부를 하시는 분이라면 4번은 크게 걱정하지 않으셔도 될 것 같습니다. 그게 아니시라면 공부하는 습관을 먼저 기르시면 좋을 것 같네요.
 
그래도 나는 선퇴사 하고 싶다!!! 하시는 분이 계시면 서류도 조금씩 입질이 오고 연차를 사용해서 면접 1~2번 보고나서 결정하시길 권장드립니다. 막상 자신있게 선퇴사 했는데 서류조차 붙질 않고 면접도 계속 떨어지면 진짜 정신적으로 힘듭니다.. 네.. 제 이야기 입니다..
 
한 개인이 시장 상황을 이길 수 없다 라는 것을 절실히 깨달았습니다.
 

채용 사이트

요즘 IT 채용 사이트가 굉장히 많이 생겼습니다.
원티드, 잡플래닛, 사람인, 잡코리아, 블라인드 하이어, 점핏, 랠릿, 그룹바이, 리멤버, 자소설 닷컴 등등..
 
스타트업을 희망했기에 원티드를 가장 많이 활용했습니다. 원티드에 없는 회사는 점핏이나 사람인을 통해서 지원했습니다.
 
모집 공고가 중복해서 올라오는 회사가 많기 때문에 채용 사이트는 3개 정도만 써도 적당하다고 생각합니다.
 
모집 공고는 3~5년차 모집 공고가 굉장히 많았고 신입은 전멸 수준이였습니다.. ㅠ 1~2년차도 3~5년차 공고에 지원할 순 있지만 주변 개발자 이야기 들어보면 가능성은 높진 않은 것 같습니다.
 
규모가 큰 기업에 관심이 있으시면 대부분 회사 자체의 채용 사이트가 있습니다. 채용 사이트에 공고가 올라왔더라도 회사 자체 채용 사이트에서 지원하는게 인사 담당자가 빠르게 확인할 수 있습니다.
 

이력서

입사 후 이력서를 한번도 수정하지 않았습니다. 그래서 경력직 이력서를 어떻게 적어야 할지 막막했습니다. 랠릿, 구글링 등으로 이력서를 많이 찾아 봤습니다. 인프런의 이력서 강의도 보고, 크몽에 이력서 팁 관련 자료도 구매해서 보고, 커피챗 어플을 통해 이력서 첨삭도 받아보았습니다. 그리고 면접도 보면서 대답 못하는 내용은 삭제했습니다.
 
이력서는 아래 포맷과 순서로 작성했습니다.
 
Contact
깃허브, 블로그, 핸드폰 번호, 메일주소 적었습니다.
이력서 제출 시 별도 칸에 핸드폰 번호 적는 칸이 있어서 이력서에는 따로 첨부하지 않았었는데 아주 가끔 핸드폰 번호를 못찾는분이 계셔서 핸드폰 번호도 나중에 추가했습니다.
 
Introduction
10줄 이내로 작성했습니다.

• 나는 N년차 개발자고 주로 어떤 기술을 사용한다
• 개발자로서 이러이러한 특징이 있고, 그래서 OO한 경험이 있다. 
• 현재는 어떤 부분에 관심이 있어 학습중이다. 

경험이 뒷받침 해줘야 내용을 신뢰할 수 있고, 자기소개서에 있는 키워드도 면접관이 질문할 수 있기에 대답을 잘할 수 있는 내용으로 적어야 합니다.
 
경력직 이직은 성장과정, 성격 장단점 등의 거창한 자기소개서는 없어도 괜찮다고 생각합니다. 아주 ~ 간혹 회사 지원동기, 회사에 기여할 수 있는 점 등 회사 자체의 자기소개서 양식에 맞춰 제출해달라는 곳도 있었는데 가고 싶은 회사라면 추가로 작성을 하고, 아니라면 지원을 취소했습니다.
 
Work Experience
어떤 회사를 언제부터 다녔고, 전체적으로 어떤 역할을 맡았는지 간단한 문장 형식으로 3~4줄 정도 적었습니다.
 
Work Project
회사에서 진행한 프로젝트를 적었습니다. 프로젝트에 대한 간단한 설명, 기간, 사용한 기술과 해당 프로젝트에서 진행한 업무 중 해결하는데 공을 들였거나 역량을 어필할 수 있는 부분 위주로 작성했습니다. 적으면서 가장 후회했던건 트러블 슈팅을 자세하게 기록하지 않았던 점입니다. 엑셀 다운로드 성능 최적화를 한 경험이 있는데 생성한 엑셀의 파일 사이즈를 기록하는 것을 고려하지 못했습니다. 그런데 면접 때 엑셀 파일 사이즈를 물어봐서 당황한 기억이 있습니다.
 
적는건 아래 양식으로 적었습니다.

• 어떤 기술을 사용해서 어떤 결과를 만들었는지 한문장으로 요약
  
  • 문제 혹은 요구사항 발생
  • 해결책                         
  • 결과

배치 순서도 중요합니다. 경력 면접은 이력서에 있는 경력 사항을 위주로 물어보기 때문에 강조하고 싶고 자신있게 말할 수 있는 내용을 위쪽으로 배치하는게 좋습니다.
 
경력 사항에 적은 내용은 꼼꼼히 숙달을 해야 합니다. 한 두번 훑어보고 대략적으로 파악하는 정도로는 막상 면접 때 꼬리 질문이 들어왔을 때 제대로 답을 못할 확률이 높습니다. 그리고 하나를 설명하기 위해 많은 컨텍스트를 공유할 수 밖에 없는 내용은 강조하고 싶은 내용이여도 과감히 제외했습니다.
                                                                                                                                                                                                              내가 한 업무가 평범하게 느껴져서 적어도 어필이 되려나? 라고 느낄 수도 있고 저역시 느꼈습니다. 하지만 이력서를 평가하는건 면접관입니다. 어느 면접관님은 "특별한 많은 일을 하셨네요" 라고 인정해 주신 분도 계셨습니다. 지원을 최대한 많이 해보고 서류 통과율이 낮으면 그때 이력서 첨삭을 받아도 늦지 않습니다. 
처음부터 스스로 진행한 업무의 가치를 깎아내릴 필요는 없다고 생각합니다.
 
Skills
 
Work Project 다음으로 강조한 부분입니다. 처음에는 기술만 나열하는 식으로 적었습니다. 하지만 이력서 피드백을 받고 아래 3가지로 나눠서 적었습니다.

• 실무에 사용했거나 사용중인것
• 개인 프로젝트에서 사용해본것
• 현재 공부중인것

하지만 특정 기술의 역량을 한 두문장을 작성하여 어필하는 방법도 있어 최종적으론 아래와 같이 구성했습니다.

• 주력 기술 스택
  • A 기술
    • A 기술의 OO원칙을 중요시하고 A 기술에서 요구하는 OO한 역량을 가지고 있습니다.
• 학습중인 기술 스택
  • B 기술
    • B 기술을 이용해 OO 구축을 한 경험이 있습니다.

이후 서류 합격률이 조금 올라간것을 느꼈고, 면접에서도 문장에 작성한 키워드 중심으로 많이 물어보셨습니다. 이력서는 지원자가 의도한 질문을 받을 수 있게끔 써야 합니다. 그래서 이력서에 작성한 내용에서 어떤 꼬리 질문들이 들어올까 고민해서 정리하는게 중요합니다.
 
대부분 모집공고를 보면 aws, redis, 큐를 사용하는 곳이 많았습니다.
하지만 직전 회사에선 해당 기술을 사용하지 않았습니다. 별도로 학습을 해야하나 싶었지만 실무에서 경험해 보지 않았기 때문에 학습 시간 대비 크게 어필이 되지 않을것 같았습니다.
만약, 취업을 길게 바라본다면 해당 기술을 학습해서 포트폴리용 프로젝트를 하나 하는 것도 괜찮다 싶었지만, 빠르게 취업하는 것을 원했기에 현재 사용하는 기술을 딮하게 공부하는것을 선택했습니다.
 
 
Other Experience
 
어느 컨퍼런스에서 발표 혹은 세미나를 했거나, 인터뷰 등을 한 활동이 있으면 링크를 같이 첨부하여 내용을 작성하는 칸입니다.
저는 회사내 테크데이 때 발표한 것을 적었습니다.
 
Education
nextstep에서 받은 교육과 대학교 졸업한 내용을 적었습니다. nextstep은 교육 내용을 간단한 문장으로 3~4줄 정도 적었습니다. 대학교 학점은 따로 적진 않았습니다.
 
nextstep에서 교육을 받은 이력을 성장하려는 욕심이 있는 지원자로, 긍정적으로 보시는 면접관님들도 계셨습니다. 교육비가 비싸긴 하지만 배움에 돈을 투자하는걸 꺼려하진 않습니다.
 
회사를 다니면서 외부 교육을 듣는건 엄청 쉽지 않은 일입니다. 퇴근 후 취미 생활도 잠시 접어야 하고 야근 후에도 집에와서 조금만 쉬고 1시간이라도 과제를 했습니다. 물론 하기 싫은 마음이 들고 고통스럽지만 이는 성장을 하고 있다는 신호라 생각하고 꾸준히 했습니다.
 
회사에서 배우고 경험할 수 있는게 제한적 이라면 외부 교육을 추천합니다. 투자한 돈 이상을 얻기 위해 많은 노력을 기울였고 그에 따른 성장을 경험 했기에 후회는 하지 않습니다.
 
지금은 항해플러스 백엔드 코스를 듣고 있는데 매우 만족스럽게 하고 있습니다.
 
Certification
SI 회사에 지원할것이 아니면 자격증은 필요 없다고 생각합니다. 하지만 대학생때 열심히 따논 자격증 3개가 있는데 안 적는 것도 이상하다고 생각해서 적었습니다. 
 

---

 
채용 사이트에서 제공해주는 이력서 플랫폼에 내용을 채우고 지원하는게 체감상 서류 합격률이 올라가는 느낌을 받았습니다.
노션에 한번 정리를 한다음 정리한 내용을 바탕으로 채용 사이트 이력서 플랫폼의 양식에 맞춰 채웠습니다.
 
노션으로 만든 것을 pdf로 추출 후 지원하는것에 많은 의견이 있는데, 노션도 점 지옥(3~4 뎁스 이상)만 없다면 괜찮다고 생각합니다. 물론, 워드나 구글 docs를 잘 만진다면 해당 포맷으로 작성 후 제출 하는게 베스트이긴 합니다.
 
크게 깨달은 점은 업무한 일을 잘 기록하고 이력서를 최소 반년에 한번은 정리하는 시간을 가져야 한다는 것을 깨달았습니다.
 

포트폴리오

이직을 위한 포트폴리오는 따로 만들지 않았습니다. 경력직 이직은 포트폴리오 보단 경력사항이 중요하기에 없어도 급하게 만들 필요는 없다고 생각합니다. 하지만 이직을 길게 바라보면서 사용해 보지 않은 기술을 학습하는 용도로 만드는 건 괜찮다고 생각합니다.
 
만든 프로젝트를 배포를 하지 않으면 의미가 없다고 생각합니다. 혼자 하는것보단 최소 프론트 개발자랑 같이 하시는걸 추천드립니다. 그리고 별도로 인원을 구하는 것보단 디프만, 넥스터즈 같은 전국구 IT 동아리에 지원해서 하는것을 추천드립니다. 보통 면접을 통해 들어가기 때문에 팀원들이 열정적인 분들을 만날 확률이 높고 단체에서 관리를 해주기 때문에 프로젝트가 쉽게 와해될 위험도 없습니다.
 

면접

3개월 동안 면접을 25군데 보았습니다. 아무래도 첫 경력직 이직이다 보니 초반에 준비에 소홀했고, 면접을 계속 보면서 보완해 가다보니 면접을 많이 본 것 같습니다. 제가 본 모집 공고 대부분은 2차 면접까지 있었습니다. 
1차 면접은 대부분 기술면접이지만 인성 면접도 종종 물어봅니다. 특히, 1차 면접이 최종 면접인 곳이면 인성 면접도 많이 물어보기에 인성 면접도 같이 준비하면 좋습니다.
1차 면접에서 많이 떨어져서 2차 면접은 많이 보질 못했지만, 제가 직접 면접을 봤거나 지인들한테 들은 2차 면접은 인성 면접만 물어보았습니다. 
 

기술 면접

이력서의 경력 사항과 스킬 역량에 적은 내용 중심으로 많이 물어보셨습니다.
경력 사항에서 많이 물어본 질문 패턴은 OO 이슈를 A 방법을 사용해서 해결했다!! 라고 하면 A 방법을 사용한 이유와 다른 해결책은 없었는지? 많이 물어봤습니다. 그래서 여러가지 방법마다 개념과 장단점을 깊게 정리해야 합니다. 똑같은 용어라도 인터넷 글마다 조금씩 다르게 올린 경우가 많습니다. 그래서 누군가 물어봐도 바로 말할 수 있도록 나만의 문장으로 정리해야 면접때 준비한 내용을 정확하게 말할 수 있습니다. 
 
일반 CS 질문도 받았기에 
 
마지막 질문은 제가
 

인성 면접

개발자는 기술면접만 잘 보면 되지 인성 면접도 굳이 준비해야 할까? 생각했습니다만 오산이였습니다.
 
 

결과 연락

 
 
 

기타