“올해 는 진짜 공부 해야지.” 매년 1 월 의 다짐 이 3 월 이면 사라지는 이유 는 게을러서 가 아니다. 의지 라는 연료 로 달렸기 때문 이다. 의지 는 유한 하고, 바닥 나면 학습 도 멈춘다.

의지로 가는 학습은 12주 안에 무너진다 / 루틴으로 가야 1년이 간다 — 90분·20분·10분 시스템

이 그림 이 핵심 을 찌른다. “의지” 로 가는 학습 은 12 주 안 에 무너지고, “루틴” 으로 가야 1 년 이 간다. 이 글 은 개발자 의 성장 을 의지 가 아니라 습관 의 문제 로 다시 보는 고찰 이다.

1. 왜 의지 는 배신 하는가

의지(willpower) 는 근육 같아서 쓸수록 닳는다. 야근 한 날, 스트레스 받은 날 엔 “퇴근 후 공부” 가 불가능 하다 — 의지 잔고 가 0 이니까.

  • 동기 는 파도 다. 올라올 때 도 있고 빠질 때 도 있다. 파도 에 학습 을 얹으면, 파도 가 빠질 때 학습 도 사라진다.
  • 결심 은 이벤트, 습관 은 시스템 이다. “열심히 하자” 는 이벤트 는 재고 가 없다. 반복 되는 시스템 만 남는다.

그래서 오래 가는 개발자 는 더 독한 의지 를 가진 사람 이 아니라, 의지 가 없어도 굴러가는 루틴 을 설계 한 사람 이다.

2. 루틴 의 설계 — 90 / 20 / 10 시스템

그림 이 제안 하는 건 하루 110 분 + 주 10 분 의 작은 시스템 이다. 백엔드 개발자 관점 에서 풀어 본다.

🔵 하루 90 분 — 회사 일 자체 를 학습 으로

“가장 큰 학습 은 회사 일 이다. 새 PR 하나 마다 의식적 으로 한 가지 배운다.”

핵심 은 따로 시간 을 내는 게 아니라, 이미 하는 일 을 학습 으로 바꾸는 것. 매 PR 마다 스스로 묻는다 — “이번 PR 에서 내가 처음 본 건?”

  • 그냥 8 시간 을 흘려 보내면 경력 은 쌓이는데 실력 은 안 쌓인다.
  • 90 분 을 의식적 으로 깊게(deep work, 방해 차단) 파면, 멍하게 8 시간 보다 많이 배운다.
  • 예: 오전 09:30~11:00 을 방해 차단 블록 으로. 이때 만큼 은 슬랙·알림 을 끈다.

🟣 하루 20 분 — 올해 의 한 주제 만

"’올해 의 한 주제’ 에만 쓴다. 다른 영역 은 호기심 가도 패스.”

개발자 의 함정 은 넓게 얕게 다. 새 기술 마다 튜토리얼 만 찍먹 하면 1 년 뒤 아무것 도 안 남는다. 그래서 한 해 에 한 주제 로 좁힌다.

  • 책 1 챕터 · 블로그 글 1 개 · 회사 코드 1 파일 정독 — 매일 20 분.
  • 20 분 × 1 년 = 120 시간, 책 6 권 분량. 티끌 이 아니라 자산.
  • 예: 출근 전 카페 30 분. 장소·시간 을 고정 하면 의지 가 덜 든다.

🩷 주 10 분 — 복기(retrospective)

“가장 자주 빠지는 칸 — 그런데 가장 값싸다.”

이게 시스템 의 곱셈기(multiplier) 다. 금요일 에 10 분, 딱 세 줄 을 쓴다:

  • 이번 주 새로 배운 1 가지
  • 같은 실수 반복한 1 가지
  • 다음 주 에 안 할 1 가지

이 10 분 이 위 의 110 분 을 학습 으로 만든다. 복기 없는 반복 은 그냥 반복 이고, 복기 가 붙어야 개선 이 된다. 경험 은 자동 으로 실력 이 되지 않는다 — 되돌아봐야 된다.

3. 습관 은 복리 로 쌓인다

작은 루틴 이 강한 이유 는 복리 다. 하루 1% 는 티 가 안 난다. 하지만 1 년 이면 완전히 다른 사람 이 된다.

  • 이건 개발 시스템 과 똑같다. 좋은 습관 = 좋은 CI/CD 다. 매 커밋 마다 자동 검증 이 돌면 품질 이 구조적 으로 유지 된다. 사람 의지 로 매번 테스트 하면 언젠가 빠뜨린다.
  • 나 는 이 원리 를 인프라 에 이미 적용 했다 — GitOps 자동배포 는 “배포 를 열심히 하자” 는 의지 를 “push 하면 자동” 이라는 시스템 으로 바꾼 것. 학습 도 같다. 의지 를 시스템 으로 치환 하면 지속 된다.
  • 이 블로그 도 그 실험 이다. “글 써야지” 가 아니라, 배운 것 을 그날 정리 하는 루틴 으로 돌린다. 글 이 쌓이는 건 의지 가 세서 가 아니라 루틴 이 돌아서다.

4. 개발자 를 위한 습관 설계 원칙

정리 하면, 지속 되는 개발 습관 에는 공통 구조 가 있다:

  1. 작게 — 하루 90/20/10 처럼, 실패 해도 부담 없는 크기. 큰 결심 은 큰 좌절 을 부른다.
  2. 고정 — 시간·장소 를 정한다(09:30 방해차단, 출근 전 카페, 금요일 복기). 언제 할지 정하면 의지 가 덜 든다.
  3. 기존 일 에 얹기 — 새 시간 을 만들지 말고, PR·커밋 처럼 이미 하는 일 을 학습 으로 전환.
  4. 복기 를 붙이기 — 반복 에 복기 를 더해야 개선 이 된다. 이게 빠지면 그냥 바쁘기만 하다.
  5. 시스템 화 — 의지 로 버티지 말고, 안 하면 이상한 구조 를 만든다(자동 알림, 고정 슬롯).

결론 — 덜 의지 하고, 더 설계 하라

성장 은 더 독한 의지 의 문제 가 아니다. 의지 가 없는 날 에도 굴러가는 루틴 을 설계 했는가 의 문제 다.

의지 로 가는 학습 은 12 주 안 에 무너진다. 하지만 하루 90 분 의 의식적 PR, 20 분 의 한 주제, 주 10 분 의 복기 — 이 작은 시스템 은 1 년 을 간다. 그리고 1 년 뒤, 의지 로 달린 사람 과 루틴 으로 걸은 사람 은 완전히 다른 곳 에 서 있다.

개발자 로 서 내가 배운 가장 큰 교훈 도 결국 이거다 — 좋은 코드 처럼, 좋은 성장 도 “열심히” 가 아니라 “구조” 에서 나온다.