2026-01-11

2026-01-11

• 2026-01-10
• 2026-01-12

📝 Notes

매주 금요일 GPT가 나에게 회고알림을 보내도록 설정했다. 그런데 지난 금요일, GPT가 좀 와닿는 말을 나에게 해주었다:

이 단계에서 "완벽한 구조"는 존재하지 않는다. 지금 필요한 건 완성도가 아니라 의사결정이 가능한 상태이다.
올바른 승리조건: **팀이 이 방향으로 가도 되겠다고 합의했다".

📅 2026-01-11 Daily Briefing

🚀 WHY, HOW, WHAT

오늘 하루의 동기를 다시 생각해보는 시간을 가져봅시다. 오늘의 신념, 목표를 달성하기 위한 방법, 오늘의 성과에 대해서 작성해봅시다.

금 토 일 푹 놀고 21시 40분에 드디어 노트북 앞에 앉았다. 시간을 좀 많이 썼네. 다음주 할 일이 빠듯했던 것 같은데 당장 내일부터 해야 할 일과 앞으로 1~2달 사이에 주 축을 상기시켜놓고 하루를 마감할 거다. 조금이라도 수면시간을 확보하고 싶으면 빨리 끝내라.

• PROJECT
  • conflict-detector (UC 4개 중 2개) UNTIL TUE 1/13:
    • dev 브랜치로 올려놓고
    • 새 API 스키마 공유, UC002는 어차피 바로 쓰지 못해.
    • dev 환경에서 일주일간 예약중복문제 알림 테스트 진행.
  • master-plan UNTIL TUE 1/20
    • 문제의식 명확하고 회의록도 있지만 실질적으로 일이 진행된 것은 아님
    • 따라서 기존 플랜과의 스키마 변경점, 대리예약 플로우 변화지점까지만 미리 준비해가기 1/14 수요일 킥오프 회의에 구현 방향성 논의
    • 팀 내 의사결정이 가능할 정도로 구현 UNTIL FRI 1/16
  • 2025년 성과발표회 UNTIL FRI 1/16: 고객/매출과 직접적인 접점이 없기 때문에 기능적/비기능적 성과와 그 추정치와 근거(e.g. 주 단위 예약조회성능 ??% 향상, 정산누락내역 복원으로 ??만원 절약, 구조적 개선, 장애 예방, 운영 리스크 제거)
• AREA
  • customer-journey UNTIL 1/31
  • 1~2 개월 주 축: 예약 도메인의 오너
    • 예약 충돌 → 보이지 않던 문제를 드러냄
    • 대리예약 → 설정 복잡도를 구조로 단순화
    • lesson-class → 문제정의 선도하여 회의 주도
• RESOURCE
  • Kafka: 언제까지 입에 발린 말만 할것인가! 궁금한데 적극 도입하기 두려우면 레포지토리를 하나 파서 실험하라.

일주일 세부규칙

1. 월~화
   • conflict-detector만 한다
   • master-plan 생각 금지
2. 수요일 킥오프
   • “결정 안 된 부분 3가지”를 명시적으로 던진다
   • 답을 가져가려 하지 마라
3. 금요일
   • dev 브랜치 링크 + 설계 메모 제출
   • 결과가 아니라 판단 근거를 남긴다

😎 Getting Things Done

docs/GTD/2026-01-11 GTD 를 생성해주세요. 템플릿 TP-getting-things-done으로 초기 세팅을 해주세요 (자동화 할 순 없을까?)

🎵 오늘의 추천곡

🏃 오늘의 운동

📖 오늘의 읽기목록

Daily Wrap-up

오늘 하루는 어땠나요? 무엇이 변화하였고 무엇이 지나쳐갔나요? 내가 받은 것, 준 것, 생각한 것, 말한 것, 들은 것, 만든 것을 기억해봅시다. 오늘의 신념과 목표, 수단이 무엇이었는지, 그리고 얼마나 그것에 가깝게 다가갔는지 회상해봅시다.