개발자 자기소개서

자기소개서 마스터·8분·2026.04.15

결과물이 있는 직무에서 글이 맡는 자리

저장소는 무엇을 만들었는지 보여 주지만 왜 그렇게 했는지는 담지 못합니다.

개발 직군의 지원 서류에는 결과물이 따라붙는 경우가 많습니다. 저장소 주소나 배포된 화면을 함께 내면 읽는 쪽에서 직접 열어 볼 수 있고, 그만큼 글로 설명할 몫이 줄어드는 것도 사실입니다.

그런데 코드와 화면이 말해 주지 않는 것이 있습니다. 왜 그 구조를 골랐는지, 무엇을 포기하고 무엇을 남겼는지, 다시 만든다면 어디를 바꿀지 같은 것들입니다. 이 판단들은 결과에 흔적으로만 남고 설명은 남지 않습니다.

그래서 개발자 자기소개서의 자리는 결과물의 요약본이 아닙니다. 기능 목록을 다시 늘어놓으면 저장소를 열어 본 사람에게는 중복이고 열어 보지 않은 사람에게는 여전히 판단 재료가 되지 않습니다.

정리하면 두 자료의 분담이 분명합니다. 무엇을 만들었는가는 결과물이 맡고, 어떤 조건에서 무엇을 정했는가는 글이 맡습니다. 이 분담을 정해 두면 글의 분량이 줄어도 비어 보이지 않습니다.

기술 이름을 늘어놓으면 남지 않는 것

도구의 목록은 지원자 사이에서 잘 갈리지 않습니다.

사용해 본 언어와 도구를 길게 적는 방식은 지원서 항목으로는 쓸모가 있습니다. 검색이나 분류에 쓰이기 때문입니다. 다만 자기소개서 본문에서 같은 목록을 되풀이하면 항목을 옮겨 적은 것 이상이 되지 않습니다.

아래 표는 흔히 나열되는 항목과 그 옆에 한 줄만 붙였을 때 무엇이 달라지는지를 갈라 놓은 것입니다. 오른쪽 열이 붙는 순간 같은 낱말이 판단의 재료로 바뀝니다.

오른쪽 열의 문장들은 모두 되물을 수 있습니다. 면접에서 같은 질문이 나왔을 때 이어서 답할 수 있는 내용이면 글에 적어도 되는 것이고, 막힌다면 아직 목록에 머무는 항목입니다.

표를 통째로 채울 필요는 없습니다. 지원하는 자리의 담당 업무와 닿는 두세 줄만 골라 한 줄씩 붙여도 나머지 나열이 정리됩니다.

덧붙이면 어떤 기술 조합을 선호하는지는 팀마다 다르고 공개되지 않습니다. 공고에 적힌 요구 사항이 그 팀이 지금 필요로 하는 것에 가장 가까운 자료입니다.

프로젝트 하나를 문단으로 바꾸는 순서

기능을 설명하지 말고 그 기능을 만들며 갈린 지점을 적습니다.

아래 다섯 단계는 개인 프로젝트와 회사 업무 양쪽에 그대로 쓸 수 있습니다. 규모가 달라도 갈림길이 있었다면 문단이 만들어집니다.

1. 프로젝트 하나를 고른다공고의 담당 업무와 가장 가까운 것을 고릅니다. 규모가 큰 것보다 설명할 판단이 많은 쪽이 낫습니다.
2. 무엇을 풀려던 것인지 적는다기능 이름이 아니라 해결하려던 문제를 한 줄로 씁니다. 문제가 없으면 선택도 없습니다.
3. 갈림길을 하나 꺼낸다두 가지 방법을 두고 고민한 지점을 적습니다. 무엇을 기준으로 한쪽을 골랐는지가 이 문단의 본체입니다.
4. 맡은 범위를 밝힌다혼자 만든 것인지 나눠 맡은 것인지 적습니다. 나눠 맡았다면 본인이 담당한 부분을 따로 적습니다.
5. 결과와 남은 과제를 붙인다동작한 결과를 적고 지금 다시 만든다면 바꿀 부분을 한 줄 덧붙입니다.

세 번째 단계가 비면 문단이 소개서가 아니라 설명서가 됩니다. 기술을 고른 이유를 적을 때는 유행하는 선택이어서가 아니라 그 상황의 어떤 조건 때문이었는지를 적어야 근거가 됩니다.

다섯 번째 단계의 마지막 한 줄을 부담스러워하는 경우가 많은데, 아쉬운 점을 적는다고 결과물이 깎이지 않습니다. 오히려 만든 뒤에도 그 코드를 다시 들여다봤다는 사실이 함께 전달됩니다.

지원처에 따라 요구가 갈린다

개발 조직의 형태에 따라 자기소개서가 차지하는 비중이 다릅니다.

자체 서비스를 운영하는 조직, 외부 프로젝트를 맡아 개발하는 조직, 인원이 적은 초기 조직은 사람을 뽑는 과정이 서로 다릅니다. 요구되는 서류의 구성도 그에 따라 갈립니다.

네 경우에서 공통으로 확인할 것은 제출 서류의 목록입니다. 저장소 주소를 받는 칸이 따로 있는지, 과제가 있는지, 문항이 정해져 있는지에 따라 글이 맡을 범위가 정해집니다.

범위가 정해지면 분량은 저절로 따라옵니다. 결과물이 앞에 서는 전형에서는 글이 짧아지고, 링크를 받지 않는 전형에서는 글이 결과물의 몫까지 감당해야 합니다.

링크를 걸기 전에 확인할 것

열리지 않는 주소는 없는 것보다 나쁘게 작동합니다.

서류를 다 쓰고 나서 마지막에 붙이는 것이 링크인데, 이 자리에서 사고가 가장 많이 납니다. 권한이 걸려 있어 열리지 않거나, 정리하지 않은 저장소가 그대로 노출되는 경우입니다.

둘째 칸은 짧은 설명 하나로 해결됩니다. 무엇을 풀려고 만든 것인지, 어떻게 실행하는지 두어 줄만 적혀 있어도 열어 본 사람이 코드를 읽기 시작합니다.

다섯째 칸은 자기소개서와 결과물을 함께 내는 전형에서 특히 중요합니다. 글에 적은 담당 범위와 기록에 남은 흔적이 어긋나면 확인이 쉬운 쪽이 기준이 되고, 그때 흔들리는 것은 나머지 문단까지입니다.

자주 묻는 질문