Hacker News Digest

Сайт 507 Mechanical Movements представляет собой онлайн-версию классического технического справочника Генри Т. Брауна, содержащего 507 иллюстраций механических движений, таких как ремённые передачи, шкивы, зубчатые передачи и другие элементы машин. Каждая схема сопровождается кратким описанием принципа работы. Хотя оригинальная книга была опубликована в 1868 году, её содержание остаётся актуальным для инженеров, дизайнеров и любителей механики как источник вдохновения и образовательный ресурс.

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

Обсуждение подтверждает, что справочник остаётся ценным ресурсом для обучения и тестирования ИИ в области механики, но его цифровая реализация требует анимаций и именования механизмов. Сайт представляет собой отличный набор данных для обучения ИИ пониманию реальной механики, особенно для генерации анимаций и симуляций. При этом ChatGPT ошибочно показал вращение шкивов в противоположных направлениях для простой ремённой передачи, что подтверждает слабое понимание механики современными ИИ. Ошибки в анимациях на сайте (неправильное направление канатов в No15 и No16) снижают доверие к точности представления. Многие механизмы в сборнике — вариации базовых идей, поэтому стоит выделить ключевые, наиболее инновационные примеры (например, No226 с элегантным решением). Необходимо завершить анимации для всех 507 механизмов, так как визуализация критически важна для понимания движения и передачи сил. К каждой схеме следует добавить названия механизмов, чтобы они были полезны при изоляции, а не только в контексте книги. Аналогичные коллекции существуют в Музее науки в Бостоне и в Корнелле, а на YouTube есть каналы с реальными моделями этих механизмов — всё это подтверждает их образовательную ценность. Создание модульной симуляционной библиотеки с расчётами скорости, момента и сил стало бы полезным инструментом для инженеров. Интересна возможность автоматической генерации механизмов из набора базовых примитивов для ускорения создания симуляций. Анимации в стиле Ciechanowski значительно улучшили бы восприятие. Также стоит рассмотреть создание интерактивного конструктора (по типу The Incredible Machine) и возможность запроса анимаций конкретных механизмов (например, No27) для вовлечения сообщества. Сайт — редкий пример качественного нишевого ресурса: лёгкого, без тяжёлых загрузок и сложного интерфейса.

LLM превратил первый абзац «Властелина колец» в 5500 строк кода, который за два часа создал три интерактивные 3D-сцены с анимированными персонажами и пейзажами. Главное — он сам определил, какие объекты разместить в трёхмерном пространстве, написал логику анимации и даже добавил звуковые эффекты, хотя запрос был крайне абстрактным.

Ключевой факт: за 1 млн токенов (примерно $10) модель смогла «написать» полностью автономный движок, способный визуализировать классическую литературу. Это демонстрирует, что LLM могут стать «бесконечными разработчиками» — они не устают, не требуют зарплаты и готовы экспериментировать с тем, что человеку пришлось бы писать месяцами. Однако их слабость проявляется в невозможности быстро проверять результат: модель вынуждена делать скриншоты, а затем вручную исправлять ошибки, что приводит к «жужжанию» кода. Таким образом, текущий уровень мультимодальности остаётся ограниченным, но уже позволяет создавать эпические, кастомизированные миры «на лету».

Тред обсуждает ограничения и применение LLM для генерации 3D-сцен. Пользователи отмечают, что сгенерированные сцены требуют доработки, но видят в LLM потенциал. Споры: @kooi считает проблемой медленную обработку визуальной информации, @YmiYugy — низкое качество контента; @djhworld критикует выбор «Властелина колец» как избыточно известного источника, @hooloovoo_zoo — считает его удачным. Предложения: @baron816 — использовать LLM для оптимизации производственных процессов, @fzeindl — предупреждает о риске «одноразового» ПО, @sinaatalay — генерировать код для 3D-графики, @hkalbasi — применять игровые движки и агенты.

Цель «каждый кадр — идеальный» из Wayland стал принципом UI: любой скриншот программы должен полностью отражать её текущее состояние, а не показывать артефакты загрузки, мигания или несоответствия. Это создаёт доверие — пользователь, не видя код, оценивает качество по визуальному поведению, а плавные, согласованные анимации сигнализируют о тщательной проработке. Эта идея вытекает из принципа, что пользователь не видит код, поэтому визуальная целостность — единственный индикатор надёжности. Если в любой момент скриншот выглядит «правильно», значит разработчики уделили время не только функционалу, но и деталям.

