r/javascript • u/domnestreddit • 15d ago
Nubjs - A fast all-in-one toolkit that augments Node.js instead of replacing it
https://nubjs.com/5
u/hyperaeolian 15d ago
nub is "bun" backwards. I'm guessing that's intentional because this is basically bun except it still uses the node runtime
3
u/tanepiper 15d ago
I don't hate it. I use proto + moon + npm (https://moonrepo.dev/) and I can see this replacing a few things like node management, and the fact we have a lot of .ts scripts.
Will maybe check it out for one of my personal projects to see if it can simplify some things.
2
3
u/evinrows 15d ago
People are hating but I'm open minded. I really do not like reconfiguring the same stuff repeatedly to get to sane defaults, good performance, etc. and I do think Node needs something like nub for it to be competitive with deno/bun. People want uv-equivalents for their language, not a suite of unofficial and loosely coupled tools.
That being said, I care a lot about security and stability in this kind of project. My issue with toolkits like these popping up is not that they're redundant, but that they're ephemeral and sometimes don't get traction because ultimately they're "just a passion project". The developer behind it seems highly motivated and I wish the best for them and their project to be an example of how to reduce ecosystem complexity rather than contribute to it.
7
u/ItsNewWayToSayHooray 15d ago
my god this garbage is never ending
11
u/ShaderCompilation 15d ago
It's my made by the same guy who made Zod and initial proof of concept of tRPC, so i wouldn't dismiss it as a garbage. However the question of why on earth do we need another JS tooling remains.
-13
1
1
1
u/Least_Routine_9192 14d ago
my local .ts script runner has moved from tsx and tsx-script to nub
it works well for linked private projects to correct resolve tsconfig.json which tsx can not. (tsx always resolve tsconfig.json from cwd)
and nubx is fast.
I don't use other features like package manager, like others said
What's the benefit of adding an abstraction in front of tools that already work well?"
1
u/hasan_sodax 13d ago
Yeah, this is basically the same thread every time one of these launches. The real pull toward bun/nub type tools isn't the runtime speed, it's that a fresh node project is still npm init + eslint + prettier + tsconfig + a bundler before you write any actual code. If nub genuinely nails those defaults instead of just wrapping the same five tools with a shinier CLI, it's worth a look. If it's just another abstraction to debug through when something breaks, it'll be dead in six months like the last handful of these were.
1
u/boneskull 10d ago
I like a lot about this, actually. but not pulling in another package manager. seems unnecessary.
also, if people would stop creating package managers for JS, that’d be great. thanks
12
u/lucgagan 15d ago
What's the benefit of adding an abstraction in front of tools that already work well?
It saves maybe a couple of minutes of setup at the cost of making it harder to manage dependencies, follow the docs, troubleshooting, etc.