Локализация продуктов *

Привет! Несколько месяцев назад мы рассказывали об особенностях японского авторынка. Сегодня на очереди богатые нефтью Объединенные Арабские Эмираты. Именно там работает ближайший родственник CarPrice – аукцион SellAnyCar.

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

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

Если вы занимаетесь подготовкой контента или руководите процессом его создания, то наверняка задумывались (или еще задумаетесь), зачем вы все это делаете, читает ли кто-нибудь выстраданные вами тексты и нужны ли они вообще кому-то. Уже совсем скоро, 20 марта 2018 года мы собираемся ответить на эти и не только вопросы: у нас в офисе пройдет очередная конференция «ProКонтент» для технических писателей, редакторов и локализаторов.

Программисты делятся на два типа: консерваторы, для которых переход на новую версию равносилен перелёту на другую планету (если читаешь это из Windows XP — поздравляю, это ты); и Викторы Цои, чьи сердца и глаза требуют перемен, и обновляют всё и вся при первой возможности. Если ты второго типа, и у тебя уже стоит последняя версия PHP на последней LTS версии Ubuntu, но покоя не даёт то, что расширение Intl использует устаревшую версию библиотеки ICU, или тебе просто понравились картинки из «Аватара» — добро пожаловать под кат! (Картинок больше не будет.)

Привет, Хабр!

В недавней статье наш коллега Дмитрий Марущенко yojick рассказал о том, как доставлять динамические обновления переводов с сервера на мобильные устройства. В продолжение темы сегодня поговорим о том, как мы используем эти обновлённые переводы в наших приложениях.

Исторически сложилось, что все основные мобильные платформы «из коробки» обладают превосходной поддержкой локализации сообщений. В iOS, Android и Windows Phone приложение можно локализовать без всяких трудностей. Все средства для этого уже встроены в IDE: просто укажите нужный язык в списке поддерживаемых локализаций, введите текст на этом языке — и всё остальное за вас сделает IDE. Работает как часы. Но у этого подхода всё же есть недостатки.

Нашли в тексте ошибку? Хотите что-то перефразировать? Вам нравится экспериментировать с разными обращениями к разным целевым группам? Во всех случаях ответ один: придётся пересобирать приложение, снова выкладывать его в магазин, проходить проверку, получать одобрение, публиковать новую версию со всеми изменениями и ждать, чтобы пользователи обновили приложение на своих устройствах. Даже если все процедуры пройдут без заминок, это займёт дни или недели. А если пользователи не захотят обновляться? Или того хуже — не смогут этого сделать по техническим причинам вроде неподдерживаемой ОС? Тогда нежелательный текст в вашем приложении проживет гораздо дольше, чем хотелось бы.

Это довольно неудобно. К счастью, нам удалось решить эту проблему на разных платформах (с учётом особенностей каждой из них). И мы рады поделиться своим решением.

Приветствую, уважаемое сообщество!

Сегодня ровно год, как я написал первый пост на Хабре. Второй и до этого момента крайний пост, я написал примерно через неделю и…

Этот год я активно занимался освоению новой профессии — Трабл-Шутер. Тех, кто не знает такой специальности (но хотел бы узнать), милости прошу в мой профиль. Если кратко, то Трабл-Шутер — это человек решающий чужие бизнес-проблемы, не традиционными способами.

Так вот, в честь юбилея моего присутствия на Хабре, я решил написать серию статей, в которой расскажу о некоторых проектах и разработках, сделанных в ходе работы над этими проектами. Конечно, я буду рассказывать только о разработках, которые по тем или иным причинам не принял заказчик (соответственно все права на интеллектуальную собственность принадлежат мне) или которые я делал вне проектов, для себя. И естественно, все проекты будут технической направленности, это около 40% всех проектов (остальные относятся к области маркетинга, HR, экономики).

Долго думать с какого проекта начать, не пришлось, логично начать с самого первого проекта. Тем более решение, которое я опишу, получилось действительно эффективное и простое (у Трабл-шутеров часто решения на столько простые, что заказчик хватается за голову: «Как же я сам не догадался?»). В теме поста нет никакого обмана, действительно разработанное оборудование получилось минимум в 20 раз дешевле аналогов (для некоторых брендов конкурентов, этот показатель достигает и 40х), в 2,5 раза точнее и значительно удобнее.

