B
Before: 주관적 열정 나열
"저는 Java를 가장 잘 다루며 객체지향 원칙을 지키려 노력합니다. 학교 프로젝트에서 커뮤니티 사이트를 개발하며 Spring Boot와 MySQL을 사용해 게시판 기능을 완벽히 구현했습니다. 네이버의 수많은 사용자가 편리하게 사용할 수 있는 안정적인 검색 서버를 개발하고 싶습니다. 저의 열정과 기술로 기여하겠습니다."
✘ 기술 스택의 단순 나열이며, 네이버급 서비스에서 고려해야 할 '규모(Scale)'에 대한 고민이 부족함.
A
After: 기술적 의사결정 증명
PASS
"초당 1만 건의 API 요청이 집중되는 환경에서 Redis Write-Back 전략을 도입하여 메인 DB의 부하를 40% 절감했습니다. 단순 기능 구현을 넘어 트래픽 증가에 따른 병목 구간을 nGrinder로 측정하고, Kafka 메시지 큐를 활용해 서비스 간 결합도를 낮췄습니다. 네이버에서도 '동작하는 코드'가 아닌 '확장 가능한 시스템'을 고민하겠습니다."
✔ 구체적인 트래픽 수치, 성능 측정 도구, 기술적 근거(왜 Redis인가?)가 명확히 드러남.
NAVER 엔지니어가
자소서에서 보는 것
-
1
기술적 집요함 (Curiosity)
프레임워크를 단순히 사용하는 수준을 넘어 내부 동작 원리를 파헤친 경험을 선호합니다.
-
2
데이터 기반 성능 개선
'빨라졌다'가 아닌 '응답 속도가 300ms에서 80ms로 단축되었다'는 정량적 수치가 필수입니다.
Must-Have Keywords
Distributed Systems
Scalability
Concurrency Control
Load Testing
Query Optimization