I disagree with the premise that developer errors should be handled - at best they should be logged -> process.on('uncaughtexception')
-
-
Replying to @yoshuawuyts
@yoshuawuyts what do you mean by "developer errors"?1 reply 0 retweets 0 likes -
Replying to @yoshuawuyts
@yoshuawuyts even after type checking, you have to ensure the callback parameter is only called once, e.g https://www.npmjs.com/package/once1 reply 0 retweets 0 likes -
Replying to @yoshuawuyts
@a0viedo I only ever use https://github.com/npm/dezalgo for async guarantees, but those just make timers consistent for every resolution of a call1 reply 0 retweets 0 likes -
Replying to @yoshuawuyts
@a0viedo I feel that relying on `once` to make code reliable, there might be more structural problems present - dk if that's the case tho1 reply 0 retweets 0 likes -
Replying to @yoshuawuyts
@yoshuawuyts if they were interoperable, would you still care if an API uses Promises internally?1 reply 0 retweets 0 likes -
Replying to @yoshuawuyts
@yoshuawuyts any async operation also "breaks" the call stack, you will depend on tools for long stack traces anyway1 reply 0 retweets 0 likes
-
-
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.