Table of contents

오늘 한일

이력서 피드백

나는 글쓰기 실력이 부족하다. 개발자 이력서 작성법에 대한 글을 읽어봐도 어떻게 작성해야 할지 감이 안잡힌다. 지금은 다른 개발자의 이력서를 참고해서 작성했다. 이 이력서로 지원했을 때 서류전형에서 30% 확률로 합격했다. 좀 더 확률을 높이고 전략적으로 접근하기 위해 이력서 피드백을 받기로 했다.

나는 2년동안 4개의 프로젝트를 진행했다. 피드백은 주로 프로젝트 경력서에 대한 내용이었다.

  • 구체적인 예시가 부족하여 내용이 추상적으로 느껴짐
    • 이전 프로젝트에서 겪은 실수를 반복하지 않기 위해
      • 어떤 프로젝트?
      • 어떤 실수?
    • 계층 구조와 다형성을 통한 확장성 있는 구조
      • 어떤 구조인지? 다형성은 왜?
      • 다형성과 확장성이란 단어를 쓰기 위해서 넣은 느낌
  • 각 단락에서 전달하고 싶은 메시지가 뭔지 모르겠음
    • 단락마다 주제가 섞여있음
    • 가장 내세울 만한 성과를 중심으로 이야기를 풀어나가는 것이 좋을 듯
    • PMS 프로젝트에 너무 많은 내용이 있음
      • 확장성, 테스트코드를 통한 비용 감소, 자동배포를 통한 개발 집중, 커뮤니케이션을 위한 도구 도입
      • 자동배포는 별개의 항목으로 빼도 됨
  • 결론이 개발자스럽지 않음
    • 서론 본론 결론
    • 개발자 관점에서 결론을 작성해야 함
    • 커뮤니케이션 내용이 문제가 아님
    • 개발자 관점에서 배운 내용
  • 자신이 생각하는 3년차의 역량은?
    • 내가 이 정도의 역량을 갖고있다는 메시지를 전달하고 있는가?
  • 제목, 기술요약, 각각의 단락이 일관성이 없이 따로 노는 느낌
    • 시작은 프로젝트가 무엇인가에 대한 간단한 설명
    • 고객사 프로젝트의 필요성을 느낀 계기가 무엇인지
      • 기존 업무의 문제점
    • 프로젝트 목표
    • 나는 이 프로젝트에서 어떻게, 무엇을 했는가?
      • 문제를 해결하기 위해서
      • 프로젝트를 수행하기 위해서
      • 무엇을 개발했고, 어떻게 개발했는지
      • Ex) 개발 환경 설정, 서버 구축, 모니터링 환경 구축
      • Ex) 사용자 관리, 일정 등록 등등 어떤 화면을 개발했다
    • 이 프로젝트에서는 무엇이 힘들었는가?
      • 커뮤니케이션이 아닌 기술적으로 힘들었던 부분
    • 프로젝트 결과 피드백
      • 이 프로젝트를 통해 고객사는 어떤 이득을 얻었는가?
      • Ex) 업무 보고에 걸리는 시간이 50% 단축
    • 과정을 통해서 배운 점과 느낀 점
  • 본인이 생각했을 때, 거짓말이 섞여있지 않은가?
    • MyBatis가 부족한 이유가 무엇인가? 본인이 겪은 문제인가?
    • 계층구조와 다형성으로 어떻게 확장성을 해결한지도 모르겠다.
    • 테스트가 중요하다고는 하지만, 실제로 실감했는지 안했는지를 잘 모르겠음
      • 테스트코드는 비즈니스 로직이 자주 변경되거나 할 때가 중요하다
    • 비용이 감소되었다면, 구체적으로 얼마나 감소되었는지
      • 정말 잘했는지 못했는지 모르겠는데, 혼자 잘했다고 하는 느낌

가장 큰 문제는 내용이 너무 추상적이라는 것이다. 구체적인 예시와 설명이 없어서 자화자찬하는 느낌이 든다. 이력서 내용은 반드시 본인의 경험과 생각이 들어가야 한다. 남에게 들은 지식을 자신의 지식이나 경험인 것처럼 포장해서는 안된다. 이런 거짓 지식은 면접 단계에서 들통난다.

지식은 있지만 경험이 없다면 어떻게 해야할까? "~~을 사용하면 ~~를 기대할 수 있는데, 사용해보고 싶다." 정도면 된다. 예를 들어 JPA를 사용하면 Mybatis에 비해 어떤 장점이 있고, 어떤 부분에 대한 비용감소를 기대할 수 있는데, 어떤 단점 때문에 사용하지 못했고, 다음에 경험하고 싶다고 적으면 된다.

그리고 면접에 관련된 팁도 몇 가지 알려주셨다.

  • 기술적인 질문
    • 간단하게 요약해서 설명하거나 결론에 대해서 먼저 이야기
    • 내가 경험한 과정을 이야기해야 한다
    • 경험하면서 느낀 점, 개선했으면 좋을만한 사항
    • 남의 생각을 나의 생각인것 처럼 이야기하면 좋지 않다
    • 솔직히 이야기하는 것이 좋음
  • 경험이 중요하다
  • 자기소개와 지원동기
    • 이것만 잘해도 50%
    • 이 사람이 우리 회사에 왔을 때, 어떤 도움을 줄 지 예상할 수 있음
    • 진심어린 내용
    • 개발자로서 무엇을 좋아하고, 열정이 얼마나 있는가
      • 예를 들어서 보여줘야 함

오늘 느낀점

2년동안 업무를 수행하던 직장 생활보다, 2년간의 업무를 정리해야 하는 이력서 작성이 더 어려운 것 같다.

개발자는 글쓰기도 잘해야 하고, 어떤 목표를 가지고 일을 했는지 증명해야 하고, 성과도 측정해야 한다. 그 와중에 도태되지 않기 위해 꾸준히 공부를 해왔다는 것도 증명해야 한다. 좋은 커리어의 길을 걷고있는 개발자들은 얼마나 뛰어나며 얼마나 노력하는 사람들이란 거지..

내일 할일

  • Jscript.NET 유지보수