Re:Bun 1.1
by vbezhenar on Monday April 01, 2024 @09:28PM
(#39901411)
Node is safe choice, IMO. I tried deno and I think it's cool, but I'm staying on node for the time being. Things that deno makes easier are not that hard with node and stability matters for me. For example I had to spend few hours rewriting my tiny service with changed deno API. Don't have any experience with bun, though.
[ Parent
| on HN ]
If there are any specific places where Deno didn't support a node API, please file a bug -- we definitely shoot for as close to node.js as possible, and if you have to modify your code that's most often on us.
(I'm a deno core dev)
No, I wrote my service some time ago (basically GitHub Webhook which does some crypto to validate payload and invokes kubectl) using Deno API and few months ago I took some time to update dependencies but found out that with new standard library version some APIs are either deprecated or removed, I don't really remember, but I felt the need to rewrite it.
Don't take it as a criticism, I totally understand that you need to iterate on API and nobody promised me that it'd be stable till the end of time, but still work is work.
Ack, I ran into a similar issue when writing a github webhook. It might be related to JWT handling if it's the same issue.
If you recall that exact issue, definitely feel free to file an issue.
Re:Bun 1.1
by vmfunction on Tuesday April 02, 2024 @03:30AM
(#39903205)
How do we report that. Some issues has come up with aws on esm.sh
https://esm.sh/@aws-sdk/[email protected]
It is just not working.
https://github.com/denoland/deno/issues is the ideal place -- we try to triage all incoming issues, the more specific the repro the easier it is to address but we will take a look at everything that comes in.