Rain Lag

세 줄 코딩 저널: 다음 주의 나를 더 나은 개발자로 만드는 작은 하루 마무리 의식

하루 10분, 세 줄 코딩 저널로 머릿속을 덜어내고, 컨텍스트 스위칭 비용을 줄이며, 매주 조용히 코딩 습관을 업그레이드하는 방법.

세 줄 코딩 저널: 다음 주의 나를 더 나은 개발자로 만드는 작은 하루 마무리 의식

우리는 보통 뇌를 CPU처럼 다룹니다. 작업을 잠시 멈추고, 다른 태스크로 전환했다가, 나중에 정확히 멈췄던 지점에서 다시 시작할 수 있다고 기대하죠. 하지만 인간의 뇌는 그렇게 동작하지 않습니다.

우리는 프로세스 스냅샷처럼 “멘탈 상태”를 직렬화했다가 다시 복원할 수 없습니다. 오늘 코딩을 멈치는 순간, 머릿속 컨텍스트의 큰 부분이 사라집니다. 어렴풋이 기억나는 버그, 이 모듈에 대한 불안한 멘탈 모델, “이건 나중에 기억하면 되지”라고 했던 계획 같은 것들 말이죠.

여기서 작은 습관 하나가 강력해질 수 있습니다. 바로 하루의 끝에 쓰는 세 줄 코딩 저널입니다.

이건 상담 일지도 아니고, 의식의 흐름대로 장문을 쓰는 것도 아닙니다. 10분이면 끝나는 의식이고, 당신의 멘탈 상태를 종이(또는 파일)로 옮겨 담아, 내일의 당신이 빠르게 재시작할 수 있게 돕고, 바쁘기만 한 개발자가 아니라 점점 더 실력이 좋아지는 개발자가 되게 만듭니다.

왜 컨텍스트 스위칭이 그렇게 고통스러운가

소프트웨어에서 컨텍스트 스위칭은 단순히 브라우저 탭을 옮기는 수준이 아닙니다. 머릿속에서 하나의 우주를 다시 구성하는 일에 가깝습니다.

  • 지금 머릿속에 올려둔 데이터 구조들
  • 신경 쓰이는 엣지 케이스들
  • 절반쯤 이해한 상태로 남겨둔 지저분한 버그
  • 이 코드 경로가 은근히 가정하고 있는 전제들

하루를 마치고 손을 떼는 순간, 이 우주는 서서히 붕괴합니다. 다음 날 아침, Git을 열고, 에디터를 켜고, 테스트를 로드한 뒤… 어제 이미 알고 있던 걸 다시 떠올리는 데만 20–40분을 써버리곤 합니다.

뇌는 save state가 안 되지만, 도구는 할 수 있습니다. 세 줄 저널의 목적은 바로 이것입니다. 멘탈 상태를 작고 유용한 형태로 외부화하는 것.

세 줄 코딩 저널: 핵심 아이디어

매일 업무를 마무리하기 전에, 그날의 코딩 세션에 대해 짧은 세 개의 메모만 남깁니다.

그게 전부입니다. 세 줄.

이 세 줄은 일정한 구조를 갖고 반복됩니다.

  1. 오늘 마무리한 것 (또는 눈에 띄게 개선한 것)
  2. 어디까지 하다 멈췄는지 (헷갈리거나 fragile한 부분 포함)
  3. 내일 가장 먼저 할 일 (구체적인 다음 액션 하나)

매체는 아무거나 괜찮습니다.

  • 레포 안의 journal.md 파일
  • Obsidian/Notion에 만든 전용 노트
  • 날짜별로 나뉜 단순 텍스트 파일
  • 종이 노트

중요한 건 일관성과 짧음이지, 툴을 얼마나 완벽하게 쓰느냐가 아닙니다.

예시는 대략 이렇게 생겼을 수 있습니다.

2025-12-28

1) Finished
- 사용자 권한 체크 로직을 `PermissionsService`로 리팩터링.
- 관리자 / 비관리자 동작에 대한 테스트 추가 (해피 패스만).

2) Stuck / fragile
- 역할 정보가 없거나 깨진 경우(edge case) 동작 미정. 테스트 안 함.
- 유저 10k+ 상황에서 퍼포먼스가 괜찮은지 확신 없음.
- `user_controller.rb` 코드 여전히 난잡함 — 조건문이 너무 많음.

3) First thing tomorrow
- 역할 정보 누락 edge case에 대한 테스트 1–2개 추가.
- 유저 10k 기준으로 `PermissionsService` 프로파일링 (참고: `perf/seed_large_dataset.rb`).

이 정도면 5분도 안 걸립니다. 하지만 다음 날 다시 시작하는 비용을 크게 줄여 줍니다.

이 작은 의식이 효과가 큰 이유

세 줄 저널은 작지만, 여러 이점이 겹겹이 쌓입니다.

