Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз серверной JavaScript-платформы Bun 1.4, переписанной с Zig на Rust

21.08.2026 21:30 (MSK)

Представлен выпуск платформы Bun 1.4, предназначенной для обособленного выполнения приложений, написанных на языках JavaScript и TypeScript, и нацеленной на использование в качестве прозрачной замены платформы Node.js. Ветка 1.4 примечательная переводом кодовой базы с языка Zig на язык Rust, осуществлённым с использованием AI-инструментов Claude. Код продолжает распространяться под лицензией MIT.

В качестве причины переписывания на Rust отмечается желание устранить проблемы в Bun, вызванные утечками памяти, а также наличие разногласий с авторами Zig в плане применения AI для написания кода и неприемлемая для крупных проектов политика Zig в отношении принятия в язык изменений, нарушающих совместимость. В качестве главного преимущества перехода на Rust упоминается возможность отлавливания и предотвращения ошибок при работе с памятью, диагностика которых последние годы отнимала у разработчиков Bun много времени.

Судя по проведённым тестам, версия на Rust потребляет на 13-48% меньше памяти, запускается в два раза быстрее и до 5 раз меньше нагружает CPU в режиме простоя. Размер исполняемого файла в версии на Rust сократился на 17%. При запуске при помощи Bun 1.4 приложения Claude Code нагрузка на CPU уменьшилась в два раза.

В состав включено 1517 дополнительных тестов для проверки совместимости и устранено более 2900 проблем. В базовую поставку добавлены новые библиотеки Bun.Image, Bun.WebView, Bun.markdown, Bun.cron() и Bun.Terminal. В командах "bun run" и "bun test" реализован режим параллельного запуска (--parallel). Обеспечена совместимость с фреймворками Next.js 16 и vitest.

