LINUX.ORG.RU

Вышел Bun 1.1

 , , , ,


0

4

Тихо и незаметно, не ради лулзов, а работы для, спустя 6 месяцев после первого мажора состоялся релиз Bun 1.1. Bun — это альтернативная реализация среды выполнения JavaScript и TypeScript, совместимая с NodeJS. В минорной версии исправлено более тысячи ошибок, добавили новые функции и API, реализована официальная поддержка Windows (в версии 1.0 считалась нестабильной).

Доработки и улучшения в Bun 1.1:

  • доведена до стабильной версии поддержка ОС семейства Windows (от Windows 10 и более поздних). На текущий момент Bun для Windows проходит 98% набора тестов;
  • в проект добавлены более десяти новых функций, доработок API и изменений для решение проблемы потери производительности при повторной передаче одних и тех же файлов. По заявлениям после этих доработок tsc и подобные инструменты стали работать в 2 раза быстрее (в сравнении с Bun 1.0);
  • доработан Bun Shell;
  • исправлены баги и улучшена поддержка для API-интерфейсов Node.js;
  • проведены ряд улучшений запуска и отладки кода на JavaScript и TypeScript;
  • проведена оптимизация и улучшена стабильность.

О Bun

Одной из отличительных особенностей Bun, кроме скорости выполнения является, наличие встроенного в среду выполнения транспилятора. Это означает, что при работе с Bun можно запускать файлы JavaScript, TypeScript и JSX/TSX без каких-либо зависимостей.

Вместо V8 используется движок JavaScriptCore, разрабатываемый WebKit, что позволило получить лучшую скорость исполнения и частично решить проблему потребления памяти.

Bun написан на Zig — языке программирования низкого уровня с ручным управлением памятью, чем также объясняются высокие показатели его скорости.

>>> Подробности



Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 2)
Ответ на: комментарий от gns

В мире джаваскрипта — нет. Опять же, лучшее решение для какой задачи? Я бы придерживался принципа для любой задачи не использовать джаваскрипт, а дальше искать решение.

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

Это не нормально

small-entropy
() автор топика
Последнее исправление: small-entropy (всего исправлений: 1)
Ответ на: комментарий от small-entropy

Ну как бы я стараюсь заботиться и о клиенте тоже. Да, 95 процентам пофигу, что исполняет их броузер. А остальным? Да и о 95 процентах неплохо подумать. Дешевизна — не единственный критерий. Видать, мы просто разными задачами занимаемся.

gns ★★★★★
()
Ответ на: комментарий от gns

Ну как бы я стараюсь заботиться и о клиенте тоже.

Формируя решения, где им надо страдать, которое еще и будет готово не известно когда? Странное у вас понимание заботы

Да, 95 процентам пофигу, что исполняет их броузер. А остальным?

Внезапно, сорцы того, что исполняется доступны. А еще можно выключить исполнение ЖС.

Да и о 95 процентах неплохо подумать. Дешевизна — не единственный критерий.

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

Ну так вот. Решение на JS позволяют достигнуть даже при наличии одних только макак под рукой - 2 из 3 критериев. Ваше решение - скорее всего 1. Вопрос - что выберет бизнес?

Видать, мы просто разными задачами занимаемся.

Может быть, не спорю. Есть области, где за использование JS я бы руки отрывал. Правда таких не так много.

small-entropy
() автор топика
Ответ на: комментарий от small-entropy

Архитектура и все остальное - клиенту без разницы.

Оно так, сама по себе архитектура ему безразлична, он внутрь вообще заглядывать не собирается. Но вот лёгкость, предсказуемость и низкая стоимость внесения изменений вполне может быть ему небезразлична — а тут уже архитектура играет роль.

Качество — это соответствие требованиям заинтересованных сторон. Тот, кто занимается разработкой и (особенно) поддержкой/развитием — тоже заинтересованная сторона.

Nervous ★★★★★
()
Ответ на: комментарий от Nervous

Качество — это соответствие требованиям заинтересованных сторон. Тот, кто занимается разработкой и (особенно) поддержкой/ развитием — тоже заинтересованная сторона.

А это уже обеспечивает не язык (хотя есть явное влияние), а те, кто пишет софт. И если человек мудак - он будет на любом языке писать как мудак. Хоть CommonLisp, хоть Rust, хоть JavaScript.

small-entropy
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.