공고를 세 덩어리로 나눠 읽는다

한 줄 요약

채용 공고는 요구 목록이 아니라 그 팀이 무엇에 시간을 쓰는지에 대한 설명이다.
읽는 순서를 바꾸면 무엇부터 준비할지가 보인다.

왜 필요한가 — 목록으로 읽으면 다 부족해 보인다

"Python, TypeScript, Go, Kotlin / FastAPI, Nest.js, Spring Boot, Langgraph /
PostgreSQL, Redis, MongoDB / GCP, AWS, Docker, Kubernetes" 를 목록으로 읽으면
열네 개를 다 해야 할 것 같다. 그런데 지원자격은 따로 적혀 있다.

> Python, Node.js 기반 Backend 서버 개발 3년 ~ 5년 경력자

나머지는 우대사항이거나 그 팀이 쓰는 도구 목록이다. 목록과 자격을 나눠
읽는 것이 첫 단계다.

세 덩어리로 나눈다

공고의 문장을 성격별로 묶으면 이렇게 된다.

| 덩어리 | 공고의 문장 | 실제로 보는 것 |
|---|---|---|
| 필수 | Backend 서버 개발, API·DB 설계 및 문서화 | 요청 하나가 지나가는 길을 설명할 수 있는가 |
| 환경 | Docker, Kubernetes, GCP/AWS, CI/CD | 내가 만든 것을 남이 돌릴 수 있게 두는가 |
| 우대 | Go/Kotlin, Kafka, 분산·MSA, 대용량 SQL | 규모가 커졌을 때 무엇이 먼저 무너지는지 아는가 |

면접에서 시간이 가장 많이 쓰이는 곳은 첫 덩어리다. 나머지는 "해 봤는가" 를
묻지만, 첫 덩어리는 "왜 그렇게 했는가" 를 묻는다.

현장에서 — 이 공고의 특징 두 가지

"서비스 기획 요구사항을 분석하고, 개발에 필요한 내용을 구체화하여 문서화"
가 수행 업무 두 번째 줄에 있다. 이건 흔한 문장이 아니다. 스펙을 받아 구현만
하는 자리가 아니라 결정을 내리고 남기는 자리라는 뜻이다. ADR 과 사고
보고서를 써 본 경험이 그대로 대응한다.

"AI Agent, RAG 시스템 개발" 이 첫 줄에 있다. 다만 지원자격에는 AI 경력이
없다. 백엔드 역량으로 뽑아 AI 제품을 맡기는 구조로 읽힌다 — RAG 를 깊게
아는 것보다, **검색 품질이 나쁠 때 검색 실패인지 생성 실패인지 가를 줄 아는
것**이 먼저다.