На практике это требует отсутствия белых вспышек, частично загруженного контента и рассинхрона элементов интерфейса. Пример: в Safari курсор появляется слева, а placeholder движется от центра, поэтому в промежуточных кадрах они расходятся, создавая ложное ощущение изменения. Аналогичные рассинхроны встречаются в Photos, YouTube и других сервисах, где технические ограничения делают «идеальными» только конечные кадры. Следовательно, проверять нужно не только старт и конец, но и каждый промежуточный кадр, чтобы UI стал точным инструментом, а не анимационной игрушкой. В Photos граница обрезки «запирается» мгновенно, но её анимация продолжается, вводя в заблуждение.

• Критика «идеального кадра» в анимации UI и её влияние на восприятие пользователя
• Утверждение, что низкая задержка важнее визуального совершенства, а анимация часто ухудшает отзывчивость
• Примеры регрессий в macOS (Safari, Notes, диалог «Сохранить как») и сравнение с более плавными альтернативами
• Призыв к предоставлению конкретных улучшений и лучших практик вместо только указания на проблемы

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

Генератор поддерживает экспорт результатов в多种 форматы, включая CSS, высотные карты, VOX, TXT и PNG, что обеспечивает гибкость использования. Функции импорта, отмены/повтора действий, а возможность копировать код для встраивания или открывать его в Codepen упрощают интеграцию в другие проекты. Несмотря на раннюю версию (v0.0.1), Layoutit Terra уже предоставляет мощные возможности для создания детализированных CSS-ландшафтов с минимальными усилиями.

• Пользователи отмечают, что «CSS-only»-демо всё же использует JS для интерактивности, хотя рендеринг ландшафта действительно на 100 % CSS.
• Визуально демо напоминает RCT, SimCity 2000, Populous и другие изометрические «тайкун»-игры, вызывая ностальгию.
• Несколько человек сообщили о проблемах с производительностью: при включённом JS в Firefox 144 и Chrome 131 на Windows 10/11 рендеринг занимает 100-200 мс на обновление кадра, что приводит к просадкам фпс.
• Автор ответил, что в будущих версиях планируется добавить реки и водопады, а также улучшить производительность.

Разработчик обнаружил, что в оригинальной Deus Ex синхронизация губ и моргание персонажей сломаны с момента релиза — анимация резко переключалась между формами рта без плавных переходов. В интервью с одним из программистов игры выяснилось, что изначально система была сложной, но её упростили из-за проблем с производительностью.

Путём анализа Unrealscript кода нашлась ошибка в проверке частоты кадров: условие для включения плавной анимации было инвертировано, а время смены виземов (0.1 секунды) оказалось слишком коротким. Исправление этих двух параметров (увеличение времени blend до 0.35 секунд и фикс условия FPS) полностью восстановило плавную липсинку, хотя система всё ещё работает в реальном времени без предрасчёта фонем, как в Half-Life 2.

• Обсуждается анонсированный ремастер Deus Ex от Aspyr, который фанаты критикуют как низкокачественный и уступающий существующим модам (например, Revision или GMDX).
• Участники высоко оценивают оригинальную игру за сюжет, нелинейный геймплей, множество способов прохождения и саундтрек, называя её одной из величайших.
• Моды сообщества, такие как редаббинг для смены пола протагониста или исправление багов, признаются проделавшими огромную работу по улучшению и сохранению игры.
• Отмечаются технические недостатки оригинала, такие как неработающая система коллизий для хедшотов, странная анимация губ и своеобразная актёрская озвучка, ставшие частью её charm.
• Вспоминаются культовые моменты и фанатские творчества, включая пародийные видео про анимацию и известные фразы вроде "I didn't ask for this!".

Тон Росендал покидает пост председателя и генерального директора Blender с 1 января 2026 года. Новость была объявлена во время ключевого выступления на ежегодной конференции Blender.

Росендал — создатель открытого 3D-программного обеспечения и его публичное лицо на протяжении трёх десятилетий — передаст свои роли нынешнему операционному директору Blender Франческо Сидди. Сам Росендал перейдёт в новый наблюдательный совет Фонда Blender.

