네이버 백엔드 신입 지원, 6개월 준비 로드맵을 어떻게 짜야 할까요?

📌 오늘의 안건
네이버 백엔드 신입 지원, 6개월 준비 로드맵을 어떻게 짜야 할까요?

컴퓨터공학 전공 졸업 예정자로, 6개월 내에 네이버 백엔드 직군(Java/Spring) 신입 지원을 목표로 하고 있습니다.

원하는 결과물은 막연한 조언이 아니라 월별로 쪼갠 6개월 준비 로드맵입니다. 특히 아래 항목들을 매달 어떤 비중으로 배분해야 할지 궁금합니다.

• 코딩테스트(알고리즘) 학습 및 문제 풀이량
• 포트폴리오 프로젝트 (주제 선정, 규모, 개인 vs 팀)
• CS 기초 지식 정리 (네트워크, 운영체제, DB 등)
• Java/Spring 심화 및 실무형 역량 (JPA, 테스트 코드, 인프라 등)
• 자기소개서 및 기술 면접 대비

지원 시점을 역산했을 때 어느 시기에 무엇을 끝내 두어야 하는지, 그리고 우선순위를 어디에 둬야 하는지 구체적인 월별 계획으로 조언 부탁드립니다.

다익스트라입니다. 저는 격려의 말을 하지 않습니다 — 대신 '월 몇 문제', '어떤 난이도', '언제까지'라는 숫자가 실제 근거를 가지고 있는지부터 확인하겠습니다.

코치 온입니다. 저는 로드맵보다 그걸 6개월 동안 짊어질 사람을 먼저 봅니다 — 지금 어떤 하루를 보내고 계신지부터 여쭙겠습니다.

닥터 리스크입니다. 저는 계획서를 읽을 때 성공 시나리오가 아니라 부고를 먼저 씁니다 — 이 6개월이 실패한다면 어디서 무너질지를 맡겠습니다.

김태선입니다. 원론 말고 지금 문장을 어떻게 고칠지로 갑시다. 수치부터 봅니다.

저는 남들이 당연하게 여기는 전제부터 의심하는 사람입니다. 이번 건에서는 '6개월 월별 로드맵'이라는 틀 자체가 옳은 질문인지, 다들 빠뜨린 맹점이 무엇인지를 끝까지 파고들겠습니다.

결론: 6개월 로드맵의 승부처는 더 많이 하는 것이 아니라, 6개월 동안 무너지지 않을 주간 리듬을 고정하는 것입니다. 네이버 백엔드 공고들은 Java/Spring, REST API, RDBMS, 테스트 자동화, Linux, 대용량 트래픽·MSA·Redis/Kafka/Docker 같은 실무 역량을 반복해서 요구합니다. 근거: NAVER Careers 백엔드 직무 요건은 Java/Spring, RDBMS, 객체지향, 리팩토링, 테스트, API 운영 경험을 명시합니다(naver-career.github.io[1]), 스마트스토어 백엔드 요건도 Spring 구조, RESTful API, 테스트 자동화, RDBMS/NoSQL, Linux를 요구합니다(naver-career.github.io[2]).

따라서 비중은 코테 30%, 프로젝트 30%, Java/Spring 20%, CS 15%, 자소서/면접 5%로 시작하되, 4개월 차부터 면접·정리 비중을 25% 이상으로 올리세요.

월별 로드맵은 이렇게 잡는 게 현실적입니다. 1개월 차: 코테 기본 유형 80~100문제, Java/Spring 복습, 프로젝트 주제 확정. 이때 프로젝트는 “게시판”보다 예약, 결제 흐름, 알림, 검색, 권한, 배치 중 2~3개가 들어가는 서비스형 주제가 낫습니다. 2개월 차: Spring Boot/JPA/테스트 코드로 MVP 완성, 코테는 주 15~20문제, CS는 DB·네트워크부터 정리. 3개월 차: 프로젝트 1차 완성, 인증/인가, 예외 처리, 로그, 테스트, ERD, API 문서까지 갖추기. 4개월 차: 성능 개선, 인덱스, 캐시 Redis, 비동기 처리, Docker 배포 중 가능한 것만 붙이고 기술 블로그식 회고 작성. 5개월 차: 코테 실전 모의, CS 면접 답변 1분 버전 정리, 프로젝트 예상 질문 50개 작성. 6개월 차: 지원서 제출, 자소서·포트폴리오 다듬기, 기술 면접 반복, 부족한 기능 추가 금지. 이때는 새 기술을 넣는 달이 아니라 말할 수 있는 경험으로 압축하는 달입니다.

다만 당신이 졸업 학기라면 이 계획은 그대로 하면 위험합니다. 주당 순수 준비 시간이 25시간 이상이면 위 로드맵을 유지하고, 15~20시간이면 팀 프로젝트 금지, 개인 프로젝트 1개만, 15시간 미만이면 코테와 프로젝트 MVP만 남기고 Kafka/Kubernetes 같은 우대 기술은 버리세요. 탈락 경험이나 번아웃이 있다면 매주 하루는 완전 휴식으로 잠가야 합니다. 그 하루를 뺀 계획만이 진짜 계획입니다. 네이버 신입 백엔드는 “많이 안다”보다 문제를 끝까지 구현하고, 왜 그렇게 설계했는지 설명하고, 기본기를 흔들리지 않게 답하는 사람에게 유리합니다.

네이버 신입 백엔드 채용·코테 일정을 먼저 확인한 뒤, 6개월 뒤 탈락 시나리오를 역산해 월별 로드맵을 짜겠습니다.## 6개월 뒤 전원 탈락 사전부검 → 역산 로드맵

가정의 전제: 오늘(2026-07-29) 기준 다음 대규모 창구는 과거 패턴상 2027년 초 팀네이버 신입 공채(접수 대략 3월 전후) 다. 2025 공채는 접수 3.5–3.17, 온라인 CS·코딩테스트 동시(3.22), 서류와 코테를 합쳐 1차 통과를 가르는 구조였고, CS는 자료구조·DB·네트워크·OS 및 부문 기초를 본다. 병역필/면제·졸업 시기(공고상 2월 이내 졸업 등)·해외여행 결격은 실력과 무관하게 즉시 탈락 사유다. 네이버 단일 올인은 공고 지연·미개설·커트라인 변동 시 6개월 전량 소각이다.

탈락 원인 TOP (우선 방어 순서): ① CS+코테 커트 ② 지원 자격 결격 ③ 포트폴리오가 CRUD 튜토리얼로 보여 기술면접에서 붕괴 ④ 자소서·종합면접에서 경험 서술 실패 ⑤ 타사 파이프라인 부재. 우선순위 배분 원칙: M1–M4는 코테+CS ≥ 포트폴리오 깊이 > Spring 심화 > 자소서, M5–M6는 코테 유지 + 면접 전사(프로젝트·CS·Spring) + 병행 지원. 프로젝트는 개인 1개 깊게(문제정의→트레이드오프→측정)가 팀 2개 얕음보다 안전하다. 팀 프로젝트는 “내 기여 수치·장애·선택 근거”가 없으면 인성·기술 양쪽에서 빈칸이 된다.

월별 비중·마감 기준 (주간 학습 100% 기준)

방어 장치(필수): 공고·전형은 NAVER Careers[1]로만 확정하고 블로그 일정은 참고만 할 것; 2025형처럼 CS 테스트가 붙으면 “알고리즘만 판” 전략은 즉시 전멸한다. 포트는 “김영한 따라하기 복제”가 아니라 실패 케이스·선택 근거·수치가 없으면 서류 통과 후에도 기술면접에서 죽는다. 네이버 불합격·일정 변경을 기본 시나리오로 두고, 동일 스택 타사 코테·서류 일정을 M5부터 병행하지 않으면 6개월 뒤 “준비는 했는데 지원 창이 닫힌” 상태로 끝난다.

결론: 6개월의 승패는 상방이 아니라 M4 말까지 포트 깊이+CS 1차 완성, M5–M6 코테 감 유지와 다중 지원에 있다. 그 순서를 뒤집으면(자소서·얕은 프로젝트 선행) 커트라인에서 먼저 탈락한다.

1. ‘월별 균등 배분 로드맵’이라는 통념의 해체와 전형 깔때기 구조
6개월간 코딩테스트, CS, 프로젝트, 면접 준비를 매달 균등하게 병행하겠다는 생각은 채용 전형의 깔때기(Funnel) 구조를 무시한 치명적 맹점입니다. 팀네이버 신입 공채(NAVER Careers[1])는 지원서 제출 후 '온라인 코딩테스트 + CS 객관식(약 150분간 코딩 3문제 및 CS 20문항 병행)'이라는 1차 관문을 통과하지 못하면 포트폴리오와 면접 준비가 완전히 무용지물이 됩니다. 따라서 5개 영역을 동시에 챙기는 병렬 배분을 즉시 폐지하고, 전반기에는 1차 전형 통과율을 극대화하는 선행 배분 전략으로 전환해야 합니다.

2. ‘숫자 목표(문제 풀이량·프로젝트 규모)’와 ‘포트폴리오 변별력’의 허구성
문제 풀이 개수나 Kafka·Kubernetes 같은 대규모 인프라 스택 적용 여부는 합격과 직접적인 인과관계가 없습니다.

• 숫자 목표의 맹점: 단순 문제 풀이 수보다 프로그래머스[1] 스타일의 긴 지문 분석 및 예외(Edge Case) 처리 능력이 실질적 합격 기준입니다.
• 포트폴리오의 허구: 기술 면접관은 화려한 기술 스택보다 "왜 Java/Spring을 선택했는가", "동시성 이슈와 DB 인덱스 트레이드오프를 어떻게 해결했는가"를 딥다이브(Deep-dive)합니다. 근거 없는 기술 남발은 면접에서 오히려 감점 요인이 되므로, 단순 CRUD라도 JPA N+1 문제, 트랜잭션 격리 수준, 테스트 코드 작성 과정을 철저히 검증한 단 1개의 프로젝트가 훨씬 깊은 변별력을 갖습니다.

3. 채용 변동성 대비 및 최종 단정적 행동 지침
6개월 뒤에도 동일한 공채 일정과 기준이 유지될 것이라는 전제 역시 위험합니다. 팀네이버는 법인별 수시 채용과 인턴십 비중을 지속적으로 다변화하고 있습니다. 멀티모달·정밀 분석에 특화된 gemini-3.1-pro-high 엔진 기반으로 내린 최종 결론 및 단정적 지침은 다음과 같습니다.

• 1~3개월 차 (1차 관문 파쇄): 학습 비중의 70%를 'CS 기초(OS/네트워크/DB 객관식 대비)'와 '구현/완전탐색 위주 코딩테스트'에 집중 투자하여 필기 전형을 무조건 통과할 수준을 만드십시오.
• 4~6개월 차 (면접 변별력 확보): 비중의 70%를 '기본기에 집중한 단 1개의 딥다이브 프로젝트'와 'CS/프로젝트 기반 예상 질문 역산 면접 대비'로 전환하여 면접 합격률을 끌어올리십시오.

1. 먼저 사실을 고정한다 — "6개월"은 당신이 만든 숫자이지 네이버가 정한 숫자가 아니다

검증된 것만 적는다.

• 전형 구조: 서류 → 온라인 CS/코딩테스트 + 기업문화 적합도 검사(약 40분) → 기술 인터뷰 → 종합역량 인터뷰(1784·그린팩토리 대면). (NAVER Careers 2025 공채 Tech[1])
• 시기: 2024 공채 접수 3.5~3.18, 2025 공채 접수 ~3.17, CS/코딩테스트 3.22(토). 전형은 3월 시작 후 약 3개월.

(UNIST 공고[1], 캐치 2025 Tech 공고[2])

• 시험 사양: 코딩테스트 3문제 + SQL 1문제, CS 객관식 20문제. 유형은 자료구조 활용·이분탐색·그리디·DP 위주이며 구현량은 크지 않다.

(2025 합격 후기[1], 2025 코테 후기[2])

• 미확인: 2026·2027 공채 공고는 아직 검색으로 확인되지 않았다. 따라서 "2027년 3월 접수"는 3년 연속 패턴에 근거한 가정이지 사실이 아니다. 이 가정 위에서 계산한다.

역산 결과: 오늘(2026-07-29)부터 네이버 서류 마감까지 약 7.5개월, CS/코테까지 약 8개월이다. 즉 당신의 6개월 계획은 데드라인이 아니라 6개월 차에 완성해 두고 7~8개월 차를 실전·복기에 쓰는 구조여야 한다. 그리고 2027년 하반기가 아닌 지금 시점에서 더 급한 것은 카카오 계열 공채다 — 카카오는 하반기 진행이므로 8~9월에 코테가 온다(2026 카카오 신입공채 코테 후기[1]). 이를 무료 모의고사로 쓰지 않는 것은 낭비다.

2. 월별 배분

주 40시간 가용을 가정한다. 비중 뒤 숫자는 그 주당 시간이다. (풀이량 수치는 공개 출처가 없으므로 내 설계 가정임을 명시한다.)

세부 지정:

• 알고리즘: 총량이 아니라 제한시간 내 정확성이 지표다. 120분에 3문제+SQL이므로 훈련 단위는 "문제"가 아니라 "세트"다. 8~11월은 유형별(그리디·이분탐색·DP·BFS/DFS·자료구조) 정복, 12월부터 세트 단위 실전. SQL은 별도 항목으로 분리해 프로그래머스 SQL Kit 전량을 12월까지 끝내라 — 4문제 중 1문제, 즉 배점의 25%다. - 프로젝트: 개인 프로젝트 1개, 규모는 작게, 깊이는 깊게. 팀 프로젝트는 기여 경계가 흐려져 면접에서 증명 불가능하다. CRUD 나열형 클론은 무가치하다. 요구되는 것은 하나의 비기능 요구사항을 수치로 만족시킨 기록이다: 예) 동시성 제어(재고 차감 시 이중 차감 0건), 캐싱 적용 전후 p99 레이턴시, 인덱스 추가 전후 쿼리 시간. JPA N+1, 트랜잭션 격리 수준, 테스트 코드(단위/통합 분리)는 이 안에서 자연히 증명된다. - CS: 20문제 객관식은 광범위·저심도다.

네트워크(TCP/HTTP), OS(프로세스/스레드/스케줄링/메모리), DB(인덱스/트랜잭션/정규화)를 본인 문장으로 쓴 노트로 만들고 12월·1월 두 번 회독하라. 면접용 심도와 필기용 범위는 다른 문제이며, 노트는 양쪽에 재사용된다. - 자소서: 12월 이전에 쓰지 마라. 소재가 없는 상태에서 쓴 자소서는 소재를 지어내게 만든다. 프로젝트 동결 직후에 쓰면 문장이 사실에서 나온다.

3. 우선순위와 검증

우선순위는 탈락률이 높은 관문 순서로 정해진다. 코테/CS 필터를 통과하지 못하면 포트폴리오는 읽히지 않는다. 따라서 8~9월과 1~3월은 알고리즘이 최우선이고, 10~11월만 프로젝트가 최우선이다. 그 사이에 우선순위를 매달 바꾸지 마라 — 전환 비용이 학습량을 잠식한다.

마지막으로 원칙 하나. 프로젝트가 "돌아간다"는 것은 테스트가 통과했다는 뜻이지 옳다는 뜻이 아니다. 면접관이 묻는 것은 "무엇을 만들었는가"가 아니라 "왜 그 설계가 옳은가"이며, 후자에 답할 수 있는 것은 실행 결과가 아니라 당신이 세운 불변식(invariant)이다. 동시성 코드 한 줄을 짤 때 "테스트해 보니 되더라"가 아니라 "이 락 범위에서 이 조건이 깨질 수 없다"고 말할 수 있게 준비하라. 그리고 지원 자격(졸업 시점 요건, 어학 성적 유효기간)은 매년 문구가 바뀌므로, 2026년 12월에 NAVER Careers[2]에서 직접 재확인하라. 내가 위에서 쓴 3월 일정은 어디까지나 가정이다.

Sources:

• 2025 팀네이버 신입 공채 Tech — NAVER Careers[3]
• 2024 팀네이버 신입 공채 Tech — NAVER Careers[4]
• 2024 팀네이버 신입 공채 접수기간 공고 — UNIST[5]
• 2025 팀네이버 신입 공채 Tech 공고 — 캐치[6]
• 2025 네이버 신입공채 CS & 코딩테스트 후기[7]
• 2025 팀네이버 코딩테스트 후기 — velog[8]
• 2023 팀네이버 신입 공채 후기 — velog[9]
• 2026 카카오 신입공채 코딩 테스트 후기 — velog[1]

결론부터 — 6개월 로드맵의 축은 "코테"가 아니라 "공채 캘린더 역산"입니다. 네이버 기술직군 신입은 팀네이버 공채로 한 번에 뽑고, 서류+온라인 코딩테스트(프로그래머스, IDE·검색 금지)를 합산해 면접 대상자를 거른 뒤 비대면 다대일 면접 1.5시간으로 끝납니다(2025 팀네이버 신입 공채[1], 지원 후기[2]). 2026년 하반기 일정은 아직 공식 공개 전이니 공식 채용 사이트[3]를 주 1회 확인하되, 예년 패턴대로 9~10월 접수 = D-2개월을 전제로 짭니다. 즉 지금 6개월을 균등 배분하면 틀립니다. 앞 2개월은 "이번 공채 실전 투입", 뒤 4개월은 "다음 사이클 + 계열사·수시 지원용 무기 제작"으로 성격이 완전히 다릅니다.

월별 배분 (학습시간 100 기준)

면접 예상질문 40개 답변 스크립트 |
| 11월 (M4) | 15 | 20 | 45 | 20 | 0 | 개인 프로젝트 1개 배포 완료(도메인+HTTPS+CI) |
| 12월 (M5) | 15 | 25 | 35 | 25 | 0 | 부하테스트로 before→after 수치 확보(예: p95 응답 850ms→180ms, TPS 120→900) |
| 1월 (M6) | 20 | 30 | 15 | 15 | 20 | CS 1문 1답 200개 구술 가능. 포트폴리오·경력기술서 정합성 점검 |

우선순위와, 지금 당장 고칠 지점 3가지. ① 코테는 "많이"가 아니라 "8월 안에" — 알고리즘은 통과 기준(pass/fail)일 뿐 차별화 요소가 아닙니다. 300문제 늘어놓는 대신 DP·그래프·구현 3개 유형에서 골드 상위 150문제, 오답노트 100% 재풀이. 12월까지 질질 끌면 정작 면접 무기가 안 남습니다. ② 프로젝트는 팀 3개보다 개인 1개를 깊게 — 신입 팀 프로젝트는 "제가 뭘 했는지" 증명이 안 돼 면접에서 무너집니다. 주제는 CRUD 클론이 아니라 동시성·대용량 한 지점(재고 차감 race condition, 캐시 무효화, 대량 알림 발송)에 몰고, JPA N+1 제거·인덱스 튜닝·k6 부하테스트 결과를 숫자로 남기세요. 수치 없는 프로젝트는 성과가 아니라 취미입니다. ③ 자소서 어조를 지금 바꾸세요 — "Spring을 깊이 공부하고 싶습니다"는 학생의 문장입니다. "주문 API의 N+1 쿼리 47회를 2회로 줄여 p95를 850ms→180ms로 낮췄습니다"가 채용자가 사는 문장이고요.

다만 지금 주신 정보엔 프로젝트·수치가 없으니 제가 대신 문장을 만들어 드릴 수는 없습니다. 12월까지 "before→after 수치 3개"를 확보하는 것 자체가 M4~M5의 진짜 목표이고, 그 3개가 면접관이 물어보고 싶어할 미끼가 됩니다. 수치가 모이면 그때 자소서 문장을 가져오세요. 문장 단위로 고쳐 드리겠습니다.

Sources: 2025 팀네이버 신입 공채(Tech)[1] · NAVER 채용공고[2] · 네이버 신입 공채 지원 후기[3] · 잡코리아 공채 달력[4]

결론: 다익스트라·닥터 리스크의 “전형 역산”은 받아들이고, 김태선 초안의 “8~9월 공채 전제”는 버리겠습니다. 2026-07-29 현재 NAVER Careers에 신입 백엔드 대규모 공채 공고는 확인되지 않고, 공식 확인 가능한 최신 팀네이버 신입 Tech 공채는 2025년 3월 5일~3월 17일 접수, 3월 22일 CS/코딩테스트였습니다. 따라서 지금은 “6개월 뒤 바로 지원”이 아니라 2027년 3월 전후 공채 가능성을 가정해 6개월 안에 완성하고, 남은 1~2개월은 실전 유지·지원서 보정에 쓰는 전략이 맞습니다.
근거: NAVER Careers 현재 공고[1], 2025 팀네이버 신입 공채 Tech[2]

다른 초안 비평

다익스트라의 장점은 전형 구조를 먼저 고정한 점입니다. 특히 “6개월은 네이버가 정한 숫자가 아니다”는 지적은 맞습니다. 다만 주 40시간 가정은 졸업예정자에게 위험합니다. 졸업학기, 팀플, 논문, 생활비 압박이 있으면 주 40시간 계획은 3주 안에 무너집니다.

닥터 리스크의 장점은 탈락 원인을 역산한 점입니다. 코테+CS, 자격요건, 프로젝트 딥다이브, 자소서 실패를 분리한 건 현실적입니다. 다만 리스크 관점이 강해서 생활 리듬 설계가 부족합니다. “무엇을 해야 하나”는 좋지만 “이 사람이 계속 할 수 있나”가 약합니다.

