🌎 시니어 개발자들이 바라보는 신입 개발자들의 이력서

- EO 채널의 콘텐츠 워키토키 - sendbird 편을 보고 느낀 점을 요약해봅니다. --- 왠지 모르겠지만, 유튜브를 둘러보다보면 이력서나 취준 관련 콘텐츠가 피드에 자주 뜹니다. 이런 영상들은 예전에 취준할 때 많이 찾아보긴 했는데요, 사실 지금도 궁금해서 종종 보곤 합니다. (뉴비 이야기는 못 참지) 산업적인 수요에 따라 신입 개발자가 많이 늘고 있고, 이직 역시 잦은 개발 업계 특성 상 이러한 콘텐츠들은 아무래도 꽤 흥미로운 주제가 아닐까 생각해봅니다. 저 역시 면접관의 입장이었던 적도 있고 면접자의 입장이었던 적이 있는데 영상에서 이야기한 내용들이 모두 공감이 갔습니다. 내용 중 흥미로운 부분을 간단하게 요약하자면 다음과 같습니다. - 이력서는 짧고 간단하게 신입 개발자로 지원할수록 본인의 이력서를 양으로 메꾸기 위해 직무와 관련 없는 스펙들을 줄줄이 나열하게 됩니다. 사실 저 역시도 이력서가 너무 휑해 보여서 그런 내용을 알면서도 적었던 적이 있습니다. 하지만 웬만하면 직무와 관련된 내용만 넣는 것이 좋습니다. 직무와 관련 없는 내용은 오히려 "이 사람이 한 게 없어서 억지로 내용을 채워놨구나" 라는 생각을 들게 합니다. 양을 부풀리려고 하기 보다는, 내가 지원한 직무가 어떤 점에서 잘 맞는지를 위주로 과감히 쓸모없는 내용을 빼야 합니다. - 읽는 사람과 임팩트를 중심으로 면접관에게 내가 잘 하고, 강조하고 싶은 내용을 위주로 적습니다. 면접장에서 받는 질문들은 결국 이력서 기반의 항목에서 나오기 때문입니다. 이 내용은 짧은 시간 내에 기술적으로 면접관의 이목을 끌 수 있어야 합니다. 따라서 단순하게 내가 사용한 기술을 나열하는 것에 끝내는 게 아니라 문제 해결 과정에 초점을 맞춥니다. 어떤 문제를 해결하기 위해 어떤 행동을 했고 왜 이 기술을 선택했으며 어떤 어려움을 겪었고 어떤 결과로 이어졌는지를 생각해 적습니다. 이 과정을 증명하기 위해 블로그나 프로젝트 결과물 등을 활용할 수도 있습니다. 즉, 기술의 사용 경험도 중요하지만 이력서의 핵심은 이를 어떻게 본인의 경험에 잘 녹이는지가 아닐까 합니다. - 짧은 경력과 잦은 이직 저는 이직을 세 번 했는데, 제일 오래 다닌 게 2년이 안 되어서... 다소 이견이 있었습니다. 저는 사실 1년 정도면 문제 없다고 생각합니다. 개인적인 경험이기도 한데, 이 정도 재직 기간으로 나쁘게 보는 분들은 없었던 것 같습니다. 하지만 1년 미만으로 다닌 경험이 잦다면 그 이유가 궁금할 것 같긴 합니다. 회사의 네임 밸류도 영향이 있다고 생각합니다. 비슷한 규모의 회사를 짧은 주기로 옮겨다닌다면 "적응을 못하는 것이 아닐까" 라는 의심의 눈초리가 들텐데, 재직한 회사 목록의 밸류가 꾸준히 우상향하고 있다면 실력을 꾸준히 키우고 있고 더 임팩트있는 제품을 만드는 회사를 좇는 성장형 인재라는 생각이 들기 때문입니다.