Советы

Гаити бывают разные: страна Гаити занимает только треть острова Гаити. На остальных двух третях расположилась Доминиканская Республика, более известная в миру под названием Доминикана. В романо-германских языках путаницы не возникает: в них остров Гаити называется разными вариациями слова Эспаньола (La Española, Hispaniola и т. п.).

Гаити — самая бедная страна Западного полушария и единственное независимое государство во всех Америках, где преобладает французский язык. В Канаде на нем говорит всего 21 % населения. Доминикана испаноязычная и экономически очень неплохо себя чувствует. Отношения между странами непростые.

Гаити нельзя путать с Таити, который находится на другом конце Земли, посреди Тихого океана, и не имеет с Гаити ничего общего (такое случается).

А Доминикану нужно отличать от Доминики. Общего между ними, наоборот, очень много.

Обе эти страны находятся на Антильских островах на расстоянии 900 км друг от друга. Этимология их названий одна и та же: обе страны названы в честь воскресений (domingo на испанском — «воскресенье»). Но воскресенья были разные.

Доминику открыл тот самый Христофор Колумб в одно из воскресений в 1493 году.

А Доминикана получила название по своему главному городу — Санто-Доминго (в переводе с испанского «святое воскресенье»). Город основал тоже Колумб, но другой — Бартоломео, брат Христофора, и тоже в воскресенье, но тремя годами позже, в 1496 году.

И еще: доминиканцев, которые население Доминиканы, нельзя путать с доминиканцами, которые члены монашеского ордена, основанного святым Домиником за четыре с лишним века до того, как была открыта Доминикана.

Индейский вождь по имени Секвойя, также известный в миру под именем Джордж Гесс, не знал английского языка, но часто видел, как на нем пишут белые поселенцы. Его родным языком был чероки, в то время (начало XIX века) еще не имевший письменности.

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

Латинских букв Секвойя не знал; цифр, видимо, тоже. И у него не было предубеждений — что этот значок обычно звучит так, а этот эдак. Более того: каждый значок у него обозначал целый слог.

Так в 1821 году родился ни на что не похожий и одновременно похожий на всё слоговый алфавит, состоящий аж из 86 букв. А через 10 лет 90 % членов племени чероки уже умели на нем писать. Примечательно, что тогдашние белые поселенцы о таком уровне грамотности даже не мечтали.

Человека, привыкшего к традиционным латинским буквам, алфавит чероки повергает в шок. Буквы выглядят знакомо, но обозначают совершенно иное. Вот пример того, как они произносятся:

• I = ква
• H = ми
• 4 = сэ
• Ь = си
• Z = но
• W = ла

Так неграмотный индеец создал принципиально новую систему письма. Она благополучно дожила до наших дней и даже присутствует в Юникоде.

Это очередная малоинформативная ошибка Trados Studio. Сообщение о ней появляется при операциях с памятью переводов (translation memory) — в частности, при поиске терминов в конкордансе с помощью команд F3 и CTRL+F3. При этом Trados Studio не вылетает, а некоторые термины даже находятся.

Сообщение об ошибке, как обычно, не помогает идентифицировать ее причину:

В дальнейшем при попытке найти термин в конкордансе выводится ошибка There was a problem while searching. See the Messages Window for more information:

А в Messages Window сообщают, что An error occurred while using the translation provider и что The translation memory file is corrupt:

Судя по всему, эта ошибка возникает, когда доступ к SDLTM-файлу, в котором содержится память переводов Trados Studio, пытаются получить две программы одновременно.

Чаще всего конфликт доступа возникает, когда SDLTM-файл находится не в папке по умолчанию, а в папке, автоматически синхронизируемой с каким-нибудь облаком, — Google Drive, Dropbox и т. п.

Типичный сценарий такой: Dropbox (например) синхронизирует локальный SDLTM-файл с облачным хранилищем, и в этот момент вы вносите (точнее, пытаетесь внести) в него изменение, подтвердив сегмент в Trados Studio командой CTRL+ENTER. Между Trados Studio и Dropbox происходит короткая драка, в результате которой возникает сбой — те самые «one or more errors».

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

Как бы то ни было, нам ни одна из этих рекомендаций не помогла. А помог следующий метод:

• Загрузить SDLTM-файл в Xbench.
• Экспортировать оставшиеся в живых сегменты из Xbench в TMX-файл. Для этого нужно нажать CTRL+R, затем в появившемся окне снять флажок Untranslated items, указать имя TMX-файла, исходный язык и целевой язык:

Таким образом, Xbench используется не в качестве QA-инструмента, а в качестве конвертора.

• После этого перейти в Trados Studio, зайти в настройки злополучного проекта, перейти там в раздел Translations memory and autimated translation, отключить там заглючившую память переводов, создать новую память с тем же языковым направлением и импортировать в нее TMX-файл, созданный в Xbench. Мы это делали с такими параметрами (но вам могут больше подходить свои):

После этих операций операция сообщение One or more errors occurred больше не выводится. Для окончательного устранения ошибки желательно перезагрузить Trados Studio.

