주니어 개발자로서 첫 90일을 살아남는 방법

Source: Dev.to

첫 90일이 당신의 커리어 궤적을 정의한다

개발자로서 첫 직장은 압도적으로 느껴질 수 있습니다. 임포스터 신드롬이 강하게 찾아오고, 코드베이스는 낯설며, 팀원들은 이해할 수 없는 약어로 이야기합니다. 바로 적용할 수 있는 생존 가이드를 소개합니다.

시작하기

• 코드베이스 읽기 – 한 번에 모든 것을 이해하려 하지 마세요. 주요 사용자 흐름에 집중합니다.
• 개발 환경 설정 – 예상보다 오래 걸릴 수 있습니다.
• 질문하기 – 먼저 질문을 적어두고, 한 번에 모아서 물어보세요.
• 노트하기 – 회의에서 들은 대부분을 금방 잊어버립니다.

무언가 이해되지 않을 때는 다음과 같이 표현해 보세요:

“제가 정확히 이해했는지 확인하고 싶어요. 제 해석이 [your interpretation] 맞나요?”

이는 단순히 spoon‑fed(그대로 받아먹는) 질문이 아니라 생각하고 있다는 것을 보여줍니다.

첫날 체크리스트

• 작고 명확한 이슈 하나 선택
• 관련 코드를 꼼꼼히 읽기
• 필요하면 명확히 하는 질문하기
• 변경 사항에 대한 테스트 작성
• 리뷰 요청 전 PR 자체 검토
• PR 설명에 WHY를 적고, WHAT만 적지 않기

일일 루틴

매일 최소 하나씩 완료하도록 목표를 잡으세요:

1. 코드 작업 – 기능, 버그 수정, 리팩터링 등.
2. 학습 작업 – 문서 읽기, 강연 시청, 코드베이스 탐색 등.
3. 관계 작업 – 페어 프로그래밍, 질문하기, 누군가 돕기 등.

간단한 로그 예시

Date: 2026-03-18
- Completed: Fixed pagination bug in /users endpoint
- Learned: How our caching layer works
- Blocked: Need access to staging DB
- Tomorrow: Start feature X

로그를 남기는 것은 다음에 큰 도움이 됩니다:

• 성과 평가
• 이력서 업데이트
• 임포스터 신드롬이 찾아올 때 자신의 성장 확인

초기 기여 방법

• 혼란스러웠던 부분에 대한 문서 작성.
• 문서가 부족한 서비스에 README 만들기.
• 수동 작업을 자동화.
• 오류 메시지 개선.

핵심 마인드셋

• 신뢰받는 사람 되기 – 약속한 것을 약속한 시점에 전달.
• 도움이 되는 사람 되기 – 답을 알고 있다면 Slack에서 질문에 답변.
• 호기심 갖기 – 기술 강연 참석, RFC 읽기, 아키텍처 토론 참여.

흔히 빠지는 함정 & 팁

• 코드베이스를 충분히 이해하기 전에 복잡한 작업을 맡지 않기 – 시간 낭비와 품질 낮은 PR을 초래합니다.
• 30분 규칙 적용 – 30분 이상 막히면 바로 도움 요청.
• 커뮤니케이션, 시간 추정, 이해관계자 관리가 코딩만큼 중요하다는 점을 기억하세요.

도구 & 리소스

모든 개발자는 압박을 느낍니다. 시니어도 마찬가지죠. 차이점은 경험 많은 개발자는 이것이 정상임을 알고 견뎌낸다는 점입니다. 당신이 채용된 이유는 누군가가 당신이 이 일을 해낼 수 있다고 믿었기 때문입니다—출근하고, 꾸준히 일하고, 매일 성장함으로써 그 믿음을 입증하세요.

새로운 개발자 직장을 시작했나요? 가장 큰 도전 과제는 무엇인가요? 댓글로 공유해주세요!