惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

AWS News Blog
AWS News Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园 - Franky
大猫的无限游戏
大猫的无限游戏
Engineering at Meta
Engineering at Meta
T
Tailwind CSS Blog
T
The Blog of Author Tim Ferriss
L
LangChain Blog
Vercel News
Vercel News
N
Netflix TechBlog - Medium
Hacker News - Newest:
Hacker News - Newest: "LLM"
Spread Privacy
Spread Privacy
小众软件
小众软件
H
Help Net Security
The Last Watchdog
The Last Watchdog
Forbes - Security
Forbes - Security
WordPress大学
WordPress大学
Know Your Adversary
Know Your Adversary
Recent Commits to openclaw:main
Recent Commits to openclaw:main
H
Heimdal Security Blog
GbyAI
GbyAI
P
Privacy International News Feed
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
The Cloudflare Blog
爱范儿
爱范儿
V
V2EX
The Register - Security
The Register - Security
B
Blog RSS Feed
Apple Machine Learning Research
Apple Machine Learning Research
O
OpenAI News
Cisco Talos Blog
Cisco Talos Blog
Cloudbric
Cloudbric
Security Archives - TechRepublic
Security Archives - TechRepublic
S
Secure Thoughts
L
LINUX DO - 最新话题
Recorded Future
Recorded Future
P
Proofpoint News Feed
PCI Perspectives
PCI Perspectives
Hugging Face - Blog
Hugging Face - Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
T
Tor Project blog
Latest news
Latest news
Project Zero
Project Zero
月光博客
月光博客
F
Fortinet All Blogs
A
Arctic Wolf
博客园 - 【当耐特】
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Y
Y Combinator Blog
N
News and Events Feed by Topic

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
Чей Гамлет лучше?
Eco_coder · 2026-05-18 · via Все публикации подряд на Хабре

Чей Гамлет лучше?

Уровень сложностиПростой

Время на прочтение4 мин

Охват и читатели133

Аналитика

Советский переводчик Михаил Лозинский выпустил перевод трагедии Вильяма Шекспира "Гамлет, принц датский" в 1933 году. Этот перевод считается "каноническим", наиболее точным, буквальным. Впервые за много лет в переводе Лозинского была соблюдена сложная метрика шекспировского текста, выдержано количество строк.

Борис Пастернак основательно выучил английский язык уже взрослым человеком, когда начал читать и переводить английских классиков. Его перевод "Гамлета" вышел в 1941 году.

Оба перевода многократно изданы и поставлены в театрах.

Традиционное литературоведение обычно опирается на качественную интерпретацию и говорит, что "Лозинский более точен, а Пастернак свободен".

Мне стало интересно провести компаративный анализ двух переводов с помощью Python и математически вычислить, чем "Гамлет" Лозинского отличается от версии Пастернака на уровне синтаксиса, семантики и ритма.

Я нашел в интернете английский текст трагедии на сайте "Библиотеки Гутенберга", перевод Лозинского скачал с сайта Lib.ru и перевод Пастернака взял с сайта booksite.ru.

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

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

def count_syllables(word):
    word = word.lower().strip(string.punctuation + '«»""\'')
    if not word: return 0
    vowels = 'aeiouyаеёиоуыэюя'
    return max(1, sum(1 for c in word if c in vowels))

Здесь я использовал эвристический подсчет по гласным.

Что получилось:

Среднее число слогов в строке в оригинале 12,34 у Лозинского 14,82, у Пастернака 13,91.

Распределение числа слогов

Распределение числа слогов

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

Далее я посмотрел, как часто переводчики меняют порядок слов в предложениях.

def detect_inversions(doc):
    inv = 0
    for token in doc:
            if token.dep_ in ('nsubj', 'nsubjpass') and token.i > token.head.i and token.head.pos_ == 'VERB':
            inv += 1
    return inv

Этот код количественно оценивает, насколько переводчик меняет порядок слов для стилистических целей.  В науке такое изменение порядка слов называется "инверсией".

Что получилось. Среднее число инверсий на строку в оригинале 0,312, у Лозинского 0,471, у Пастернака 0,523.

Среднее число инверсий на строку

Среднее число инверсий на строку

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

Распределение инверсий

Распределение инверсий

Далее я решил проверить, как и для чего переводчики меняют грамматическую категорию слов, то есть род, число, падеж, наклонение. Эту оценку я решил провести с помощью анализа расхождения POS-тегов и вычисления L1-расстояния (суммы модулей разностей) между двумя распределениями. POS-теги (part-of-speech tags) присваиваются словам для указания их части речи и грамматических характеристик.

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

def pos_l1_distance(dist1, dist2):
    all_tags = set(list(dist1.keys()) + list(dist2.keys()))
    return sum(abs(dist1.get(t, 0) - dist2.get(t, 0)) for t in all_tags)

Что получилось. L1-расхождение POS-тегов. У Лозинского 0,241. У Пастернака 0,289. У Пастернака оценка выше, то есть у него больше грамматических трансформаций.

Расхождение POS-тегов

Расхождение POS-тегов

Далее я решил провести анализ семантического сходства через эмбеддинги. Оценку я провел с помощью модели paraphrase-multilingual-MiniLM-L12-v2, разновидности SBERT. Эта модель поддерживает русский и английскими языки, обучена на парах перефразировок и хорошо улавливает семантическую эквивалентность.

model_emb = SentenceTransformer('paraphrase-multilingual-MiniLM-L12-v2')
emb_en = model_emb.encode(en, convert_to_tensor=True)
emb_ru = model_emb.encode(ru, convert_to_tensor=True)
similarity = util.pytorch_cos_sim(emb_en, emb_ru).item()

Что получилось. Косинусное сходство для Лозинского 0.730 для Пастернака 0.718.

Семантическая близость

Семантическая близость

Оба значения попадают в диапазон умеренно высокой близости (0.70–0.75), что характерно для художественных переводов, где допустимы стилистические и грамматические трансформации при сохранении общего смысла. Но нужно отметить, что перевод Лозинского все же ближе к оригиналу на 1,2 процента.

Я провел анализ плотности пунктуации в обоих переводах, то есть поделил число знаков препинания на число слов. Плотность пунктуации отражает частоту интонационных пауз, синтаксическую сложность, стилистическую насыщенность текста.

punct_set = string.punctuation + '«»""\'—–…'
    punct_count = sum(1 for char in text if char in punct_set)
    word_count = max(len(text.split()), 1)  
    return punct_count / word_count

Что получилось. Средняя плотность пунктуации в оригинале 0,4133. У Лозинского 0,2803, у Пастернака 0,2782.

Плотность пунктуации

Плотность пунктуации

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

По наибольшему и наименьшему значению в выборке видно, что Пастернак чаще прибегает к усилению пунктуации в ключевых моментах (максимум 4), проявляя больше художественной выразительности. А Михаил Лозинский более сдержан (максимум 3), что подтверждает тезис о его "точности".

Плотность слогов в строках

Плотность слогов в строках

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