В английском языке с его витиеватой орфографией не всегда удается однозначно определить, какое слово произнесено. Поди пойми, что скрывается под [raɪt] — right, rite, wright, write? Это так называемые омофоны — слова, которые звучат одинаково, а пишутся по-разному.

На омофонии основано много шуток. Например, 4 мая празднуется так называемый день «Звездных войн», потому что постоянно звучащую в этой саге фразу May the Force be with you («Да пребудет с тобой Сила») многие переосмысливают как May the fourth be with you (May the fourth — 4 мая).

Еще одна омофоническая шутка — стихотворение Eye Halve a Spelling Chequer. Слова в нем подобраны так, что написана бессмыслица, но если произносить ее бездумно, смысл вдруг появляется. Первая строфа:

Eye halve a spelling chequer
It came with my pea sea.
It plane lee marks four my revue
Miss steaks aye can knot sea.

Лингвистическая шутка на смежную тему, о неправильных ударениях в английском — стихотворение De Chaos.

Мы с завидной регулярностью попадаем в одну и ту же ситуацию — какой-нибудь условный Иван Иванович спрашивает: «Слушай, ты тут, говорят, переводами занимаешься по-серьезному, а у меня дочка (сестра, племянница) как раз закончила филологический, работу ищет. Она так шпарит по-английски (-немецки, -французски)! Она даже месяц прожила в Лондоне (Берлине, Париже)! Нельзя ли ее как-нибудь к вам устроить?»

Что отвечать? В голове проносится множество вариантов. Например, сходу рубануть:

— Нет, нельзя.

Но это грубо. Обидится человек, обижать не хочется. Тогда как-нибудь так:

— Понимаете, Иван Иванович, профессионалом невозможно стать по блату...

Тоже грубовато. Иван Иванович все равно обидится и подумает: нехороший ты человек, я к тебе по-доброму, а ты на меня еще и наехал. Может, просто объяснить? Например, так:

— Видите ли, Иван Иванович, дело в том, что знать иностранный язык и уметь переводить — это совершенно разные вещи. Кроме того...

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

В конце концов отвечаешь:

— У нас есть стандартная процедура приема. Любой, кто к нам приходит, должен через нее пройти.

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

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

Еще одна статья о пропасти между переводчиками и непереводчиками.

Продолжаем увлекательный сериал об ошибках Trados Studio.

Ошибка Error occurred in file ... Attempted to divide by zero возникает при попытке импортировать WSXZ-пакет. Ошибка редкая: Google знает о ней лишь понаслышке, и то — по ссылкам описываются проблемы с термбазами, а на деле оказалось, что нет.

Из-за чего именно возникает проблема, на самом деле неизвестно, но она связана с какими-то ошибками в структуре XLF-файла. Удивительно, что сам по себе проблемный XLF-файл открывается как положено (в нашем случае).

Первое, что желательно сделать, — сообщить о проблеме клиенту. Если он недоступен или сам не знает, как решить эту проблему, проделайте описанные ниже операции. Их общая цель — извлечь XLF-файл из пакета и перевести его отдельно. Порядок действий таков:

• Переименовать файл пакета: заменить расширение WSXZ на ZIP или просто добавить к нему расширение ZIP.
• Распаковать получившийся ZIP-архив.
• Вручную создать в Trados Studio проект с названием, повторяющим название исходного пакета, и тем же языковым направлением.
• XLF-файл из распакованного архива указать как файл на перевод.
• Создать в проекте пустую память переводов и импортировать в нее TMX-файл из распакованного архива.
• Если в распакованном архиве есть TBX-файл, подключить его как термбазу. Для этого нужно предварительно преобразовать его из TBX в SDLTB — как это сделать, расскажем в каком-нибудь из следующих постов, этот и так разросся :)
• Собственно, перевести проект, как обычно.
• Переведенным XLF-файлом заменить XLF-файл с таким же названием в распакованном архиве, ничего не меняя в его структуре.
• Создать из распакованного архива ZIP-архив.
• Заменить обратно расширение ZIP на WSXZ. Дальше, вероятно, нужно будет либо выгрузить этот пакет на SDL WorldServer (если вы ничего не напутали, сервер должен его принять), либо отправить его вашему заказчику, смотря как вы с ним работаете.
• Профит.

Инструкция кажется длинной, на деле все это дольше писать, чем делать — главное, понимать смысл каждого действия. А если XLF-файл небольшой и память переводов никак не сокращает объем работы, его можно перевести, открыв в Trados Studio напрямую — то есть даже не создавая проект.

Если кто-нибудь знает более гуманный способ, расскажите, пожалуйста.

MultiTerm is unable to create the termbase 

Такая ошибка иногда вылетает в Trados Studio при попытке импорта WSXZ-пакета, экспортированного из SDL WorldServer.

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

Метод устранения этой ошибки простой:

• Заменить расширение файла пакета WSXZ на ZIP.
• Разархивировать получившийся ZIP-архив.
• Удалить файл с названием terminology_data.tbx.
• Заархивировать получившийся комплект файлов в ZIP-архив.
• Заменить расширение файла пакета ZIP на WSXZ.

Если вы работаете в Total Commander, удалить файл из архива можно непосредственно, без переименований и разархиваций.

После этих операций WSXZ-пакет должен нормально открыться в Trados Studio.

Есть разные способы разрезать один большой SDLXLIFF-файл Trados Studio на несколько небольших. Один из них — воспользоваться плагином SDLXLIFF Split/Merge, который именно для этого и предназначен.

Но пользоваться им нужно с осторожностью. Он прекрасно делает split (на самом деле не прекрасно, довольно часто артачится), но плохо — merge.

Болезненный случай из практики: пришел проект в Trados Studio, в нем один большой файл, мы его разрезали с помощью плагина, перевели, объединили, вычитали, сдали, все как положено. Через неделю недовольный клиент сообщил, что 600 слов исходного (!) текста из файла куда-то исчезли вместе с переводом.

В результате разбирательств выяснилось, что виноват плагин: он успешно разрезал файл, но, объединяя переведенные части, просто отбросил некоторые из них. Ну не понравились они ему.

Объединенный SDLXLIFF-файл был сгенерирован неправильно. При этом никаких сообщений об ошибках не появлялось, а Trados Studio даже не заметила подмены — приняла его как родного. Был неприятный разговор с клиентом.

С тех пор мы используем плагин SDLXLIFF Split/Merge только для split. А merge выполняем средствами Студии, по схеме:

• создать временную память переводов
• залить в нее все сегменты всех переведенных частей
• претранслировать этой памятью исходный большой SDLXLIFF-файл

При этом возникают некоторые нюансы, но они менее болезненны, чем потеря текста.

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

Акт первый здесь, а также на нашем телеграм-канале.

Случай из практики. Пришел проект в Trados Studio. Файл один и огромный, а дедлайн близко — приходится резать его на части, чтобы назначить разным переводчикам. Это нехорошо, но клиент отсрочки не дает, нет выхода.

Режем файл с помощью прибамбасины SDL Split/Merge. Получаем пачку пронумерованных SDLXLIFF-файлов с жуткими именами. Но при попытке открыть их вываливается ошибка:

В справочном разделе SDL есть статья о том, как эту ошибку устранить, но она не помогает. А дедлайн близится.

Что делать? Пробуем открыть в другой кошке. Первая же, memoQ, открывает их без разговоров — жалуется только, что не сможет сделать превью. После перевода еще предстоит процесс корректного обратного переноса в Trados Studio, но это уже дело техники.

Строго говоря, Trados Studio тут ни при чем: проблемные файлы созданы в сторонней программе. Но она могла бы справиться с родным форматом. memoQ же как-то их открывает.

Знакомый мем?

И Боромир, превозмогая смерть, улыбнулся. (Перевод В. Муравьева, А. Кистяковского)

Тень улыбки промелькнула на бледном, без кровинки, лице Боромира. (Перевод Н. Григорьевой, В. Грушецкого)

Уста Боромира тронула слабая улыбка. (Перевод М. Каменкович, В. Каррика)

Boromir smiled. (Оригинал)

* * *

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

Но перевод — это не просто подстановка слов. Уже сам факт того, что несколько разных переводчиков почему-то отказались от лобового «Боромир улыбнулся», мыслящего человека должен бы насторожить.

* * *

Обратимся к оригиналу. Трагическая сцена: Боромир смертельно ранен, он умирает на руках у Арагорна.

'Farewell, Aragorn! Go to Minas Tirith and save my people! I have failed.'

'No!' said Aragorn, taking his hand and kissing his brow. 'You have conquered. Few have gained such a victory. Be at peace! Minas Tirith shall not fall!'

Boromir smiled.

'Which way did they go? Was Frodo there?' said Aragorn.

But Boromir did not speak again.

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

Но в русском этот прием не проходит: если перевести прямой наводкой «Боромир улыбнулся», получится просто констатация факта. Градус трагичности резко падает, и возникает недоразумение — чего это он вдруг улыбается, он же умирает.

Откуда такая разница в восприятии в английском и русском — это отдельная большая тема. Судя по всему, дело в различном отношении к улыбке и к ее роли. Нам важно, что дословный перевод «Боромир улыбнулся» не выполняет свое главное предназначение — не передает смысл (точнее, передает его с искажением).

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

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

Здесь еще немного о «Властелине колец».

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

В «Правилах русской орфографии и пунктуации» (Лопатин, § 114) косая черта упоминается, но ничего не говорится о пробелах. В «Справочнике издателя и автора» (Мильчин, п. 4.3.5) она упоминается, но здесь речь о косой черте как знаке сокращения. В обоих этих справочниках пробелы вокруг косой черты системно не ставятся. Та же ситуация в ГОСТах (например, здесь) и в рекомендациях на «Грамоте».

Делаем общий вывод: по умолчанию отбивать косую черту пробелами не нужно.

Однако: если косая черта разделяет понятия, состоящие из нескольких слов, стоит поберечь глаза читателя и все же отбить ее пробелами.

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

Сравните:

• Соотношение цена/качество — отлично
• Соотношение суммарные расходы/суммарная прибыль — плохо: при беглом прочтении глаз выхватывает непонятный оборот расходы/суммарная.

Еще хуже, когда косая черта разделяет строки стихотворения:

Проклинывая все на белом свете,/Я вновь брежу в нетоптанность лесов.

(Это отсюда.)

 * * *

И еще пара замечаний:

• Нельзя путать косую черту / с обратной косой чертой \. Обратная, в отличие от прямой, еще не стала знаком пунктуации и используется главным образом в языках программирования. км\ч, и\или, цена\качество — это безграмотно, не пишите так.
• В русском языке для косой черты есть вполне легальное заимствованное слово слеш, оно пишется через Е. Для обратной косой черты — бэкслеш.

Предположим, вам нужно написать:

Уважаемый _______________!

Но кто конкретно это будет — уважаемый или уважаемая, или даже уважаемые, — заранее неизвестно. Англоязычным хорошо, у них Dear ... — и все довольны. А нам как быть?

Напрашивается усечение проблемного окончания по принципу «нет окончания — нет проблемы». Но у культурного человека не поднимется рука написать:

Ув. _______________!

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

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

• Укажите получателя (получателей)
• Вставьте лист (листы) бумаги
• На собрании присутствовал (присутствовала, присутствовали)

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

• Перечислять варианты слова полностью в скобках: введите значение параметра (значения параметров). Это корректно, но длинно. И как-то грустно.
• Перечислять варианты слова полностью через косую черту: введите значение параметра/значения параметров.

Вообще-то косая черта — чужеродный символ в русском, хотя постепенно она в него проникает (и/или, например). Кроме того, возникает дополнительный вопрос, нужно ли отбивать ее пробелами. Ответ на него тоже неочевиден, как-нибудь поговорим об этом.

• Сокращать, тем самым просто отрезая вариативное окончание: введите знач. парам. Это не всегда понятно (как в примере) и не везде применимо (как в случае с ув. выше).
• Перечислять возможные окончания в скобках: введите значение(-я) параметра(-ов).

За разбор последнего случая нужно сказать спасибо переводчице Екатерине Филатовой. Общее правило: скобки нужно писать вплотную к слову, без пробела, т. к. в них заключена часть слова. Этот случай распадается на три подслучая:

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

* * *

Понятно, что официально все это нигде не описано и носит рекомендательный характер.

• Microsoft решил, что пора поменять шрифт по умолчанию. Во времена динозавров им был Times New Roman, с 2007 года — Calibri, теперь появились сразу пять новых, и Microsoft раздумывает, какому из них отдать предпочтение.
• В Google Объективе (Google Lens) скоро появится новая полезная функция — автоматический перевод надписей на скриншотах. Их можно будет либо переводить «на месте», либо передавать в предустановленный Google Translate.
• Начиная с Android 12, приложения для Android можно будет локализовать автоматически. Такая возможность должна помочь небольшим компаниям и инди-разработчикам. О качестве такого перевода ничего не сообщается.

* * *

Теперь о кошках.

• XTM улучшила работу с видео: в XTM Cloud 12.7 появилась возможность предварительного просмотра субтитров. Переводить их можно на лету, для этого нужно указать ссылку на видеоролик в Youtube или Vimeo и привязать к нему файл субтитров. Работать в новой версии стало намного удобнее: не нужно постоянно переключаться между видео и текстом, исчезла необходимость перематывать видео в поисках нужного фрагмента, сразу видно, умещается ли текст в отведенное ему место, и т. д. Пока что это бета-функция; она станет стандартной в XTM Cloud 13.0.

Еще одна новость: вышла XTM Mobile 2.3.

• Пост о переводе субтитров на сайте Smartcat. Собственно о Smartcat во второй половине статьи, в первой — о нескольких сторонних приложениях. Выглядит это так.

Еще в Smartcat появился предварительный просмотр документов Microsoft Word, вот как это выглядит.

• Множество нововведений в CrowdIn. Их так много, что им можно было бы посвятить отдельный пост. Вот некоторые:
• Реализована интеграция CrowdIn + Intercom, упрощающая локализацию справок.
• В Issue Notification Manager добавлена отправка уведомлений по расписанию.
• Добавлено автоподтверждение для редакторов.
• Добавлена поддержка ModernMT.
• Добавлена поддержка форматов Java Play Properties и Java Properties XML.

Подавляющее большинство людей, работающих на компьютере только с двумя языками, переключают их комбинацией клавиш CTRL + SHIFT и не имеют особых проблем (речь о Windows). Дополнительно им упрощает дело Punto Switcher, разработку которого Яндекс непонятно почему забросил, а открыть код не удосужился.

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

* * *

Приложив небольшие усилия, эту проблему легко устранить раз и навсегда. Метод очень простой: нужно вообще отключить перебор языков по команде CTRL + SHIFT, а вместо нее включить прямые шорткаты на каждый язык. Проще всего так:

