Что такое локализация программного обеспечения?
Локализация программного обеспечения — это процесс адаптации программного продукта (его пользовательского интерфейса, сообщений об ошибках, онбординга, уведомлений, справочных материалов и описаний в магазинах приложений) таким образом, чтобы он естественно работал для пользователей на другом языке и рынке. Она охватывает настольное ПО, SaaS и веб-приложения, мобильные приложения для iOS и Android, игры, а также файлы ресурсов для разработчиков, на основе которых создаются эти продукты.
Локализация программного обеспечения отличается от перевода документа в трех аспектах. Контент представляет собой набор ключей (строк), а не страниц. Он меняется с каждым спринтом, а не один раз. И его потребляет сборка, а не читатель, поэтому сломанный плейсхолдер или искаженный тег может привести к сбою приложения или заблокировать релиз. Именно поэтому специализированная платформа локализации программного обеспечения управляет строками, ключами и форматами файлов, а не документами.
Локализация ПО, приложений и форматов файлов
«Локализация программного обеспечения» — это общий термин. «Локализация приложений» обычно означает мобильные приложения для iOS и Android с их собственными форматами ресурсов и описаниями в магазинах приложений. «Локализация форматов файлов» — это практический уровень, лежащий в основе обоих направлений: перевод файлов XLIFF, JSON, PO, XML, YAML и строковых файлов без нарушения их структуры. В этом руководстве рассматриваются все три.
Место в вашем стеке локализации
Локализация программного обеспечения — это одно из направлений в рамках более широкой программы локализации. Если вы выбираете платформу, на которой она будет работать (управление переводами, CAT-редактор, память переводов, терминология и поставщики), начните с нашего руководства по платформам локализации и TMS, на котором основано это руководство. Здесь мы сосредоточимся на том, что характерно именно для ПО: строках, форматах, процессах разработки и ритме релизов.
Подход Smartcat заключается в том, чтобы сделать платформу основной системой учета для текстов продукта. Процесс локализации продуктов использует ИИ-агента Product & Engineering Coworker, который автоматизирует извлечение, перевод и публикацию контента продуктов и приложений и интегрируется с вашим конвейером CI/CD, а на странице ПО для управления проектами локализации показано, как разработчики, менеджеры и редакторы работают в едином рабочем пространстве с доступом к API и коннекторам для GitHub, Figma и других сервисов. Релиз марта 2023 года, в котором появились совместные проекты по локализации программного обеспечения, объясняет, зачем это нужно: UX-райтеры и продакт-менеджеры могут сами изменять тексты, не отвлекая разработчиков.
Основы интернационализации (i18n)
Интернационализация (сокращенно i18n — по 18 буквам между «i» и «n») — это инженерная работа, которая делает программное обеспечение готовым к локализации. Локализация (l10n) — это работа по его адаптации для каждого рынка. Разница существенна: интернационализация — это задача разработки, которая выполняется в кодовой базе один раз, а локализация — это повторяющаяся работа с контентом для каждого языка и каждого релиза. В вводном руководстве Smartcat по интернационализации в проектировании ПО i18n разбивается на три области — дизайн пользовательского интерфейса, формат и хранение данных, процессы и инструменты — и объясняется, как найти в компании ответственного за интернационализацию.
Чек-лист по i18n перед локализацией
Вынесите все строки, видимые пользователю, из кода
Перенесите текст из кода в файлы ресурсов: JSON или YAML для веб-приложений, strings.xml для Android, .strings или String Catalogs для iOS, PO-файлы для проектов на основе gettext. Присвойте каждой строке стабильный ключ, чтобы переводы сохранялись при рефакторинге.
Используйте плейсхолдеры и правила множественного числа, а не конкатенацию
Конструкцию «You have » + n + « files» невозможно корректно перевести. Используйте именованные плейсхолдеры и синтаксис с поддержкой множественного числа, например ICU MessageFormat, который Smartcat поддерживает нативно или в виде необработанных строк в проектах по локализации программного обеспечения.
Закладывайте увеличение длины текста и направление письма
Тексты на немецком и финском длиннее английских; арабский и иврит пишутся справа налево. Избегайте кнопок фиксированной ширины и проверяйте макеты заранее — в идеале в файле дизайна, еще до написания кода (см. Локализация Figma и UI).
Храните и форматируйте данные с учетом локали
Используйте UTF-8 повсеместно и форматируйте даты, числа, валюты и адреса с помощью библиотек, учитывающих локаль, а не жестко заданных шаблонов.
Интернационализация — это ещё и организационная задача. Команда локализации Zendesk рассказывает, как она встраивает локализацию в работу продуктовых и инженерных команд, в материале о подходе Zendesk, который также доступен в виде записи выступления, а на панельной дискуссии о стратегии создания продуктов, готовых к выходу на мировой рынок, руководители в сфере локализации обсуждают профессиональное развитие и наставничество в индустрии глобализации.
Как устроена локализация программного обеспечения в Smartcat
Помимо обычных проектов с документами, Smartcat предлагает проекты по локализации программного обеспечения, в которых ключи управляются напрямую. Ключи хранятся в коллекциях; проект может содержать несколько коллекций, а Smartcat следит за уникальностью ключей в каждой из них. Типичный рабочий процесс, описанный в документации для разработчиков по проектам локализации программного обеспечения, выглядит так:
Создайте проект и импортируйте ключи
Создайте проект по локализации программного обеспечения, выберите исходный и целевые языки и импортируйте ключи в форматах JSON, YAML, iOS .strings, Android XML или LocJSON — вручную, через API или CLI либо автоматически из репозитория GitHub, GitLab или Bitbucket.
Добавьте контекст и отредактируйте исходный текст
Добавляйте метки и контекст, например скриншоты, а также создавайте и редактируйте ключи и исходный текст прямо в CAT-редакторе — включая ключи со всеми формами множественного числа.
Переведите с помощью ИИ и проверьте
Агент локализации программного обеспечения выполняет перевод с использованием вашей памяти переводов и глоссариев, а результат утверждают внутренние рецензенты или специалисты, которых вы нанимаете через маркетплейс услуг по локализации приложений.
Экспортируйте или синхронизируйте с кодом
Разработчики экспортируют нужный набор ключей в удобном для них формате или позволяют интеграции с Git автоматически отправлять переводы обратно — по завершении или сразу после достижения выбранного этапа рабочего процесса.
В Smartcat этот подход называют «единым источником истины для текстов вашего ПО»: продакт-менеджеры и UX-райтеры отвечают за формулировки, а разработчики их используют. Обзор с точки зрения бизнеса см. на странице локализации приложений, где ИИ-перевод сочетается с проверкой экспертами и локализацией контента для магазинов приложений.
Локализация мобильных приложений для iOS и Android
У локализации приложений есть свои ограничения: форматы ресурсов, специфичные для каждой платформы, мало места в интерфейсе, страницы и скриншоты в магазинах приложений, частые релизы. Рабочий процесс локализации мобильных приложений в Smartcat состоит из четырёх шагов — создайте аккаунт, подключите приложение для Android, iOS или на Java, переведите его с помощью Агента локализации программного обеспечения и рецензентов и загрузите переведённый контент обратно в приложение. Подробное руководство «Локализация мобильных приложений: всё, что нужно знать разработчикам» охватывает стратегию и процесс для обеих платформ.
Локализация приложений для iOS
Приложения для iOS хранят строки в файлах .strings и .stringsdict, а более новые проекты — в каталогах строк Xcode (.xcstrings); все три формата есть в списке поддерживаемых форматов файлов Smartcat. Интеграция с Git для iOS автоматически находит и извлекает файлы .strings из вашего репозитория и отправляет переведённые файлы ресурсов обратно — либо по завершении перевода, либо при достижении выбранного этапа рабочего процесса. Это удобно, если вы хотите получить машинный перевод строк в репозитории до окончания проверки человеком. На странице локализации в Xcode рассказывается об управлении ключами и формах множественного числа, а на странице плагина перевода iOS для Xcode и Git кратко описана настройка. Пошаговое руководство — в статье о том, как локализовать контент iOS-приложения: в ней рассматриваются внедрение, тестирование и отладка, запуск и лучшие практики.
Локализация приложений для Android
Приложения для Android хранят строки в res/values/strings.xml, по одной папке values на каждую локаль. Интеграция Git и Android извлекает строковые ресурсы XML из вашего репозитория в Smartcat и автоматически отправляет переведённые файлы обратно, в том числе частично готовые переводы, если вы используете гибридный процесс с машинным переводом и проверкой человеком. Плагин перевода для Android подключается через SSH-ключ, зарегистрированный на вашем Git-сервере (или через пользователя Smartcat, добавленного в репозиторий как соавтор), позволяет выбрать процесс только с ИИ или ИИ с проверкой и может планировать автоматическую синхронизацию. Смежные страницы посвящены локализованным строкам Android, услугам по локализации Android-приложений, переводу Android-приложений и плагину локализации для Android Studio. Руководство по локализации Android-приложений объясняет, что такое локали, а также рассказывает об инструментах, этапах, метриках успеха и типичных сложностях.
Страницы приложений в магазинах и продуктовые страницы
Локализация не заканчивается на исполняемом файле. Названия, описания, ключевые слова и скриншоты в магазине приложений определяют, станут ли пользователи на новом рынке вообще скачивать приложение. Рабочий процесс локализации продуктов включает локализацию страниц приложения с локализованными скриншотами, названиями, описаниями и ключевыми словами, а та же схема «ИИ + проверка» применяется к локализации приложений в целом.
Локализация приложений на практике
Две истории клиентов показывают, как это выглядит для потребительских приложений: как приложение о женском здоровье Flo упростило локализацию, где точная медицинская терминология имеет решающее значение, и как команда Simple: Intermittent Fasting App локализовала приложение на шесть языков и почему ключом к успеху стала хорошо выстроенная команда.
Форматы файлов локализации: XLIFF, JSON, PO, XML, YAML и другие
Программное обеспечение редко приходит в виде документов Word. Оно приходит в виде файлов ресурсов и файлов обмена, ключи, теги, заполнители и вложенность которых должны пережить перевод в неизменном виде. В справочном центре Smartcat перечислены все поддерживаемые форматы файлов; для задач локализации это XLIFF 1.2 и 2.0, SDLXLIFF, MQXLIFF, PO/POT, Android XML, RESX, JSON, LocJSON, YAML, Apple .strings, .stringsdict и .xcstrings, Java .properties и Markdown. Для каждого из основных форматов ниже есть отдельная страница, где объясняется, что сохраняется при переводе.
| Формат | Обычно используется для | Что сохраняет Smartcat |
|---|---|---|
| XLIFF 1.2 / 2.0, SDLXLIFF | Обмен данными между CMS, инструментами разработки контента и CAT-системами | Встроенные коды защищены; элементы с translate="no" заблокированы; экспорт в XLIFF 1.2 |
| JSON | Файлы локализации для веб-сайтов и приложений | Те же ключи и вложенность; переводятся только строковые значения; заполнители заблокированы правилами регулярных выражений |
| Gettext PO / POT | Программное обеспечение с открытым исходным кодом и серверное ПО (GNU gettext) | Такие переменные, как %s и {name}, становятся защищёнными тегами; комментарии разработчиков отображаются как контекст |
| XML | Конфигурации, экспорт контента, ресурсы Android | Разметка, атрибуты и CDATA остаются нетронутыми; переводимые элементы выбираются с помощью XPath |
| YAML, iOS .strings, Android XML | Строковые ресурсы приложения и фреймворка | Импортируются и экспортируются как ключи в проектах по локализации программного обеспечения |
| IDML | Макеты Adobe InDesign (руководства, справочники по интерфейсу, упаковка) | Текст извлекается из материалов (stories); переведённый IDML экспортируется с сохранением форматирования |
XLIFF и SDLXLIFF
XLIFF (XML Localization Interchange File Format) — стандартный способ передачи переводимого контента между системами. Редактор XLIFF в Smartcat импортирует XLIFF 1.2 и 2.0, показывает исходный текст и перевод рядом, защищая встроенные коды, оставляет элементы с translate="no" заблокированными и экспортирует XLIFF 1.2 — вариант, который большинство инструментов импортируют без проблем. Поддержка XLIFF 2.0 была анонсирована в 2022 году; Smartcat определяет версию автоматически, загружаете ли вы файл вручную или через API. Если вам нужен быстрый вариант в браузере, воспользуйтесь бесплатным онлайн-редактором XLIFF и переводчиком XLF; пользователи Trados могут загружать файлы .sdlxliff в переводчик SDLXLIFF, который применяет память переводов, глоссарии и проверку человеком.
Чтобы разобраться в самом формате, начните со статьи «Что такое файл XLIFF?», а затем прочитайте «XLIFF для локализации программного обеспечения», где объясняется, когда XLIFF имеет смысл использовать для строк и как ИИ-агенты автоматизируют рабочий процесс. Командам eLearning, экспортирующим контент из авторских инструментов, пригодятся материал о многоязычном XLIFF для перевода курсов и справочная статья о том, как переводить файлы XLIFF; в последней для наиболее чистого двустороннего преобразования рекомендуется XLIFF 1.2.
JSON
JSON — формат локалей по умолчанию для большинства веб-приложений и приложений на JavaScript. Переводчик JSON анализирует ваш файл, переводит только строковые значения и возвращает файл с теми же ключами и вложенностью, а токены-заполнители блокируются как теги с помощью правил регулярных выражений, которые вы задаёте один раз. Поскольку строки сохраняют идентификаторы ключей, память переводов может находить совпадения как по ключу, так и по тексту. На входе один en.json — на выходе de.json, ja.json и pt-BR.json.
Для отдельного файла подойдёт бесплатный переводчик JSON — тот же движок, но с процессом, ориентированным на работу в браузере; он доступен в течение 15-дневного пробного периода с 15 000 Smartwords и без банковской карты. Смежные страницы посвящены онлайн-переводу JSON, ИИ-переводу файлов JSON, редактору файлов перевода JSON, платформе локализации JSON для команд разработчиков, ИИ-переводчику JSON для локализации приложений, а также рабочему процессу JSON в Excel для команд, рецензенты которых предпочитают электронные таблицы.
Файлы Gettext PO
Файл PO (Portable Object) — это текстовый формат, используемый GNU gettext: каждая запись связывает исходную строку (msgid) с её переводом (msgstr), поэтому один файл PO содержит один язык. Перевод файлов Gettext PO в Smartcat превращает такие переменные, как %s и {name}, в защищённые теги, показывает переводчикам комментарии разработчиков в качестве контекста и предлагает три парсера — Default PO, Serge.io PO и Monolingual PO. С парсером Serge.io при повторной загрузке файла заново обрабатываются только строки, исходный текст которых изменился. В справочной статье о переводе файлов PO в Smartcat описан каждый парсер и объясняется, как загрузить шаблон .pot.
XML и YAML
В обычных переводчиках XML ломается, потому что разметка, атрибуты и CDATA воспринимаются как текст. Переводчик XML использует настраиваемый парсер: вы один раз указываете с помощью XPath, какие элементы и атрибуты содержат переводимый текст, а всё, что находится вне этих путей, остаётся нетронутым, поэтому скачанный файл — это корректный XML, который ваша система сможет принять. Файлы конфигурации и локалей YAML, распространённые в Ruby on Rails, Symfony и многих генераторах статических сайтов, обрабатываются в переводчике YAML, который импортирует, редактирует и экспортирует YAML в рамках того же процесса локализации программного обеспечения.
InDesign и IDML
Команды разработчиков также выпускают печатные и PDF-материалы — краткие руководства, упаковку, справочные карточки по интерфейсу, — обычно созданные в Adobe InDesign. Переводчик IDML извлекает текст из материалов (stories) файла и экспортирует переведённый IDML, который вы открываете в InDesign для одного прохода по вёрстке. См. также перевод Adobe InDesign с помощью ИИ, локализацию файлов InDesign и услугу перевода InDesign с проверкой экспертами. О Word, PowerPoint, Excel и других офисных форматах читайте в руководстве по переводу документов.
Рабочие процессы разработчиков: API, CLI и интеграции с Git
Ручной обмен файлами перестаёт работать уже после нескольких релизов. Smartcat предлагает разработчикам несколько способов подключить локализацию к своему конвейеру — от no-code-коннекторов до REST API.
Локализация на основе Git
Для большинства продуктовых команд интеграция с Git — самый быстрый путь к автоматизации: Smartcat синхронизирует исходные файлы из репозитория, переводит их и отправляет локализованный контент обратно без ручной работы с файлами. Мобильные команды могут использовать специализированные интеграции Git для Android и Git для iOS, описанные выше.
Smartcat CLI
Smartcat CLI позволяет выполнять этапы локализации из терминала или задания CI. После smartcat login вы можете выполнять import и export коллекций ключей, upload и download файлов, а также этапы синхронизации pull и push; файл .smartcat в рабочей папке хранит настройки проекта. В руководстве для разработчиков по проектам локализации программного обеспечения CLI и API показаны рядом, включая коллекцию Postman, шаблоны путей к файлам, добавление целевых языков и поддержку форм множественного числа.
API перевода
Когда вам нужно программное управление — создавать проекты из собственной системы, отправлять контент при публикации или получать мгновенный машинный перевод внутри продукта, — используйте API. Руководства по API охватывают аутентификацию, ограничения частоты запросов, документы, статистику, отслеживание статуса, экспорт, обратные вызовы и API реального времени; обратите внимание, что API доступен в корпоративных аккаунтах, а не в аккаунтах фрилансеров. На странице бесплатного API перевода объясняется, как оценить интеграцию в течение 15-дневного пробного периода, указано ограничение в 4 запроса в секунду для каждого метода и перечислены форматы локализации программного обеспечения, которые добавляет API (json, structured-json, yaml, structured-yaml, ios-strings и android-xml).
Страницы, посвящённые отдельным языкам и технологическим стекам, показывают ту же платформу с разных сторон: API перевода для JavaScript, API перевода для PHP, API перевода для гуджарати и урду и API перевода для CMS, который обнаруживает новый или обновлённый контент и автоматически забирает его на перевод. Для сайтов на странице API языкового перевода для веб-сайтов объясняется, когда API — это лишь отправная точка, а руководство по переводу веб-сайтов подробно рассматривает веб-приложения, CMS и многоязычные сайты. Чтобы увидеть рабочие процессы на основе API глазами поставщика лингвистических услуг, посмотрите выступление о рабочих процессах перевода на основе API.
Коннекторы для остальных инструментов
Не каждый источник строк — это репозиторий. Плагин перевода для Jira получает документы, прикреплённые к задачам Jira, которые соответствуют вашим критериям, переводит их с использованием ваших глоссариев и памяти переводов и отправляет файлы обратно в исходные задачи; в анонсе интеграции с Jira отмечается, что синхронизация выполняется каждые 15 минут. Команды, которые уже пользуются другим инструментом управления строками, могут подключить его через интеграцию с Lokalise: она синхронизирует проекты Lokalise со Smartcat с помощью API-ключа и отправляет переводы обратно. Порталы для разработчиков и документацию по API, созданные на ReadMe, можно перевести с помощью плагина перевода для ReadMe.
Непрерывная локализация для гибких команд
Непрерывная локализация означает, что перевод выполняется параллельно с разработкой, а не после неё: новые или изменённые строки автоматически обнаруживаются, переводятся и возвращаются, поэтому каждый релиз выходит на всех языках. Самое сложное здесь обычно процесс, а не инструменты. На странице программного обеспечения для управления проектами по локализации объясняется, как интеграция локализации в гибкие циклы позволяет командам одновременно выпускать многоязычные продукты благодаря встроенным автоматическим проверкам и проверке в контексте.
Три составляющие непрерывной локализации
(1) автоматический запуск — синхронизация с Git, шаг CLI в CI или вызов API при каждом слиянии; (2) инкрементальная обработка, при которой переводятся только новые или изменённые строки (например, PO-парсер Serge.io повторно обрабатывает только изменённый исходный текст); и (3) автоматический возврат переводов в репозиторий, в идеале без блокировки сборки, если проверка ещё не завершена.
Реальные примеры показывают, как команды пришли к этому:
Xsolla, глобальный дистрибьютор видеоигр, настроила непрерывную локализацию с помощью Smartcat и инструмента с открытым исходным кодом Serge, чтобы успевать за циклами релизов длиной в несколько недель. Infobip, глобальная коммуникационная платформа, провела малорискованный эксперимент, чтобы встроить локализацию в свой гибкий процесс разработки, — а позже рассказала, как переосмыслила сотрудничество с поставщиками, в докладе о треугольнике перевода. Команда документации и локализации «Лаборатории Касперского», которая пишет и локализует тексты интерфейса и справочные статьи для мобильных приложений безопасности, рассказывает, как перешла к более надёжному, гибкому и автоматизированному процессу. А пример Dataduck показывает, что непрерывная локализация нужна не только для ПО: цифровое агентство применило тот же подход к рекламным материалам.
Локализация Figma и интерфейса
Локализация на этапе дизайна позволяет выявить увеличение длины текста, обрезанные кнопки и проблемы с письмом справа налево ещё до того, как они попадут в код. Плагин Smartcat для перевода в Figma переводит макеты более чем на 280 языков с сохранением вёрстки и создаёт живые превью, чтобы рецензенты могли проверять переводы в контексте в редакторе Smartcat без дополнительных мест в Figma.
Для команд разработчиков важно то, что Figma подключается к тому же процессу локализации ПО, что и ваш код. Удобная для разработчиков интеграция с Figma (2023) позволяет задавать ключи прямо в Figma, отправлять их на перевод в проект локализации программного обеспечения Smartcat и возвращать обратно в интерфейс. В октябре 2026 года в плагине появились управление ключами, варианты и экспорт в JSON: каждый текстовый объект получает ключ, который можно переименовать, один элемент может содержать несколько состояний контента (пустое, загрузка, ошибка), дублирующиеся ключи объединяются, конфликты помечаются, а готовая локализация экспортируется в JSON-файл, готовый для разработчиков.
В обновлении февраля 2024 года появились возможность исключать из перевода элементы или фреймы (названия брендов, CTA), многоэтапные рабочие процессы, поддержка компонентов Figma и форматированного текста. Настройка и режимы Software Localization и Asset Translation описаны в справочном руководстве по подключению Figma к Smartcat.
Тестирование локализации и контроль качества
Переведённые строки — это только половина работы: локализованная сборка должна работать. Тестирование локализации проверяет лингвистическое качество (точность, терминологию, тон), визуальное качество (обрезку, наложение, шрифты, вёрстку справа налево) и функциональное качество (заполнители, формы множественного числа, форматы дат и чисел, сортировку, ввод). Руководство по тестированию локализации описывает пошаговый процесс, чек-лист из трёх шагов и способы автоматизировать тестирование с помощью Smartcat.
| Проверка | Что идёт не так | Как обнаружить раньше |
|---|---|---|
| Заполнители и теги | Переменные переведены, перемещены или удалены; сборка не проходит | Парсеры с учётом формата, которые блокируют заполнители как теги (JSON, PO, XML, XLIFF) |
| Формы множественного числа | Грамматически неверные формы при счёте в языках с несколькими формами множественного числа | Собственные ключи множественного числа или ICU MessageFormat в редакторе |
| Увеличение длины текста | Обрезанные кнопки и подписи | Перевод и предпросмотр в Figma до написания кода; проверка в контексте |
| Терминология | Названия продуктов и термины интерфейса переводятся непоследовательно | Глоссарии и память переводов применяются к каждой строке |
| Контекст | Неоднозначные короткие строки («Открыть», «Сохранить») переведены неверно | Скриншоты, метки и комментарии разработчиков, прикреплённые к ключам |
Проверка человеком остаётся страховкой для текстов интерфейса. Команды без собственных рецензентов могут нанять специалистов через маркетплейс услуг по локализации приложений, который с помощью ИИ подбирает специалистов по локализации для любой языковой пары.
Сценарии локализации программного обеспечения, включая игры
Одни и те же базовые элементы — ключи, форматы, коннекторы и проверка — служат совершенно разным командам.
SaaS и продуктовые команды
SaaS-компании локализуют строки интерфейса в каждом спринте, а также внутренние сообщения приложения, письма и справочный контент. На страницах о процессе локализации продукта, платформе локализации программного обеспечения и управлении проектами локализации описано, как продуктовая команда, разработчики и специалисты по локализации работают в одном пространстве. Истории Zendesk, Infobip и «Лаборатории Касперского» в этом руководстве — примеры такого подхода.
Мобильные приложения
Потребительские приложения локализуют строки, описания в магазинах приложений и скриншоты — часто сразу на множество языков. Начните со страницы о локализации мобильных приложений и кейсов Flo и Simple в разделе локализации приложений.
Локализация игр
В играх сочетаются все сложные задачи локализации: большие объёмы строк интерфейса, диалоги и лор, требующие творческой адаптации, ограничения по количеству символов и одновременные релизы. Практике посвящены два доклада Localization Hub от Smartcat: создание централизованной команды локализации в видеоигровой индустрии — выступление руководителя отдела локализации крупной студии, и трудности и испытания перевода в игровой индустрии — рассказ студии о локализации отмеченной наградами игры. Игровыми строками можно управлять в тех же проектах локализации программного обеспечения и Git-процессах, что описаны выше, а настройка непрерывной локализации Xsolla пришла именно из игровой индустрии.
Документация для разработчиков и электронное обучение
Порталы для разработчиков на базе ReadMe можно переводить с помощью плагина ReadMe, а команды электронного обучения, экспортирующие XLIFF из инструментов разработки курсов, могут воспользоваться руководством по XLIFF для авторов курсов. Веб-сайты и веб-приложения, отображающие контент из CMS, рассматриваются в руководстве по переводу веб-сайтов.
Инструменты и ресурсы для локализации программного обеспечения
Все страницы Smartcat о локализации ПО, приложений и форматов файлов, сгруппированные по задачам.
Локализация ПО и продуктов
Мобильные приложения (iOS и Android)
XLIFF и двуязычные форматы
JSON, PO, XML и YAML
InDesign и IDML
API и интеграции
Руководства, кейсы и доклады о локализации ПО
Подробные руководства, истории клиентов и записи докладов Localization Hub о локализации ПО и приложений.
Справочный центр и документация для разработчиков
Пошаговая документация по продукту и для разработчиков о локализации ПО в Smartcat.