Локализация программного обеспечения

Эта услуга отличается от локализации сайта. На сайте тексты в основном связные, с ясным контекстом; в программном обеспечении они лежат внутри ресурсных файлов короткими, разрозненными и оторванными от контекста кусками. Отдельные слова вроде «Save», «Open», «None» переводятся, так и не увидев, куда они попадут на экране. Эта оторванность – самая определяющая трудность локализации программного обеспечения.

Текст лежит отдельно от кода

В программном обеспечении, пригодном для локализации, все видимые пользователю тексты вынесены из кода и собраны в отдельных ресурсных файлах. Переводчик работает не с кодом, а с этими файлами. Но такие файлы несут особые элементы: заполнители, куда подставляются переменные, формы множественного числа, знаки форматирования. Если их тронуть, приложение падает. Поэтому локализация программного обеспечения требует знания того, что переводится и к чему прикасаться нельзя.

В агглютинативном языке, таком как турецкий, окончания множественного числа и падежа создают отдельную проблему. То, что в английском просто добавляется в конец переменной, в турецком меняется в зависимости от последнего звука слова. Поэтому решения, помещающие переменную в середину предложения, чаще всего дают дефектный результат; такие места нужно выявлять в ходе локализации и сообщать о них разработчику.

Как идёт процесс?

Процесс локализации программного обеспечения ближе к инженерной дисциплине, чем к переводу; на каждом шаге язык и техническая точность соблюдаются вместе. Приведённый ниже порядок ставит в центр тот факт, что тексты поступают оторванными от контекста кусками: поэтому сбор контекста – шаг не менее важный, чем сам перевод. Сохранение заполнителей и кодов форматирования – правило, неизменное на протяжении всего процесса. Тест, идущий в конце шагов, – самое решающее звено процесса, потому что действительно ли перевод верен, становится понятно только тогда, когда его видят внутри приложения.

1. Получение ресурсных файлов. Собираются языковые файлы с текстами, а также снимки экрана или заметки о контексте, если они есть.
2. Руководство по терминам и стилю. Основные термины продукта фиксируются; решается, какими соответствиями передавать близкие понятия вроде «delete», «remove», «cancel».
3. Перевод. Тексты переводятся с учётом заполнителей и ограничений по числу знаков; по фрагментам с неясным контекстом разработчику задаётся вопрос.
4. Тест на сборке. Перевод помещается в приложение и просматривается на реальных экранах; тексты, которые выходят за границы, попадают не на своё место или оторваны от контекста, исправляются.
5. Сопровождение версий. В новой версии изменившиеся тексты помечаются и обновляются только они; с каждой версией не начинают с нуля.

Форма сдачи

Сдача происходит в виде ресурсных файлов с помещённым в них переводом; разработчик может сразу взять их в сборку. Заполнители, коды форматирования и структура файлов сохраняются без повреждений. Если запрошен этап тестирования, передаётся также список замеченных на экране проблем и предлагаемых исправлений. Если переводятся и документация продукта со справочными текстами, они ведутся в терминологическом единстве с интерфейсом.

Особые моменты этой услуги

Самый большой риск – отсутствие контекста. Слово, переведённое без возможности увидеть, куда оно попадёт на экране, может нести неверный смысл: «close» означает и «kapat», и «yakın»; какое из значений верно, скажет только контекст. Поэтому снимки экрана и открытый канал вопросов к разработчику – самый решающий фактор качества. В проекте, где контекст не предоставлен, доля ошибок неизбежно растёт.

Второй момент – не заканчивать работу, не увидев её в реальном интерфейсе. Перевод, выглядящий верным на бумаге, может не поместиться в узкое меню или читаться коряво из-за переменной, попавшей в середину предложения. Эти проблемы видны только при тестировании на сборке. Если вместе с Вашим приложением локализуется и сайт, обе работы ведутся в терминологическом единстве в рамках наших переводческих услуг.

Интернационализация и цикл тестирования

Успех локализации программного обеспечения зависит от шага, сделанного до перевода, – от интернационализации. Если приложение не построено так, чтобы нести разные языки, результат окажется дефектным при любом качестве перевода. Отделение текста от кода, настраиваемость форматов даты и чисел и запас места в интерфейсе под удлиняющийся текст – условия, которые должны быть обеспечены до перевода. Если их нет, сначала нужно исправить сторону разработки.

Второй определяющий фактор – цикл тестирования. Локализация не односторонняя сдача, а повторяющийся процесс: перевод помещается в приложение, просматривается в сборке, проблемы помечаются, исправляются. По мере выхода новых версий обрабатываются только изменившиеся строки, и тот же цикл повторяется в малом масштабе. Проекты, которые ведут без такого порядка, при каждом обновлении начинают заново, дорого обходятся и теряют единообразие. Здравая локализация с самого начала определяет этот цикл как поток.

Что определяет цену?

Первый фактор стоимости – реальный объём текста, который предстоит перевести; в ресурсных файлах этот объём чаще всего больше, чем кажется, потому что сообщения об ошибках и справочные тексты выпадают из поля зрения. Второй – состояние контекста: проект, к которому приложены снимки экрана и заметки, продвигается быстро, а проект, где работают вслепую, замедляется. Третий – охват тестирования; если требуется проверка на сборке, это отдельный труд. Здравую цену нельзя назвать, не увидев ресурсные файлы.

Свои ресурсные файлы и целевые языки Вы можете передать через форму заявки. Ценовые ступени приведены на странице цен, а языки, с которыми мы работаем, – на языковых страницах.

Часто встречающиеся ситуации

• Список текстов без контекста. Таблица слов, присланная без снимков экрана; ситуация, сильнее всего повышающая риск неверного смысла.
• Повреждение заполнителя. Случайное вмешательство в знаки переменных; ведёт к падению приложения, поэтому они сохраняются.
• Выходящий за границы текст. Удлинившаяся на целевом языке надпись не помещается в узкий интерфейс; увидеть это можно только тестом на сборке.
• Беспорядок с версиями. Перевод всего текста заново при каждом обновлении; тогда как обрабатываться должны только изменившиеся строки.

Этот материал даёт общую рамку; подробности конкретной процедуры могут отличаться. Поскольку практика меняется, ориентируйтесь на условия, действующие в момент обращения.