• ALT + SHIFT + 1 — английский
• ALT + SHIFT + 2 — русский
• ALT + SHIFT + 3 — ваш третий язык
• ALT + SHIFT + 4 — ваш четвертый язык
• и т. д.

Плюсы:

• Проблема неправильной раскладки исчезнет. Через неделю вы с удивлением заметите, что непостижимым образом в нужный момент сам собой включается нужный язык.
• Комбинации ALT + SHIFT + цифра удобны — они нажимаются одной рукой.
• Становится ненужным индикатор языка на панели задач: вы редко будете на него смотреть.

Минусы:

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

Как включить прямые шорткаты в Windows 10:

Пуск > Параметры > Время и язык > слева Язык > справа Выберите метод ввода, который всегда используется по умолчанию > Сочетания клавиш для языков ввода > там всё настроить и много раз нажать ОК.

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

Всем известно о разнице между британским и американским английским. Есть еще австралийский, новозеландский, канадский и много других. При этом каждый англоговорящий уверен, что у него английский «правильный», а у остальных — искаженный. Попробуйте сказать британцу, что правильно писать не programme, а program.

Ситуация усложняется тем, что даже в границах одной страны часто нет одного всеми признаваемого свода правил английского языка. Стремясь как-то их унифицировать, крупные издательства и новостные агентства разрабатывают собственные стилевые руководства. Так появились The New York Times Manual of Style and Usage, University of Oxford Style Guide, знаменитый The Chicago Manual of Style и т. д. — их не перечесть.

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

Кроме того, есть множество специализированных руководств разной степени авторитетности. Крупные IT-компании обычно разрабатывают собственные технические гайдлайны. Вот некоторые:

• Microsoft Writing Style Guide
• Apple Style Guide
• Google Developer Documentation Style Guide
• IBM Developer Style Guide
• SUSE Documentation Style Guide

Они тоже во многом друг другу противоречат, но каждая компания считает, что ее руководство — правильное. Так сказать, всяк кулик свое болото хвалит.

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

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

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

Стремление максимизировать количество пользователей, минимизировав при этом количество недовольных, вынуждает крупных разработчиков идти первым путем. Например, если вы пожелаете установить в Windows поддержку английского языка, Microsoft попросит вас выбрать конкретную его «реализацию» (это скриншот из Windows 7):

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

В Windows появляются многочисленные вариации русского (скриншот из Windows 10):

SDL применила тот же подход в Trados Studio:

Если разобраться, чем эти разновидности русского друг от друга отличаются с точки зрения лингвистики, выяснится, что — ничем.

На русском говорят во многих странах, не только в России. А в Беларуси, Казахстане и Киргизии он даже является официальным. Существуют его диалекты и региональные особенности, но они «не тянут» на то, чтобы называться отдельными языками. Где бы и кто бы ни говорил на русском, формальные правила одинаковы для всех.

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

Поэтому не существует украинского русского, белорусского русского и т. п. Все эти RU-UA, RU-KZ, RU-BY — это не про лингвистику: это реверанс производителей программ перед пользователем. Нормативный русский существует только один: RU-RU.

SDL сплоховала, но большинство производителей «кошек» (программ автоматизированного перевода, CAT tools) этой ловушки избежали. Вот несколько примеров.

memoQ:

Smartcat (тут неудивительно — разработчики из России):

Отдадим должное Microsoft — количество русских языков в текстовом редакторе Word упало всего до двух, почему-то остался «молдавский русский»:

Перефразируем Булгакова: русский существует только один — первый, он же и последний.

Trados Studio — это источник огромного количества ошибок, порой весьма экзотических. Методы их устранения [должны быть] описаны в справочном разделе на портале SDL. Их уже много набежало по хештегу #tradosstudio на этом сайте и на нашем канале.

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

• Убедитесь, что общая длина пути к SDLXLIFF-файлам проекта не слишком большая. Суммарная длина не должна превышать 255 символов.
• Убедитесь, что в названиях папок и файлов нет символов, нехарактерных для языков, с которыми вы обычно работаете (иероглифов, букв RTL-языков, всевозможных вариаций букв с надбровными и подвздошными черточками, кружочками и т. п.). Студия относится к ним с подозрением. Например, вот эта ошибка вызвана тем, что кириллические символы в названии проекта не в той кодировке.
• бедитесь, что файлы проекта, особенно SDLXLIFF и SDLTM, не витают в облаках — в смысле, не лежат в стандартных папках Dropbox, Google Drive и т. п. Если работать прямо в облаке, то при любом изменении файла Trados Studio и локальное облачное приложение будут драться — кто первый его обработает, и станет уже не до перевода.
• Убедитесь, что в импортированном пакете всё хорошо с рабочей памятью переводов (TM):
• что она вообще есть — иногда ее просто забывают подключить;
• что она активна — напротив нее установлен флажок в настройках проекта;
• что языковое направление в ней совпадает с языковым направлением текущего SDLXLIFF-файла;
• что у файла памяти переводов (SDLTM) нет атрибута Read Only, а если память онлайновая — что есть подключение к серверу.
• То же самое с термбазой.

* * *

Если не помогло, ищите причину ошибки точным поиском по тексту сообщения об ошибке.

