첫 개발자 취업하는 법 — 시험이 아니라 리스크를 줄이는 게임

지난 개발자 커리어 패스 글이 무엇을 배울지였다면 — 이 글은 어떻게 그 첫 직장을 잡을지입니다.

먼저 가장 큰 오해부터. 많은 사람이 취업을 시험으로 봅니다 — 지식을 충분히 쌓으면 합격, 부족하면 불합격. 그래서 강의를 더 듣고, 알고리즘을 더 풀고, "준비되면" 지원하려 합니다.

틀렸습니다. 취업은 시험이 아니라 리스크를 줄이는 게임입니다. 채용하는 쪽의 머릿속엔 질문이 딱 하나 있습니다 — "이 사람이 사고 안 치고, 손 덜 가게, 쓸모 있는 걸 만들어낼까?" 포트폴리오·이력서·면접은 전부 — 그 한 질문에 대한 증거입니다.

이 글은 그 증거를 단계별로 쌓는 법입니다. 그리고 — AI가 채용을 어떻게 바꿨는지까지.

멘탈 모델 — 취업은 깔때기다

취업은 한 방의 시험이 아니라, 단계마다 다른 필터가 걸린 깔때기입니다.

핵심 — 대부분의 사람이 2단계(리트코드)에 올인하고, 1단계와 3단계를 방치합니다. 그런데 주니어가 실제로 떨어지는 곳은 1단계(눈에 안 띔)와 3단계(소통·신뢰)입니다. 노력을 거기에 다시 배분하세요.

1. 포트폴리오 — 주니어의 진짜 이력서

경력이 없을 때, 당신의 실력을 증명하는 건 이력서의 문장이 아니라 만든 것입니다. 좋은 포트폴리오의 조건:

• 끝까지 만들어 배포한 프로젝트 2~3개. 깃허브 코드만 말고 — 클릭하면 열리는 라이브 링크. 배포 안 한 프로젝트는 절반만 만든 겁니다.
• 진짜 문제를 푸는 것. 또 하나의 To-Do 클론 말고 — 내가 겪은 불편을 푸는 작은 것. 평범한 주제라도 내 색깔을 넣으세요.
• 하나 깊게 > 다섯 개 얕게. 면접관은 깊이를 봅니다.
• README가 절반이다. "무슨 문제를, 왜, 어떻게 풀었고, 어떤 트레이드오프가 있었나"를 적으세요. 이건 코드 실력이 아니라 사고력과 소통력의 증거입니다 — 가장 저평가된 무기.
• 오픈소스 기여 한두 개 — 작은 PR이라도 신뢰도를 크게 올립니다.

2. 이력서 — 30초 안에 통과시키기

이력서는 정독되지 않습니다. 10~30초 스캔됩니다. 그 안에 통과시키는 규칙:

- 1페이지. 끝.
- 맨 위에 '만든 것' — 무엇을, 무슨 기술로, 링크와 함께
- 가능하면 숫자로 (진짜만: "사용자 200명", "응답 40% 단축")
- 지원하는 공고의 키워드를 반영 (사람 + ATS 둘 다 통과)
- 빈말 삭제 ("열정적", "빠르게 배우는") — 보여주기, 말하지 말기
- 링크: 깃허브 · 라이브 포트폴리오 · 링크드인
- 거짓말 금지 — 모든 줄을 면접에서 방어할 수 있어야

특히 — 지원처마다 이력서를 살짝 고치세요. 공고가 "React, 테스트, 협업"을 말하면, 내 이력서에서 그 단어들이 보여야 합니다. 자동 필터(ATS)도, 사람도 키워드 매칭으로 1차 거릅니다.

3. 지원 — 뿌리지 말고, 겨냥하라

100곳에 같은 이력서를 복붙하는 건 — 전환율이 처참합니다. 더 나은 전략:

• 추천(레퍼럴)이 압도적으로 강합니다. 차가운 지원이 빈 공간으로 사라질 때, 추천은 사람에게 닿습니다. 그러니 — 개발자 커뮤니티, 밋업, 오픈소스, 링크드인/트위터, 동문, 부트캠프 네트워크를 지원 전에 쌓으세요.
• '그럴듯하게 맞는' 곳에 겨냥. 주니어가 처음부터 빅테크만 노리면 비효율적입니다. 작은 회사·스타트업이 주니어를 더 잘 뽑고, 파이프라인도 덜 경직돼 있습니다.
• 진짜 사람에게 짧고 구체적인 한마디 (DM·메일)가, 지원 버튼만 누르는 것보다 낫습니다. "이 부분에 끌렸고, 제가 만든 이게 관련 있습니다."
• 그래도 양은 어느 정도 필요합니다 — 단, 겨냥된 양.

