Re:I’m joining the Go team at Google
by weberc2 on Friday September 23, 2016 @11:49AM
(#12565490)
Think of all the hours you save not having to work around the misfeatures available out of the box in other languages. I know, you don't make mistakes or use those nasty features, but think of your coworkers.
[ Parent
| on HN ]
My coworkers are savvy enough to handle those features.
Then you are a very lucky person. For the rest of us, it is very good to have a manageable language at hand.
We can easily manage Java, C#, C++, Swift, Objective-C, JavaScript across our consulting projects....
Of course you can. None of those languages would be in use, if projects could not be managed at all. The question is: are you benefiting from their "features" or are you able to succeed despite of the challenges brought up to you because of those features and their complexity?
It was the simplicity of Java 1.0 that lead to some of the famous patterns we see in some frameworks, that were initially created to workaround language limitations.
The same path that is being followed by those that rely on libraries to reduce error handling boilerplate and go generate, just as two examples.
Who is using libraries to reduce error handling boilerplate? I rarely see `go generate` used for things that don't require static code gen (e.g., automatically generating bindings to C libraries). Sounds like you're inventing problems...