• Grammarly Keyboard научилась распознавать общий тон написанного и определять, какое впечатление производит ваш текст на читателя. Говорят, даже сарказм научилась выявлять (привет, Шелдон!). Чтобы тон определился, нужно набрать минимум 150 символов. Сама Grammarly Keyboard находится здесь, есть еще онлайн-версия. К сожалению, всё богатство возможностей раскрывается только в платной версии и только в английском языке.
• DeepL добавил поддержку еще 13 языков. Теперь доступны болгарский, венгерский, греческий, датский, латышский, литовский, румынский, словацкий, словенский, финский, чешский, шведский и эстонский. Количество языков удвоилось: в сумме их стало 26, но отдельными языками считаются американский, британский и бразильский португальский.
• Microsoft выкатила на рынок приложение Group Transcribe. Оно предназначено для распознавания и перевода речи на лету и ориентировано на проведение встреч, участники которых говорят на разных языках. Поддерживает больше 80 языков. Работает вот так. Доступно пока только на iOS.
• Статья в Multilingual о некоторых трюках, которые позволяет проделывать Google Translate, — перевод при отсутствии связи, создание собственного словаря, работа в режиме разговора, автоматическое произнесение надписей с видео. Статья не новая, августовская, но для многих такие возможности — новость.

В The Washington Post вышла статья о том, как меняются разные языки под напором захлестнувшей мир гендерной нейтральности. Если кратко — единства нет, изменения вносятся преимущественно врукопашную и чаще всего не находят всеобщей поддержки. Краткие вести с полей по языкам:

• Английский: в качестве гендерно нейтрального местоимения единственного числа уже довольно давно используется they — местоимение множественного числа. Нейтральность также пытаются конструировать с помощью окончания -x, которое многие считают нейтральным, а многие нет.
• Немецкий: с января 2019 г. органы власти Ганновера обязаны использовать во всей официальной переписке только гендерно нейтральные существительные. В немецком языке с его развитой системой словообразования это не так-то просто. Это не первая законодательная инициатива, но, опять-таки, оценили ее не все.
• Испанский: у существительных есть категория рода. Как и в английском, здесь пытаются применять окончание -x и даже @, но многих это раздражает. Еще один способ — вручную заменять «мужское» окончание -o и «женское» -a на нейтральное -e. Кроме того, él (он) и ella (она) вручную превращают в придуманное и считающееся нейтральным elle. Т. к. диалектов испанского много, такие нововведения не могут появиться одновременно везде.
• Французский: множественное число в нем образуется так, как будто группа состоит из мужчин. Возникла идея в записи множественного числа объединять мужские и женские окончания через звездочку — например, писать ami*e*s (друзья). Правда, неясно, как это произносить. Но французское правительство таких новаций не оценило.
• Шведский: в официальный лексикон в дополнение к han (он) и hon (она) директивно ввели искусственное hen — нечто среднее, чему положено быть нейтральным. Это явление получило название hen-революция.
• Арабский: здесь тоже пытаются использовать местоимение «они» в качестве общего, но, как и во французском, даже во множественном числе по умолчанию подразумевается мужской род, так исторически сложилось. Некоторые люди применяют еще один вариант местоимения «они», который не требует указания рода, но в разговорной речи он звучит чересчур пафосно. Особые проблемы в арабском возникают с ЛГБТшной терминологией.
• Иврит: у существительных тоже есть грамматический род. Активисты продвигают целый проект под названием Nonbinary Hebrew Project, в котором систематически вводится третий род. Наблюдается тенденция записывать мужские и женские окончания существительных и глаголов через точку.

Сообщение об ошибке выглядит так:

Сообщение The requested data file could not be located появляется при попытке запустить Trados Studio. Оно крайне малоинформативно: какого конкретно файла ей не хватает, где он должен находиться, зачем он ей нужен — непонятно.

Такая проблема может возникнуть в любой версии Trados Studio вплоть до 2021, обычно после установки обновлений. SDL утверждает, что в Trados Studio 2021 SR1 ее уже устранили.

Устранить эту ошибку можно так:

1. Закройте Trados Studio (если вам каким-то чудом удалось ее запустить).

2. Найдите на диске папку:

— если у вас Trados Studio 2017:
C:Users\%UserName%AppDataLocalSDLSDL Trados Studio14.0.0.0

— если у вас Trados Studio 2019:
C:Users\%UserName%AppDataLocalSDLSDL Trados Studio15.0.0.0

— если у вас Trados Studio 2021:
C:Users\%UserName%AppDataLocalSDLSDL Trados StudioStudio16

3. Найдите в ней файл с названием TranslationMemoryRepository.xml. Это и есть тот файл, которого не хватало Trados Studio и название которого она постеснялась сообщить. Его можно просто удалить, но на всякий случай стоит его сохранить. Проще всего просто переименовать его, дописав к его имени еще одно расширение: TranslationMemoryRepository.xml.old.

4. Запустите Trados Studio. При запуске она должна снова создать файл с таким названием, после чего работать нормально.

* * *

