Skip to content

활용 사례

개발자 일기

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

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

연결할 서비스

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

당신의 하루

  1. 오전 9:00

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

  2. 오전 9:45

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

  3. 오전 10:30

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

  4. 오후 1:15

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

  5. 오후 3:00

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

  6. 오후 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가 생성함

일상 루틴

완전 자동

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

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

당신의 몫

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

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

관련 글