Проект Bun поддерживает большую часть API Node.js. В состав платформы входит набор инструментов для создания и выполнения приложений на языках JavaScript и TypeScript, а также runtime для выполнения JavaScript-приложений без браузера, пакетный менеджер (совместимый с NPM), инструментарий для выполнения тестов, система сборки самодостаточных пакетов и прослойка для встраивания обработчиков, написанных на языке Си. По производительности Bun заметно обгоняет Deno и Node.js (в тестах на базе фреймворка React платформа Bun в 2 раза опережает Deno и почти в 5 раз Node.js). Для выполнения JavaScript задействован JavaScript-движок JavaScriptCore и компоненты проекта WebKit с дополнительными патчами.

  1. Главная ссылка к новости (https://bun.com/blog/bun-v1.4...)
  2. OpenNews: Представлены Buz и Cruller, форки JavaScript-платформы Bun, продолжающие развитие на языке Zig
  3. OpenNews: JavaScript-платформа Bun перешла в руки компании Anthropic
  4. OpenNews: Доступна серверная JavaScript-платформа Bun 1.0, более быстрая, чем Deno и Node.js
  5. OpenNews: Автор платформы Bun проводит эксперимент по переписыванию с Zig на Rust
  6. OpenNews: Утверждён перевод JavaScript-платформы Bun на язык Rust
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66111-bun
Ключевые слова: bun, javascript
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (129) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, GNU Overlord (ok), 21:33, 21/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    > Судя по проведённым тестам, версия на Rust потребляет на 13-48% меньше памяти, запускается в два раза быстрее и до 5 раз меньше нагружает CPU в режиме простоя. Размер исполняемого файла в версии на Rust сократился на 17%. При запуске при помощи Bun 1.4 приложения Claude Code нагрузка на CPU уменьшилась в два раза.

    Естественно, компилятор справляется лучше, чем кожаная прокладка. Еще бы Node.js на него переписать.

     
     
  • 2.55, Аноним (55), 05:25, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Там изначально слоп на слопе, поэтому на языке с ручным управлением памятью сплошные утечки.
    Теперь тоже слоп, но частично вопросы памяти решает язык.
    Следующий этап — переписать на языке со сборщиком мусора.
     
     
  • 3.64, GNU Overlord (ok), 07:13, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Этот "слоп" работает быстрее чем самаритянский node.js. И по памяти лучше. https://bun.com/blog/bun-v1.4#memory-usage
     
     
  • 4.99, Аноним (99), 16:26, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Только в пустых тестах, где ничего не происходит. Попробовал на больших данных и сложном рендере, получил приличный проигрыш.
     
     
  • 5.134, GNU Overlord (ok), 19:43, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Peak memory under load (1,000,000 requests with 64 connections; 100,000 for Next.js and Vite):

    Не понял, а ты от того же некста чего ждал?

     
  • 3.86, Аноним (86), 12:24, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Следующий этап — переписать на языке со сборщиком мусора.

    Бессмысленно. Если ты можешь решать вопросы управления памятью статически, то какой смысл выносить их решение в рантайм и тратить время на них в рантайме?

     
  • 2.102, Ерфений Никодимович (?), 17:01, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Уже переписали node.JS на Rust - Nub называется, (https://github.com/nubjs/nub), причём делали люди из Bun тусовки (то есть - серьёзные люди). По тестам, вроде - очень шустрый, в разы быстрее node.JS.
     

  • 1.2, Аноним (2), 21:43, 21/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Хозяйке на заметку: если в сайт не пихать яваскрипт, то производительность яваскрипт-движка браузера не имеет значения.
     
     
  • 2.5, Аноним (5), 21:51, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    подобные советы в 2026-м году равносильны совету использовать смесь соды и уксуса в качестве моющего средства
     
     
  • 3.9, albb (ok), 22:01, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А ведь когда-то мы такое пили.
     
  • 3.15, Аноним (15), 22:07, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Кислота + щёлочь = ...  Что будет в результате реакции? Вспомните школьную химию
     
     
  • 4.33, Аноним (5), 00:11, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +7 +/
    если тебе не хватило ума понять, почему именно этот "совет" приведен в качестве примера, у меня для тебя плохие новости
     
  • 4.36, Нонон (?), 00:15, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Соль
     
  • 3.16, limafresh (ok), 22:09, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Почему? Зачем например новостному сайту JS?  Для рюшечек и чтобы следить и показывать рекламу? Ну для веб-приложений, где он нужен, то да, оправдано. Но для текстовых сайтов...
     
     
  • 4.19, GNU Overlord (ok), 22:13, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Превьюшки на hover новости, слайдеры картинок, видеоплеер.
     
     
  • 5.20, limafresh (ok), 22:14, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну возможно вы правы.
     
  • 5.50, _kp2 (?), 04:25, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как ни странно, делается на HTML+(хитровывернутый)CSS.
     
     
  • 6.51, GNU Overlord (ok), 05:08, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > делается на HTML+(хитровывернутый)CSS.

    И как мне на CSS сделать превью новости? Допустим там список новостей а на ховер открываем popup с текстом?

    Типа этого:
    https://github.com/open-webui/open-webui/blob/01f4282f1ffe0d6212f58d3afbeae21f

     
     
  • 7.52, Аноним (52), 05:16, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    делаешь превью в виде картинки
     
     
  • 8.65, GNU Overlord (ok), 07:14, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, собственно вот тебе и ответ на вопрос, зачем JS ... текст свёрнут, показать
     
     
  • 9.90, Аноним (52), 15:12, 22/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 7.75, Смузихеб забывший пароль (?), 10:50, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    на типо этого лень смотреть
    но в вебе многое упирается в фантазию разработчика )

    навскидку, в самом простом случае - все превью новостей генерируются вместе с новостями, будучи вложенными в элемент конкретной новости, но являются скрытыми

    при наведении( hover ) на элемент - превьюха становится видимой как и прописано в селекторе у стилей для элемента превью в блоке новости у которого появился :hover
    с абс позиционированием отображай её как и где хочешь

    стили у превью будут типовые, поэтому они отлично закешируются

     
     
  • 8.129, GNU Overlord (ok), 19:36, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Одну выше уже писал Ну, собственно вот тебе и ответ на вопрос, зачем JS Ты п... текст свёрнут, показать
     
  • 5.71, Анон1110м (?), 10:17, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Видео можно и без JavaScript. Всё остальное не нужно. Да даже если и делать, то без мегабайтов скриптов. Хотя вэбщики ничего не умеют без хотя бы jQuery.
     
     
  • 6.78, Смузихеб забывший пароль (?), 11:01, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    там часть веса может оказаться всякими "костылями" для поддержки требуемого функционала в разных версиях разных браузеров
    Скажем, для 10-15 последних версий хромого, вебкита и огнелисы чтоб код работал. А раньше ещё и ИЕ был
     
  • 5.77, Аноним (2), 10:55, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Превьюшки на ховер делает браузер. Может даже саммари тебе сделать, если умный. Слайдеры картинок уже можно на голом CSS сделать (добрый вечер!). Видеоплеер на голом HTML работает -- если у тебя не что-то ютубоподобное, то тебе этого за глаза хватит.
     
     
  • 6.88, Анон1110м (?), 12:59, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, много чего можно и даже нужно вынести в браузер. Например в старой Opera была специальная навигационная панель работавшая за счёт пристутсвия <link rel="last"
    <link rel="next" и т.д. Поиск по сайту тоже можно унифицировать внутри браузера за счёт спецификации OpenSearch да и в целом можно придумать много интресного и удобного для пользователя а не постоянное раздувание CSS, JavaScript, скругление и внедрение нейронок.
     
  • 6.132, GNU Overlord (ok), 19:41, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Превьюшки на ховер делает браузер.

    Браузер не подгрузит на ховер контент другой новости и не впихнет тебе его туда как компонент.

    > Видеоплеер на голом HTML работает -- если у тебя не что-то ютубоподобное

    Тут ты верно подметил. Ютубподобное может и не надо, но хотябы выбор качества сделать можно. А это сразу HLS или DASH. Да и UI более-менее приятный не помешал бы.

     
  • 3.29, Джон Титор (ok), 23:26, 21/08/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 3.106, Сладкая булочка (?), 17:07, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем мешать? Просто сода отлично справляется.
     
  • 3.107, Александр (??), 17:08, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    правильно: соды и горчицы. Посуду моет гораздо лучше современных средств, кстати.
     
  • 2.28, Джон Титор (ok), 23:17, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Хозяйке на заметку: если в сайт не пихать яваскрипт, то производительность яваскрипт-движка браузера не имеет значения.

    Это зависит - есть ли у вас расширения или нет. Всякие парольные менеджеры непонятно чем занимаются что довольно часто их можно словить на том что именно их вина в падении производительности.

     
     
  • 3.34, Аноним (5), 00:12, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    без сомнений, ты настоящий иксперд опеннет
     

  • 1.3, RustFan (?), 21:44, 21/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Собака лает, караван идет. Красавчики!
     
  • 1.4, Аноним (4), 21:50, 21/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Если так просто с ИИ переписать, то переписали бы на СИ прирост был бы еще больше
     
     
  • 2.6, Аноним (5), 21:52, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    нет, не был бы
     
  • 2.8, Ivan_83 (ok), 21:59, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Через пару лет автор найдёт фатальный недостаток в расте и перепишет на кресты, в новости будет всё тоже самое про прирост и уменьшение :)
     
     
  • 3.37, Аноним (5), 00:19, 22/08/2026 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
     
  • 4.135, Аноним (135), 19:45, 22/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.40, Нонон (?), 00:22, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Тут отчасти есть правда. Си и раст в принципе то одинаковые в смысле низкоуровневости.
    А прирост производительности может зависеть от реализации или даже от того какой аллокатор используется jemalloc malloc..
    Потом в расте есть системные потоки, или зеленые потоки Токио. В общем есть целая куча способов чтоб код по разному бенчмарки проходил. Думаю это так и в си и в расте
     
     
  • 4.43, Ivan_83 (ok), 01:49, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Раст не низкоуровневый, он конкурент крестам примерно.

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

     
     
  • 5.46, Аноним (46), 02:17, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Раст не низкоуровневый, он конкурент крестам примерно.

    Был бы, будь в расте ООП. Без ООП расту никогда с С++ не сравниться.

     
     
  • 6.56, DEF (?), 05:29, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Смеялся. ООП не нужно. Непригодная на практике парадигма. Все современные ЯПы не имеют и не используют ООП. Даже в JS/TS используют функции и модули вместо ненужных классов.
     
     
  • 7.58, Аноним (46), 06:36, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Непригодная на практике парадигма

    Единственная пригодная на практике парадигма. Qt, игры и игровые движки, llvm. Проще сказать, где в современном мире ООП не применяется, чем наоборот.

    >Все современные ЯПы не имеют и не используют ООП

    Неправда. И имеют, и используют. У вас странное представление о современных ЯП.
    Вот раст да, не использует. Поэтому он никогда не заменит С++. Наоборот, раст моментально заменяет на раст++, как только тот появится.

     
     
  • 8.59, Ivan_83 (ok), 06:49, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так П в ООП это про подход, на С тоже прекрасно пишется ООП код, взять сокет или... текст свёрнут, показать
     
     
  • 9.67, Аноним (67), 08:45, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    хорошо, что ты не пишешь ничего серьезного... текст свёрнут, показать
     
     
  • 10.73, Аноним (73), 10:21, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вот зря Вы так На С действительно можно писать в ООП стиле Именно поэтому пе... текст свёрнут, показать
     
  • 10.94, Ivan_83 (ok), 15:50, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я ж на чужие труды не молюсь, для меня и кресты и джава - просто ещё одни языки ... текст свёрнут, показать
     
  • 7.66, GNU Overlord (ok), 07:19, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Даже в JS/TS используют функции и модули вместо ненужных классов.

    Лицо Ангулярщика или Нестовика представил?

    > модули

    Чисто на require/export/import и пишем))

     
     
  • 8.68, Аноним (67), 08:47, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    он никогда в жизни не писал ничего сложней хелло-иксперды на жс или тс... текст свёрнут, показать
     
  • 8.133, Аноним (135), 19:42, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это Опеннет, друг Тут от местных экспертов порой и не такие перлы услышишь ... текст свёрнут, показать
     
  • 6.61, Аноним (135), 07:00, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Был бы, будь в расте ООП. Без ООП расту никогда с С++ не сравниться

    Лол. С каких это пор ООП в стиле C++/Simula начал считаться нормальным и единственно верным?

     
     
  • 7.62, Аноним (46), 07:10, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >С каких это пор ООП в стиле C++/Simula начал считаться нормальным

    С таких, потому что это приняло широкую поддержку и моментально распространилось.

    >единственно верным

    Где я такое сказал?

     
     
  • 8.95, Ivan_83 (ok), 15:51, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Точно, ведь толпа всегда права Все научные открытия тоже толпа делала придя к к... текст свёрнут, показать
     
  • 8.100, Аноним (135), 16:36, 22/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 8.101, Аноним (135), 16:43, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ах, да еще ты сказал Без ООП расту никогда с С не сравниться , что как бы на... текст свёрнут, показать
     
     
  • 9.112, Аноним (46), 17:26, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ниасилил так не ниасилил, что злиться-то Вон, некоторые концепцию указателей по... текст свёрнут, показать
     
  • 6.113, Аноним (113), 17:29, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Смешно. ООП в расте есть, причём если сравнивать его с плюсовым то это именно то его подмножество что вообще как-то можно использовать и используется на практике (т.е. без ромбов и с composition over inheritance, а всё остальное абсолютно такое же). Только сделанное не через одно место - например, есть dyn по нескольким трейтам, и статическая/динамическая диспетчеризация отличаются одним словом (dyn vs. impl) как и должны, вместо совершенно дикой ортогональной утино-типизированной системы шаблонов.
     
  • 5.49, Аноним (-), 03:31, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Раст не низкоуровневый, он конкурент крестам примерно.

    Покажи пример низкоуровневости на Си, который нельзя повторить на Расте.

    > В С нет потоков, потоки чисто технически это внешние либы от системы, это не часть языка.

    Модель памяти - это внешняя библиотека?

     
     
  • 6.54, Ivan_83 (ok), 05:22, 22/08/2026 Скрыто ботом-модератором     [к модератору]
  • –4 +/
     
     
  • 7.60, Аноним (135), 06:58, 22/08/2026 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 6.83, Ckotctvo (?), 11:29, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Двусвязные списки осилили уже, ихтиандры?

     
     
  • 7.91, Аноним (91), 15:29, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Осилили, но там оверхед на уровне забивания гвоздей бетономешалкой.
     
  • 5.72, Анон1110м (?), 10:18, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    C тоже не низкоуровневый.
     
  • 5.85, Аноним (85), 12:14, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Раст не низкоуровневый, он конкурент крестам примерно.

    Всё верно. Раст конкурент языку Си плюс-плюс. Чистый Си из другой весовой категории, просто калибор не тот.

    >В С нет потоков

    В стандарт 2011 года многопоточность завезли. Ты где все эти годы был? Спал?

    >потоки чисто технически это внешние либы от системы

    До C11, если брать конкретно Unix-like системы, то пользовались POSIX-thread.

     
     
  • 6.97, Ivan_83 (ok), 16:16, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > В стандарт 2011 года многопоточность завезли. Ты где все эти годы был? Спал?

    Я не гонюсь за новшествами в языке.

     
  • 5.109, Александр (??), 17:12, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Уже есть <threads.h> в стандарте
     
     
  • 6.120, Ivan_83 (ok), 18:33, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, есть.
    Но что то я не видел чтобы это всё юзали в проектах.
     
     
  • 7.123, Аноним (123), 18:54, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Но что то я не видел чтобы это всё юзали в проектах.

    И тому 2 причины.
    1. Чтобы программировать в Си многопоточность, надо быть акуратным. Не умеешь, не надо.
    2. Язык Си сам по себе очень быстр. Си настолько реактивен, что потребность в многопоточности сомнительна.
    3. Когда в стандарт вводили threads, многие пожимали плечами, а нужно ли это? Многопоточность в Си это скорее дань времени в котором мы живём. По-факту все процессоры же многоядерные.

     
     
  • 8.131, Аноним (135), 19:40, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ахаха Вот это новости ... текст свёрнут, показать
     
  • 3.63, Аноним (63), 07:11, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Через пару лет автор найдёт фатальный недостаток в расте и перепишет на кресты

    Причем тут автор? Правильнее:

    "Если антропикам нужно будет повторить рекламную кампанию, они отсыпят токенов и напрягут сделать"

     
  • 2.18, Аноним (135), 22:11, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> проблемы [...] вызванные утечками памяти
    > переписали бы на СИ прирост был бы еще больше

    Прирост утечек памяти? Ну да, С в этом абсолютный чемпион.

     
     
  • 3.45, Ivan_83 (ok), 01:53, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И много у тебя памяти утекло пока ты сюда писал?
     
  • 3.47, Аноним (46), 02:20, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так он бы не сам переписал, а с помощью ИИ. Вас же не пугает, сколько возможных гипотетических логических ошибок есть в переписанном Bun?
     
     
  • 4.87, Аноним (86), 12:27, 22/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.30, Джон Титор (ok), 23:31, 21/08/2026 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     

  • 1.7, doesnm2 (?), 21:57, 21/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В качестве причины переписывания на Rust отмечается желание устранить проблемы в Bun, вызванные утечками памяти,

    Но ведь Rust от них не защищает. Цитирую Rustbook:

    > Гарантии безопасности памяти в Rust затрудняют, но не делают невозможным случайное выделение памяти, которое никогда не очищается (известное как утечка памяти ). Полное предотвращение утечек памяти не является одной из гарантий Rust, а это означает, что утечки памяти безопасны в Rust.

     
     
  • 2.11, Аноним (15), 22:03, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Реальная причина переписывания в другом.
     
     
  • 3.12, Аноним (15), 22:04, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Товарищи очень просили. Вот денег даже дали.
     
  • 2.21, Аноним (135), 22:15, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Но ведь Rust от них не защищает

    В Расте адекватные проверки владения во время компиляции, плюс смарт-указатели во время выполнения. Это само по себе сильно уменьшает возможность уронить память.

    А в Zig ты память ручками вычищаешь, прямо как в дыряшке. Defer тебя немного спасет, но только в случае локальных объектов.

     
     
  • 3.44, Ivan_83 (ok), 01:51, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Никогда не понимал людей на каждый чих выделяющих память. Таким никакой язык не поможет, только совсем типа вижалбейсика где память выделять не надо ибо нечем.
     
     
  • 4.74, vvm13 (ok), 10:32, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В VB память вполне себе выделяется, только неявно. Хотя, в отличие от Java, там используется счётчик ссылок.
     
     
  • 5.98, Ivan_83 (ok), 16:21, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Как бы для нубов там действительно нет средств для выделения памяти.
    Когда уже знаешь тонкости то взять туже строку и заполнить проблемали - вот выделил кусок памяти который можно передать как буфер кудато в WinAPI.
    Так же там прикручиваются всякие HeapAlloc() из WinAPI, но потом из них всё равно через CopyMemory втаскивать/вытаскивать данные.
     
  • 4.115, Аноним (113), 17:39, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты от программирования далёк, тебе такое не понимать простительно Основа програ... большой текст свёрнут, показать
     
     
  • 5.118, Ivan_83 (ok), 18:28, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Основа программирования - поддерживаемый, а значит простой код, и отсутствие преждевременных оптимизаций

    Да да, и как простой код сочетается с выделением памяти на каждый чих?
    Вы хоть простой и поддерживаемый код то видели в жизни?
    Вон откройте RFC про MD5 и почитайте в дополнениях. Этому RFC поди больше чем вам лет а оно собирается и работает.

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


    > естественным образом пишется софт без лишних аллокаций вообще, и аналогов расту тут нет даже близко.

    Аналоговнетный язык - это точно :)


    > Там тоже память выделяется на каждый чих, ты не знал?

    Кем выделяется то?
    То что язык под капотом что то там деляет - его личная проблема, он сам же за собой и убирает.

     
     
  • 6.121, Аноним (135), 18:50, 22/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.70, ыых (?), 09:14, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > В Расте адекватные проверки владения во время компиляции

    Это поэтому в растбуке целая глава "как заставить раст не падать на нормальном приложении" с припиской "ну раст чисто объявления функций смотрит, поэтому так, сорян))))"?

    Адекватно, ничо не скажешь. Уж лучше го со сборщиком

     
     
  • 4.122, Аноним (135), 18:51, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> В Расте адекватные проверки владения во время компиляции
    > Это поэтому в растбуке целая глава "как заставить раст не падать на нормальном приложении"

    Скинь ссылочку - обсудим.

     

  • 1.10, Аноним (15), 22:01, 21/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > до 5 раз меньше нагружает CPU в режиме простоя.

    А чем Bun загружает процессор в простое? И зачем?

     
  • 1.13, Аноним (13), 22:06, 21/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Вот и доказательство того что Zig мусорный язык
     
     
  • 2.23, Мемоним (?), 22:35, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Нет, это доказательство того что Claude программирует лучше чем Jarred Sumner.
     
     
  • 3.35, Аноним (5), 00:14, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    и что zig - мусорный язык
     

  • 1.14, ДядяПетя (?), 22:07, 21/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Zig не идеальный но и не 1.0

    Производительность выше как всегда из-за того что отрефакторили?

     
  • 1.17, Аноним (17), 22:10, 21/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Это тот вирус через который в aur пакеты ломали? Кто-то реально этим добровольно пользуется?
    У себя сразу пакет в блеклист поставил чтобы ничего не ставилось где оно в зависимостях появится.
     
  • 1.24, Мемоним (?), 22:36, 21/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Версию на Zig писал Jarred Sumner. Версию на Rust писал Claude. Вторая версия быстрее и экономнее. Выводы?
     
     
  • 2.25, Аноним (135), 23:03, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Версию на Zig писал Jarred Sumner. Версию на Rust писал Claude. Вторая версия быстрее и экономнее. Выводы?

    Вывод: лучше писать с Claude на Rust, чем без Claude и на Zig.

    Или ты на что-то другое намекаешь?

     
     
  • 3.81, Смузихеб забывший пароль (?), 11:10, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > чем без Claude и на Zig

    *чем с Джаредом и на Зиг

     
  • 2.26, чатжпт (?), 23:05, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Даже тупой ИИ может написать производительный и безопасный код на Раст. Раст - идеальный выбор для любого проекта.
     
     
  • 3.48, Аноним (46), 02:23, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Надо это разработчикам uutils сказать, а то они сколько лет несколько тестов никак пройти не могут и кучу дыр имеют.
     
  • 3.111, Сладкая булочка (?), 17:14, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Только тупой ИИ может написать производительный и безопасный код на Раст.

    Поправил, не благодари.

     
  • 2.27, Аноним (15), 23:13, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Выводы?

    А выводы, что ничего не меняется на белом свете, всё так же рулит маркетинг. (в данном случае - маркетинг Anthropic'а)

     
  • 2.53, Аноним (52), 05:17, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А теперь пусть Claude перепишет обратно на Zig и скорость увеличится ещё в 2 раза.
     
     
  • 3.110, Сладкая булочка (?), 17:13, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > А теперь пусть Claude перепишет обратно на Zig и скорость увеличится ещё в 2 раза.

    А если гонять туда-сюда скорость будет возрастать? Ведь будет же? Возможно даже не линейно? Нужно обязательно проверить. Ваш Антропик.

     
  • 2.108, Сладкая булочка (?), 17:12, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Версию на Zig писал Jarred Sumner. Версию на Rust писал Claude. Вторая версия быстрее и экономнее. Выводы?
    > Jarred was already writing slop well before he had access to LLMs.

    https://andrewkelley.me/post/my-thoughts-bun-rust-rewrite.html#:~:text=Jarred&

     
     
  • 3.130, Аноним (135), 19:36, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Jarred was already writing slop well before he had access to LLMs.

    Только вот Jarred - это основной разработчик и создатель сабжа, который пилил и продолжает пилить большую часть проекта. Поэтому россказни о "слопе" от каких-то прихлебателей с мизерным вкладом в проект - это курам насмех.

    Пусть такие критиканы покажут, как правильно Bun писать. А, нет, не покажут - у них же времени нет, они же вон его тратят на разведение драмы в своих бложиках.

     

  • 1.31, Аноним (31), 23:33, 21/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Причина одна - ИИ знают раст лутше, чем зиг. Вот и фсё.
     
     
  • 2.39, Аноним (5), 00:20, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    тем уже для zig
     
  • 2.41, Нонон (?), 00:31, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И слава богу!
     
  • 2.84, Ckotctvo (?), 11:36, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее раст явно наказывает за ряд ошибок и ии имеет возможность исправиться. Вообще заметно что компании продвигающие и одновременно пропихивают везде раст
     
  • 2.89, Zig мой Zig (?), 13:09, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Зиг ии вообще не знают, в zig на даннам этапе это очень большой эксперимент и обучень большими вопросами к Андрю Келли.

    Хотя бы взять его решения передавать аллокатор и io явно в функцию. Очень спорные решения. Мусорная точка которую ставят просто везде, зато не ставят точку с запятой в конце строки, спасибо барину.

    Ну и до кучи мансы как сложно заниматься кроскомпиляцией в си/си++ и других яп, а вот в нашем zig все просто.

    Zig это религиозный выбор, церкви Андрю Келли.

     
     
  • 3.128, Аноним (135), 19:32, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Хотя бы взять его решения передавать аллокатор и io явно в функцию

    Ну так добро пожаловать в язык, который проектировал сишочник-эмбеддедщик. Хз, чему тут удивляться. Скажи спасибо, что хоть defer добавили.

     

  • 1.32, Джон Титор (ok), 23:33, 21/08/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.42, nw (?), 00:40, 22/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Лишний раз показывает, что ИИ это 30% инструмент и 70% пиар.
    Они всё же смогли родить релиз. Напомню, что первоначальная новость о переписывание Bun на Rust вышла почти 3 месяца назад. Тогда объявили, что перенос было потрачено всего 16 дней и токенов на 160К $. Правда после этого они 3 месяца активно делали PR, а значит могли слить токенов на 800К+ $.
     
     
  • 2.57, Аноним (57), 05:58, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для программиста даже самые простые локальные модели вроде qwen 3.8 27b более чем достаточны, если решать задачи атомарно и понимать, что делаешь. Всё остальное, вроде opus и fable, - для тех, кто хочет кнопку "сделать зашибись" и писать проект на тысячи строк одним промптом.
     
     
  • 3.114, Ерфений Никодимович (?), 17:35, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Очень сильно плюсую. Если большой опыт в разработке - то достаточно даже самых базовых ИИ для генерации, ты просто более точечно делаешь запрос, так как ровно шаришь то, что нужно. Сегментация задач просто вручную делается и даже самая базовая нейронка всё нормально сгенерирует - если правильно ей вопрос задать.
     
  • 2.93, User (??), 15:45, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, там помнится два товарища нашли кнопку fork, да? Один обещался с помощью ии избавить проект от ии, другой как настоящий мужик... Я предполагаю, со дня на день мы увидим их, существенно более другие и лудшие результаты, ведь да? Да?!
     
  • 2.96, Аноним (91), 16:08, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > ИИ это 30% инструмент и 70% пиар

    причём 30% - это инструмент типа молотка с двумя ручками в разные стороны.

     
  • 2.104, Сладкая булочка (?), 17:03, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > а значит могли слить токенов на 800К+ $.

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

     

  • 1.79, 21328 2132821328213282132821328 (?), 11:02, 22/08/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     
  • 1.82, Admin (??), 11:19, 22/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Linux ужасная ос. На ней всё лагает и тормазит!!
     
  • 1.92, Аноним (92), 15:37, 22/08/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.103, Сладкая булочка (?), 17:02, 22/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В качестве причины переписывания на Rust отмечается желание устранить проблемы в Bun, вызванные утечками памяти, а также наличие разногласий с авторами Zig в плане применения AI для написания кода и неприемлемая для крупных проектов политика Zig в отношении принятия в язык изменений, нарушающих совместимость. В качестве главного преимущества перехода на Rust упоминается возможность отлавливания и предотвращения ошибок при работе с памятью, диагностика которых последние годы отнимала у разработчиков Bun много времени.

    Какая наглая ложь. Вот тут все написано по делу https://andrewkelley.me/post/my-thoughts-bun-rust-rewrite.html Просто деньги, ничего личного.

     
     
  • 2.117, Ерфений Никодимович (?), 17:51, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    На Rust на самом деле проще писать безглючный код - компилятор не даёт этого делать. Так что тут просто сошлось много нюансов.
     
     
  • 3.119, Ivan_83 (ok), 18:30, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да да, пока раст програмисты сражаются с боров чекером чтобы хотя бы PoC заработал С програмисты уже 5 релиз выкатывают :)
    Удачи вам %)
     
     
  • 4.125, Аноним (135), 19:05, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Да да, пока раст програмисты сражаются с боров чекером чтобы хотя бы PoC заработал С програмисты уже 5 релиз выкатывают :)

    Естественно: пятый к ряду хотфткс с исправлениями типично сишочных вулнов. Серьезно, у меня где-то 3/4 обновлений сишочных либ на дистре - это затычки дыреней.

     
  • 2.124, Аноним (135), 19:02, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Какая наглая ложь. Вот тут все написано по делу https://andrewkelley.me/post/my-thoughts-bun-rust-rewrite.html Просто деньги, ничего личного.

    О каком "личном" ты говоришь, если тот самый Jarred является создателем и основным разработчиком Bun? И он сам же продал стартап Антропику. И сам же переписывает свой код с Zig на Rust.

    Как бы, раз чувак на своем горбу тянет СВОЙ проект - имеет полное моральное право хоть на Брейнфаке его переписать. А недовольные вон уже сделали несколько форков, которые, безусловно, ждет оглушительный успех.

     

  • 1.105, Сладкая булочка (?), 17:05, 22/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    В целом не вполня понятна аудитория этого хинкаля. Рынок уже за нодой, ну может там дино где-то. Зачем на устоявшийся рынок входить? К тому же после таких метаний автора и его характеристики от автора зига стоило бы держаться подальше от этой платформы. Мало ли что ему завтра в голову взбредет, а тестировать этого будете вы у себя в проде.
     
     
  • 2.126, Аноним (135), 19:09, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В целом не вполня понятна аудитория этого хинкаля

    А новость прочитать - не? Он нужен, во-первых, Антропику, которая активно его юзает.

    > Рынок уже за нодой, ну может там дино где-то.

    Тем временем в новости:

    "По производительности Bun заметно обгоняет Deno и Node.js (в тестах на базе фреймворка React платформа Bun в 2 раза опережает Deno и почти в 5 раз Node.js)"

    Прямым текстом написано, что сабж в 5 раз быстрее Ноды, но опеннетная булочка все равно продолжает недоумевать, зачем он нужен.

     
  • 2.127, User (??), 19:18, 22/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Нода - это как бы ээээ... legacy, да. А что такое "рынок" будут определять вот в том числе и товарищи на букву "A", которые зачем-то в это дело хорошо так вложились.
     

  • 1.116, Аноним (116), 17:40, 22/08/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру