undefined | Better HN

0 pointscarlmr6y ago0 comments

It was rhetorical and meant to be facetious.

0 comments

On HN it's better to just share your point rather than obfuscate it with sarcasm and rhetoric.

on node, this can actually be very difficult or even impossible if using 3rd party libraries.

For example, some node internals like networking require the invoker to attach to some obscure .on("error") event to avoid uncaught errors. and a lot of the time these 3rd parties are not aware of it.

I'm all for deno being built from the ground up to properly crash on uncaught errors. Silent ignoring is a really stupid decision.

spion6y ago

I never understood why this is necessary. Using promises means you get to use try-with-resources style construct for handling non-memory resources safely. As such you no longer need to crash on uncaught errors, except errors pertaining to resource disposal.

novaleaf6y ago

i think the reason is that, in my example of networking, the network i/o is an "interupt" kind of event, that is triggered outside of normal execution. like if there's a socket timeout.

probably didn't have to be designed this way, but it was designed pre-promises and I guess they are lothe to change it.

carlmrOP6y ago

Yeah, I'm a huge fan of erroring out properly. It makes it much easier to find problems before they cost money.

I think the erlang/elixir model of fail fast and try to restart is the best for availability.

j / k navigate · click thread line to collapse

0 comments

hombre_fatal6y ago

On HN it's better to just share your point rather than obfuscate it with sarcasm and rhetoric.

novaleaf6y ago

on node, this can actually be very difficult or even impossible if using 3rd party libraries.

I'm all for deno being built from the ground up to properly crash on uncaught errors. Silent ignoring is a really stupid decision.

spion6y ago

novaleaf6y ago

i think the reason is that, in my example of networking, the network i/o is an "interupt" kind of event, that is triggered outside of normal execution. like if there's a socket timeout.

probably didn't have to be designed this way, but it was designed pre-promises and I guess they are lothe to change it.

carlmrOP6y ago

Yeah, I'm a huge fan of erroring out properly. It makes it much easier to find problems before they cost money.

I think the erlang/elixir model of fail fast and try to restart is the best for availability.

j / k navigate · click thread line to collapse