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

Выберите файлы
Выберите файл(-ы)

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

Сколько вам лет? вместо Укажите свой возраст.

• Если элемент управления имеет длинную подпись, поместите ее сверху, а не слева:

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

• Если команда не выполняется сразу, а открывает диалоговое окно с запросом дополнительных сведений, эта команда должен заканчиваться многоточием. Например, команды Копировать и Вставить не требуют многоточия, а команда Печать, открывающая диалог настройки печати, требует. Без многоточия идут пункты меню вроде Справка и О программе: хоть они и открывают новые окна, им не нужна дополнительная информация для выполнения. Команда Закрыть также указывается без многоточия, даже если она запрашивает подтверждение закрытия.
  
  
• В языках с двухбайтовыми кодировками (японском, китайском и т. д.) клавиши быстрого доступа обозначаются по-другому. Вместо подчеркнутой буквы в подписи клавиша быстрого доступа указывается рядом в скобках.
  
  
• Размеры элементов интерфейса указываются не в пикселях, а в диалоговых единиц длины (DLU — безразмерная величина, равная 0,25 ширины или 0,125 высоты символа в текущем системном шрифте). Высота большинства однострочных элементов, таких как кнопки, — 14 DLU, высота флажка — 10 DLU. Рекомендуемый отступ от края окна — 7 DLU, рекомендуемая ширина кнопки — 50 DLU. Исключением являются панели инструментов и кнопки на них, измеряемые в пикселях.

При переводе переменных неизвестного рода иногда можно избежать «костылей», поставив согласуемый глагол не в прошедшее время, а в настоящее. Например, попалось вам такое сообщение: [@UserName] has accepted your offer.

Вариант [@UserName] принимает ваше предложение
выглядит лучше, чем
[@UserName] принял(а) ваше предложение.

Откройте ttx в «Блокноте» и посмотрите в заголовок: в нем прописаны пути к ini-фильтру и исходному документу. Если этот ttx был создан переводчиком, с ненулевой вероятностью вы увидите что-нибудь вроде SourceDocumentPath="C:\Documents and Settings\Manzhosin\My Documents\source.resx". А дальше — Гугл в помощь :-)

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

Замена эта правильная, и не только по этическим соображениям: «рекомендовать» — гораздо более продуктивная основа, чем «нравиться». В этом случае переводы строк вроде Unlike или Your friend %s likes this будут более согласованными.

Bilgi has a reputation as one of the most liberal universities in Turkey – it was among the first to ignore the ban on Muslim women wearing headscarves on campus.

«Перевод»:

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

В этом переводе буквально все неправильно, все с точностью до наоборот! И все фантазии переводчика, видимо, связаны с тем, что, увидев слово liberal, он сразу же подумал, что либерализм в данном случае предполагает отказ от мусульманских традиций и т. п. В то время как в конкретных условиях Турции либеральный подход — это именно разрешение носить закрывающий волосы платок в общественном учреждении (университете) вопреки секулярной традиции и даже более того — обязательному требованию (the ban on Muslim women wearing headscarves) «радикально светского» режима, созданного Ататюрком.

The take-away is the essential message of a presentation or the conclusion that you are expected to draw from a situation. It is something you are expected to remember when the whole thing is over, a piece of information you take away with you as you leave the room. <…> The preferred intensifier is key, and you probably see it attached to the phrase take-away more often than not. This example comes from a presentation on the results of a user study:

Results: XYZ Tough to Use

• Key take-away:
• Migration to XYZ will be difficult
• Need to show value of using the power of DEF

(And, as you may have noticed, the heading is the singular take-away even though multiple take-aways were listed.)

Во-первых, код доступа к международной связи в разных странах разный. В России — 8,10; в США — 011. Таким образом, номер 0 11 49 228 45 67 89 в американском тексте означает «позвоните в Германию (код страны 49) в Бонн (код города 228) по номеру 456-789». Правильный способ указания международного номера описан в нормативе МСЭ Е.123: плюс и десятизначный номер без скобок, например +49 228 456 789.

Во-вторых, бесплатные «восьмисотые» номера за пределами страны вообще недоступны. В России это номера 8-800 (на них нельзя позвонить, набрав +7 800), в Штатах — 1-800. Если компания не предоставляет локального телефонного номера, в переводе к номеру 1-800 стоит добавить уточнение: «звонок только из США».

Кроме этого, в разных языках приняты разные правила форматирования местных номеров. Например, в немецком код города может отделяться косой чертой, или номер может содержать две пары скобок: (0) (228) 34 56 78.

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

(по материалам блога Джилл Соммер)

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

Тест был успешно пройден, сейчас работаю над платным проектом для этого клиента.

Отсюда мораль: не спешите отказываться от больших тестов на перевод. Возможно, бюро хочет оценить ваши навыки поиска?

Вот технический документ — паспорт безопасности материала. Это таблица, в ее левом столбце встречается одно и то же свободно выражение Not found (сокращенное до n/f). Следует ли для единообразия терминологии каждый раз переводить его на русский одним и тем же выражением? Любая CAT-программа будет придерживаться того мнения, что да. А как?

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