1. 강의 소개
강의 소개와 검토자 입장에서 바라본 채용
•
과거의 서류 지원
◦
소수의 기업에 직접 작성하여 지원
•
현재의 서류 지원
◦
다수의 기업에 원클릭으로 지원
•
기업의 입장
◦
TO 한 자리에 400명 이상 지원
◦
이직할 확률이 낮은 지원자를 어떻게 판별할 수 있을까?
→ 지원 허들을 높여서 정성을 들이게 만들어야 한다.
최근에 보이는 개발자 이력서 작성 프로세스의 문제점
•
잘 쓴 이력서란
◦
서류검토자 입장에서 읽기 좋은 이력서
▪
직관적이고 명료해야 한다. 가독성이 좋아야 함
◦
지원 공고와 핏한 이력서(필수 역량, 우대 역량)
•
구글링으로 보는 이력서
◦
잘 쓴 이력서는 깊은 고민과 수정 끝에 나온 결과물
▪
이걸 베껴봤자 아는만큼 보인다.
◦
내가 한 것이 없어서가 아닌 뭘 강조해야할지 모르기 때문, 메타인지 역시 중요하다.
◦
결과에 집중하지 말고 어떤 경험에서 어떤 문장이 나왔는지 과정을 잘 들여다보자.
•
이 강의를 통해 얻어갈 수 있는 것
◦
결과 중심이 아닌 과정 중심
◦
현재 채용 시장의 상황과 이를 대비한 전략
◦
이력서 유행, 확산에 따른 안티패턴 분석
◦
이력서 피드백(지인, AI)
2. 이력서 작성 전, 갖춰야 할 마인드 셋
•
이력서를 작성하며 자신감을 잃어가는 경우
◦
급하게 이력서를 쓰려고 하는 경우
◦
타인과 끊임없이 비교하며 자신을 갉아먹는 경우
강인한 정신에 강인한 이력서가 깃든다
•
결과물만 보면 디테일을 놓친다.
◦
이력서를 완성하는 결과가 아닌 과정에 집중하자.
•
비교 대상은 타인이 아닌 나로 하자.
•
가치 없는 경험은 절대 없다.
빠른 이력서 작성이 어려운 이유
•
완벽하게 쓰려고 하기 때문이다.
◦
과정을 생략하고 잘 쓰려고만 하면 답답함이 느껴진다. 너무 추상적이기 때문에
◦
처음부터 천천히 써보자.
•
자신이 뭘 했는지 정확히 파악, 즉 메타인지를 기반으로 시작해야 한다.
4. 합격률의 진실, 합격률 체크
지원 방식에 따른 합격률 차이
•
플랫폼 지원보다 직접 지원이 더 서류합격 확률이 높다.
◦
그리고 합격률에 연연하지 말자.
•
어떤 이력서에 눈길이 갈까?
◦
기술이 핏하거나 도메인이 핏하거나 그외 경험들에 끌리는 경우
•
회사에 핏한 이력서를 작성해 지원 허들이 높은 경로로 지원해야 합격률이 높다.
◦
우리 회사에 와도 그만 안 와도 그만은 필요 없다.
◦
구체적이고 진정성 있는 지원동기가 있으면 더 좋을 것
•
서류 검토시에 뭘 볼까?
◦
이력서의 첫 인상
▪
경력의 경우, 특정 도메인에 대한 경험이나 기술 스택을 기반으로 필터링
▪
첫 인상이 매우 중요하다.
◦
프로젝트 경험
▪
어떤 역할이었고 무엇을 했는지, 결과까지 적어두면 설득력이 좋아진다.
◦
강점이 될 수도 있는 것
▪
오픈소스 기여, 커뮤니티 활동, 컨퍼런스 발표, 책 집필, 블로그, Github
5. 서류 탈락하는 이력서 안티패턴
사소하지만 이력서 퀄리티를 낮추는 행동
•
하이퍼링크가 아닌 링크 원문 그대로 붙이는 경우
•
PDF의 경우 A4가 아닌 커스텀하여 다른 사이즈로 제출하는 경우
•
정돈되지 않은 이력서 → 폰트, 줄 간격, 자간, 표 여백 등
•
접근 불가능한, 만료된 URL
•
너무 긴 이력서 내용
◦
많은 경우 10장
고개를 갸우뚱하게 만드는 자기소개
•
추상적인 자기소개
◦
안녕하세요 성장하는 백엔드 개발자 홍길동입니다. 지식을 공유하는 것을 좋아하며 협업을 즐깁니다. 좋은 서비스를 위해 끊임없이 고민하고 있습니다.
◦
직관적으로 작성해야 검토자로 하여금 지원자의 작성 의도를 파악하게 할 수 있다.
◦
추상적인 단어는 글로만증명하기가 어렵다. 경험, 성과로 증명해야 한다.
▪
조직의 목표 또는 개인적인 챌린지
•
개선 예시 - 신입 버전
안녕하세요 성장하는 백엔드 개발자 홍길동입니다.
지식을 공유하는 것을 좋아하며 헙업을 즐깁니다.
좋은 서비스를 위해 끊임없이 고민하고 있습니다.
SQL
복사
1.
키워드를 뽑는다.
2.
성장, 협업을 뽑았다고 하자.
3.
이에 대해 구체적으로 작성한다.
안녕하세요 성장하는 백엔드 개발자 홍길동입니다.
저는 오픈소스 프로젝트에 기여한 경험이 있으며 사이드 프로젝트를 Java, Spring Boot로 개발 및 배포하여 클라우드 환경을 경험하고 있습니다.
또한 협업을 중요시하여 다양한 해커톤과 사이드 프로젝트에 참여하여 팀워크와 커뮤니케이션 능력을 배웠습니다.
이러한 경험을 바탕으로 실제 업무에서도 빠르게 적응하고 꾸준하게 성장하는 개발자가 되겠습니다.
SQL
복사
•
개선 예시 - 경력 버전
저는 백엔드 개발자로서 복잡한 아키텍처 전환 프로젝트에 참여했습니다.
다양한 기술 스택을 활용하여 레거시 시스템을 개선하고, 더 많은 사용자에게 서비스를 제공하는 데 기여했습니다.
또한 팀의 개발 문화를 개선하고 효율적인 협업 환경을 구축하는 데 중요한 역할을 했습니다.
SQL
복사
저는 모놀리식 아키텍처를 MSA로 전환하는데 특화된 소프트웨어 엔지니어입니다.
C#기반의 모놀리식 프로젝트를 JAVA와 Spring Boot를 사용하여 MSA로 전환하였으며 고가용성 메시지 시스템을 주도적으로 개발하여 더 많은 사용자 확보에 기여했습니다.
또한 조직의 상향 평준화를 위해 Git 플로우, 코드 컨벤션, 코드 리뷰 등 개발 문화를 적극 주도하여 점진적으로 팀의 문화로 정착시켰습니다.
Plain Text
복사
→ 한 단계 더 나아가려면 구체적인 성과나 챌린지에 대한 결과, 성능 개선, UX, 사용자 만족도 증가 등
꾸준함을 증명하는 Github 잔디
•
퇴색된 Github 잔디 관리
◦
잔디를 하루하루 채우는 게 중요한 게 아니라. 어떤 잔디를 심느냐가 중요하다.
◦
잔디를 심었다는게 중요한게 아니라, 이 과정에서 무엇을 얻었느냐가 중요하다.
목적을 잃어버린 수치화
•
객관적이지 않은 수치화
◦
사용자가 200% 증가했습니다. → 몇 명에서 몇 명으로 증가했는지 구체적이지 않다.
▪
객관적인 수치가 부재하기 때문에 발생하는 문제
▪
MAU인지, DAU인지 구체적인 수치를 사용해야 한다.
◦
대용량 트래픽 환경에서
▪
평균 500 tps 환경에서 등, 구체적인 단위를 사용해라.
◦
성능을 30% 개선했습니다.
▪
페이지 로딩 타임, 어플 평점 등 한 단계 더 구체화해주고 as-is, to-be와 단축시켰다는 워딩이 적합하다.
◦
비용을 20% 절감했습니다.
▪
서버나 DevOps에서 정확한 금액, 절대적인 금액을 사용해도 객관적으로 표현해줄 수 있다.
밋밋한 느낌을 주는 경험 나열식 이력서
•
경험 나열형 이력서
◦
경험 나열만 되어 있으면 지원자의 능력을 판단하기 어려움(역할과 결과의 부재)
▪
구체성이 부족하기 때문이다.
◦
흔히 말하는 밋밋한 이력서, 강점이 드러나지 않는 이력서로 보인다.
◦
경험에 성과나 결과와 결합하고 객관적인 수치까지 붙는다면 경쟁력 있는 이력서가 될 수 있다.
•
경험 나열형 이력서 예시
주요 역할(6인 중 팀장)
- Spring Boot를 자동화 배포하기 위한 Docker Jenkins 환경의 CI/CD 구축
- AWS EC2 시그널링 서버, 백엔드 서버, AWS RDS 서버 관리
- REST API를 통한 엑셀 파일 입출력
- 공통 코드 테이블을 이용한 MySQL 설계
- STOMP를 이용한 채팅 기능 구현 및 REST API와 연동하여 채팅 내용 저장, 반환
- 채팅 기능 상태 변경을 통한 팀 초대 수락, 거절 만료 상태 관리
주요 성과
- 프로젝트 우수상 수상
Plain Text
복사
•
어떤 의도를 가지고 결과가 나오게 되었는지 명시하자.
•
내가 강조하고 싶은 성과가 있다면 이를 객관적인 수치로 명시하자.
주요 역할(6인 중 팀장)
- 애플리케이션 자동화 배포 파이프라인을 구축하여 팀원이 개발 업무에만 집중할 수 있도록 환경 개선
- AWS RDS, EC2를 사용해 고가용성을 보장하는 클라우드 인프라 구축
- 엑셀 파일 입출력 구현으로 사용자의 데이터 입출력을 간소화시켜 편의성 증대
- 정규화/비정규화를 이용한 MySQL 테이블 설계
- STOMP를 이용한 효율성 높은 실시간 채팅 시스템 구현
주요 성과
- N명의 동시 채팅에도 레이턴시 없는 시스템 입증
- 프로젝트 우수상 수상
Plain Text
복사
6. 본격! 마스터 이력서 완성하기 - 기초 편
이력서 작성 순서
•
1단계 경험 브레인 스토밍
◦
경험 작성, 타임라인 작성
•
2단계 경험 구체화
◦
결과, 성과 수치화
•
3단계 영역 나누기
◦
경력, 프로젝트, 대외활동, 수상, 교육, 자기소개 등
•
4단계 이력서 템플릿 적용
◦
템플릿 선택, 작성한 내용 옮기기
•
5단계 경험 소거
◦
불필요한 내용 제거
프로젝트 영역 작성하기
•
단순 경험만 나열하는 방식은 지양 → 가급적이면 성과, 결과, 문제 해결로 연계
•
경력직은 회사의 프로젝트, 사이드 프로젝트는 대외활동으로 분류
•
한 줄 정도 간단한 프로젝트 설명, 기술 스택, 수행한 역할, 그리고 경험
•
자신이 겪은 경험과 성장을 구체적으로 표현하여 기술적 역량과 문제 해결 능력을 강조
•
정해진 포맷은 없다.
•
프로젝트 명이 직관적이지 않으면 직관적으로 수정하여 작성
•
