bun vs deno: что реально нужно бекенду

реакция на bun

видел пост про bun. штука интересная, но для бекенда у меня вопросы. мы в проде гоним на node 20, и переход на новый рантайм - это не про скорость, а про совместимость и баги в продакшене.

bun обещает скорость за счет zig и своей реализации JS. но посмотрите на список issues - там до сих пор проблемы с fs.watch и http.ClientRequest. для сервера это критично.

а что с deno?

deno изначально позиционировался как замена node. у него встроенный typescript, хорошая безопасность, стандартная библиотека. но на практике мы не можем использовать deno, потому что:

• npm пакеты работают через прослойку npm:, и не все стабильно
• наши легаси-сервисы на express - с ними геморно
• нет нормального мониторинга вроде clinic.js

bun пытается решить совместимость, но я бы подождал год-полтора, пока он дорастет до продакшена. у нас в проде как-то попробовали запустить bun на CI - сборка упала из-за несовместимости с esbuild плагином.

что реально нужно

для бекенда важнее предсказуемость и стабильность. я бы посмотрел на такие вещи:

• node 22 - там уже встроенный require(esm) и улучшенный watch
• rust + tokio - если хочется скорости, пишите натив
• go - для микросервисов вообще идеально, gc меньше жрет

bun и deno - интересные проекты, но пока не для critical path. когда они проживут пару лет в реальных продакшенах - посмотрим.

я бы рекомендовал не гнаться за модой, а смотреть на стабильные инструменты. у нас на проекте node + fastify работает с минимальными проблемами, а скорость досупа на уровне bun в тестах.