В деталях этот процесс описан здесь.

Самым длинным словом в английском языке (и в любом другом языке тоже) считается химический термин — официальное название белка с химической формулой C_{¹³²⁹⁸³}H_{²¹¹⁸⁶¹}N_{³⁶¹⁴⁹}O_{⁴⁰⁸⁸³}S_⁶⁹³. 

В английской «версии» это слово содержит 189 819 букв. Чтобы его произнести, нужно потратить целый час или даже больше. Целиком оно приведено на этой странице.

Здесь один отважный юноша попытался произнести это слово полностью. Силы были не равны: видео длится почти два часа.

А по-нашему, по-простому, это вещество называется титин. Пять букв.

Мы «перевели» это монструозное слово на русский. Оно состоит из 186 325 букв. Для сравнения: это слово длиннее «Евгения Онегина», в котором меньше 150 000 букв.

У кого есть время и вдохновение — можете попробовать его произнести:

* * *

Слово здесь.

Вместе с появлением Интернета в дополнение к бумажной почте возникла еще и электронная. Изначально все это происходило в США, и в английском языке возникло понятие electronic mail.

Электронная почта быстро набрала популярность. Но название из двух слов для часто используемого термина было слишком длинным, и довольно быстро оно укоротилось до e-mail или email.

Примечательно, что в английском языке до сих пор не установилось единое стандартное написание: одни пишут слитно, другие через дефис, одни со строчной буквы, другие только с прописной — Email. Впрочем, английскому языку свойственна такая вариативность.

Придя в русский язык, электронная почта долгое время оставалась в нем иностранной диковинкой, поэтому написание оставляли на английском: email. Так писали, например, на визитках (и пишут до сих пор).

Исходное electronic mail, конечно, перевели на русский — электронная почта. Но, как и в английском, длинное двухсловное написание оказалось неудобным, и термин начали сокращать. Чаще всего получалось неуклюжее эл. почта — это короче, не все равно неудобно. Были попытки ввести в употребление э-почта или е-почта, но они почему-то не прижились, язык не захотел их принимать.

Кроме того, стало понятно, что в русском языке надо бы различать email как систему передачи электронных сообщений и как отдельное электронное сообщение. «Мне пришла электронная почта» — это как-то не по-русски. Как тут быть? Уродцы типа электронное сообщение, электронное письмо, е-письмо умирали, не успев родиться.

Но какой-то термин должен был появиться. Язык не мог игнорировать такое массовое явление.

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

• емейл
• е-мейл
• емэйл
• е-мэйл
• эмейл
• э-мейл
• эмэйл
• э-мэйл
• имейл
• и-мейл
• имэйл
• и-мэйл
• е-почта
• э-почта
• мейл
• мэйл

Все эти написания в том или ином количестве присутствуют в Интернете.

Единый вариант вырабатывался долго. Интересно почитать, например, споры о правильном написании в соответствующей статье Википедии.

Разные написания приведены даже в утвержденных русских словарях. Например, в Большом толковом словаре под редакцией Кузнецова фигурируют сразу два варианта — и-мейл и и-мэйл.

Поскольку речь идет об орфографии, обращаться нужно к утвержденному орфографическому словарю. В нем зафиксирован единственный вариант написания — имейл. Так утверждает утвержденный РАН Академический орфографический словарь, доступ к которому предоставляет «Грамота.ру».

Примечательно, что законодатель ИТ-моды Майкрософт не торопится обновлять свои глоссарии и продолжает использовать развернутый перевод «электронная почта».

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

Итак, чего не должно быть в вашем рабочем имейле (с примерами):

Абстрактный набор букв и цифр

• fr61gdaf@hotmail.com
• sh2in0sр55@outlook.com

С таким имейлом вы выглядите как бот или спамер, и общаться с вами будут соответственно — то есть никак.

Уменьшительные имена, дворовые клички, прозвища

• olechka272@gmail.com
• kolyan-patsan@rambler.ru
• vasya_futbolist@inbox.ru

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

Излишне ласковые обращения

• lapusik_44@yandex.ru
• liubimiy@gmail.com
• spinogryz_nomer_dva@mail.ru
• tvoya.polovinka@outlook.com

Ваша мама имеет полное право называть вас лапусиком или спиногрызом, даже если вам 40 лет. Но вынося эту информацию наружу, вы выглядите, мягко говоря, странно. Лапусику вряд ли доверят серьезную работу.

Ваши ники в играх, онлайн-казино, на фанатских сайтах и т. п.

• cherny.ninja@ukr.net
• kotmatroskin@gmail.com
• mortal-combatist@inbox.ru
• metallica_forever@outlook.com

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

Клички животных

• kotofey_ivanovich@hotmail.com
• sobaka-sharik@yandex.com

Это продолжение предыдущей категории. Вы не животное. Особенно странно выглядят имейлы со словами koshechka, kiska, kotik и т. п.

Имейлы, содержащие год

• v_maria_2001@mail.ru
• anton1998@ukr.net

Год в электронном адресе сразу воспринимается как год рождения его владельца, даже если он им не является. Это лишняя информация.

