undefined | Better HN

0 pointslinkdd4y ago0 comments

Which is exactly why I said:

> I cannot wait for the Result monad.

Generics make this possible, and will be a huge improvement to Go's error handling.

I'm not saying it will solve everything, but it's a huge step nonetheless.

0 comments

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.

saghm4y 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.

Aeolun4y ago

It doesn’t need to be part of the core language. Everyone can make their own monad, or use the one from a library.

egeozcan4y ago

I seem to have lost track of how the discussion reached that point, thanks for the clarification.

j / k navigate · click thread line to collapse