upvote
Those are fine the way they are. I don’t want the language getting more complicated. Rob Pike has said they’ll never happen. Suggestions like this are extremely against the Go way of doing things. Actually the verbosity is a good thing. It’s explicit.
reply
> I really hope it is more ergonomic error handling.

They've publicly said no more language changes specifically for better error handling are coming, it will at most be the library-level improvements.

reply
So this would be in line, then, with all of the other features they’ve publicly said aren’t coming and aren’t necessary but then do anyway after retconning their original stance?
reply
Could esteemed commenters please read the words the Go language team actually wrote?

    > Or, we could decide that parameterized methods do not, in fact, implement
      interfaces, but then it's much less clear why we need methods at all. If
      we disregard interfaces, any parameterized method can be implemented as a
      parameterized function.
    
    > So while parameterized methods seem clearly useful at first glance, we
      would have to decide what they mean and how to implement that.
Well, they have finally decided what parameterized methods actually mean, and they see how to implement that, and it all seems clearly useful. So...
reply