Hacker News Digest

Deno команда присоединяется к Cloudflare, чтобы продолжить работу над упрощением создания серверного ПО. Их цель — объединить вычисления, хранение и связь в единую модель, где приложения не собирают инфраструктуру сами. Это логичное продолжение пути от Deno через Deno Deploy к celld — платформе, построенной на Cloudflare Workers и Durable Objects, где масштабирование заложено в саму модель программирования, а не в инфраструктуру каждого приложения. Команда видит в этом способ сделать такую модель стандартной для серверной разработки, независимо от того, где запущено приложение.

В рамках перехода Deno runtime получит поддержку с исправлениями и обновлениями безопасности ещё год, после чего разработка прекратится, но код останется открытым. Deno Deploy будет работать шесть месяцев с поддержкой миграции на Cloudflare Workers для платных клиентов. JSR продолжит работу, перенеся свою инфраструктуру на Cloudflare, а rusty_v8 будет интегрирован в workerd. Команда особенно заинтересована в применении Durable Objects для ИИ-агентов благодаря их дешёвому serverless-исполнению, постоянному состоянию, WebSockets и высокоуровневому JS-интерфейсу. Kenton Varda и Райан Дал подробно описывают это в совместном посте в блоге Cloudflare.

Сообщество воспринимает поглощение Deno Cloudflare как конец официальной поддержки рантайма, выражая разочарование из‐за утраты уникальных возможностей: безопасности и импорта модулей по URL. Большинство считают это «закрытием» проекта, несмотря на открытый код, и обеспокоены прекращением поддержки через год. Однако открытый исходный код даёт шанс сообществу продолжить развитие, а Cloudflare может интегрировать лучшие идеи Deno в Workers и получить талантливую команду. Ключевые преимущества Deno — простота импорта модулей напрямую из репозиториев и строгая безопасность — делают его уникальным для скриптов и sandbox‐окружений, и их потеря в Node и Bun отмечается как существенный недостаток. Некоторые советуют сообществу взять на себя развитие Deno после ухода Cloudflare. Пользователь @steve_adams_86 рекомендует перенести механизмы безопасности Deno в workerd для улучшения sandbox‐а. @johnbellone планирует продолжать использовать Deno как встроенный рантайм и надеется на сообще‐форк. @sholladay считает, что Deno стал «раздутым» после добавления совместимости с npm, что оттолкнуло их от проекта. О бизнес‐модели Deno многие считают, что отсутствие монетизации (платные планы, донаты) и зависимость от венчурных инвестиций сделали проект уязвимым к поглощению. Приобретение Cloudflare рассматривается как часть более широкой тенденции консолидации инструментов разработки (Bun, Astro, Vite и др.) под крупные облачные компании. @jppope отмечает, что Cloudflare получит талантливую команду, что может улучшить безопасность и стандартную библиотеку Workers.

Node.js претерпел значительные улучшения: теперь поддерживает весь современный ECMAScript, включая нативную работу с TypeScript без require(), а устаревшие API заменены на более удобные и стандартизированные интерфейсы. Автор вернулся к Node после длительного использования Deno и был приятно удивлён тем, насколько платформа стала приятной в использовании — особенно после миграции проекта на SvelteKit, где сборки стали на 15% быстрее даже без полной оптимизации под Node-specific API.

Для управления версиями и пакетами он выбрал FNM и PNPM, настроив алиасы npm=pnpm и npx=pnpx для совместимости с гайдами, а также добавил в pnpm-workspace.yaml политики minimumReleaseAge: 1440 и trustPolicy: no-downgrade, чтобы откладывать обновления и избегать потенциально вредоносных пакетов — мера, продиктованная недоверием к NPM из-за его истории с post-install скриптами и угрозами безопасности. Что касается TypeScript, Node запрещает stripping типов внутри node_modules по философским причинам — чтобы не поощрять публикацию пакетов на TypeScript и избежать "засорения" экосистемы продуктами Microsoft, поэтому автор использует Tsdown для сборки.