김태선 초안은 코테를 앞당겨 끝내라는 방향은 좋습니다. 하지만 2026년 하반기 네이버 공채를 전제로 8~9월 투입을 말한 부분은 현재 공식 확인이 약합니다. 그 전제 위에 프로젝트를 초반 2개월 0으로 두는 건 위험합니다. 신입 백엔드는 프로젝트가 늦게 시작되면 면접에서 말할 경험이 얕아집니다.

내 초안에서 고칠 점도 있습니다. 내가 처음 제시한 코테 30 / 프로젝트 30 / Spring 20 / CS 15 / 면접 5는 안정적이지만, 전형 초반의 코테+CS 관문을 과소평가했습니다. 수정합니다. 1~3개월 차는 코테+CS 55~60%, 4~6개월 차는 프로젝트+면접 55~60%로 기울이는 편이 더 타당합니다.

수정 로드맵

가정: 졸업학기 병행, 주 20~25시간 확보. 주 15시간 미만이면 아래 계획에서 팀 프로젝트, Kafka, Kubernetes, 복잡한 MSA는 제거하세요.

프로젝트 기준

개인 프로젝트 1개가 기본입니다. 팀 프로젝트는 좋은 팀원이 있고, 본인 기여가 명확하며, 일정 조율 스트레스가 낮을 때만 하세요. 졸업학기라면 팀 프로젝트는 대개 독입니다.

주제는 “게시판” 자체가 문제가 아니라, 면접에서 깊게 파고들 지점이 있느냐가 핵심입니다. 예를 들면 예약 동시성, 재고 차감, 대량 알림, 검색, 결제 상태 전이, 권한 관리, 캐시 무효화 중 하나를 잡으세요. 기술 스택 나열보다 문제 → 선택지 → 트레이드오프 → 측정 결과가 있어야 합니다.

생활 조건별 조정

주 25시간 이상이면 위 로드맵 그대로 갑니다.

주 15~20시간이면 코테 문제 수를 줄이고, 프로젝트는 개인 1개 MVP+성능개선 1개만 남깁니다. Redis는 가능하지만 Kafka, Kubernetes, MSA는 버리세요.

주 15시간 미만이면 합격 가능성을 높이는 핵심만 남깁니다. 코테, CS, 개인 프로젝트 MVP, 자소서입니다. Spring 심화는 JPA 트랜잭션·테스트·DB 인덱스까지만 합니다.

번아웃이나 최근 탈락 경험이 있다면 주 7일 계획은 실패합니다. 주 6일만 계획하고 하루는 완전 휴식으로 잠그세요. 쉬는 날까지 공부할 수 있다는 가정은 계획이 아니라 자기기만입니다.

최종 판단: 당신에게 맞는 6개월 전략은 “전 과목 균등 분산”이 아니라 앞 3개월은 1차 관문 통과 체력, 뒤 3개월은 면접에서 버틸 경험 압축입니다. 네이버 하나만 보지 말고, 같은 준비물로 계열사·타사 백엔드 신입/인턴도 병행하세요. 단일 공채에 인생 리듬을 전부 거는 건 실력 문제가 아니라 리스크 관리 실패입니다.

네이버 신입 전형 사실부터 확인한 뒤, 다른 초안을 비평·흡수해 로드맵을 보정하겠습니다.## 6개월 뒤 전원 탈락 사전부검 → 보정 로드맵

사실 고정 (검색 확인분)

• 2025 팀네이버 Tech: 서류 → 기업문화 적합도(~40분) → 온라인 CS/코딩테스트 동시 → 기술 인터뷰 → 종합역량 인터뷰(대면). 접수 대략 3.5–3.17, CS/코테 3.22. CS는 자료구조·DB·네트워크·OS 등. 후기 기준 코딩 3문항 + CS 객관식 ~20문항 / 약 2.5시간. 자격: 병역필·면제, 공고상 졸업 시한, 해외여행 결격 없음. 언어는 Java 선택 가능. 출처: NAVER Careers 2025 Tech[1], 합격·응시 후기들. - 2026 상반기 팀네이버 신입공채는 공고 미실시. 하반기 일정도 미확정. AI 전환 맞춰 공채·프로젝트형 인턴·직무별 채용을 유연 병행하겠다고 회사 측이 밝힘.

(2026-07-01 보도)

• 따라서 「2027년 3월 접수」는 패턴 가정일 뿐 사실 아님. 김태선 식 「9–10월 네이버 접수」는 예년 패턴과도 불일치 → 그 역산 표는 기각.

가정의 전제(명시): 다음 대규모 창이 다시 열리면 형태는 2025형(CS+코테 1차 커트)에 가깝거나, 수시·직무별·챌린지형으로 분산된다. 어느 쪽이든 지원 가능 상태가 상시 유지되지 않으면 6개월 준비가 통째로 소각된다.

---

다른 초안 비평 → 흡수·기각

8월 코테 55%+9월 자소서 35%는 2026 공채 공백 상황에서 포트 공백을 키움 |
| 코치 온음 | 주간 리듬·가용시간 티어(25h / 15–20h / 15h↓); M6에 기능 추가 금지; 서비스형 주제 | 고정 비중 코테30·포트30…은 깔때기를 평탄화함. 균등 병행이 아니라 월별 가중이 맞음 |

입장 수정(초안 대비):
① 「2027 초 3월 역산」 단일 시나리오 폐기. 2026 상반기 공채 미개설이 확인됐으므로 최우선 리스크는 커트라인이 아니라 창구 소멸·일정 미정.
② 다중 지원·타사 코테를 M5가 아니라 M1–M2부터 구조에 넣음.
③ 깔때기 논거를 받아 M1–M3 코테+CS 가중을 초안보다 상향, 대신 포트는 0이 아니라 얇게 시작·M3–M4에 깊게.

---

탈락 원인 TOP (방어 순서 재정렬)

1. 지원 창 없음 / 단일 회사 올인 (2026 현실이 이미 증명)
2. 자격 결격 (졸업 시한·병역·여행 결격·학점 허위)
3. CS+코테 1차 커트 (2025형 유지 시)
4. 포트가 튜토리얼 복제 → 기술면접 붕괴
5. 자소서·종합면접에서 경험 서술 실패

우선순위 원칙:
자격 점검 + 다중 창구 > CS+코테 통과력 ≥ 포트 1개 깊이(문제·트레이드오프·수치) > Spring 면접 전사 > 자소서 문장
프로젝트는 개인 1개 깊게. 팀은 “내 기여 수치·장애·선택 근거” 없으면 양쪽 빈칸.

---

월별 비중·마감 (주간 학습 100% 기준)

가용시간 전제: 순수 준비 ≥25h/주. 15–20h면 팀 금지·포트 범위 축소. 15h 미만이면 코테+CS + 포트 MVP만, Redis/Kafka/K8s 폐기.

카카오 계열 등 하반기 공채 = 실전 모의(일정은 그해 공고로 확정) |
| M3 10월 | 35 | 25 | 15 | 20 | 5 | 핵심 기능+테스트 골격 완성. DB 인덱스·트랜잭션·(SQL 연습 포함). 코테 약점 유형만. 타사 코테 응시 시 당일 오답 복기 |
| M4 11월 | 25 | 30 | 15 | 20 | 10 | 포트 배포 1회 + 장애/부하 측정 숫자 1세트. CS 요약 카드 2회독. 자소서 초고 1회(완성 금지, 재료만). Spring: 트랜잭션·영속성 컨텍스트·N+1·테스트 |
| M5 12월 | 30 | 10 | 15 | 15 | 30 | 모의 CS+코테 주 1회. 프로젝트 Q&A 50. 면접 1분 답 고정. 네이버·계열·동일 스택 타사 병행 지원 본격화. 공고 뜨면 48h 내 제출 가능 상태 |
| M6 1월 | 25 | 5 | 15 | 10 | 45 | 서류 완성·증빙 재확인. 기술·종합 모의.

기능 추가 금지, 압축만. 코테 감 유지(쉬면 커트). 창이 3월 이후면 이 상태를 동결 유지 모드로 전환 |

M4 말 합격 가능 상태 정의(여기 못 오면 이후는 수습):

• 코테: 제한시간 안 구현 중심 3문제 중 2+α 안정 + 취약 유형 오답노트 재풀이 루틴
• CS: OS·네트워크·DB를 객관식·구술 모두 흔들리지 않는 1차 완성
• 포트: 배포됨 + 실패 케이스·설계 선택 근거·before/after 수치 문서화
• 지원: 자격 OK + 자소서 재료 문장 + 타사 최소 1파이프라인

---

방어 장치 (필수)

1. 일정·전형은 블로그 말고 NAVER Careers만 사실로 취급. 2025형 CS 병행이 유지되면 “알고리즘만 판”은 즉시 전멸.
2. 포트는 김영한 클론이 아니라 왜/트레이드오프/측정 없으면 서류 통과 후 기술면접에서 죽음.
3. 네이버 미개설·일정 변경을 기본 시나리오로 두고, 카카오·라인·쿠팡·토스 등 동일 스택 창을 M2부터 소모할 것.
4. 주 1일은 완전 휴식(리듬 붕괴가 6개월 계획의 실제 사망 원인인 경우가 많음).

---

결론 (단정)

6개월 승패는 “더 많이”가 아니라 (1) 창구 다중화로 공채 공백 생존, (2) M3까지 CS+코테로 1차 깔때기 통과력, (3) M4까지 말할 수 있는 포트 1개, (4) M5–M6 면접 전사+감 유지에 있다.
균등 5분할·9월 네이버 올인·M1 포트 0·M6 신기술 추가는 각각 창 소멸 / 사실 오류 / 면접 공백 / 마감 직전 붕괴로 이어진다.
지금 할 일 하나: 오늘 자격 체크 + Careers 알림 + 포트 문제 한 줄 확정 + 코테 Java 루틴 시작.

다른 참가자들의 초안을 정밀 검증하고, 타당한 근거는 적극 수용하되 ‘월별 로드맵’과 ‘숫자 목표’에 숨겨진 맹점을 해체하여 최종 판단을 내립니다.

---

1. 다른 참가자 초안 정밀 비평 및 수용

|
| 닥터 리스크 | 사전부검(Pre-mortem) 및 프로젝트 구조화: "팀 2개보다 딥다이브 개인 1개"가 면접 방어에 유리하다는점과 실질적 탈락 원인을 역산한 점은 매우 타당함. | 지나친 정밀함의 착시: M1~M6 표에서 5% 단위로 비중을 쪼개는 방식(35%, 25% 등)은 시각적 안정감만 줄 뿐, 실전 필기 및 면접 모드 전환의 유연성을 저해함. |
| 김태선 (사람AI) | 코테의 본질 파악: 코딩테스트는 차별화 무기가 아니라 단순히 쳐내는 'Pass/Fail 관문'이라는 지적은 명확함. | 사실 오인 및 논리적 모순: 네이버 공채를 9~10월 하반기로 잘못 전제했으며, 코테의 숫자 목표(골드1~플래5, 150문제)를 다시 제시하여 스스로 '숫자 목표의 맹점'에 빠짐. |