1. 뇌에서 상태를 꺼내 외부로 옮긴다

오늘 한 일과 막혀 있는 부분을 적는 행위는 사실상 사람이 읽을 수 있는 체크포인트를 만드는 것입니다.

그래서 내일은 이런 걸 억지로 기억할 필요가 없습니다.

  • “이 모듈에서 뭐가 찜찜했더라?”
  • “여기 TODO는 왜 남겨뒀지?”
  • “리팩터링 어디까지 했었지?”

그냥 어제의 메모를 읽고, 그 지점에서 멘탈 모델을 다시 불러오면 됩니다.

2. 일 단위 피드백 루프를 만든다

좋은 개발자는 단지 코드를 많이 쓰는 사람이 아니라, 자기가 코드를 쓰는 방식을 계속 개선하는 사람입니다. 그러려면 아주 작은 양이라도, 꾸준한 성찰이 필요합니다.

헷갈렸던 부분, fragile했던 부분, 지저분한 느낌이 들었던 코드를 적어두면, 자연스럽게 이런 감각을 키우게 됩니다.

  • 자기 코드에서 나는 코드 스멜
  • 반복해서 자꾸 어려움을 느끼는 패턴
  • 테스트나 추상이 부족한 지점

일주일, 한 달쯤 지나면 이런 패턴이 눈에 들어오기 시작합니다. 저널은 당신의 습관을 되돌아보게 해 주는, 마찰이 거의 없는 피드백 루프가 됩니다.

3. 하루 마무리용 미니 코드 리뷰를 유도한다

세 줄을 쓰는 행위 자체가 보통 작은 회고를 불러옵니다.

  • 오늘 커밋이나 diff를 쭉 훑어보고
  • 막 쓴 함수나 테스트를 한 번 더 읽어보고
  • 지금 당장 간단히 정리할 수 있는 부분 한두 개를 발견합니다.

이건 예를 들면 이런 것들일 수 있습니다.

  • 헷갈리는 변수 이름을 더 명확하게 바꾸기
  • 자그마한 helper function 하나 뽑아내기
  • 빠져 있던 테스트 하나 추가하기

작고 일상적인 개선이 계속 쌓입니다. 시간이 지나면, 기본적인 코딩 스타일 자체가 더 깔끔하고 의도적인 쪽으로 조금씩 이동합니다.

아침에는 “클린 스타트업”과 짝지어라

저널은 재시작을 쉽게 만들어 주지만, 여기에 짧고 집중된 아침 트리아지를 곁들이면 효과가 배가됩니다.

하루를 시작할 때 5–10분 정도를 이렇게 써보세요.

  1. 어제 쓴 세 줄을 다시 읽기.
    내 글로 어제의 멘탈 모델을 재구성합니다.

  2. 태스크 트리아지.

    • 뭐가 급한 일이고, 뭐가 중요한 일인지 구분합니다.
    • 나중에 묶어서 처리해도 될 자잘한 일들을 골라 둡니다.

  3. 하루의 딥워크 목표 한 가지 정하기.

    • 예: “새 결제 플로우 1차 버전 완성하기”처럼, 단순히 “결제 작업하기”가 아닌, 끝이 정의된 목표.

  4. 핵심 레퍼런스를 미리 띄워 두기.

    • 오늘 쓸 파일, 티켓, 문서, 로그를 미리 열어 둡니다.
    • 간단한 테스트 실행이나 작은 spike부터 시작해 몸을 푸는 것도 좋습니다.

이렇게 하면 오늘 하루에 하나의 명확한 코딩 북극성(north star) 이 생기고, 이미 스타트업 마찰을 꽤 덜어낸 상태에서 본 작업에 들어갈 수 있습니다.

하루의 끝, “클린 셧다운” 의식

세 줄 저널은 하루를 깨끗하게 종료하는 루틴의 일부입니다. 그냥 전원을 확 뽑는 게 아니라, 시스템을 안전하게 종료하는 것에 가깝다고 생각해 보세요.

간단한 클린 셧다운은 대략 이렇게 생겼을 수 있습니다.

  1. 시간/작업 로그 간단히 남기기.
    기능, 버그, 실험 정도를 3–4개의 불릿 포인트로.

  2. 오늘 한 일과 배운 것 기록하기.
    여기서 세 줄 코딩 저널을 씁니다.

  3. 다음에 할 일 적어두기.
    내일의 나를 위한 작은 체크리스트.

목표는 이겁니다. 오늘 일을 멈추는 순간, 머리가 일을 놓을 수 있게 만드는 것. 중요한 건 전부 내구성 있는 장소에 저장해 두었으니, 밤 11시에 Slack을 새로고침하거나 IDE를 다시 여는 일 없이도 “그냥 한 번만 확인해볼까…”라는 충동에서 벗어날 수 있습니다.

더 쉽게 만들기: 지루한 부분은 자동화하라