Миграция с Deno оказалась простой: замена Deno.serve на Hono с node-адаптером, Deno.fs на node:fs, а @std/path на node:path — и всё заработало. Несмотря на ностальгию по Deno, автор констатирует его упадок: runtime потерял инновационный drive, стал жертвой стартап-культуры, а проблемы с JSR (429 ошибки), ZSH-интеграцией и конкуренцией в HTTP-запросах сделали его непригодным для daily use. В итоге Deno удалён через brew uninstall deno, а Node стал новым "лучшим другом" — не потому что идеален, но потому что наконец-то стал достаточно хорош, чтобы им пользоваться без страданий.

Node.js стал более стабильным и предсказуемым благодаря улучшениям, но Deno сохраняет уникальные преимущества: встроенные инструменты (тест-раннер, линтер, тип-чекер), безопасность по умолчанию (явное разрешение на сеть и файловую систему), простота работы с TypeScript, автоматическая генерация документации из TSDoc через JSR, сборка в один исполняемый файл и поддержка десктоп-приложений — функции, которых нет в Node.js нативно. Это делает Deno привлекательным для новых проектов, несмотря на снижение активности команды и отсутствие прозрачного роадмапа после увольнений. Node.js по-прежнему остаётся базовым runtime для enterprise-сред, где важна стабильность, а не новизна, и не требует изменения архитектуры приложения. Bun показывает высокую производительность, но ограничен в GPU-задачах. Переход на новые рантаймы следует оценивать по реальным потребностям: стабильность, безопасность и поддержка, а не по тренду. Deno не поддерживает нативный запуск OpenSSL в дочерних процессах, что ограничивает его в некоторых производственных сценариях. Участники спорят, превзошёл ли Node.js Deno, но конкретные примеры его превосходства не приведены. Deno по-прежнему предлагает возможности, которые Node.js не воспроизводит, особенно для разработчиков, ценящих минимальную конфигурацию и отсутствие управления npm-пакетами.

Deno’s runtime includes a dedicated section for desktop application development, offering a full suite of tools and APIs to build cross‑platform GUI programs. It walks developers through project setup, backend integration, HTTP serving, framework choices, and OS‑specific packaging, while also covering advanced features such as WebGPU rendering, hot‑module replacement, DevTools, auto‑update mechanisms, error reporting, and distribution pipelines.

The guide is organized into many subsections—configuration, backends, serving, frameworks, Windows, WebGPU, bindings, menus, tray & dock, dialogs, notifications, HMR, DevTools, auto‑update, error reporting, distribution, and comparison—allowing developers to pick the exact capabilities they need. Notable points include built‑in auto‑update support, WebGPU for modern graphics, and a modular architecture that lets you enable only the pieces you use, making large‑scale desktop projects more maintainable. It also details testing approaches, continuous‑integration hooks, and the CLI commands for scaffolding, bundling, and publishing desktop applications. Security is built‑in, requiring explicit permissions for file, network, and environment access, while TypeScript is supported natively. The documentation also compares different frameworks, helping developers choose the most suitable one for their use case.

• Обсуждается внедрение общего CEF‑рантайма для Deno Desktop, чтобы сократить размер бинарников до нескольких мегабайт.
• Планируется интеграция с системой прав Deno, чтобы пользователь мог удобно просматривать и управлять разрешениями.
• Сравнение с Tauri и другими решениями: возможность использования собственного CEF, несколько бекендов (CEF, WebView, raw) и вопросы размера пакетов.
• Текущий размер приложений остаётся высоким (от 15 МБ с сжатием до 40‑440 МБ), вызывают вопросы по оптимизации и будущей поддержке мобильных платформ.

Разработчик представил Brimstone - новый JavaScript-движок, полностью написанный на Rust. Проект стремится создать альтернативу существующим движкам таким как V8 и SpiderMonkey, но с акцентом на безопасность и производительность за счет использования системы типов Rust и его современных возможностей. Rust обеспечивает безопасность памяти и потоков, что может снизить количество уязвимостей в движке по сравнению с традиционными реализациями на C++.

