신입 개발자입니다! 이력서 이정도면 어떤 느낌일가요?

Question

안녕하세요! 신입 개발자입니다이번에 회사에 지원을 하려고 가볍게 이력서를 작성해봤는데경력있는 분들이 보셨을때 어떤 느낌일지 궁금합니다...!일단 틀만 잡으려고 원티드로 간단하게 작성한거라 많이 없어 보이나요? ㅎㅎ..수정해야할 부분이 많지만 일단 이런 느낌인데이정도면 회사에 뽑힐수있을까요 ㅠㅠ깃허브도 열심히 하고있습니다!https://github.com/KAWAN426

月山明博 · Accepted Answer

판교에 서식중인 프론트엔드 개발자입니다. 기술선임으로 면접 참석/이력서 검토 참여한지 6-7년 정도 되었습니다.경력직이면 몰라도 신입인데 너무 과한 잣대를 들이대는 것 같습니다. 구글 추천글로 보다가 가입하고 답변 남깁니다.작년에 저것보다 못한 경험 없는 신입 프론트엔드 개발자 많이들 입사하셨고, 저정도 토이플젝 경험이면 입사 어렵지 않습니다.판교로 오세요. 환영할 겁니다. 저정도면 저희회사 면접와달라 하고 싶네요.링크주면 왠만하면 클릭해보는데, 다만 앞쪽에서 제대로 안되있다 싶으면 뒤쪽을 안 누르긴 합니다. 이미지는 케바케인 것 같습니다. 큰영향은 없습니다.판교 몇몇 대기업 빼고는 학력/학교 절대 안봅니다. 지방대를 나오든 전문대를 나오든 상관없고 코딩테스트 누가 더 잘 했냐, 로직을 효율적으로 짰는지, 면접때 기술관련 답변을 잘했는지가 더 중요합니다.최근에는 학교/학력/사진도 이력서에서 뺀 회사 많습니다.다만, 다른 분들 의견처럼 플젝에 대해 구체적으로 쓰는 건 동감합니다.플젝의 기술 스펙 정의가 구체적으로 작성하시는게 취업에 도움되실 겁니다.HTML, CSS, 타입스크립트, next.js, redux, axios ...사용한 대표 라이브러리 정리를 해주시면 이런 것도 채용부서에서는 써봤구나하고 참고할 수 있습니다.aws, firebase 라고 기술 한 부분도 인프라 구축을 했다거나 배포 구현을 했다거나 좀 더 구체적으로 적어주면 더 좋은 인상을 주기 쉽습니다.플젝에 참석인원이 여러명인 경우, 담당한 부분 (포지션, 담당 업무)를 적어주는게 좋습니다. 본인이 혼자 작업했으면 단독진행이라는 걸 적어주는게 좋구요.토이플젝의 목표, 주요기능들, 참여기간 등을 좀 더 구체적으로 적어주면 좋습니다.담당업무를 퍼플리셔, UI 디자인, 설계, 등등... 담당했던 부분을 최대한 구체적으로 쓴다면 더 좋습니다.다른 분 이야기 처럼 깃헙페이지 같은 데 올리고 포폴로 올리는것도 좋은 방법입니다. 다만 공개가 가능한 프로젝트라면 올려도 되지만 초급처럼 회사에서 진행했던 플젝인 경우, 올리면 법적 소송당할 수 있기 때문에 이 경우 이미지도 안올리고 말로 설명하는 경우가 많습니다.참여 플젝의 코드 저작권에 대해 확인해보고 공개 가능한 것만 공유하셔도 됩니다. 그래서 초급때 회사 다니면서 포폴용 토이 플젝을 하고 이력서에 올리기도 합니다.결론은 신입이나 초급은 그동안 자신이 했던 경험이나 스킬들을 정리해서 난 이만큼 할 수 있다라는 걸 보여주는데 신경 쓰시면 됩니다.특히 신입이면 대학교나 고등학교때 했던 토이프로젝트에서 내가 어떤 걸 했고 어떤 경험들로 난 어떻게 성장해왔다. 이후 어떻게 성장하고 싶다는 걸 어필하는게 도움되어 보입니다.코딩테스트하시게 되면 기본에 충실하시는게 좋습니다.주석 잘 달아 주세요. 어떤 값인지, 어떤 기능을 하는지, 어떤 조건을 가지고 있는지 등 이것 하나만 잘해도 점수 확올라갑니다. 이 사람이 어떤 생각으로 이렇게 구현하고자 한건지 알려주는 용도입니다.코드 로직은 최신문법도 적절히 섞어가면서 최대한 간결하게 짜시면 됩니다. 이부분은 언어를 어느정도 이해하고 있는지 판단하는 근거가 됩니다.기한은 꼭 준수하세요. 기한 넘기으면 탈락시키는 회사가 좀 있습니다. 하지만 기술 스킬을 제대로 활용했으면 사실 다 뽑습니다.. 다만 면접때 잔소리 듣습니다.이력서는 1차 관문을 통과하는 거지.더 중요한 건 코딩테스트와 기술 면접이기 때문에 그동안 잘 성장 해오셨다면 잘 풀리실 겁니다.

갱갱갱 · Answer

플젝을 저렇게 쓰면 분쇄됩니다. 본인 역할, 작업 내용, 트러블 슈팅 이 정도는 간략하게 써야돼요.

Archivist · Answer

일단 4년제 인서울 대졸이라는 가정하에 저정도면 웬만한 스타트업 / 중소는 지원해볼만합니다.좀 구체적으로 피드백을 드리자면,배포되지 않은 플젝은 스샷을 안넣으면 아무런 의미가 없습니다. 깃헙 절대 안열어봅니다 (시간없고 그러기엔 너무 귀찮음)플젝을 진행하면서 겪었던 어려움을 기술하시거나, 딱히 생각나는 바가 없으시다면 어떤 기능을 어떻게 왜 구현하셨는지를 기술하세요.이력서는 PDF 파일로 하나 보유하되, 3개월에 1번은 갱신하는 것이 좋습니다. FlowCV 추천드립니다.가능하면 자소서를 서문으로 첨부한 개발 포트폴리오를 하나 만드세요. 신입때는 포폴의 위력이 꽤 강합니다.추가로 고졸이나 학력이 그저 그렇다면 자소서에 정말 공을 들이셔야 합니다.

JsonCreator · Answer

위에 코멘트와 비슷한 의견입니다. 인터뷰는 기본적으로 이력을 기반으로 하는 만큼 면접관에게 그만큼 좋은 질문 거리를 줄 수록 유리합니다. 물론 본인의 경험이 있어야 대답이 가능하겠죠.면접관이 질문할만한 기술적인 키워드들을 본인의 프로젝트 경험 설명에 담아주시면 좋을 것 같네요.

비둘기야밥먹장 · Answer

윗분들 말씀대로 좋은 질문이 나올만한 재료를 적어주시면 좋습니다.예를들어 굉장히 뻔하고 추상적인 자기소개보다 최근 관심있거나 좋아하는 기술, 언어, 서비스 같은것만 잘 써놔도 질문할거리가 많이 생겨요.참여한 프로젝트에도 무슨 기능을 담당했고 구현은 어떻게 했으며, 기술 선택은 어떤 근거로 했는지 같은 내용을 써주시면 면접관 입장에서 질문하기가 좋습니다.

음 · Answer

A프로제트내가 맡은 영역(프론트인지, 백인지), 몇퍼센트 참여, 기간, 파트별 몇명이서 했는지, 기술영역 기술되면 좋겠네요.

Garion · Answer

다른 분들이 좋은 말씀 많이 해주셔서 저는 한 가지만 말씀드리자면github 주소를 제출하는 분들 대부분이 README.md 작성이 부실한데요프로젝트 목적과 설명을 잘 적어두시는게 좋아보입니다.스스로도 간략하게나마 문서화 해두면 생각 정리하기에 도움되실겁니다.

신입 개발자입니다! 이력서 이정도면 어떤 느낌일가요?

7개의 답변

커리어 목록