Бартов: про работу с ИТ- и медтекстами и про всякое

Иногда в личку шлют всякое непотребство ...

Однажды я на вычитку получил такой перевод (переводили книгу по ИТ): «Необходимость обработки больших объемов связанных данных заставила специалистов отказаться от стандартной архитектуры REST API и перейти к графовому представлению данных». Звучит складно. А теперь — оригинал: «This led Facebook (now Meta) to reevaluate the computational demands of REST APIs when retrieving high volumes of graph-like data over the network». И что же здесь не так? А всё не так. Этот перевод — прекрасный пример того, как можно исказить смысл, не сделав ни одной грамматической ошибки. Давайте разбираться. Продолжение на https://dzen.ru/a/aXPg1PG9D2Z8mxYl

В книге про программы-вымогатели, перевод которой уже близится к концу, я был вынужден прибегнуть к одному приему, который многим коллегам-переводчикам может показаться спорным. И тем не менее, учитывая склонность автора к постоянным повторам одних и тех же мыслей (типичная черта американских авторов), мне приходится то там, то сям как-то урезать эту «болтовню». https://dzen.ru/a/ang0JXWaKXQ5SNby

Чтобы не быть голословным, объявляю открытым набор желающих учиться ИТ-переводу на материале книги открытым. Вы когда-нибудь слышали про программы-вымогатели? Они попадают на компьютер в виде троянов, незаметно шифруют все данные, до которых могут дотянуться, а потом в один прекрасный день у вас на экране выплывает заставка — «Несите деньги, иначе мы сотрем все ваши данные!» И люди несли. Очень в свое время прославился такой деятельностью троянец под именем Petya - погуглите если интересно, делов он много разных наделал. К чему я все это говорю — книгу мне прислали именно про такой тип вредоносов: как они работают, как от них защищаться и т.п. То есть это книга про кибербезопасность. Условия такие: - Получаете книгу, берете кусочек, переводите кусочек, показываете мне. - Я его раз…

Всем привет. Сделал канал публичным (ссылка https://max.ru/channel_bartov), включил комментарии. К активному постингу скорее всего вернусь ближе к учебному году, пока разгребаю завалы по работе (перевожу книжки по ИТ).

В теории перевода есть такой критерий качества перевода/локализации — перевод должен вызывать те же эмоции, ощущения и образы у читателя, что и оригинал. Так получилось, что в некоторых ситуациях эту рекомендацию можно считать вредной. Поясню. https://dzen.ru/a/andRVVEk-R0SiwzT

Про локализацию кода в стайлгайдах ИТ-компаний написано скупо. И то, что написано, мягко говоря, не учитывает массу edge cases. Темы локализации промптов там нет вообще. А я на эти грабли наступил — когда переводил книгу Томажа Братанича «Основы GraphRAG. Улучшенный RAG на базе графов знаний» (https://www.piter.com/product/osnovy-graphrag-uluchshennyy-rag-na-baze-grafov-znaniy). Подробно про ту проблематику я сейчас расписывать не буду. Косвенно я её упомянул в телеграм-группе «Дебагеры Read IT Club» (https://t.me/c/3728779175/5/399) . Вот цитата: Под листингами я понимаю следующие вещи: 1. Фрагменты кода / результаты его выполнения. 2. Логи/выводы команд. 3. Промпты/инференсы/выводы (в т.ч. системные и для взаимодействия с MCP). 4. Сообщения об ошибках. Может, ещё что-то забыл — по…

Можно зафиксировать небольшой личный рекорд: ~570 страниц за сентябрь.

+1

Переведенная мною книга уже появилась на пиратских развалах (обнаружил в свежем пополнении для своей библиотеки). Кстати, одна из наиболее приятных в переводе книг — почерпнул много полезных нюансов по пониманию темы СУБД. В частности, про интерпретацию булевых значений (писал на эту тему заметку - https://teletype.in/@bartov/afhzofrI7SJ8j_PL)

Подготовили еще одну статью про ИИ, уже для другого клиента, которая косвенно подтверждает тот подход, про который я писал выше - не prompt-driven результат, а spec-driven. Сначала спецификация, потом код. https://habr.com/ru/companies/cinimex/articles/1088534/ К этому подходу клиент шел почти 3 года — сначала также как у многих в глазах горел огонь от магии ИИ (я тоже грешен), теперь чисто прагматичный подход — ИИ в конвейер, конвейер обвязать ограничителями, и тогда ИИ работает в нужном русле/фреймворке. Напомню, я на курсе про конвейер перевода (курс, если что, по прежнему есть в записи), продвигал ту же идею - ИИ в клетку, клетку обвязываем базой знаний, глоссариями, базой переводов, и традосом (или любой другой кошкой). После этого только можно ехать. Иначе, переводчик-редактор о…