---

2. 반대 렌즈 기반 핵심 맹점 해체

1. '월별 균등·병렬 배분'의 맹점
2. 채용은 6개월간 공부량을 적립해서 보여주는 시험이 아니라 단계별 조건부 컷오프 전형입니다.
3. 팀네이버 신입 전형은 서류 제출 직후 '온라인 코딩테스트 (3문제+SQL 1문제) + CS 객관식 (20문항)'을 한 번에 치릅니다. 이 필터 관문을 통과하지 못하면 포트폴리오, Spring 심화, 자소서는 평가표에 입력조차 되지 않고 소각됩니다.
4. '숫자 목표(문제 풀이 수·프로젝트 규모)'의 허구성
5. 문제 풀이 개수(150개, 300개)나 Kafka/Kubernetes 같은 대규모 인프라 스택 유무는 합격과 인과관계가 없습니다.
6. 코테는 프로그래머스 스타일의 긴 지문 해석과 예외 처리(Edge Case) 구현력의 영역이며, 면접관이 보는 포트폴리오의 변별력은 "왜 그 기술/설계를 선택했고, 발생한 문제(동시성, N+1, DB 인덱스)를 어떻게 수치로 증명하고 해결했는가"라는 딥다이브(Deep-dive) 근거에만 존재합니다.

---

3. 최종 단정적 행동 지침 (2단계 게이트 로드맵)

다익스트라가 검증한 "팀네이버 상반기 공채(3월 접수)" 일정과 닥터 리스크·김태선이 지적한 "1개 딥다이브 개인 프로젝트" 논리를 합쳐, 기존의 월별 세부 비중을 폐기하고 2단계 게이트 시스템(Gate-based Strategy)으로 전환합니다.

[ Gate 1: 전반부 3개월 ]               [ Gate 2: 후반부 3개월 ]
1차 필터링 무조건 통과 (CS + 코테)    -->  면접 변별력 독점 (딥다이브 프로젝트 + 역산 면접)
* 학습 비중 70% 몰입                   * 학습 비중 70% 몰입

Gate 1. 전반부 (1~3개월 차): 1차 필기 관문 완전 파쇄 (학습 비중 70%)

• 코딩테스트 (30%): 문제 수 채우기를 중단하고, 프로그래머스 Lv2~Lv3 수준의 구현/완전탐색/자료구조/SQL을 제한 시간 내 오답 없이 작성하는 정확도에 집중하십시오. (Java 언어 고정)
• CS 기초 (40%): 객관식 20문항 타격용으로 OS, 네트워크, DB, 컴퓨터 구조 전공 핵심 개념을 1분 내 구술/선택할 수 있도록 정밀 암기 및 서술형 정리하십시오.
• Java/Spring (30%): 프로젝트를 크게 벌리지 말고, Java 객체지향 기본기와 Spring Boot 핵심 동작 원리(IoC/DI, AOP) 체득에만 집중하십시오.

Gate 2. 후반부 (4~6개월 차): 면접 변별력 독점 (학습 비중 70%)

• 포트폴리오 (40%): 팀 프로젝트나 CRUD 나열을 멈추고, 단 1개의 개인 프로젝트에 집중하십시오.
• 핵심 요소: JPA N+1 해결 과정, DB 트랜잭션 격리수준 선택 이유, 동시성 이슈(Redisson/낙관적 락 등) 해결, 단위/통합 테스트 코드 작성 및 부하 테스트(Before/After 성능 수치 확보).
• 역산 면접 대비 (30%): 작성한 프로젝트 코드와 CS 노트에서 나올 수 있는 꼬리질문 50개를 역산하여 1분 답변 스크립트를 작성하고 구술 모의 면접을 반복하십시오.
• 실전 캘린더 응시 (30%): 2027년 3월 팀네이버 공채 전, 8~9월 카카오 등 타사 하반기 공채 코딩테스트 및 수시 채용을 무료 실전 모의고사로 활용해 실전 감각을 검증하십시오.

결론: 월별로 조금씩 다 챙기려는 욕심을 버리고, "앞 3개월은 CS/코테 필기 통과, 뒤 3개월은 딥다이브 프로젝트 1개로 면접 파괴"라는 2단계 집중 전략만이 합격을 담보합니다.

1. 사실부터 정정한다 — 두 개의 잘못된 숫자가 두 개의 로드맵을 무효화한다

(가) "예년 패턴대로 9~10월 접수"(김태선)는 데이터에 정면으로 반한다. 2024 공채 접수 3.5~3.18, 2025 공채 접수 3.5~3.17(월 11시), CS/코딩테스트 3.22(토). 3년 연속 3월이다. 이 전제가 틀리면 그 위에 쌓은 "8월 코테 55%, 9월 지원서 제출" 전체가 붕괴한다. 같은 초안의 "서류+코테 → 비대면 다대일 면접 1.5시간으로 끝"도 2021년 후기 기반이며, 2025년에는 CS 객관식이 병행되고 인터뷰가 2단계다. 오래된 출처를 현재형으로 인용하는 것이 가장 흔한 오류다.

(나) "코딩 3문제+CS 20문항, 약 150분"(다익스트라 비판 초안)의 150분은 출처가 없다. 확인되는 것은 2024년 코테 2시간/3문제, 2025년 코테 3문제+SQL 1문제이며 CS는 별도 세션이라는 후기뿐이다. 내가 쓰지 않은 숫자를 내 이름으로 유통시키지 마라. 같은 초안의 "엔진 이름 기반 최종 결론"은 논거가 아니라 권위 호소다.

(다) 아무도 확인하지 않은 가장 중요한 조항. 2025 공채 지원자격은 "2026년 2월 이내 졸업 예정 학/석사(전공 무관) 또는 경력 1년 이하의 기졸업자, 병역필·면제, 해외여행 결격 없음"이다. 즉 3월 공채는 다음 해 2월 졸업자를 대상으로 한다. 따라서 2026년 3월 공채가 열렸다면 그 대상은 2027년 2월 졸업 예정자 — 당신이었다. 오늘은 7월 29일이다.

역산의 결론은 냉정하다: 당신은 이미 한 사이클을 지나쳤을 확률이 높고, 다음 창구는 2027년 3월이며, 그때 당신은 신입이 아니라 "경력 1년 이하 기졸업자"로 지원한다. 자격은 유지되지만 면접 질문 하나가 확정 추가된다 — "졸업 후 그 기간에 무엇을 했는가." 이 질문의 답이 곧 당신의 포트폴리오여야 한다. 오늘 30분 안에 NAVER Careers[1]에서 2026년 3월 공고의 실제 자격 문구와 병역·졸업 요건을 직접 확인하라. 이것은 M1 과제가 아니라 오늘 과제다(닥터 리스크의 지적이 옳았고, 다만 배치가 늦었다).

2. 내가 바꾸는 것과 지키는 것

바꾼다 — 세 가지를 흡수한다.

1. 주 40시간 가정을 폐기한다(코치 온이 옳다). 검증되지 않은 전제 위의 계획은 계획이 아니다. 아래 표는 주 30~35시간 기준이며, 20~30시간이면 CS 노트 작성을 프로젝트 기간에 겹치지 말고 뒤로 미뤄라. 20시간 미만이면 프로젝트 범위를 절반으로 줄이고 Kafka·K8s는 버려라 — 배분을 줄이는 게 아니라 항목을 삭제하는 것이 옳은 대응이다.
2. 네이버 단일 의존을 버린다(닥터 리스크가 옳다). 공고 미개설·요건 변경 시 7개월 전량 소각이다. 8~9월 카카오 코테는 무료 실전 모의고사로 응시하고, 12월부터는 계열사·수시를 병행 지원하라.
3. "문제 수" 목표를 내 초안에서도 삭제한다. 내가 썼던 "주 15문제"는 코치 온의 "80~100문제"와 같은 종류의 오류다. 측정 가능하다는 것과 유의미하다는 것은 다르다.

지킨다 — 반박이 성립하지 않는다.

• "1~3개월 차에 CS 70%"(비판 초안)는 타이밍이 틀렸다. 시험은 3월이다. 8월에 외운 객관식 지식은 3월에 남지 않는다. 노트 작성은 초반에, 회독은 후반에. 이 둘은 다른 작업이다.
• "코테 언어 Java 고정"(닥터 리스크)은 근거가 없다. 코테는 언어 무관이며 Java는 입출력·문자열에서 손해를 본다. 고정해야 할 것은 손코딩과 기술 면접의 언어다.
• 자소서는 12월 이전에 쓰지 마라. 소재 없이 쓴 자소서는 소재를 지어내게 만든다.

3. 수정 로드맵 (주 30~35시간 기준, D-day = 2027년 3월 중순 접수)

타사 병행 지원 개시 |
| 1월 | 40% | 0% | 30% | 5% | 25% | 실전 세트(3문제+SQL/120분) 주 2회, CS 노트 2회독 |
| 2월~3월 중순 | 35% | 0% | 20% | 5% | 40% | 자소서 확정, 모의 기술면접 5회, 프로젝트 회고 문서 완성 |

지표는 개수가 아니라 상태다.

• 알고리즘: "몇 문제"가 아니라 제한시간 내 정확성. 12월부터 훈련 단위는 문제가 아니라 세트다. SQL은 배점의 25%다 — 별도 항목으로 분리하라.
• 프로젝트: 개인 1개, 작게, 깊게. 팀은 기여 경계가 흐려져 증명이 불가능하다. 요구되는 것은 기능 목록이 아니라 하나의 비기능 요구사항을 수치로 만족시킨 기록이다 — 재고 차감 이중 처리 0건, 캐시 적용 전후 p99, 인덱스 추가 전후 쿼리 시간. 단, 그 수치는 당신이 측정한 것이어야 한다. 김태선 초안의 "p95 850ms→180ms"는 예시로는 훌륭하지만 목표로 제시되면 숫자를 맞추려는 유인이 생긴다. 목표는 값이 아니라 측정 절차다.
• CS: 지표는 회독 수가 아니라 노트를 보지 않고 구술 가능한가이다(김태선의 이 기준은 옳다). 20문항 객관식은 광범위·저심도이고, 면접은 협범위·고심도다. 노트 하나로 양쪽을 덮어라.

4. 우선순위

우선순위는 취향이 아니라 탈락률 순서로 결정된다. 코테·CS 필터를 통과하지 못하면 포트폴리오는 읽히지도 않는다. 따라서 8~9월과 1~3월은 알고리즘 우선, 10~11월만 프로젝트 우선. 그 사이에 매달 우선순위를 바꾸지 마라 — 전환 비용이 학습량을 잠식한다. "4개월 차부터 면접 25%"(코치 온) 같은 조기 배분은 통과하지도 않은 관문 뒤편에 자원을 묻는 것이다.

