· 7분 읽기
신입 개발자 자소서 예시 — 공채형과 테크기업형은 준비가 다르다
신입 개발자 자기소개서 작성법. 삼성전자 공채형 4문항(지원동기 700자·성장과정 1500자·사회이슈 1000자·직무 1000자)과 자소서를 받지 않는 네이버형 서류를 비교하고, 기술 문항에서 판단을 드러내는 법과 함정을 정리했다.
신입 개발자 자소서를 준비할 때 먼저 확인해야 할 게 있다. 지원하는 회사가 자소서를 받는 회사인지부터 다르다. 대기업 공채는 사회 이슈에 대한 견해까지 묻는 네 문항을 받고, 테크 기업은 자소서 대신 깃허브와 프로젝트를 보고 짧은 서술 두어 개만 받는다. 두 갈래를 같은 방식으로 준비하면 한쪽은 반드시 망한다.
갈래 ① 대기업 공채형 — 개발 얘기만 쓰면 떨어진다
삼성전자 공채 자소서(2023년 하반기 기준) 문항은 이렇게 구성된다.
- 지원동기·포부 — 지원한 이유와 입사 후 이루고 싶은 꿈 (700자)
- 성장과정 — 지금의 나에게 가장 큰 영향을 끼친 사건·인물 포함 (1,500자)
- 사회 이슈 — 최근 사회 이슈 하나를 골라 자신의 견해 (1,000자)
- 직무 문항 — 부문·직무마다 다름. SW개발·회로/기구개발은 "기술적으로 가장 어려웠던 과제와 해결 방안", DS부문은 "전문지식·경험과 직무 적합 사유" (각 1,000자)
눈여겨볼 건 개발 역량을 묻는 문항이 넷 중 하나뿐이라는 점이다. 나머지 셋은 성장과정·사회 이슈·동기다. 프로젝트 얘기로 네 문항을 다 채우면 문항을 안 읽은 답이 된다. 특히 성장과정이 1,500자로 가장 길다는 걸 놓치면 분량 배분부터 어긋난다.
⚠️ 문항과 글자 수는 회차·부문마다 바뀐다. 지원 시점 공고에서 반드시 직접 확인해야 한다.
갈래 ② 테크 기업형 — 자소서가 아니라 근거를 낸다
테크 기업 쪽은 서류 구성이 아예 다르다. 네이버 신입 개발자 채용 후기와 안내에 따르면 서류에서 요구하는 것은 대체로 이런 항목들이다. ⚠️ 채용 회차와 직군마다 다르므로 지원 시점의 공고에서 직접 확인해야 한다.
- 깃허브 등 git 기반 URL
- 오픈소스 기여·프로젝트·소스코드 등 역량을 보여줄 자료
- 지원 분야 선택 (Front-End / Back-End / Android / iOS / Data / 공통)
- 짧은 서술: 지원 계기와 입사 후 성장 목표, 새로운 도전이나 변화를 시도한 경험
여기서는 문장력이 아니라 코드와 기록이 근거다. 자소서에 쓸 말을 다듬는 시간에 리드미를 정리하고 커밋 히스토리를 보이게 만드는 편이 낫다.
기술 문항 — "무엇을 썼는가"가 아니라 "왜 그걸 골랐는가"
두 갈래 모두 공통으로 걸리는 지점이다. 기술 스택 나열은 이력서에 이미 있다. 문항이 확인하려는 건 판단이다.
- 약한 문장: "React, Spring Boot, MySQL을 사용해 커뮤니티 서비스를 개발했습니다. JWT로 인증을 구현했고 AWS에 배포했습니다."
- 강한 문장: "게시글이 늘자 목록 조회가 3초까지 느려졌습니다. 쿼리 로그를 보니 댓글 수를 매번 집계하고 있었습니다. 집계 컬럼을 두고 쓰기 시점에 갱신하는 쪽으로 바꿔 조회를 0.2초로 줄였습니다. 대신 정합성이 깨질 수 있어 배치로 주기적으로 맞추는 장치를 뒀습니다."
차이는 문제 → 원인 확인 방법 → 선택 → 그 선택의 대가가 있느냐다. 마지막의 "대가를 알고 있다"가 신입과 그 위를 가르는 지점이다.
사회 이슈 문항 — 개발자에게 가장 낯선 칸
공채형에만 있는 문항인데, 개발자 지원자가 가장 많이 대충 쓰는 칸이기도 하다. 견해를 묻는 문항이지 지식을 묻는 문항이 아니다.
- 이슈를 설명하는 데 절반을 쓰지 않는다 — 회사도 그 이슈를 안다
- 찬반 중 입장을 정한다 — 양쪽을 균형 있게 소개하면 견해가 없어진다
- 가능하면 내 전공·경험과 닿는 이슈를 고른다. 근거를 댈 수 있다
신입 개발자 자소서의 함정 네 가지
- 팀 프로젝트를 "우리"로 쓴다. 평가 대상은 나다. 내가 맡은 부분과 판단을 분리해 써야 한다.
- 기술 스택을 나열한다. 이력서와 중복이다. 같은 지면이면 선택의 이유를 쓴다.
- 부트캠프 커리큘럼을 그대로 옮긴다. 같은 과정을 들은 지원자가 수백 명이다. 커리큘럼 밖에서 스스로 판단한 대목이 변별점이다.
- 성장과정·사회이슈를 개발 얘기로 채운다. 공채형에서 특히 위험하다. 문항이 묻는 것과 다른 답이 된다.
쓰기 전 체크리스트
- 지원 회사가 자소서를 받는 곳인지 먼저 확인했는가
- 공채형이면 문항별 글자 수에 맞춰 분량을 배분했는가
- 기술 문항에 선택의 이유와 대가가 들어 있는가
- 프로젝트 서술이 "우리"가 아니라 "나"로 쓰였는가
- 테크 기업이면 깃허브·리드미가 자소서보다 먼저 정리돼 있는가
쓸 사례가 잘 안 떠오르면 문장부터 붙잡지 말고 프로젝트·인턴·스터디에서 막혔던 순간들을 먼저 쭉 꺼내 놓는 편이 빠르다. 업트랙은 대화로 그 경험을 꺼내 정리해두고, 공고를 넣으면 그 기록에서 문항별 초안을 만든다.