И так, как вы уже поняли разрабатывали мы в этом проекте не ПО, не процессы, а оборудование (железку). Под катом вы узнаете все подробности о проекте.

Введение

Свою статью я начну с признания: я немного завидую людям, чей родной язык — английский. В современном мире он стал языком интернационального общения, негласным стандартом. Практически любое популярное приложение поддерживает английский язык. Англоговорящие люди вряд ли когда-нибудь скачивали долгожданную игру из App Store и разочарованно понимали, что она не поддерживает их родной язык.

Игры и приложения приятнее и проще использовать на родном языке, а для некоторых людей он вообще единственно доступный. Именно поэтому компании, работающие на международном рынке, переводят свои приложения на распространённые языки.

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

О локализации веб-приложений мы уже писали здесь.

В прошлой статье про развитие CarPrice в Японии мы обещали отдельно написать о создании сайта для экзотического японского рынка. Абсолютно незнакомый язык. Мало времени на запуск. Большая разница во времени между IT и бизнесом. Географически разрозненная команда из России, Японии, Канады, Белоруссии, Филиппин и Китая. В этом посте мы расскажем, как у нас все получилось в этих непростых условиях.

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

К сожалению, у Apple с локализацией наблюдаются реальные проблемы. В этой статье я хочу рассмотреть ряд примеров, на которых становится очевидным недостаточно качественный подход компании к адаптации iOS и macOS под российского пользователя. Я бы даже сказал, местами откровенно наплевательский.

Это моя первая публикация на Хабре, надеюсь, вам понравится.

При разработке документации мы руководствуемся не только стандартами, но и удобством её использования. Стандарты определяют состав и форму документации, а формат строится исходя из удобства. Разработчик Сергей Бочаров рассказывает о пути Markdown-документа и о проблемах, которые приходится решать в обмен на простоту использования этого формата.

У меня иногда складывается впечатление, что не он служит для нас, а мы служим для этого формата. Поэтому — сэр Markdown.

Возможно, вы слышали, что CarPrice работает не только в России, но и в Японии. Рынок подержанных автомобилей там очень развит, и на первый взгляд кажется, что занять определенную нишу просто невозможно. Но это не так.

Японские компании, продающие подержанные автомобили, работают по отточенным десятилетиями схемам. Механизмы взаимодействия отполированы до блеска, но они практически не учитывают широкие возможности, которые открывает IT. Оценив японский рынок с этой стороны, мы увидели перспективу занять долю на этом рынке.

«У вас не будет второго шанса произвести первое впечатление» — этот афоризм прекрасно характеризует ситуацию, возникающую при введении новых услуг в эксплуатацию в сфере IT. В 2016 году Mars IS перешел на новую операционную модель, состоящую из 48 процессов, взаимосвязаных между собой, с тем чтобы обеспечивать эффективное функционирование IT-услуг. Наряду с такими широко используемыми процессами, как управление инцидентами, проблемами, изменениями и др., в новую операционную модель вошел процесс введения новых услуг в эксплуатацию (Service Introduction).

Не далее, как 1-го сентября Роскомнадзор опубликовал итоги реализации федерального закона о локализации баз персональных данных российских граждан на территории России. Полная версия статьи находится по адресу: https://rkn.gov.ru/news/rsoc/news49466.htm

С момента реализации Федерального закона №242-ФЗ сотрудниками Роскомнадзора проведено 2256 плановых проверок, 192 внеплановые проверки и более 3000 мероприятий систематического наблюдения, по итогам которых выявлено 56 нарушений требований, связанных с локализацией персональных данных, что составляет около 1 % от общего числа выявленных нарушений.

Итак, о чем пойдет речь? Да, про пресловутый ФЗ №242. Попытаемся ответить на наиболее типичные вопросы, и попытаемся ответить на вопрос: "А что делать, чтоб не попасть в эти проценты?"

Для тех, кто не в курсе — под катом краткий FAQ.

Перед вами — вторая часть руководства по локализации приложений для китайского рынка. Если первую часть вы не читали — она здесь. Итак, сразу к делу.

