But the abstractions are still relatively low level. The Ingress API in particular is a known issue and currently being simplified.
109 karma · joined February 21, 2007
But the abstractions are still relatively low level. The Ingress API in particular is a known issue and currently being simplified.
- Should I try to catch the exception, or just let it
bubble up and edit my interface to include it?
- Should I create a new exception type or reuse an existing one?
- Should I throw a checked or unchecked exception?
- Am I exposing implementation details via my interface?
(eg I don't want to throw an SQLException from GenericDataSourceWidget.connect())
In golang, I know there's really just the one pattern: check if err != nil, prepend a descriptive message, and return it.I've actually been very surprised at the near-ubiquity of Go in the modern infrastructure/tools space though. Seems like each new OSS product I evaluate is written in Go. See companies like Cloudflare, Hashicorp, InfluxData, CoreOS, and, obviously, big projects like Kubernetes.
Also, I assume the 'no type safety' statement is just hyperbole?
My impression is of a community willing to go without some features, in order to preserve those it values. Namely simplicity, explicitness, terseness, and consistency.
Not quite. What he said was: to be popular, improve quality until it stops making a difference (flatten the slope). Then make sure you put out enough content.