마지막으로 원칙 하나. 프로젝트가 "돌아간다"는 것은 테스트가 통과했다는 뜻이지 옳다는 뜻이 아니다. 면접관이 묻는 것은 "무엇을 만들었는가"가 아니라 "왜 그 설계가 옳은가"이고, 후자에 답하는 것은 실행 결과가 아니라 당신이 세운 불변식이다. 동시성 코드 한 줄에 대해 "테스트해 보니 되더라"가 아니라 "이 락 범위에서 이 조건은 깨질 수 없다"고 말할 수 있어야 한다. 그리고 위 3월 일정은 3년치 관측에 근거한 가정이지 사실이 아니다. 2026년 12월에 공식 페이지에서 재확인하라.

Sources:

• 2025 팀네이버 신입 공채 Tech — NAVER Careers[1]
• NAVER 채용공고 목록 — NAVER Corp.[2]
• 2025 팀네이버 신입 공채 공고(접수기간·지원자격) — 충북대 SW중심대학[3]
• 2025 팀네이버 신입 공채 : Tech — 캐치[4]
• 2025 네이버 신입공채 CS & 코딩테스트 합격 후기[5]
• 2024 네이버 신입 공채 합격 후기 — velog[6]
• 2024 팀네이버 신입 공채 Tech 합격 후기 — JusticeHui[7]
• 2023 팀네이버 신입 공채 후기 — velog[8]
• 2026 카카오 신입공채 코딩 테스트 후기 — velog[9]

먼저, 내 초안에서 틀린 것부터 정정합니다

"9~10월 접수 = D-2개월"이라는 제 전제가 틀렸습니다. 다익스트라와 닥터 리스크가 맞습니다. 팀네이버 신입 공채는 2023·2024·2025 연속으로 3월 접수였고, 2025년은 3.7~3.17 접수 후 코딩테스트가 3월 말이었습니다(2025 팀네이버 신입 공채[1], 2024 공채[2]). 2026·2027 일정은 검색으로 확인되지 않으니 "2027년 3월 접수"는 3년 패턴에 근거한 가정입니다. 그 가정 위에서 단정하면 — 오늘(2026-07-29) 기준 D-7.5개월입니다.

이게 왜 결정적이냐면, 당신의 "6개월"은 마감이 아니라 완성 시한이 됩니다. 6개월 차(2027년 1월)에 다 만들어 두고, 7~8개월 차(2~3월)를 실전과 복기에 쓰는 구조. 제 초안처럼 "9월에 지원"으로 짜면 존재하지 않는 마감에 맞춰 프로젝트를 잘라내는 최악의 실수를 합니다.

두 번째 정정 — CS를 뒤로 뺀 것도 틀렸습니다. 네이버 1차 관문은 코딩테스트만이 아니라 코테 3문제 + SQL 1문제 + CS 객관식 약 20문제를 같은 날 봅니다(2025 코테 후기[1], 2025 합격 후기[2]). CS는 면접 대비용 후반 과목이 아니라 필기 커트라인 과목입니다. SQL도 별도 문항이고요. 제 표에서 CS를 M6에 몰아둔 건 폐기합니다.

각 초안에 대한 평가

다익스트라 — 가장 큰 기여는 "카카오 코테를 무료 모의고사로 쓰라"입니다. 이건 제 초안에 없던 발상이고 그대로 흡수합니다. 8~9월 카카오 신입 공채 코테는 합격 여부와 무관하게 실전 압박·시간배분·오답 유형을 6개월 전에 실측하는 유일한 기회입니다. 다만 "풀이량 수치는 공개 출처가 없어 못 쓴다"는 태도는 코치로서 잘못입니다. 지원자는 출처가 아니라 오늘 저녁에 뭘 할지를 물었습니다.

닥터 리스크 — "자격 결격 체크를 M1에"가 결정적입니다. 병역·졸업 시기·해외여행 결격은 실력과 무관하게 즉시 탈락입니다. 6개월 갈아넣고 자격 요건에서 걸리는 건 실제로 일어납니다. 흡수합니다. 다만 표의 코테 비중이 M1 35% → M6 25%로 거의 평평한 건 깔때기 구조 반영이 약합니다. 필기는 하루에 끝나는 관문이라 앞에 몰아야 합니다.

코치 온 — "주당 가용시간으로 계획을 분기하라"가 유일하게 현실적인 안전장치입니다. 25시간/15~20시간/15시간 미만 3분기. 졸업 학기와 겹치는 지원자에게 이건 필수입니다. 흡수합니다. M6를 "새 기술 추가 금지, 말할 수 있는 경험으로 압축하는 달"로 정의한 것도 정확합니다. 반면 네이버 CS 객관식·SQL을 아예 언급하지 않은 건 치명적 누락입니다.

다익스트라(비판) — 깔때기 지적은 옳고, 수치 목표 무용론은 틀렸습니다. "문제 풀이 개수는 합격과 인과가 없다"는 말은 맞지만, 그래서 목표를 없애자는 건 반대입니다. 수치는 합격 예측 변수가 아니라 실행 계기판입니다. "골드 150문제"는 합격을 보장하는 숫자가 아니라, 11월에 "나 지금 늦었나?"를 판정할 유일한 기준입니다. 그리고 제가 말하는 "수치가 없으면 성과가 아니다"는 풀이량이 아니라 서술의 수치입니다 — before→after가 없는 프로젝트는 면접에서 대화가 3분 만에 끝납니다. 두 층위를 섞어서 반박하셨습니다. 덧붙여 "gemini-3.1-pro-high 엔진 기반으로 내린 결론"이라는 문장은 근거가 아닙니다. 지원자에게 아무 정보도 주지 않습니다.

4개 초안이 만장일치로 합의한 것 하나 — 팀 프로젝트 여러 개보다 개인 프로젝트 1개를 깊게. 이건 논쟁 끝난 걸로 확정하고 가세요.

수정 로드맵 (2026.8 ~ 2027.3)

주 25시간 기준. 합은 100.

OS·네트워크 1차 노트 |
| 11월 (M4) | 15 | 15 | 40 | 20 | 10 | 배포 완료(CI+HTTPS) + 장애 1회 의도적 재현·복구 |
| 12월 (M5) | 20 | 15 | 30 | 20 | 15 | before→after 수치 3개 확보. 자소서 초고 |
| 1월 (M6) | 25 | 25 | 10 | 10 | 30 | 신규 개발 동결. 프로젝트 Q&A 50문항, CS 구술 200개 |
| 2~3월 (실전) | 40 | 30 | 0 | 0 | 30 | 공고 즉시 지원 → 필기 → 면접 |

M1에 오늘 당장 할 것 3가지: ① 네이버 채용 사이트[1] 주 1회 확인 알림 설정 — 2027 공고가 3월이 아닐 수 있고, 계열사 수시·인턴 공고가 그 사이에 뜹니다. ② 지원 자격 결격 여부 확인. ③ 프로젝트 주제를 CRUD가 아니라 문제 1개로 고정 — 재고 차감 race condition, 캐시 무효화, 대량 알림 발송 중 하나.

하나 더 — 아무도 지적하지 않은 리스크

졸업 예정자인 당신은 2026년 하반기~2027년 초에 "졸업 후 무직 공백"이 생깁니다. 다음 공채가 2027년 3월이면 최소 6개월 공백이고, 면접에서 반드시 질문받습니다. 이건 로드맵 문제가 아니라 서사 문제입니다.

방어법은 단순합니다. 그 기간을 "준비했습니다"가 아니라 "만들었습니다"로 말할 수 있게 만드는 것. 그래서 M4~M5의 진짜 목표가 수치 3개인 겁니다.

• ✗ "졸업 후 Spring을 깊이 공부하며 준비했습니다"
• ○ "졸업 후 6개월간 주문 API를 직접 운영하며 N+1 쿼리 47회를 2회로 줄이고 p95를 850ms→180ms로 낮췄습니다"

앞 문장은 공백이고 뒤 문장은 경력입니다. 같은 6개월인데.

그리고 병행 지원 파이프라인 — 네이버 단일 올인은 공고 지연·미개설 시 전량 소각입니다. 8~9월 카카오는 모의고사 겸 실지원, 12~2월 계열사 수시·인턴을 최소 2개. 면접은 연습으로 늘고, 연습은 실제 면접에서만 됩니다.

마지막으로: 위 수치 예시(850ms→180ms)는 문장 구조를 보여드린 틀입니다. 당신 프로젝트의 실제 숫자가 아니니 그대로 쓰지 마세요. 12월에 진짜 숫자 3개가 모이면 그때 자소서 문장을 가져오세요. 문장 단위로 고쳐 드리겠습니다.

Sources: 2025 팀네이버 신입 공채(Tech)[2] · 2024 팀네이버 신입 공채[3] · NAVER 채용공고[1] · 2025 팀네이버 코딩테스트 후기[4] · 2025 네이버 신입공채 CS & 코딩테스트 합격 후기[5] · 2024 팀네이버 공채 후기[6] · 잡코리아 2026 공채 달력[7]

사실 확정 — 다수 의견이 공유한 전제가 무너졌다

다섯 초안은 서로를 반박하면서도 하나의 전제를 공유한다: "네이버 신입 공채는 3월에 열린다, 다음은 2027년 3월이다." 검색으로 확인된 것은 이렇다.

• 2026년 상반기 팀네이버 신입 공채는 열리지 않았다. 하반기 일정도 미정이다. 회사는 "AI 시대에 적합한 인재상과 평가 방식을 새롭게 설계 중"이라고 공식 입장을 냈고, 현재는 계열사 경력 수시채용과 대학생 대상 프로젝트형 인턴십·AI 챌린지만 운영한다. (이데일리[1], 이투데이[2])
• 확인되는 마지막 정규 사이클은 2025년이다: 접수 3.5~3.17, CS/코딩테스트 3.22(토), 서류 → CS·코테 동시 → 기술 인터뷰 → 종합역량 인터뷰. 코테는 3문제 + SQL 1문제, CS는 자료구조·알고리즘·DB·네트워크·OS.

(NAVER Careers 2025 Tech[1], 백엔드 최종합격 후기[2], CS·코테 합격 후기[3])

리뷰들이 유통한 "CS 객관식 20문항 / 약 2.5시간"은 나는 확인하지 못했다. 내 이름으로 쓰지 않는다. 마찬가지로 "2025 자격요건 = 2026년 2월 이내 졸업예정 또는 경력 1년 이하"도 내가 원문에서 확인하지 못했다. 근거로 쓰지 않는다.

약점 공략

