4 ms·
I think you will find that Go's error handling will not change as much as you suggest. The majority of developers are extremely cautious of generics and found t
by xyzzy_plugh 5y ago
I think you will find that Go's error handling will not change as much as you suggest. The majority of developers are extremely cautious of generics and found the status quo to be the best balance between readability and conciseness.
Convenience is not a goal of the language, generally.
- Aeolun 5y agoIt doesn’t need to be part of the core language. Everyone can make their own monad, or use the one from a library.
- saghm 5y ago> The majority of developers are extremely cautious of generics and found the status quo to be the best balance between readability and conciseness. Most people who use Go have specifically chosen to use it though (or at least sought out opportunities, given that it's not something entrenched like Java being used due to inertia), so yes, most of them are fine with how Go is or they wouldn't be using it in the first place. If Go had generics from the start, I'd imagine most users would be fine with that too due to self-selection.