RESUME REVIEW
개발자 이력서, 강점이 보이도록 CTO가 검토합니다
이력서는 경험을 많이 적는다고 좋아지지 않습니다. 지원하는 자리에서 읽히는 핵심 두세 개를 앞에 두고, 나머지는 경력기술서와 포트폴리오로 나누는 구성이 대체로 효과적입니다. CTO가 채용 담당자의 시선으로 첫 페이지부터 점검합니다.
CTO가 이력서에서 보는 것
- ✓첫 페이지에 지원 자리와 맞는 성과가 드러나는지
- ✓프로젝트마다 본인의 역할, 판단, 결과가 있는지
- ✓성과 수치에 기준과 측정 방법이 있는지
- ✓이력서, 경력기술서, 포트폴리오가 같은 이야기를 하는지
CTO에게 직접 검토받기
이메일과 확인용 비밀번호만 입력하면 비공개 상담방이 열립니다. 가입은 필요하지 않습니다.
이력서 검토 신청하기 →자주 묻는 질문
Q. 이력서는 몇 페이지가 적당한가요?
A. 신입은 1~2페이지, 경력은 2페이지 안팎을 권합니다. 분량보다 핵심이 한눈에 보이는지가 중요합니다.
Q. 회사 기밀이 포함된 경력은 어떻게 쓰나요?
A. 고객사 이름이나 내부 수치는 빼고 역할과 문제 해결 방식 중심으로 씁니다. 자료를 올리기 전에 기밀 정보를 가려 주세요.
이력서 관련 인사이트
이력서·경력기술서·포트폴리오의 차이
무엇을 했는지, 어떤 책임을 맡았는지, 왜 그렇게 해결했는지를 각각 다른 깊이로 전달합니다
2026년 10월 13일
신입 개발자 이력서는 2페이지면 부족할까?
분량보다 핵심 성과의 가시성과 상세 포트폴리오의 역할 분리가 중요합니다
2026년 10월 19일
경력이 많다고 이력서가 좋은 것은 아니다
16~17년 차 개발자도 경험을 지나치게 압축하면 실제 역량이 전달되지 않습니다
2026년 10월 19일
How보다 Why가 중요한데, Why가 너무 많아도 문제다
기술 선택의 이유가 좋더라도 모든 불릿을 설명문으로 만들면 읽기 어려워집니다
2026년 10월 19일