Переведено в Alconost

6. Внедрение местных способов оплаты

Привычные на Западе способы оплаты (кредитные карты, например), в Китае используются редко, поэтому нужно применять местные инструменты. Мобильные операторы (China Telecom, China Unicom и China Mobile) позволяют делать платежи из приложений. Прямая оплата через оператора составляет около 75% от всех платежей.

Еще один популярный инструмент — Alipay, крупнейший платежный сервис на этом рынке. Alipay работает с несколькими магазинами и легко встраивается в приложение.

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

Китай с 2013 года — мировой лидер по количеству владельцев смартфонов, а сегодня это уже крупнейший в мире рынок приложений. Здесь речь идет о доходах в размерах более 25 млрд. долларов по состоянию на 2016 год и 42 млрд. долларов — к 2020 году (согласно прогнозам).

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

Звучит заманчиво, правда? Но не обольщайтесь: от создания приложения до выхода его в китайских магазинах приложений нужно пройти долгий путь. Локализация приложений для Китая — это совсем не просто: вам придется приспособить приложение для совершенно другого потребителя, у которого мало или вообще нет ничего общего с теми, кто использует ваше приложение сейчас.

Затем нужно будет переделать приложение для другой культуры, научиться соблюдать местное законодательство, перевести все на китайский и наконец — начать умно продвигать продукт. О том, как за это взяться, не имея соответствующего опыта, мы и расскажем в этом руководстве по локализации приложений для китайского рынка.

Переведено в Alconost

Продолжаем наш обзор растущих мобильных рынков с огромными возможностями для издателей и рекламодателей. На очереди — Индия и Бразилия. Обеим странам свойственно сочетание постоянно улучшающейся инфраструктуры, дешевеющих тарифов и очень быстрого распространения смартфонов среди населения, а также успехи местных компаний с хорошим чувством рынка.

Переведено в Alconost

Первая часть вышла и показала актуальность и даже злободневность заявленных тем. Вторая, по идее, должна была рассказать о других проектах, которые также вызывают явное негодование у меня и коллег, но рискну перенести это в часть №3, а пока — остановлюсь на ещё более интересных вопросах.

Майнинг, IoT, smart-контракты (всё выделено красным: новизна налицо), нейронные сети, big data, ИИ… Всё это новые технологии, даже если речь идёт о давно витавших в воздухе идеях. Но технологии технологиями, а в государстве (любом) главное, чтобы все они действовали более-менее по стандарту. Вот об этом — несколько слов.

Человек человеку — друг, товарищ и переводчик. И особенно тот переводчик товарищ, который работает с локализацией. Как правило, проще всего локализировать мобильные приложения: объем текста небольшой, специальных терминов мало. Это если языков перевода немного, скажем, десять. А вот мы недавно делали локализацию на 35 (!) языков.

О том, как искали исполнителей, преодолевали трудности и какие были забавные моменты, — эта статья.

Делаю эту публикацию, так как после предыдущих вопросов возникло много: у разных людей и по разным поводам. Этот пост призван в первую очередь:

1. Помочь начинающим коллегам, которые только начинают путь в it-юриспруденции (название весьма условное);
2. Рассказать тем, кто работает в IT, что и когда их ждёт;
3. Оставить онлайн-заметку о том, что же думаю по этому поводу я здесь-и-сейчас, в 2017 гг. или даже раньше;
4. Познакомить апологетов «жёсткого государственного регулирования» с иным взглядом на право, которое есть связующее звено между управленцами и управляемыми;
5. Рассказать подписчикам (коих не много) и постоянным читателям (их уже несколько сотен) о том, как же я вижу положительные возможности в законотворчестве it-сектора.

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

Ключевое понятие в современных системах локализации — это «интеллектуальность», подход, который изменяет взгляд разработчиков приложений и веб-сайтов на процесс перевода. Интеллектуальная система локализации — это использование обмена данными, технологических инструментов, автоматизации, передового опыта и аналитических инструментов с целью избавиться от головной боли при переводе.

Компания Translationexchange написала о том, как выглядит перевод в такой системе, а мы в Alconost как ее вендор, предоставляющий услуги профессионального перевода, эту статью перевели.