Мови розділили народи, і, щоб торгувати один з одним, з часів вавилонського стовпотворіння був потрібний переклад.
Це банальність, але банальності тому і живучі, що містять саму суть справи. Переклад був потрібен завжди і всюди - в периферійних точках контакту культур і центрах культурного і торгового обміну. Коли розвиток транспорту і зв'язку привело до вибухоподібного зростання світової торгівлі, з'явилися транснаціональні корпорації, які захотіли продавати скрізь, у всіх країнах.
Глобалізація призвела до багаторазового зростання потреби в перекладі. Одночасно ускладнилися і вимоги до перекладу. Корпораціям, що продавав програми, знадобилося їх переводити. При цьому переклад програм виявився настільки складніше «просто перекладу», що для цього виду діяльності придумали новий термін - «локалізація ПО».
Трохи лірики. Ти пам'ятаєш, як все починалося?
Потреба переводити великі обсяги програм з англійської на інші мови виникла в момент вибухового зростання глобалізації в 90-х. І тут виявилося, що транснаціональні корпорації, яким знадобилося продавати програми в інших країнах, до цього абсолютно не готові.
Ветерани досі згадують історії з тих часів, коли розробники не мали ні найменшого уявлення про те, що програми переводяться на інші мови. На запит «дайте файли!» Типовим відповіддю було: «о, вам для перекладу потрібні файли?». Це якщо ще вдавалося отримати хоч якусь відповідь від розробників, - вони завжди в компаніях-виробниках ПО були «священною коровою», тому що напружено працювали над наступною версією, яка вже точно повинна принести мільйони.
Сама думка про те, що для продажу в інших країнах потрібно переводити програми на інші мови, була незвичайною: «так адже все освічені люди знають англійську». Ніяких відділів локалізації, ніякого персоналу, який на стороні замовника займається чимось подібним, ні у кого не було. Максимум було полпрограмміста, який міг робити перетворення кодових таблиць.
У навчальному центрі «Діалог-МІФІ» ми вже давно навчали АВТОКАД - звичайно ж, російської версії, тому що представники промислових підприємств, які проходили навчання, абсолютно не володіли англійською мовою. Ми швидко здогадалися - щоб Time Line продавався, його треба перевести на російську мову. І ось тут ми зіткнулися з тим, що корпорація Symantec абсолютно не в змозі надати нам ніякої підтримки. Тобто взагалі, від слова «зовсім». Тому що вони дико зайняті, а Росія - ринок маленький.
І тоді ми перевели його повністю без будь-яких вихідних кодів, разом з графічною системою, куди ми зашили російські шрифти. Робота була зроблена ідеально за три місяці. Через три місяці ми відтворили дистрибутив, надрукували документацію, коробки, носії і почали продавати абсолютно працездатний, повністю і ідеально русифікований Time Line за рублі.
За півроку було продано дві тисячі копій. Це було більше, ніж Symantec продав у всій Східній Європі разом взятої. Успіх був приголомшливий. Приголомшливий до того, що в Москву приїхав генеральний директор компанії Symantec, в той час Гордон Юбенкс. Ще б пак - такі продажі по-справжньому «рвали шаблон» ...
Так ми прийшли до емпіричної константі - перекладене програмне забезпечення продається в тисячу разів краще непереведеного. Зрозуміло, що ця вражаюча істина вже опанувала умами багатьох, і транснаціональні корпорації усвідомили важливість локалізації ПЗ на інші мови.
У той час виходив на ринок колишнього СРСР і Microsoft. У Microsoft вже тоді було багато програм, які треба було переводити на російську мову. У головному «Діалозі» Петро Квітек вже переклав на російську мову MS-DOS, але тепер треба було переводити всю лінійку Office, а для цього потрібні були грамотні ресурси.
Так співпало, що якраз в ці дні в Москву приїхала ГРОНУ Мейкок, в ту пору руководитель нового подразделения локалізації корпорації Microsoft в Дубліні. Мій друг Діма Москальов влаштував мені з нею зустріч. Зустріч тривала 30 хвилин - у мене був пристойний англійський, досвід роботи з Symantec, і я розповів про наш досвід локалізації Time Line. І, очевидно, наша команда володіла всіма необхідними даними, тому що я вийшов із зустрічі, вже маючи контракт з Microsoft в кишені.
Тоді якраз почався бурхливий розвиток локалізації, що перетворилася з часом в цілу галузь. Багато хто говорить, що світову галузь локалізації створила корпорація Microsoft. Але все ж це перебільшення, тому що такі ж завдання стояли перед усіма виробниками програмного забезпечення - Borland, IBM, Oracle, SAP, Computer Associates, а пізніше і перед російськими фірмами.
Так що ж тут складного?
Але повернемося до локалізації ПЗ. Велико чи справа, перевести програму? Відповідь - так, при цьому доводиться вирішувати масу допоміжних технічних завдань.
При перекладі книги або статті перекладач працює з цільним текстом. Там немає нічого, крім тексту, і весь текст, що перекладається знаходиться перед ним. Програма ж відображає фрагмент тексту, який зберігається десь в її глибинах, і цей текст «вилазить» в самих різних елементах інтерфейсу - меню, діалогових вікнах, повідомленнях, що створюються програмою файлах і т.nbspп. Тому завдання перекладу будь-якої програми - включаючи веб-сайт, який також є результатом роботи програми - полягає в ідентифікації так званих «ресурсів», тобто місць програми, в яких зберігається відображається на екрані текст, і правильному перекладі цього тексту. При цьому в залежності від типу ресурсу на текст накладаються різні обмеження: по довжині, за наявністю однакових гарячих клавіш в одному меню, за форматом рядки, по підстановки і багато інших. Ось лише короткий перелік додаткових чинників, які доводиться враховувати при перекладі програмного забезпечення:
- обмеження на довжину рядка;
- збереження (і правильне зміна) метаданих, кодів, контрольних символів і змінних, які не завжди відокремлені від тексту, що перекладається;
- забезпечення правильності багаторівневих підстановок текстових фрагментів у вигляді змінних;
- ресайзінг (а в особливо важких випадках повна зміна виду) діалогових вікон;
- адаптація всіх видів контенту (чисел, форматів таблиць, спеціальних символів, термінів);
- зміна зображень;
- облік технічних традицій і стандартів країни;
- облік вимог галузі і виробника.
Це - тільки технічні завдання, пов'язані з перекладом, але і то не всі - після того, як ПО зібрано, його треба протестувати, записати помилки і потім виправити їх, і так кілька разів, поки помилок не залишиться. Крім локалізації ПЗ треба також перевести документацію, причому зробити це треба після того, як переведені всі основні елементи інтерфейсу, щоб потім не переписувати її.
Зрозуміло, при перекладі як програми, так і документації необхідно вирішувати лінгвістичні завдання однаковості, адекватності, якості мови, відповідності його цільової аудиторії, відсутність помилок. Після перекладу документації треба зібрати її для друку (зверстати), скомпонувати довідку. Потрібно зробити програму установки. Все це необхідно зробити в кінцевий термін - так, щоб оптимально розподілити ресурси. При такій великій кількості різнопланових завдань без засобів управління проектами не обійтися, тобто крім власне інженерно-програмістів завдань стоїть завдання грамотного управління проектом.
Наче цього мало
Протягом перших років «буму 90-х» процес виглядав саме так, як описано вище. Пізніше деякі компанії стали намагатися робити кілька мов одночасно. Виникло поділ на інженерні та лінгвістичні завдання локалізації. Інженерні задачі при цьому все частіше стали робити на стороні виробника PO. Але при цьому виникла необхідність узгодження цих процесів, так щоб багатомовний переклад та інженерні завдання були синхронізовані і гармонізовані - виник новий рівень складності.
Попутно стали удосконалюватися і ускладнюватися технічні засоби перекладу - раніше для всього вистачало Word, потім з'явився Trados, потім Wordfast, потім MemoQ, потім численні хмарні засоби перекладу. Формати стали настільки різноманітними, що в галузі довелося розробити універсальний формат XLIFF. Правда, не всі його реалізації сумісні, але вже одне це стало величезним кроком вперед.
У той же час Інтернет із засобу зв'язку перетворився в інформаційне середовище, без якої неможливо собі уявити ніякої сучасний техпроцес. Стали доступні глосарії, репозиторії даних, віддалена робота, розподілений виробничий процес, при якому крім замовника виробництво забезпечують компанії-постачальники і окремі фрілансери, самостійні або залучаються постачальниками. Сформовано і розвиваються цілі екосистеми постачальників великих компаній, що використовують свої програмні засоби і процеси, які встановлюють свої вимоги і бажаючі працювати з певним пулом постачальників.
Успішно працювати з усім цим дозволяє досвід, технічна кваліфікація і вміння вирішувати незвичайні завдання.
За ці роки команда Logrus Global перевела величезна кількість самих різних продуктів від провідних виробників ПЗ - Microsoft, Borland, IBM, Oracle, SAP, пізніше 1С і «Лабораторії Касперського», а також незліченна кількість ігор. Список перекладених нами продуктів займе кілька десятків сторінок, але є особливо улюблені проекти. Наприклад, коли ми закінчили перекладати Windows 95, то отримали, мабуть, саму приємну рецензію: «нарешті з'явився перекладений на російську мову продукт, з яким приємно мати справу».
Працюючи над цими проектами, ми заклали фундамент і встановили високу планку якості перекладу програмного забезпечення для всієї галузі на багато років вперед. Пізніше нам довелося вирішувати задачу багатомовного перекладу на такому ж рівні якості. Реалізувати це можна тільки при наявності процесів, знань, досвіду, який був придбаний на багатьох проектах до цього.
Тепер вже російські компанії прагнуть стати транснаціональними - адже потенціал розвитку на рідному ринку обмежений, в той час як світовий ринок практично невичерпний. Сьогодні російські транснаціональні корпорації мають перевагу - для виходу на світовий ринок вони можуть скористатися передовим досвідом і знаннями в області багатомовної локалізації, акумульованими командою Logrus Global.
Нашими послугами успішно користувалися багато російських провідні світові компанії - «Яндекс», «Лабораторія Касперського», 1С, Evernote, ZeptoLab і багато інших.
нинішній ландшафт
Сьогодні картина як ніколи різноманітна: хтось раніше потребує повної локалізації ПЗ з нуля, «під ключ», а хтось вже побудував і гранульованого процес до такої міри, що перекладачам видаються тільки текстові файли з інструкціями, а вся технічна і супутня робота проводиться у замовника. Між цими крайнощами існує величезна кількість варіантів, і будь-який з них нам по плечу - ми готові як зробити проект цілком, так і вирішити якусь конкретну задачу. Потенціал російських компаній ми розширюємо багаторазово, допомагаючи їм вийти на світовий ринок.