We've been mostly making do with string-flavored Go error types, but we could do a bit better in the pursuit of more precise error handling. This task represents the assessment of benefits to be gained from a slightly more elaborate error handling protocol. Probably best to do this along with #42 and #43.
We've been mostly making do with string-flavored Go error types, but we could do a bit better in the pursuit of more precise error handling. This task represents the assessment of benefits to be gained from a slightly more elaborate error handling protocol. Probably best to do this along with #42 and #43.