“I think we should reject new proposed language features that use closures because closures are slow” *head explodes*
-
-
-
-
-
Replying to @ManishEarth @pcwalton
Performance aside, I hope no form of this proposal is accepted. Sum types just don't fit in to the design of the language.
3 replies 0 retweets 0 likes -
Replying to @BrandonBloom @pcwalton
Why not? I know plenty of gophers who want sum types in Go. I've often seen the interface hack used for making sum types.
1 reply 0 retweets 0 likes -
Replying to @ManishEarth @pcwalton
No pattern matching; preference for open unions (interfaces) without wrappers; no generics; preference for label-indexed record fields; ...
3 replies 0 retweets 0 likes -
And it's just not a practical need. For unexpected errors, wrap then in funcs that panic. For expected errors, no-op propagation is rare.
2 replies 0 retweets 0 likes
No, it’s not rare. https://github.com/search?l=Go&q=%22return+err%22&type=Code&utf8=%E2%9C%93 …
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.