Локализа́ция програ́ммного обеспе́чения — процесс адаптации программного обеспечения к культуре какой-либо страны. Как частность — перевод пользовательского интерфейса , документации и сопутствующих файлов программного обеспечения с одного языка на другой.

Для локализации в английском языке иногда применяют сокращение «L10n» , где буквы «L» и «n» — начало и окончание слова L ocalizatio n , а число 10 — количество букв между ними.

Что такое локализация

Локализация не ограничивается переводом интерфейса на другой язык. Это многоуровневая операция, первые шаги которой можно выполнить, даже оставив интерфейс нетронутым, а последние — требуют взаимодействия программистов, дизайнеров и переводчиков :

1. Обеспечить поддержку языка и национальных стандартов — необходимый минимум, чтобы программа могла выполнять свои функции в другой стране. Современные ОС берут на себя многие из этих вопросов, но и программист должен быть достаточно квалифицированным, чтобы использовать их возможности.
   • Корректная работа в локализованной операционной системе , для игр на ТВ-приставках — стандарт телевидения ( PAL или NTSC ).
   • Сделать, чтобы программа отвечала товарным законам целевой страны. В частности: издать документацию на целевом языке, подогнать функциональность под патенты , антимонопольное законодательство , законы о печати , о хранении персональных данных … Так, в Windows 98 исчезла подсветка часовых поясов из-за спорных территорий : крайне трудно угодить обеим спорящим странам.
   • Вывод на экран символов языка. Подготовка локализованных шрифтов, если таковые нужны. При этом адаптация под другую письменность может быть довольно сложной.
   • Другие действия с языком — ввод текста, алфавитная сортировка , строковые операции , орфографические словари, правила переносов и т. д.
   • Стандарты целевой страны, непосредственно связанные с функционированием программы:
     • Формат даты, времени, дробных и многозначных чисел.
     • Особенности человеческих имён .
     • Символы валюты .
     • Форматы бумаги .
     • Система мер .
     • Особенности законодательства .
       • Налоговая система .
       • Выдаваемые правительством документы — номер социального обеспечения , идентификационный номер налогоплательщика , номер паспорта .
       • Требования к ПО для госструктур — открытость данных, стандарты шифрования и прочее.
2. Перевод текстов в интерфейсе программы на целевой язык.
   • В сложном ПО не все части стоит переводить. Например, многие не согласны с переводом имён функций Excel на русский язык. Некоторые ошибки ОС выводятся, когда компьютер ещё не способен показывать русские буквы, при том, что специалист, кому эти сообщения адресованы, поймёт и английские.
   • Корректное выравнивание и размещение элементов интерфейса с учётом того, что сообщения-строки в разных языках могут иметь существенно разные размеры (например, обычное сообщение на английском , будучи переведено на немецкий язык , как правило, становится длиннее на 17,3 % ). Кроме того, существуют языки с написанием справа налево ( арабский , иврит ) и сверху вниз ( японский );
   • Чрезвычайно важен перевод терминологии. Например, спорным является применяемый в Windows термин « обозреватель », обозначающий браузер .
   • Если есть текст на изображениях, его нужно перерисовать. Если есть речевые сообщения, их надо наговорить.
3. Тонкая настройка под целевую страну.
   • Работа со словоформами. Примером будет пресловутое « Найдено 3 файлов ».
   • Дополнительные стандарты, не влияющие на основную функциональность программы. Например: формат даты/времени в медиаплеере , особенности типографики .
   • Обеспечить интероперабельность локализированной программы с исходной. Например: мы ввели в документ формулу « x*2,5 ». Будет ли она работать, если открыть его в английской версии? Наладили сетевую игру русского с английским — не разорвёт ли связь, сославшись на несовпадение версий?
   • Обеспечить интероперабельность программы с ПО, распространённым в целевой стране. Например, от страны к стране варьируются бухгалтерские программы, и « 1С: Предприятие » мало известно за пределами стран СССР.
   • Учёт национального менталитета . Например: красный цвет у русских ассоциируется не только с опасностью, но и с праздником . В играх зачастую приходится менять юмор , а изредка — даже корректировать сюжет (например, в Syberia 2 турецкий иммигрант Sirkos превратился в еврея Цукермана).

   • 

     Перерисовка графики (сплэш-экранов, значков , клипартов и т. д.) под реалии другой страны. Например, в разных странах могут выглядеть по-разному дорожные знаки , вилки и розетки , почтовый ящик . Глобус поворачивают к зрителю той частью света, на которую рассчитывается продукт. В Великобритании у выключателя включенным является нижнее положение, в бывшем СССР — верхнее. Значки перерисовывают крайне редко, поэтому дизайнеры изначально стараются сделать их как можно более «интернациональными».

Таким образом, локализация — это сложная и всеобъемлющая операция , и уже при разработке ПО соображения будущей интернационализации должны учитываться самым серьёзным образом. Мы привыкли видеть программное обеспечение, русифицированное по первому-второму уровню; сложного ПО с исчерпывающей русификацией практически не существует. Примером глубокой локализации может служить операционная система Mac OS X компании Apple , где локализация нередко включает и национально-ориентированные пиктограммы.

