eris VS bugsnag

What really sucks IMO is that there's no compiler support for exhaustive error checks, the amount of boilerplate for handling errors, no sum types like Rust, horrible stacktraces unless you use something like eris, the ease with which you can ignore errors, all make for really poor error handling as it remains. It is now the #1 challenge that devs report for Go as per their own survey. We might see some improvements on this front at some point and seeing the new errors.Join stuff is giving me hope

Attaching stacktraces to errors is one way to make errors more readable. Go has notoriously unreadable errors and when you log the error, the logging function is now at the top of the stack rather than where the error actually originated. There needs to be a simple function that adds some default wrapping when you return an error because as it is, you need packages like Eris to make the errors even halfway readable

Actually just stumbled over eris which seems decent.

If I may be so bold to plug my own work. This package uses context's value storage feature quite a bit (see context.go) to offer APIs that can add custom data for diagnostics and observability purposes. The values stored in the context are used not for application logic, but to potentially attach to an error report. Particularly useful in middleware handlers.