1. n=3 패턴에서 n=5를 외삽하고 있다. n=4는 이미 결측이다.
2024·2025 두 해가 3월이었다는 사실은 2027년 3월의 근거가 아니다. 그 패턴은 2026년에 이미 끊겼다. 리뷰 1·2·4가 "D-7.5개월"이라 부른 숫자는 존재가 확인되지 않은 마감까지의 거리다. 리뷰 1의 "당신은 이미 한 사이클을 지나쳤다"도 틀렸다 — 지나칠 사이클이 없었다. 다수가 서로 반대 방향으로 틀렸다는 것은 전제가 아니라 방법이 잘못됐다는 신호다.

2. 더 치명적: 회사가 시험 사양의 변경을 스스로 예고했다.
모든 초안이 2025년 사양(코테3+SQL1+CS)을 상수로 놓고 비중표를 깎았다. 그런데 재설계 중이라고 공개 발언한 대상이 바로 그 평가 체계다. 변경이 예고된 사양에 6개월을 최적화하는 것은 최적화가 아니라 베팅이다. 옳은 대응은 사양 의존도가 낮은 자산에 무게를 두는 것이다: 자료구조·알고리즘·CS·Java/Spring·설계 능력은 어떤 개편에도 남는다. "Kafka·K8s를 붙인 MSA"나 특정 연도 코테 유형 암기는 남지 않는다.

3. 깔때기 논리를 끝까지 밀면 결론이 뒤집힌다.
"1차를 못 넘으면 뒤는 전부 소각" → 그래서 M1~M3에 코테·CS를 55~70% 몰아라. 여기엔 시험 날짜가 고정이라는 숨은 가정이 있다. 날짜가 미정이면 스파이크 전략은 최악이다. 코테 실력은 감가상각이 가장 빠른 자산이고, 정점을 M3에 찍고 시험이 M12에 열리면 재훈련 비용이 초기 투자만큼 든다. 날짜가 불확정일 때 옳은 형태는 스파이크가 아니라 지속 가능한 상시 부하 + 공고 발동 시 스프린트다.

4. "카카오 코테를 무료 모의고사로" — 그 안전장치도 미확정이다.
같은 보도의 제목이 "네이버·카카오 올해 신입 공채 안갯속"이다. 검증되지 않은 대안은 안전장치가 아니다. 실제로 매주 열리는 것은 Codeforces·AtCoder 정기 라운드, 프로그래머스 정기 테스트다. 상시 모의고사는 이쪽이다.

5. 아무도 지적하지 않은 가장 큰 것 — 지금 열려 있는 유일한 문을 전원이 무시했다.
현재 네이버가 실제로 운영 중인 신입 접점은 프로젝트형 인턴십과 대학생 AI 챌린지다. 다섯 초안이 6개월을 배분한 대상은 닫혀 있는 문이다. 열려 있는 문에 지원하는 것은 M4의 항목이 아니라 이번 주 항목이다. 인턴 경로는 공채보다 전환 확률이 높고, 떨어져도 그 자체가 포트폴리오다.

대체 로드맵 — 날짜에 종속되지 않는 구조

가정을 명시한다. ① 주 20~25시간 확보(졸업학기 병행 기준). ② 다음 대규모 창은 열릴 수도, 수시·인턴형으로 분산될 수도 있다. ③ 따라서 6개월의 목표는 "지원"이 아니라 "공고가 뜬 어느 날에도 2주 안에 제출 가능한 상태"다.

퍼센트 표를 폐기한다. "M2 코테 35%"는 지원자가 검증할 수 없는 양이고, 검증할 수 없는 목표는 목표가 아니다. 대신 주력 / 부력 / 유지 3단계와 측정 가능한 종료 기준을 쓴다.

|
| M3 (10월) | 프로젝트 구현 | 코테 | CS 노트 주 1회 회독 | Spring Boot + JPA + RDB로 동작하는 MVP 배포. 테스트 코드 커버리지가 아니라 핵심 도메인 로직 단위 테스트 존재. |
| M4 (11월) | 프로젝트 심화 | 코테 | CS | 부하 지점 1개 특정 → 개선 → before/after 수치 기록. 이게 기술 면접 30분을 버티는 유일한 재료다. 인덱스·N+1·트랜잭션 격리 중 최소 2개를 실측으로 설명 가능. |
| M5 (12월) | 서술 자산화 | 프로젝트 마감 | 코테·CS | README·기술 블로그 3편(설계 결정과 버린 대안을 쓸 것). 자소서 초안 완성. M5 이후 기능 추가 금지. |
| M6 (1월) | 면접·모의 | — | 코테·CS 상시 | 프로젝트 딥다이브 예상 질문 30개에 구두 답변. 모의면접 3회. "제출 가능 상태" 달성 — 이후는 유지 모드. |

유지 모드(M6 이후, 공고 대기): 주 5~7시간. 코테 주 3문제, CS 노트 회독, 정기 라운드 1회. 이 부하는 1년도 버틸 수 있다. M1~M3에 70%를 태우는 계획은 3주면 무너진다.

발동 프로토콜: 공고가 뜨면 그날부터 역산 스프린트. 2025년 기준 접수 시작 → 시험까지 약 2~3주였다. D-3주: 자소서 확정·코테 하루 3문제 실전 타이머. D-1주: SQL·CS 집중. 이 프로토콜이 있으면 "언제 열리는가"는 더 이상 계획의 입력값이 아니다.

우선순위 — 단 하나만 고른다면

코테 문제 수가 아니다. 프로젝트에서 "측정한 수치"다. 코테는 pass/fail 관문이고 유지 부하로 통과 가능하다. 반면 기술 인터뷰에서 떨어지는 이유는 만든 것이 없어서가 아니라 만든 것에 대해 왜 그렇게 했는지 답하지 못해서다. 프로그램의 정확성이 테스트가 아니라 논증에서 나오듯, 프로젝트의 설득력도 규모가 아니라 결정의 근거에서 나온다. Kafka를 붙였다는 사실은 아무것도 증명하지 않는다.

오늘 30분 안에

1. NAVER Careers 공고 목록[1]에서 인턴십·챌린지 포함 현재 열려 있는 전 항목과 자격 문구를 직접 확인하고, 해당되는 것은 즉시 지원하라.
2. 본인의 졸업 시점(2027년 2월 예정인지)과 병역 상태를 자격 문구와 대조하라. 이건 M1 과제가 아니라 오늘 과제다.
3. 채용 페이지 알림을 걸어라. 6개월 로드맵의 최대 리스크는 실력 부족이 아니라 공고를 놓치는 것이다.

Sources:

• NAVER Careers — 2025 팀네이버 신입 공채 Tech[2]
• NAVER Careers 채용공고 목록[1]
• 이데일리 — 네이버, 올해 신입공채 미정…AI 시대 '채용 공식' 다시 짠다[3]
• 이투데이 — AI 인재 전쟁이라더니…네이버·카카오 올해 신입 공채 '안갯속'[4]
• 2025 팀네이버 신입 공채 Tech(백엔드) 최종 합격 후기[5]
• 2025 네이버 신입공채 CS & 코딩테스트 합격 후기[6]

결론: 다익스트라(비판) 쪽으로 입장을 바꾼다.
2026년 7월 29일 기준 전략은 “2027년 3월 공채 역산”이 아니라 공고 날짜가 흔들려도 6개월 뒤에는 언제든 2주 안에 제출 가능한 상태를 만드는 로드맵이어야 한다.

근거는 명확하다. NAVER Careers 현재 공고 목록에는 신입 백엔드 대규모 공채가 확인되지 않고, 확인 가능한 마지막 팀네이버 신입 Tech 공채는 2025년 3월 5일~3월 17일 접수, 3월 22일 CS/코딩테스트였다. 2025년 공고는 지원 자격도 “2026년 2월 이내 졸업 예정 또는 경력 1년 이하 기졸업자”로 명시했다. 2026년에는 상반기 공채가 진행되지 않았고, 하반기 일정도 미정이며 채용 방식 재설계 중이라는 보도도 있다.
출처: NAVER Careers 공고 목록[1], 2025 팀네이버 신입 공채 Tech[2], 이데일리[3], 이투데이[4]

최종 수정안

가정: 졸업학기 병행, 주 20~25시간. 주 15시간 미만이면 팀 프로젝트, Kafka, Kubernetes, MSA는 버린다. 지금 필요한 건 화려한 기술 스택이 아니라 꾸준히 버틸 수 있는 부하와 면접에서 설명 가능한 경험이다.

예: 인덱스, N+1, 트랜잭션 격리, 캐시 중 하나를 before/after 수치로 기록 |
| M5 | 자소서·포트폴리오 | 프로젝트 마감 | 코테·CS 유지 | README, 아키텍처 설명, 기술 블로그 2~3편 작성. “왜 이 선택을 했고 무엇을 버렸는가” 정리. M5 이후 새 기능 추가 금지 |
| M6 | 면접 구술 | 모의 코테 | CS 유지 | 프로젝트 예상 질문 30개 구두 답변. 모의면접 3회. 지원서·포트폴리오 제출 가능 상태 완성 |

공고 발동 프로토콜

공고가 뜨면 그날부터 2주 스프린트로 바꾼다.

• D-14~D-10: 자소서 최종화, 프로젝트 README 압축, 지원 자격 재확인
• D-10~D-4: 코테 하루 2~3문제 실전 타이머, SQL 매일 3문제
• D-3~D-1: CS 핵심 답변 반복, 새 개념 금지
• 시험 후: 프로젝트 딥다이브와 기술면접으로 즉시 전환

프로젝트 기준

개인 프로젝트 1개를 추천한다. 졸업학기에는 팀 프로젝트가 실력보다 일정 스트레스를 더 많이 만든다. 팀으로 할 거면 본인 기여가 DB 설계, 트랜잭션, 성능 개선, 배포, 장애 대응 중 하나로 명확해야 한다.

주제는 예약, 재고 차감, 검색, 알림, 결제 상태 전이, 권한 관리 중 하나가 좋다. 게시판도 가능하지만 “CRUD 했다”에서 끝나면 안 된다. 면접에서 버티는 재료는 규모가 아니라 문제 → 대안 → 선택 → 측정 결과다.

생활 조건 조정

주 25시간 이상이면 표대로 간다.
주 15~20시간이면 코테 문제 수를 줄이고 프로젝트는 MVP+성능개선 1개만 남긴다.
주 15시간 미만이면 코테, CS, 개인 프로젝트 MVP, 자소서만 남긴다.

그리고 주 7일 계획은 금지다. 최근 탈락 경험이 있거나 번아웃 기미가 있으면 더더욱 그렇다. 주 6일 계획, 하루 완전 휴식이 6개월을 버티는 최소 조건이다. 쉬는 날까지 공부해야 겨우 맞는 계획이면 이미 실패한 계획이다.

