Skip to content
활용 사례

개발자 일기

다음 스탠드업이 시작되기 전에, 당신의 일은 이미 기록됩니다

GitHub에 커밋을 푸시하고 풀 리퀘스트를 열고, Slack에서 리뷰를 주고받고, Linear에서 티켓을 옮기고, Google Calendar의 스탠드업과 스프린트 리뷰에 참석하고, Toggl로 집중 시간을 측정합니다. deariary는 이 모든 것을 매일 아침 하나의 항목으로 엮어줍니다. 머지한 커밋, 의미 있었던 스레드, 옮긴 티켓, 그리고 실제로 플로우에 들어갔던 시간까지.

연결할 서비스

다음 서비스에 가입하고 추적을 활성화하세요 (예: GitHub 커밋 이벤트, Slack 워크스페이스 접근, Toggl 시간 기록).

당신의 하루

오전 9:00

스탠드업 시작. 오늘은 오후 2시 스프린트 리뷰, 오후 4시 리드와의 1:1, 그 사이에 두 개의 리뷰 블록이 이미 잡혀 있음.

오전 9:45

DEV-482("Fix rate-limit backoff on ingest worker")를 집어 In Progress로 드래그.

오전 10:30

그 티켓에 90분짜리 집중 타이머를 시작. 헤드폰 착용, Slack 끄고, 오늘의 첫 본격 블록.

오후 1:15

ingest 레포에 PR #1421을 오픈. 14커밋, 6파일, CI는 첫 시도에 그린.

오후 3:00

#eng-reviews에 리뷰 요청을 게시. 스레드가 돌아가며 8개 메시지, jitter에 관한 좋은 제안이 하나.

오후 6:40

DEV-482를 Done으로 전환하고 PR 링크까지 첨부. 오늘은 모처럼 저녁 식사 전에 노트북을 닫는다.

다음 날 아침

개발 로그가 이미 기다리고 있습니다. 티켓, 커밋, 리뷰, 회의, 집중 시간이 모두 하나의 항목에.

일기 샘플

2026년 3월 14일 토요일

계획과 회의

스탠드업, 스프린트 리뷰, 그리고 리드와의 1:1. 첫 커피 때부터 일정은 빽빽해 보였지만, 그 사이의 두 리뷰 블록이 충분히 열려 있어 실제로 뭔가를 완료할 수 있었다.

스프린트 리뷰에서는 ingest 신뢰성 트랙을 다뤘다. 1:1에서는 다음 주의 스코프로 착지했고, 조금 줄였다.

코드와 티켓

DEV-482 "Fix rate-limit backoff on ingest worker"가 하루가 끝나면서 닫혔다. ingest 레포에 PR #1421을 열었고 6파일에 걸친 14커밋, CI는 첫 시도에 그린(작은 기적).

#eng-reviews에서 리뷰 스레드가 8개 메시지까지 이어졌다. backoff에 jitter를 넣자는 좋은 지적이 하나 있었고, 머지 전에 반영했다.

집중과 리듬

Toggl 두 블록, 총 4시간 20분의 집중 시간. 10:30 블록이 티켓을 PR까지 끌고 갔다. 오후 블록은 짧았지만 리뷰 피드백을 반영하고 불안정한 테스트를 함께 페어링하기에는 충분했다.

대화

#eng-reviews에서 backoff 변경에 대한 몇 차례의 주고받음. #infra에서는 다음 ingest 배포 창에 관한 사이드 스레드, 수정 후의 대시보드 스크린샷까지.


스탠드업, 그린 CI, 깔끔히 통과한 리뷰, 그리고 저녁 식사 전에 완료한 티켓. 작은 축배의 맥주 한 잔이 어울리는 하루.

deariary가 생성함

하이라이트

ingest-worker / 풀 리퀘스트 2개 오픈, 1개 머지
api-gateway / 풀 리퀘스트 1개 머지
ingest-worker / 이슈 2개 오픈, 1개 클로즈
Ingest / 완료한 이슈 3개
ingest refactor / 기록한 시간 4시간 20분

사진과 동영상

ingest backoff 흐름을 종이 스케치로 그리며 페어링
하루가 끝나며 초록빛으로 빛나는 Ubuntu 터미널

일상 루틴

완전 자동

  • 커밋, PR, 리뷰, 이슈 활동. 당신이 손댄 모든 레포에서 가져옴.
  • 연결된 채널에서 보낸 메시지, 답글을 단 스레드, 받은 리액션.
  • 열고, 옮기고, 닫은 티켓. 상태 변경과 댓글까지 캡처.
  • 스탠드업, 리뷰, 1:1. 업무 캘린더에서 가져옵니다.

한 번 설정하고 그냥 돌아가게 두세요. 내일의 일기에 나타나도록 손으로 무언가를 기록할 필요가 없습니다.

당신의 몫

  • 딥 워크 블록 전에 집중 타이머를 시작하고, 끝나면 멈추기
  • PR 설명에 무엇뿐 아니라 왜를 적기
  • 리뷰 스레드에 스크린샷이나 짧은 메모 남기기
  • 티켓이 닫힐 때뿐 아니라 판단이 바뀔 때도 댓글 남기기

사건 기록을 다시 읽고 싶어지는 개발 로그로 바꿔주는 것이 바로 이 부분입니다. Toggl 한 블록이 하루를 챕터로 구분해주고, PR의 한 줄 이유나 티켓의 댓글이 그 항목에 목소리를 줍니다.

관련 글