На данный момент проект находится на ранней стадии разработки, но уже демонстрирует потенциал для создания более безопасных и эффективных JavaScript-движков. Использование Rust для реализации движка JavaScript - это интересный тренд в индустрии, который также наблюдается в других проектах, таких как Deno и Boa, что указывает на растущий интерес к альтернативным языкам для критически важных компонентов веб-платформы.

• Обсуждение началось с благодарности за включение проекта в список и запуск бенчмарков, но быстро перешло к сравнению размеров бинарников Brimstone и Boa, где последний оказался в 3,5 раза больше из-за включённых ICU-таблиц Unicode.
• Участники обсудили, что "написано на Rust" стало маркетинговым клише, и как оно влияет на восприятие проекта, а также затронули тему лицензий и отсутствия лицензии в репозитории.
• Разговор затронул вопросы безопасности памяти и использования unsafe в контексте Rust, где участники обменялись мнениями о том, что именно подразумевается под этим и как это соотносится с выбором языка программирования.

Автор вспоминает, как начал программировать в 2010 году, почти бросив идею из-за неуверенности, но в итоге полюбил это дело через упорство. Он признаётся, что писал много «глупого» кода во время учёбы и игровых джемов, что помогло ему отточить навыки и сохранить интерес.

Сейчас, работая с JavaScript и Deno, он осознал, что стал излишне строг к себе, боясь писать что-то простое или неидеальное. Его вывод: не стоит сдерживаться — любой код, даже самый нелепый, это шаг вперёд. Важно экспериментировать, пробовать новое и просто получать удовольствие от процесса, ведь это поддерживает любопытство и профессиональный рост.

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

YouTube скоро внедрит изменения, которые могут нарушить работу инструментов для скачивания видео, включая yt-dlp. Разработчики проекта предупреждают о необходимости адаптации к новым требованиям, связанным с обновлениями в API и механизмах защиты контента.

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

• Пользователи столкнулись с проблемами скачивания контента через официальное приложение YouTube и обсуждают использование yt-dlp как обходного решения
• YouTube усложняет процесс скачивания, внедряя сложный JavaScript-код, что вынуждает yt-dlp переходить на использование полноценной JS-среды выполнения (Deno) вместо самописного интерпретатора
• Сообщество выражает озабоченность по поводу будущего скачивания контента с YouTube, обсуждает технические сложности и возможные альтернативы для архивации видео
• Выбор Deno обусловлен его безопасностью и наличием самодостаточного бинарного файла, но это добавляет зависимость и усложняет использование yt-dlp в некоторых сценариях
• Обсуждаются потенциальные последствия для сторонних приложений и необходимость сохранения контента в свете ужесточения политики YouTube

Deno подала официальную петицию в Ведомство по патентам и товарным знакам США, чтобы оспорить товарный знак Oracle на слово «JavaScript». После сбора более 27 тысяч подписей под открытым письмом проект перешёл к ключевой стадии discovery, требующей серьёзных ресурсов. Цель — доказать, что термин стал общедоступным обозначением языка, а не брендом Oracle, и освободить его для использования разработчиками, конференциями и авторами без юридических рисков.

Для усиления позиции Deno запустила кампанию по сбору $200 тыс. на экспертные опросы, показания свидетелей из индустрии и академической среды, а также юридические расходы. Oracle уже официально отвергла аргументы о generic-статусе термина. Успех дела важен не только для JavaScript, но и для принципов товарного права: победа корпорации создаст прецедент присвоения общеупотребимых понятий.

• Критика сбора средств VC-финансируемой компанией Deno для суда с Oracle из-за товарного знака "JavaScript"
• Сомнения в успехе и целесообразности дела против Oracle с её огромными ресурсами и возможными негативными последствиями для сообщества
• Предложения альтернативных решений: переход на использование названий "JS", "ECMAScript" или "TypeScript"
• Восприятие инициативы как PR-хода или маркетингового хода, а не искреннего общественного служения
• Поддержка цели освобождения названия, но с оговорками относительно мотивов и методов Deno