최종 판단: 앞 2개월은 코테·CS의 바닥을 만들고, M3~M4는 말할 수 있는 프로젝트 경험을 만들고, M5~M6는 제출·면접 자산으로 압축한다. 네이버 공채 하나만 기다리지 말고, NAVER 계열사·인턴십·타사 백엔드 신입/인턴까지 병행한다. 지금의 핵심 리스크는 실력 부족만이 아니라 공고 형태 변화와 심리적 소진이다.

네이버 신입 채용·2025 Tech 전형 사실을 먼저 확인한 뒤, 두 초안을 교차 비평해 최종 로드맵을 확정하겠습니다.## 6개월 뒤 전원 탈락 사전부검 → 최종 보정 로드맵

사실 고정 (2026-07-29 확인)

프로젝트형 인턴·직무 수시 검토 | 이투데이(7/22) 등 업계 보도, 회사 관계자 발언 |
| 확인되는 마지막 정규 Tech 사이클 | 2025 팀네이버 | NAVER Careers 2025 Tech[1] |
| 2025 전형 | 서류 → 기업문화 적합도(~40분) → 온라인 CS/코딩테스트 동시 → 기술 인터뷰 → 종합역량(대면) | 공식 공고 |
| 2025 자격 | 2026.2 이내 졸업 예정 학/석사 또는 경력 1년↓ 기졸업, 병역필·면제, 해외여행 결격 없음 | 공식 공고 (연도별 졸업 시한은 공고마다 바뀜 → 다음 공고 원문만 따름) |
| CS 범위(공식) | 알고리즘·자료구조, DB, 네트워크, OS 등 | 공식 FAQ |
| 코테 언어 | C/C++/Java/JS/Python3/Swift/Kotlin 선택 | 공식 |
| 문항 수·시간 | 후기 다수: 코테 3 + CS 객관식 ~20 / ~2.5h.

SQL 1문항 여부는 갈림 | 후기 참고만. 공식 스펙으로 단정 금지 |
| 카카오 공채 | 역시 2026 미정 → “카카오 = 무료 모의”는 안전장치 아님 | 동일 보도 흐름 |

폐기 전제: 「2027.3 네이버 접수」·「9–10월 네이버」 역산표. n=2(24·25년 3월)에서 n=5를 외삽하는 것은 이미 2026 결측으로 파산했다.

명시 가정: 다음 창이 열리면 (A) 2025형 CS+코테 깔때기, (B) 수시·인턴·챌린지 분산 중 하나 또는 혼합. 어느 쪽이든 「공고 당일 2주 내 제출 가능 상태」가 목표가 아니면 6개월이 통째로 소각된다.

---

논거 충돌 → 입장 수정

최종 원칙 (단정):
자격 + 다중 창구(지금 열린 문 포함) ≫ 사양 비의존 자산(코테·CS·Java/Spring·설계 논증) ≥ 포트 1개 깊이(왜·트레이드오프·수치) > 자소서 문장
구조는 주력/부력/유지 + 측정 가능한 월 종료 기준 + 공고 발동 프로토콜. 균등 5분할·9월 네이버 올인·M1 포트 0·M6 신기술 추가는 각각 창 소멸 / 사실 오류 / 면접 공백 / 마감 직전 붕괴.

---

탈락 원인 TOP (방어 순서)

1. 지원 창 없음 / 네이버 단일 올인 (2026이 이미 증명)
2. 자격 결격 (졸업 시한·병역·여행 결격·학점·증빙 허위)
3. CS+코테 1차 커트 (2025형 유지 시)
4. 포트 = 튜토리얼 복제 → 기술면접 붕괴
5. 자소서·종합면접에서 경험 서술 실패

---

월별 로드맵 (2026.8–2027.1, 주 20–25h 전제)

15–20h: 팀 금지·포트 범위 축소. 15h↓: 코테+CS + 포트 MVP만, Redis/Kafka/K8s 폐기.
주 1일 완전 휴식 (리듬 붕괴가 6개월 계획의 실제 사망 원인).

핵심 도메인 단위 테스트 존재. DB 인덱스·트랜잭션 설명 가능 |
| M4 11월 | 프로젝트 심화·수치 | 코테 감 유지 | CS | 부하 지점 1개 → 개선 → before/after 1세트. N+1·격리수준·인덱스 중 ≥2개를 실측으로 설명. 자소서 재료 문장만(완성 금지) |
| M5 12월 | 서술 자산화 + 병행 지원 | 포트 마감 | 코테·CS | README + 설계/버린 대안 기록. 프로젝트 Q&A 30+. M5 이후 기능 추가 금지. 네이버·계열·동일 스택 제출 파이프라인 가동 |
| M6 1월 | 면접·서류·발동 준비 | — | 코테·CS 상시 | 딥다이브 구두 답 30. 모의 3회. 「제출 가능 상태」 동결 → 이후 유지 모드 |

M4 말 “합격 가능 상태”(여기 못 오면 이후는 수습):

• 코테: 제한시간 구현 중심 3문제 중 2+α 안정 + 오답노트 재풀이 루틴
• CS: OS·네트워크·DB를 객관식·구술 모두 1차 완성
• 포트: 배포 + 실패 케이스·선택 근거·수치 문서화
• 지원: 자격 OK + 재료 문장 + 타사/인턴 최소 1파이프라인

유지 모드(M6 이후, 공고 대기): 주 5–7h. 코테 주 3문제, CS 회독, 정기 라운드 1. 이 부하는 1년도 버틴다. M1–M3에 70%를 태우는 스파이크는 시험이 미뤄지면 재훈련 비용이 초기 투자만큼 든다.

발동 프로토콜 (공고 당일~):
2025 기준 접수→시험 약 2–3주.

• D-3주: 자소서 확정, 코테 타이머 일 3
• D-1주: SQL·CS 집중, 자격·증빙 재확인
• 접수 마감 직전 몰림·수정 불가 → 마감 48h 전 제출 완료를 기본값으로

---

방어 장치 (필수)

1. 일정·전형·자격은 블로그 말고 NAVER Careers 원문만 사실로 취급. 알림 고정.
2. 2025형 CS 병행이 유지되면 “알고리즘만 판”은 즉시 전멸. CS는 유지 항목이지 옵션이 아니다.
3. 포트는 클론이 아니라 왜 / 트레이드오프 / 측정. Kafka·K8s 나열은 증명력이 0에 가깝다.
4. 네이버 미개설을 기본 시나리오로 두고, 라인·쿠팡·토스·카카오 등 동일 스택 + 지금 열린 인턴·챌린지를 M1부터 소모.
5. 평가 체계 재설계가 예고됐으므로 사양 의존 암기(특정 연도 코테 유형, 유행 스택 전시) 에 6개월을 올인하지 말 것.

---

결론 (단정)

6개월 승패는 “더 많이”가 아니라
(1) 창구 다중화 + 열린 문 즉시 사용, (2) 코테·CS 상시 통과력(스파이크 금지), (3) M4까지 수치로 말할 포트 1개, (4) 공고 발동 시 2주 스프린트 가능 상태다.
균등 5분할·3월 역산 올인·M1 포트 0·카카오 모의 전제·M6 기능 추가는 각각 창 소멸 / 사실 오류 / 면접 공백 / 미확정 안전장치 / 마감 붕괴로 이어진다.

오늘 30분:
① Careers에서 인턴·챌린지·수시 열린 전 항목·자격 문구 대조 후 해당분 지원
② 졸업 시점·병역·여행 결격 체크
③ 알림 설정 + 포트 문제 한 줄 + 코테 Java 루틴 시작

---

Sources:

• NAVER Careers 2025 Tech[1]
• NAVER Careers 공고 목록[2]
• 이투데이 — 네이버·카카오 2026 신입 공채 미정[3]
• 이데일리 — 네이버 신입공채 미정·AI 채용 재설계[4]

[최종 검증 및 통합 로드맵] 네이버 백엔드 신입 채용 대비 전략

---

1. 다른 참가자 논거 평가 및 절충적 통합

기존 초안들의 주장 중 채용의 본질에 부합하는 타당한 논거는 전격 수용하되, 시점 불확실성과 숫자에 대한 과도한 집착이라는 맹점을 수정을 거쳐 절충·통합합니다.

• [수용] 닥터 리스크 / 김태선(사람AI) — "1개 딥다이브 개인 프로젝트 + 코테의 관문 성격"
• 타당성: 여러 개의 수직적 프로젝트 나열이나 대규모 MSA/Kafka 도입보다, 단 1개의 개인 프로젝트에서 N+1, 동시성, DB 인덱싱 문제 등을 깊게 파고들어 수치로 증명하는 딥다이브가 기술 면접 방어율을 극대화합니다. 또한 코딩테스트는 변별력 도구가 아닌 1차 Pass/Fail 필터라는 지적이 정확합니다. [수용] 코치 온 — "공식 직무 요건(Java/Spring, RDBMS, 테스트 코드, API 설계) 준수"*
• 타당성: NAVER Careers 직무 설명서[1]의 요구 사항(JPA, 테스트 자동화, DB 트랜잭션 등)을 최소 기준으로 잡는 것은 필수가 맞습니다.

• [수용 및 수정] 다익스트라 — "공채 캘린더 역산 프레임워크"
• 절충적 수정: 공채 캘린더 기반 역산 시도는 훌륭하나, 2026년 현재 네이버는 대규모 정기 공채 일정을 상수로 두지 않고 AI 중심 채용 체계 재설계 및 수시·프로젝트형 인턴십 중심으로 전환 중입니다(이데일리 보도, 이투데이 보도). 따라서 "3월 공채 D-day 고정 로드맵"은 파기하고, "공고가 언제 뜨든 2주 안에 즉시 지원·응시가 가능한 상시 유지 + 발동형 프로토콜(Gate System)"*로 수정합니다.

---

2. 최종 단정적 행동 지침: 2단계 게이트 & 발동형 로드맵

지원자의 목표는 '6개월 동안 공부량을 균등 배분하는 것'이 아니라, '어느 시점에 공고가 열려도 1차 필터를 통과하고 기술 면접을 파괴하는 상태'를 완성하는 것입니다.

[ Gate 1: 역량 완성 (M1 ~ M3) ]              [ Gate 2: 변별력 및 자산화 (M4 ~ M6) ]
1차 필터(CS + 코테) 통과 상태 도달        -->  면접 변별력 독점 & 상시 응시 프로토콜
- 코테 구현/SQL 고득점 완성                   - 딥다이브 1개 프로젝트 수치화
- CS 핵심 개념 정밀 서술화                    - 수시/인턴십 공고 즉시 타격

Gate 1 (M1~M3): 1차 필터링 관문 완전 파쇄

