Думай о смысле. Будни переводчика IT-текстов

Заказчики могут сколько угодно хотеть, чтобы их тексты переводил человек, регулярно проходивший курсы обучения Cisco Systems или Microsoft (поставьте сюда любого вендора, который вам по душе), но правда в том, что инженер и переводчик – это две разные профессии, и, если вам переводит текст человек с инженерным образованием, скорее всего, он уже много лет переводчик и давно не инженер. Переводчик с относительно широким техническим бэкграундом уже ближе к реальности, и я даже знаю несколько таких индивидуумов.

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

Практически невозможно адекватно перевести то, чего не понимаешь, поэтому сначала нужно уяснить, кто на ком стоял и что из чего вытекает. Википедия, habr.ru, сайты вендоров и, конечно, Google, да и другие интернет-ресурсы вам в помощь. Если есть возможность спросить у более опытных коллег или заказчика, спросите, хуже не будет, только помните, что они не переводчики и мыслят совершенно иными категориями.

Конец ознакомительного фрагмента.