top | item 43866639

(no title)

teg4n_ | 10 months ago

One problem with that strategy is Bun can compile your whole server into a single executable. that’s like the simplest thing in the world to host

discuss

order

brundolf|10 months ago

And even without that, high-quality module systems and tooling make your code extremely portable, for both Bun and Deno. I run a Deno server for a small project and I don't host it on Deno Deploy

Which- this is one of my favorite things about this ecosystem, and especially these projects! It's Just Code, with a single system dependency, and you can run it in one place just as easily as any other

But that means you can't corral devs into your own hosting service, which makes it a tough business to make money in

IMO these kinds of projects just can't work as a startup. They need to be either community-led, or incubated within a larger business that uses them instead of trying to sell them

Hopefully one or both can make a transition if/when their business model fails to take off

Imustaskforhelp|10 months ago

to be honest, that single executable is nothing but the bun runtime packed with the code.

Theoretically a better approach could be (if we are talking about serverless providers supporting bun) is that we can compile it into bytecode and then just run a command with bun to run that bytecode and it would be faster. And to be honest, this feature is also available in deno and maybe its even coming to node IIRC, but bun supports bytecode in the executable whereas deno doesn't. I am never trying deno again, I liked their security model but it has really messed up with my ~/history and I had to type so much context to get suggestions and simple minute changes (lets say I don't want --A and I want in one command --net-only and in the second command some different flag

and now I can't really see my suggestions, I don't know maybe a skill issue but when I wrote a deno code which required me to write code and I had atleast ran it 50 times while developing it. Yeah it was a nightmare, never trying that again