4. 코딩테스트 / 과제 — 기술 필터 넘기기

기술 필터는 보통 두 형태입니다.

라이브 코딩 / 알고리즘 (리트코드류) 주니어·비(非)빅테크라면 500문제를 갈 필요는 없습니다. 핵심 패턴에 집중 — 배열·문자열·해시맵·기본 복잡도(빅오)·흔한 패턴(투 포인터, 슬라이딩 윈도우). 그리고 풀면서 말하세요. 정답보다, 어떻게 생각하는지를 봅니다.

과제 (테이크홈) — 주니어가 빛날 기회입니다. 실무처럼 다루세요:

과제 체크리스트:
□ 요구사항(루브릭)을 정확히 — 시키지 않은 걸 과하게 만들지 말 것
□ 깨끗한 코드 + 의미 있는 커밋 히스토리
□ 테스트 (있으면 큰 가산점)
□ README — 실행법 + 내린 결정 + 트레이드오프 + "더 있으면 했을 것"
□ 배포 링크 (가능하면)
□ 마감 엄수

5. 면접 — 사람 필터 넘기기

면접의 진짜 평가 대상은 지식이 아니라 — 같이 일할 만한가, 가르칠 만한가, 정직한가입니다. 주니어에게 시니어를 기대하지 않습니다.

• 기술 면접 — 자기 프로젝트를 완벽히 알고 가세요(반드시 파고듭니다). "이 기능 어떻게 동작해요?", "이 선택의 대안은?"
• 인성·경험 면접 — STAR(상황·과제·행동·결과)로. "고친 버그 하나", "팀에서 갈등", "왜 우리 회사".
• 역질문 — 좋은 질문을 준비하세요. "코드 리뷰는 어떻게?", "주니어는 어떻게 성장시키나요?", "어떻게 배포하나요?" 평가받기만 하는 게 아니라 나도 평가한다는 신호.
• 모르는 건 모른다고 — 허세보다 정직이 훨씬 강합니다. *"모릅니다. 다만 이렇게 찾아보겠습니다"*가 합격하는 답입니다.

6. 오퍼 / 협상 — 짧게

• 오퍼는 문서로 받으세요.
• 연봉만 보지 말고 — 성장·멘토·배포 경험을 보세요(지난 글의 첫 직장 기준).
• 주니어도 살짝 협상해도 됩니다. 무례하지 않게, 근거와 함께.
• 오퍼가 여러 개면 — 그게 가장 큰 협상력입니다.

AI 시대의 취업 — 바뀐 것

새 차별점 하나 — AI 도구를 능숙하게 지휘한다는 걸 보여주면 강합니다. (실전은 Claude Code 전문가처럼 쓰기, 나만의 하네스 만들기.) 반대로 함정 — AI로 찍어낸 뻔한 자기소개서·포트폴리오는 티가 나고 역효과입니다. 구체적이고 진짜인 게 이깁니다.

흔한 함정 5가지

1. 리트코드만 갈고 포트폴리오는 비어 있음 2단계에 올인, 1·3단계 방치. → 배포한 프로젝트부터.

2. 100곳 복붙 지원 전환율 처참. → 겨냥 + 추천 우선.

3. 배포 안 한 깃허브 "코드는 있는데" 보여줄 게 없음. → 라이브 링크 필수.

4. 자기 코드를 설명 못 함 특히 AI로 만든 것. → 한 줄까지 이해하고 가기.

5. 거절에 무너짐 취업은 확률 + 반복 게임. → 거절마다 한 가지 고치고 다시.

마무리 — 진짜 비밀

주니어 채용은 — 완성된 실력을 사는 게 아니라, 성장 가능성과 신뢰에 거는 베팅입니다. 그러니 가장 똑똑할 필요 없습니다. 리스크가 가장 낮고, 가르칠 만하고, 분명히 뭔가 만들어낸 사람 — 그리고 실제로 지원하고 끝까지 따라간 사람이 됩니다.

합격하는 사람은 가장 천재인 사람이 아닙니다. 뭔가를 끝까지 만들어 배포했고, 그 이야기를 잘 풀었고, 거절당해도 계속한 사람입니다.

취업의 비밀은 더 많이 아는 게 아니라 — 증거를 쌓고, 겨냥하고, 거절을 연료로 쓰는 것입니다.

오늘 한 가지만 한다면 — 둘 중 하나. (a) 프로젝트 하나를 배포하고 README를 쓰거나, (b) 가고 싶은 회사의 진짜 사람 한 명에게 연락하세요. 강의 한 편 더 듣는 것보다, 이 둘이 당신을 첫 직장에 더 가깝게 만듭니다.

(그전 단계 — 개발자 커리어 패스. 도구 기본 — git 기본 사용법.)