В совет также войдут Сергей Шарыбин (руководитель разработки), Далай Фелинто (руководитель продукта) и Фиона Коэн (руководитель операционной деятельности).

«Мы готовились к этому с 2019 года, — сказал Росендал. — Я горжусь, что вокруг меня такая талантливая молодая команда, которая выведет наш свободный проект в следующее десятилетие».

• Тон Росендал — личный герой и легенда для многих, вдохновивший целое поколение 3D-художников и аниматоров.
• Blender прошёл путь от непопулярного софта в начале 2000-х до инструмента, изменившего индустрию и ставшего конкурентом проприетарным решениям.
• Его стратегическое лидерство и переход на открытый код в 2002 году стали ключевым подарком для сообщества и образцом успеха FOSS.
• Тон известен как блестящий стратег, великодушный человек и лидер, который доверял сообществу и не микроменеджировал развитие проекта.
• Сообщество Blender отмечает его огромный вклад в создание не только мощного ПО, но и невероятно supportive и творческой экосистемы.
• Многие выражают благодарность за его работу и надеются, что проект продолжит thrive под новым руководством.
• Его наследие — это доказательство того, что открытое ПО может быть профессиональным, доступным и менять мир к лучшему.

Анимации не всегда нужны

Хорошая анимация делает интерфейс предсказуемым и живым, плохая — раздражает и снижает доверие.
Перед добавлением спроси себя: зачем она нужна?

• Объясняет (как на linear.app/ai) — ок.
• Подтверждает действие (кнопка слегка уменьшается) — ок.
• Просто «красиво» — допустимо, если пользователь видит это редко.

Частота использования
Если элемент открывают сотни раз в день (Raycast, список команд), анимации быть не должно — они только тормозят.
Клавиатурные переходы никогда не анимируются.

Скорость
Всё, что дольше 300 мс, воспринимается как лаг.
Спиннеры быстрее = кажется, что грузит быстрее.
Тултипу нужна задержка при первом появлении, но при наведении на соседние — мгновенно и без анимации.

Итог
Добавляй анимацию, если она:

1. решает задачу,
2. видна редко,
3. длится < 300 мс.
   Иначе — не добавляй.

• Большинство участников сходятся: анимация должна быть почти невидимой (<150 мс) или вовсе отключаться, иначе она превращается в тормоз.
• Главный критерий целесообразности — объясняет ли анимация изменение состояния; если пользователь ждёт её окончания, чтобы продолжить, значит, она лишняя.
• «Делайт» и «восторг» нужны в основном самим дизайнерам; обычные пользователи после третьего раза хотят выключить всё, что мешает работать.
• Частые повторяющиеся действия (разблокировка, чекаут, корпоративные формы) требуют минимума анимации; для единичных экранов-онбордингов допустима более заметная, но быстрая подсказка.
• Практически каждый советует добавлять системную настройку «отключить анимацию» и уважать prefers-reduced-motion.

Как двигать объекты в 3D

Кликните вправо, чтобы идти дальше →

---

От круга к сферической спирали

Куб движется по кругу:
x = 10 cos(πt/2)
y = 10 sin(πt/2)

Умножаем радиус на 0.03 t — получаем растущую спираль.

---

Сферическая спираль

Добавляем z:
z = 10 cos(0.02 πt)

Радиус x, y теперь умножается на sin(0.02 πt), поэтому он сначала растёт, потом уменьшается.

x = 10 cos(πt/2) · sin(0.02 πt)
y = 10 sin(πt/2) · sin(0.02 πt)
z = 10 cos(0.02 πt)

Куб облетает сферу по спирали.

---

Итог

Положение в 3D задаётся параметрическими уравнениями x(t), y(t), z(t).
Меняя функции, получаем любые траектории — от простого круга до «хаотичных» путей.

Проект Damar • Twitter @damarberlari

• Пользователи восторгаются плавной анимацией и наглядностью объяснения сферической спирали.
• Некоторые жалуются на тормоза в Firefox/Linux и просят убрать «диззи»-эффект.
• Просят добавить навигацию свайпом/скроллом, кнопки «вперёд-назад» и RSS-ленту.
• Отмечен скачок сложности: от азов к финальной спирали — слишком большой шаг для новичков.
• Появились предложения расширить тему: полярные координаты, матрицы поворота, Fibonacci-спираль на сфере.