어떤 의식이든 오래 가려면 마찰이 적어야 합니다. 저널링과 일상적인 코딩 작업에서 반복되는 부분을 자동화하거나 스크립트로 감싸서 인지 부하를 줄이세요.

실전에 쓸 수 있는 아이디어 몇 가지입니다.

1. 저널용 alias나 스크립트 만들기

오늘 날짜의 저널 파일을 바로 열어주는 간단한 명령을 하나 둡니다.

# shell 설정 파일에
alias devjournal='nvim ~/dev-journal/$(date +%Y-%m-%d).md'

아예 템플릿을 자동으로 채워 넣게 할 수도 있습니다.

#!/usr/bin/env bash
FILE=~/dev-journal/$(date +%Y-%m-%d).md
if [ ! -f "$FILE" ]; then
  cat <<EOF > "$FILE"
# $(date +%Y-%m-%d)

1) Finished
- 

2) Stuck / fragile
- 

3) First thing tomorrow
- 
EOF
fi
$EDITOR "$FILE"

이제 전체 의식은 이 한 줄로 시작합니다.

$ devjournal

2. 프로젝트에서 자주 쓰는 작업을 스크립트로 감싸기

하루에도 여러 번 반복하는 작업이 있다면, 이런 식으로 감싸 두세요.

  • 자주 도는 유닛 테스트 세트를 위한 ./bin/test-unit
  • 필요한 서비스들을 한 번에 띄우는 ./bin/serve
  • 특정 프로파일링 명령을 실행하는 ./bin/profile-perf

이건 단순한 귀찮음 회피가 아닙니다. 이 작은 셋업 단계들마다 집중력이 조금씩 빠져나갑니다. 수동 타이핑이 줄어들수록 진짜 문제 해결에 쓸 수 있는 정신 에너지가 늘어나고, 아침 스타트업 / 저녁 셧다운 루틴도 일관되게 유지하기 쉬워집니다.

3. 필수 레퍼런스 북마크하기

작고 안정적인 프로젝트 북마크 세트를 하나 두세요.

  • 주요 API 문서
  • 로그 대시보드
  • 로컬 앱 URL
  • 핵심 설계 문서

아침 트리아지 시간에 이들을 미리 열어 두면, 딥워크에 진입할 때 필요한 정보들이 이미 손 닿는 곳에 있게 됩니다.

어떻게 시작할까 (다음 주가 아니라 오늘)

완벽한 시스템이 필요하지 않습니다. 필요한 건 오늘 + 5분뿐입니다.

  1. 다음 코딩 세션을 마칠 때, 새 노트 하나를 엽니다.
  2. 날짜와 함께 세 개의 헤딩을 적습니다.
    • 1) Finished
    • 2) Stuck / fragile
    • 3) First thing tomorrow
  3. 에세이가 아니라 불릿 포인트로 채웁니다.
  4. 다음 날 아침, 그 노트를 다시 읽고, First thing tomorrow에 적힌 일부터 시작합니다.

며칠 해봤는데 도움이 된다고 느껴지면, 그때 자동화를 얹으세요.

  • 스크립트나 alias를 추가하고
  • 레포 옆에 저널을 두거나
  • Git / Dropbox / 메모 앱으로 동기화해도 좋습니다.

세부적인 건 나중에 얼마든지 다듬을 수 있습니다. 진짜 가치는 꾸준함에서 나오지, 시스템의 화려함에서 나오지 않습니다.

마무리: 작고, 반복 가능하고, 서서히 변화를 만든다

“더 좋은 개발자”가 되려고 할 때 우리는 보통 크고 거창한 것들을 떠올립니다.

  • 새 언어 하나 통째로 공부하기
  • 두꺼운 알고리즘 책 파기
  • 대형 사이드 프로젝트 시작하기

이런 것들도 분명 도움이 되지만, 지속하기가 쉽지 않습니다. 세 줄 코딩 저널은 그와 다릅니다. 작고, 믿을 만하고, 조용히 복리처럼 쌓입니다.

다음과 같은 일을 통해:

  • 머릿속 멘탈 상태를 바깥으로 꺼내고
  • 컨텍스트 스위칭 비용을 줄이고
  • 매일 자기 코딩 습관을 들여다보고 조금씩 조정하고
  • 깨끗한 셧다운과 집중된 스타트업을 짝지어 주고
  • 워크플로 주변의 지루한 부분을 자동화함으로써

…당신은 코드와 프로세스 둘 다를 점진적으로 업그레이드하는 일일 루프를 만들게 됩니다.

새 프레임워크도, 새 회사도, 새 노트북도 필요 없습니다. 하루의 끝에 적는 짧은 세 줄이면 충분합니다.

오늘 밤부터 시작해 보세요.

세 줄 코딩 저널: 다음 주의 나를 더 나은 개발자로 만드는 작은 하루 마무리 의식 | Rain Lag