서류 통과하는 이력서는 어떤 형태일까요?

안녕하세요. 저는 현업에서 3년차 웹 프론트엔드 개발자로 근무하고 있습니다. 제가 작성자님의 이력서를 받아본다고 가정하고 피드백을 드려 보겠습니다. 1. 제목) 아름다운 코드를 사랑하는 개발자 proto -> 저는 제목에는 굳이 미사여구를 붙이기 보다는 '강민규 이력서(resume)' 이런 식으로 깔끔하게 적고 본인 소개는 아래에 적는 편이 좋을 것 같습니다. 2. Introduce) try... catch... 코드 -> 빼는 편이 좋을 것 같습니다. 소프트웨어 전문가이든 비전문가이든 읽지 않을 가능성이 높습니다. 3. 자기소개) -> 이 부분은 본인 소개를 적절한 분량으로 포인트 있게 잘 작성해 주신 것 같습니다. 다만, 기술 스택을 여기서 나열하기 보다는 자신이 어떤 사람이고, 어떤 생각을 가지고 개발하고, 어떤 경험을 통해 무엇을 배웠고 등 약간 soft-skill 관점의 이야기를 여기서 해서 면접관이 민규님의 이력서를 더 읽고 싶게 만드는 것도 좋을 것 같습니다. 4. Skill) -> Study와 Collaboration은 빼셔도 좋을 것 같습니다. 그리고 본인의 단점을 여기서 굳이 적을 필요는 없습니다. 이력서는 마치 남여가 처음 소개팅을 하기 전 주고받는 프로필 같은 것이라고 생각합니다. 여기서는 본인의 매력을 어필만 해야지, 본인의 단점이나 한계를 굳이 적을 필요는 전혀 없다고 생각합니다. -> 기술을 사용해 본 적이 있다. 정도로 면접관이 지원자를 뽑기에는 최근에 신입 개발자들의 수준이 많이 높아졌습니다. 단순히 사용해 본 적이 있다에서 그치는 것이 아니라, 무엇을 만들었고 그 과정에서 어떤 문제를 마주했는지 등에 대해서 조금 더 깊게 적어도 좋을 것 같습니다. 갯수는 더 줄여도 됩니다. 2~3개 정도만 자신있는 Skill을 잘 적으면 거기에 맞춰서 면접 때 질문이 들어올 것입니다. 5. Education) -> 학위, 그리고 자격증 정도 빼고 나머지는 빼셔도 좋을 것 같습니다. Education으로 보기에는 다소 무리가 있다고 생각합니다. 6. Project Experience) -> 본인이 직접 구현한 부분이 아닌 부분은 언급하지 말아주세요. 면접관이 민규님이 해당 부분을 구현하지 않았다고 알게 되거나, 제대로 해당 부분을 모른다고 판단이 들면 이는 오히려 마이너스가 될 수 있습니다. -> 기술 포스팅을 9개 링크를 달아주셨는데, 면접관이 9개를 과연 다 들어가서 하나하나 다 볼까요? 물론 민규님이 서류-과제-면접 등 모든 과정을 다 거치면서 회사가 민규님을 정말 매력적인 지원자라고 판단하면 더 궁금하고 알고 싶어서 다 읽을 수도 있겠습니다만.. 서류 과정에서는 하나도 안 열어 보거나 한 두개 정도만 열어볼 가능성이 높습니다. 가장 자신있는 글 한 두개만 남겨주세요. 본인의 강점을 어필하기 위해서는 때로는 덜 중요한 내용은 과감히 버려야 하기도 합니다. 7. More About Me) -> 이력서에서는 빼셔도 좋을 것 같습니다. 이 부분은 면접 때 관련 질문이 나오면 자연스럽게 대답하면서 어필하셔도 좋을 것 같아요.