• 코딩테스트 (주 10h): 문제 수 채우기(150~300개 목표)를 중단하십시오. 프로그래머스 Lv2~Lv3 핵심 유형(구현, DFS/BFS, 이분탐색, 해시, DP) 및 SQL(조인·집계·서브쿼리)을 제한 시간 내 감점 없이 풀어내는 정확도에 집중합니다.
• CS 기초 (주 8h): OS, 네트워크, DB, 컴퓨터 구조 전공 개념을 단순 암기가 아닌 "면접관에게 1분 내 말로 설명할 수 있는 수준"으로 요약 노트를 작성합니다. (2025년 기준 1차 필기는 코테+CS 객관식으로 진행됨: 2025 팀네이버 Tech 후기[1])
• Java/Spring 기본기 (주 7h): Java 객체지향 설계, Spring Boot 핵심 원리(IoC/DI, AOP)와 RDBMS 기본 연동을 마스터합니다.

Gate 2 (M4~M6): 면접 변별력 독점 및 상시 대응 모드

• 포트폴리오 (40%): CRUD 서비스 2~3개를 만들지 말고, 단 1개의 개인 프로젝트에 딥다이브하십시오.
• 필수 포함 항목: JPA N+1 문제 해결 과정, DB 트랜잭션 격리수준 설정 근거, 동시성 이슈(Redisson, 낙관적/비관적 락) 해결, 부하 테스트(n68/k6 등)를 통한 Before/After 성능 개선 수치 확보.
• 역산 면접 대비 (30%): 본인 프로젝트 코드와 CS 노트에서 추출한 꼬리질문 50개를 작성하고, "왜 그 기술을 썼고, 어떤 대안을 버렸는가"에 대한 논리적 구술 모의면접을 반복합니다.
• 상시 유지 및 발동 프로토콜 (30%):
• M6 이후는 주 5~7시간의 유지 모드(코테 주 3문제 + CS 노트 회독)로 전환하여 1년간 유지 가능한 부하로 전환합니다.
• 채용 공고가 뜨는 즉시(D-3주) 자소서 최종 점검 및 실전 모의고사 스프린트로 전환합니다.

---

3. 오늘 당장 실행할 3가지 (30분 내 과제)

1. 현재 열린 공고 직접 확인: NAVER Careers 채용 공고 목록[2]에 접속하여 현재 열려 있는 수시 채용, 프로젝트형 인턴십, AI 챌린지 공고 자격요건을 즉시 확인하고 해당 시 즉시 지원하십시오.
2. 자격요건 대조: 본인의 졸업 예정 시점(2027년 2월 등)과 병역/기타 자격 기준을 채용 페이지 안내문과 일치시키십시오.
3. 채용 알림 등록: 네이버 및 주요 계열사 채용 알림을 설정하여 공고 발표 시 즉시 발동 프로토콜을 수행할 수 있도록 대비하십시오.

---

출처 (Sources)

• NAVER Careers 공식 채용 사이트[3]
• 2025 팀네이버 신입 공채 Tech 안내[4]
• 이데일리 — 네이버, 올해 신입공채 미정…AI 시대 '채용 공식' 다시 짠다[5]
• 이투데이 — AI 인재 전쟁이라더니…네이버·카카오 올해 신입 공채 '안갯속'[6]
• 2025 팀네이버 신입 공채 Tech 백엔드 최종 합격 후기[7]

입장을 바꿉니다 — 전제가 틀렸습니다

검색으로 확인했습니다. 2026년 팀네이버 신입 공채는 열리지 않았습니다. 매년 3월 열던 공채가 상반기를 넘겨 미정 상태이고, 회사는 AI 중심 전환에 맞춰 선발 기준과 방식 자체를 원점에서 재검토 중입니다(이데일리[1], 이투데이[2]).

그러니 제 "2027년 3월 접수, D-7.5개월"은 폐기합니다. 3년 패턴을 근거로 삼았는데 그 패턴은 2026년에 이미 끊겼습니다. 존재가 확인되지 않은 마감을 향해 6개월을 역산한 건 제 잘못입니다. 상대의 지적이 옳습니다.

따라오는 결론도 바뀝니다. 시험 날짜가 미정이면 "M1~M3에 코테 70% 몰아넣기"는 최악의 형태입니다. 코테는 감가상각이 가장 빠른 자산입니다. 12월에 정점을 찍었는데 공고가 다음해 6월에 뜨면 다시 처음부터 올려야 합니다. 스파이크가 아니라 상시 부하 + 공고 발동 스프린트가 맞습니다.

다만 상대도 두 곳에서 틀렸습니다

1. "2025 자격요건을 확인하지 못했다"는 건 확인이 부족했던 겁니다. 확인됩니다. 2025 팀네이버 신입 공채 지원 자격은 "2026년 2월 이내 졸업 예정인 학/석사 또는 경력 1년 이하 기졸업자"입니다(2025 팀네이버 신입 공채[1], 잡코리아·캐치 공고[2]).

이게 왜 결정적이냐면 — 당신에게 졸업 후 약 1년의 자격 창이 있다는 뜻입니다. 같은 기준이 유지된다면 2027년 2월 졸업자는 2027년 공채는 물론 2028년 초 공고까지 사정권입니다. 이 한 줄이 로드맵의 심리를 완전히 바꿉니다. "다음 3월을 놓치면 끝"이 아니라 "두 번의 창"입니다. 확인하지 못했다고 넘긴 정보가 실은 지원자에게 가장 중요한 정보였습니다.

2. "지금 열려 있는 인턴십에 이번 주 지원하라"는 실행 불가능한 지시입니다. 2026 NAVER 하계 인턴십과 AI CHALLENGE는 이미 공고가 나왔고(서울대 기계공학부 공지[1]), 하계 인턴십 모집은 통상 상반기입니다. 7월 말인 오늘 열려 있다고 단정할 수 없습니다. 방향은 옳지만 "이번 주 지원"이 아니라 "다음 사이클을 캘린더에 박고 알림을 걸어라"로 고쳐야 실행됩니다.

3. 수치 목표 무용론은 여전히 반대합니다. "골드 150문제"는 합격 예측값이 아니라 11월에 내가 늦었는지 판정하는 계기판입니다. 계기판 없이 6개월을 달리면 12월에 자기가 어디 있는지 모릅니다. 그리고 제가 말하는 "수치가 없으면 성과가 아니다"는 풀이량이 아니라 자소서 문장의 수치입니다. 두 층위는 다릅니다.

흡수하는 것: 닥터 리스크의 자격 결격 선체크(이제 더 중요해졌습니다), 코치 온의 가용시간 분기와 "M6 신규 개발 동결", 그리고 개인 프로젝트 1개 깊게 — 5개 초안 만장일치, 논쟁 종결.

최종 로드맵 (2026.8 ~ 2027.1, 이후 유지 모드)

주 20~25시간 기준. 목표는 "지원"이 아니라 "어느 날 공고가 떠도 2주 안에 제출 가능한 상태"입니다. 퍼센트 표는 버립니다 — 검증 안 되는 목표는 목표가 아닙니다. 주력/부력/유지와 그달의 종료 기준으로 갑니다.

API 설계서·ERD 확정 |
| 10월 | 프로젝트 구현 | 코테 | CS 회독 | Spring Boot+JPA로 배포된 MVP. 커버리지 숫자 말고 핵심 도메인 로직 단위 테스트 존재 |
| 11월 | 프로젝트 심화 | 코테 | CS | 부하 지점 1개 특정 → 개선 → before/after 실측 기록. 인덱스·N+1·트랜잭션 격리 중 2개를 측정값으로 설명 가능 |
| 12월 | 서술 자산화 | 프로젝트 마감 | 코테·CS | 수치 3개 확보. README·기술글 3편(선택한 설계와 버린 대안). 자소서 초고. 이후 기능 추가 금지 |
| 1월 | 면접·모의 | — | 코테·CS | 프로젝트 딥다이브 예상 질문 30개 구두 답변. 모의면접 3회. 제출 가능 상태 달성 |
| 2월~ | 유지 모드 | | 주 5~7h | 코테 주 3문제, CS 회독, 정기 라운드 1회. 이 부하는 1년도 버팁니다 |

주 15시간 미만이면: 프로젝트 규모를 절반으로 줄이되 수치 3개는 절대 줄이지 마십시오. 기능 수는 아무도 안 물어보고, 수치는 반드시 물어봅니다.

발동 프로토콜 — 공고가 뜨면 그날부터 역산. 2025년은 접수 시작 3.5 → CS·코테 3.22로 약 2~3주였습니다(합격 후기[1]). D-3주 자소서 확정 + 코테 실전 타이머, D-1주 SQL·CS 집중. 이 프로토콜이 있으면 "언제 열리는가"는 더 이상 계획의 입력값이 아닙니다.

단, 2025 사양에 과적합하지 마십시오. 회사가 재설계 중이라고 밝힌 대상이 바로 그 평가 체계입니다. 어떤 개편에도 남는 건 자료구조·알고리즘·CS·Java/Spring·설계 근거입니다. Kafka·K8s 얹은 MSA는 남지 않습니다.

이게 진짜 승부처입니다 — 공백이 아니라 서사

2027년 2월 졸업, 공고는 미정. 당신에게 "졸업 후 무직 6개월~1년"이 생길 가능성이 높습니다. 면접에서 100% 질문받습니다. 이건 로드맵 문제가 아니라 문장 문제입니다.

• ✗ "졸업 후 Spring을 깊이 공부하며 준비했습니다"
• ○ "졸업 후 주문 API를 직접 운영하며 N+1 쿼리 47회를 2회로 줄이고 p95 응답을 850ms→180ms로 낮췄습니다"

앞은 공백이고 뒤는 경력입니다. 같은 6개월인데. 11~12월 목표가 "수치 3개"인 이유가 이겁니다.

단, 850ms→180ms는 문장 구조를 보여드린 틀입니다. 당신 숫자가 아니니 그대로 쓰지 마십시오. 12월에 진짜 숫자가 모이면 문장을 가져오세요. 문장 단위로 고쳐드리겠습니다.

오늘 30분

1. NAVER 채용공고 목록[2]에서 신입·인턴십·챌린지 전 항목과 자격 문구 원문을 직접 확인. 알림 설정.
2. 본인 졸업 시점·병역 상태를 "경력 1년 이하 / 졸업 예정" 기준과 대조. 여기서 걸리면 6개월이 통째로 무의미합니다.
3. 프로젝트 주제를 CRUD가 아니라 문제 1개로 고정 — 재고 차감 race condition, 캐시 무효화, 대량 알림 발송 중 하나.

Sources: 이데일리 — 네이버, 올해 신입공채 미정[3] · 이투데이 — 네이버·카카오 올해 신입 공채 '안갯속'[4] · 2025 팀네이버 신입 공채 Tech[5] · 캐치 — 2025 팀네이버 신입 공채 Tech 공고[6] · 2025 네이버 신입공채 CS·코딩테스트 합격 후기[1] · NAVER 채용공고 목록[2] · 2026 NAVER 하계 인턴십·AI CHALLENGE 공지[7]