Имейлы с именами знаменитостей

• lionelmessi42@gmail.com
• rihanna@mailbox.ru
• robert.de.niro@outlook.com

Такие имейлы выглядят как попытка «примазаться» к популярности другого, даже если такой цели не ставилось. Вы не Лионель Месси и не Рианна, смиритесь с этим. Этот факт никак вас не унижает.

Имейлы, в которых имя и/или подразумеваемый пол владельца не соответствует вашему
Когда Алексей Геннадьевич просит писать ему на адрес tatyana-sergeeva-19@gmail.com, возникает ощущение, что он либо не хочет светиться, либо чего-то не договаривает. В обоих случаях иметь с ним дело опасно.

Имейлы с орфографическими ошибками

• anotoliy.ivanov@gmail.com
• kostantin76@yandex.ru

Если вы даже в электронном адресе допустили ошибку, стоит ли доверять вам что-либо более серьезное?

(Все приведенные выше адреса придуманы в качестве примера, их существование не проверялось.)

* * *

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

Как быть, если такой электронный адрес уже занят?
Скорее всего, он и будет занят. В таком случае службы, предоставляющие бесплатные электронные ящики, обычно просто добавляют номер, и получается что-нибудь типа andrey.ivanov326@gmail.com. Выглядит не очень привлекательно, не хочется быть 326-м в длинном ряду Андреев Ивановых.

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

Кстати, правильно именно имейл. В толковом словаре предлагаются еще варианты через дефис и через Э, но орфографический требует писать именно имейл.

В нашем телеграм-канале мы провели опрос о том, какой вариант написания правильный:

• Ученики 10Б класса
• Ученики 10 Б класса
• Ученики 10-Б класса
• Ученики 10 «Б» класса
• Ученики 10б класса
• Ученики 10-б класса

На момент написания этого поста ответы распределились приблизительно равномерно, с двумя явными лидерами:

Это была не викторина, а опрос — потому что точного ответа нет. Во всяком случае, мы его не нашли, хотя перешерстили много технических справочников.

Возможных вариантов написания огромное количество. Буква может быть прописная или строчная, написана слитно, раздельно или через дефис, в кавычках или без.

Более того, выяснилось, что существуют дополнительные вариации. Например, некоторые пишут номер класса с наращением — 10-го класса, а некоторые переносят букву в верхний индекс: 10_^б.

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

Строчная буква, слитно, без кавычек:

Строчная буква в верхнем индексе:

А бывает даже так: прописная буква в кавычках, написанная после слова «класса»:

Одним словом, единого правила нет. В каждой школе принята какая-то своя традиция, причем на ее соблюдении обычно настаивают.

Так какой вариант считать правильным?

* * *

В аналогичном случае — когда мы пишем номер дома, в котором присутствует буква, — справочник технического редактора (Мильчин и Чельцова) требует писать строчную букву слитно с цифрой (об этом тоже был опрос в Телеграме):

6.1.7. Номера домов
Их принято писать без знака номера. Напр.: Тверская, 13. Особенностью отличается написание двойных и литерных номеров.
— Двойные номера. Их принято писать через косую черту: ул. Пушкина, 15/18.
— Литерные номера. Литеру принято писать слитно с последней цифрой номера: Пушкинский пер., д. 27а.

Логично было бы применить этот принцип и здесь. Но нет: устоялось написание прописной буквы в кавычках. Так рекомендует «Грамота»:

Наиболее распространены варианты оформления с прописной литерой, заключенной в кавычки: наш 10-й «Б», поступил в 1-й «А» класс и т. д. Такое оформление особенно уместно в тех случаях, когда литера располагается не сразу после числительного (или когда числительное вообще отсутствует): 10-й класс «Б»; классы «А» и «Б».

Поскольку «Грамота» — ресурс авторитетный, а опереться больше все равно не на что, будем считать этот вариант окончательным.

Итого, правильный вариант: Ученики 10 «Б» класса.

В комментариях к опросу в Телеграме вы можете поделиться воспоминаниями о том, как подписывали свои школьные тетради вы.

Английское loser почему-то принято переводить на русский как неудачник. Такой перевод устоялся и успел стать классическим, но вообще-то он несколько искажает суть.

Понятие loser, конечно, активно используется в различных вариациях английского, но в русский оно импортировалось преимущественно из голливудских фильмов, хлынувших на просторы только что развалившегося СССР в 1990-х, — то есть из Америки. Это предопределило нюансы его использования.

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

А в русском слове неудачник звучит корень удача, и для русского уха неудачник — это тот, кому не сопутствовала удача. Толковый словарь Ефремовой дает для слова неудачник такое толкование: такой, которого преследует неудача, которому не везет в чём-либо; неудачливый человек. Он, может быть, усердствовал и старался изо всех сил, но — не получилось, не фортануло (с). Звезды расположились не в его пользу, злодейка-судьба — внешняя причина — пресекла все его усилия.

Более точный перевод для loser — бездарь, бездарность, ничтожество, ноль. Или просто лузер, это слово уже давно присутствует в русских орфографических словарях.