Инструментарий для локализации

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

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

Для локализации программного обеспечения часто применяются специализированные средства, например, Passolo , которые позволяют переводить меню и сообщения в программных ресурсах и непосредственно в откомпилированных программах, а также тестировать корректность локализации. Для перевода аудиовизуальных материалов (главным образом фильмов) также используются специализированные средства, например, , которые объединяют в себе некоторые аспекты памяти переводов, но дополнительно обеспечивают возможность появления субтитров по времени, их форматирования на экране, следования.

могут существовать в одной программе в нескольких языках — программа берёт, например, русский, а если он не существует, то английский. При этом русскими могут быть не только тексты, но и иконки — Ж , К , Ч в редакторе документов.

Псевдолокализация

Когда программа дорастает до первого перевода, возникает порочный круг . Нужно проверить, что функции перевода работают: окна компонуются, строки подставляются, после смены языка ничего не остаётся на старом, ни одна строка не проходит через однобайтовую кодировку (последнее актуально для некоторых старых систем программирования вроде Embarcadero Delphi ). Для этого нужна другая локализация, но её нет — чтобы дать задание переводчику, нужно быть уверенным, что оно достаточно полное и не придётся несколько раз давать строки на доперевод.

Для подобной начальной проверки используется так называемая псевдолокализация — какое-либо автоматическое преобразование исходного текста. Например: Open file → ≈§Ópèñ fílè× . В англоязычных странах в роли псевдолокализации любят поросячью латынь (и даже оставляют её как пасхальное яйцо ).

В условиях бывшего СССР , когда любой программист знает два, а то и три языка — русский, английский и национальный — псевдолокализация не так нужна, ведь программист (или кто-то из находящихся рядом, например тестер ) своими силами может сделать доперевод или даже полный перевод. Но даже тут есть препятствия: программист дороже переводчика, может не иметь нужных навыков (от владения художественным словом до обычной грамотности ), программе для западной публики русский перевод попросту не нужен.

Параллельная разработка и локализация

Если программа не приходит переводчикам готовой раз в несколько лет, а постоянно разрабатывается по принципам непрерывной интеграции , возникает вопрос доперевода новой функциональности и создания строк-затычек (строк на исходном языке или с автоматическим переводом, если переводчика нет).

Простейший вариант перевода «живой» программы сделан в Gettext , Qt Linguist — оригинал зашит в исходный текст программы, а для остальных языков ресурс хранится в виде « Save file=Сохранить файл ». Достоинства такого механизма: быстрое создание интернациональной программы из монолитной ; строки-затычки автоматически есть; если исходный текст изменился и переводчик до него не дошёл, система гарантированно не возьмёт старый (возможно, неверный) перевод; работать можно даже в текстовом редакторе ; автоматически удаляются брошенные строки. Недостатки: за текст-оригинал отвечает программист, что требует от него грамотности и готовности вносить изменения; если текст-оригинал изменился, переводчик не видит (или плохо видит), как было; функционально далёкие строки объединяются в одну, если программист не объявил иное — строка «Файлы/-ов» в Tixati говорит, что один и тот же текст использовался в заголовке «Files» и синтезированном тексте «2 Files»; не решается вопрос сборки осмысленных предложений (те же «2 Файлы/-ов» в Tixati ); сложно перевести часть программы (например, окно) и посмотреть её вживую — строки из разных мест могут быть перемешаны.

Существуют и более сложные механизмы.

Языковые теги и коды

Языковые теги могут использоваться для обозначения региональных особенностей того или иного языка. Имеется основной субтег для идентификации языка (например, «en» для английского) и возможный дополнительный субтег для уточнения региона использования (например, «GB» — Great Britain, Великобритания). Между субтегами обычно ставится дефис, в отдельных случаях — знак подчёркивания .

Примеры языковых тегов:

• Английский язык: en-GB ( британский английский ), en-US ( американский английский ), en-AU ( австралийский английский ).
• Испанский язык: es-ES (кастильский испанский, письменный и разговорный язык Испании), es-MX (мексиканский испанский), es-AR (аргентинский испанский), es-CO (колумбийский испанский).
• Португальский язык: pt-PT (европейский португальский, письменный и разговорный язык Португалии), pt-BR (бразильский португальский).
• Китайский язык: zh-CN (материковый Китай, упрощённые иероглифы), zh-TW (Тайвань, традиционные иероглифы), zh-HK (Гонконг, традиционные иероглифы).
• Русский язык: ru-RU (русский, Россия).

Языковые коды определяются стандартом ISO 639-2 в виде трёхбуквенного термина для идентификации каждого языка, например «eng» для английского или «tvl» для языка Тувалу. В то же время, эти коды не могут использоваться в качестве тегов, если соответствующий язык имеет двухбуквенный код согласно стандарту ISO 639-1 .

См. также

	В Викисловаре есть статья « »

• Интернационализация
• Локаль
• Localization Industry Standards Association
• XLIFF
• gettext
• Qt Linguist

Примечания

Ссылки

• от 12 апреля 2019 на Wayback Machine