Earlier quoted context omitted.
I agree that it's worded confusingly, but I think I can see the point they're making. Solutioning usually looks vastly different when driven by a core team than when it's driven by higher-ups or "The Business". The Go Core team is likely more vested in the overall success of the language than the rest of Google. I'm not certain, because - like I said - it's worded confusingly, but that was my impression.
> The Go Core team is likely more vested in the overall success of the language than the rest of Google. I think you could say that about most teams at most companies. That doesn't mean that they have any autonomy whatsoever from their company, though.
Ian Lance Taylor's Response to “Go Is Google's Language”
271–280 of 346 posts
Re: Ian Lance Taylor's Response to “Go Is Google's Language”
#272Earlier quoted context omitted.
> This situation feels similar to the need of politicians to divest any potential conflicts of interest. With the key difference being that you can use a different language and achieve the same results you want. You can't just pick a different government.
Yes, but they are both still conflicts of interest. Also as the other poster mentions, as Go accrues popularity, it is not always as easy as picking another language.
Re: Ian Lance Taylor's Response to “Go Is Google's Language”
#273Earlier quoted context omitted.
Absolutely not. It is one thing to create a language and maontain it and another to hire someone who created a language some years ago.
from the post: > There was no mandate or suggestion from Google management or executives that Google should develop a programming language. For many years, including well after the open source release, I doubt any Google executives had more than a vague awareness of the existence of Go
Re: Ian Lance Taylor's Response to “Go Is Google's Language”
#274Like it or not, Google is probably paying around a million $$ a year to keep senior full-time developers around that want to work on the language. That could be used as a benchmark to calculate how much of an investment is required to have a healthy development cycle. If a community-maintained fork is created, it would need time and monetary investment similar to what google is doing just to maintain and develop non-…
$10M per year would be closer, actually. (Source: public git logs for all core Go repos in past year, look for google.com or golang.org emails, multiply by typical Google salaries, which you can find on various sites.)
Re: Ian Lance Taylor's Response to “Go Is Google's Language”
#275Earlier quoted context omitted.
> ...but no one would have adopted it if it weren't. It's a C-like language with GC, that compiles to native code supported by an efficient runtime, and can work effectively with parallel/concurrent code. In many ways it's Java done right, or a more intuitive (and from certain POVs, preferable) alternative to Haskell and Ocaml. That would seem to be enough to drive adoption.
> In many ways it's Java done right Not quite: * no generics * error prone error handling * non tunable GC * null pointers * golang interfaces are messy and can't be used to tag structures * golang time package is garbage and lots more Java today is superior to golang in almost every front.
Re: Ian Lance Taylor's Response to “Go Is Google's Language”
#276It's obvious that Golang is Google's language. The most obvious part is they require a CLA that gives them and only them special rights. It's a sham.
I don't know of any large open source project that doesn't require a CLA. As the post suggests, perhaps one day there'll be a Golang Foundation, which would otherwise have ownership of whatever code you contribute. See that Python has a CLA that gives the PSF ownership of your code: https://www.python.org/psf/contrib/contrib-form/ Even the linux kernel has a CLA, they just call it by another name (Developer Certifica…
Who is the single beneficiary of special rights granted under the DCO? CLAs provide a single party with rights nobody else has.
Re: Ian Lance Taylor's Response to “Go Is Google's Language”
#277Earlier quoted context omitted.
I agree that it's worded confusingly, but I think I can see the point they're making. Solutioning usually looks vastly different when driven by a core team than when it's driven by higher-ups or "The Business". The Go Core team is likely more vested in the overall success of the language than the rest of Google. I'm not certain, because - like I said - it's worded confusingly, but that was my impression.
> The Go Core team is likely more vested in the overall success of the language than the rest of Google. I think you could say that about most teams at most companies. That doesn't mean that they have any autonomy whatsoever from their company, though.
Re: Ian Lance Taylor's Response to “Go Is Google's Language”
#278I'm continually surprised that more of the greater, vocal community does not grok this.
Re: Ian Lance Taylor's Response to “Go Is Google's Language”
#279Earlier quoted context omitted.
There are many of us in the Go community who like Go the way it is. The last thing we want is another Java ecosystem, which feels like something designed by archonaut committee more than anything coherent. Better to not have generics than to have generics that are bodged into the language like they were in Java.
> The last thing we want is another Java ecosystem, Which practically contains almost everything one can think of? Yeah, like that's not a good thing. Where's the golang equivalent of Hadoop, Spark, Vertx, Netty, Akka, etc.? Not to mention the Java standard library with it's new time package, and java.util.concurrent, and many more. > Better to not have generics than to have generics that are bodged into the language…
Re: Ian Lance Taylor's Response to “Go Is Google's Language”
#280Earlier quoted context omitted.
There are many of us in the Go community who like Go the way it is. The last thing we want is another Java ecosystem, which feels like something designed by archonaut committee more than anything coherent. Better to not have generics than to have generics that are bodged into the language like they were in Java.
> The last thing we want is another Java ecosystem, Which practically contains almost everything one can think of? Yeah, like that's not a good thing. Where's the golang equivalent of Hadoop, Spark, Vertx, Netty, Akka, etc.? Not to mention the Java standard library with it's new time package, and java.util.concurrent, and many more. > Better to not have generics than to have generics that are bodged into the language…
You think it's a good thing. The parent doesn't. So isn't it better that both Go and Java exist, rather than Go be Java-ised, so you both get what you want?
> Strawman fallacy.
It's only a straw man to those who like the tradeoff. Tradeoffs are always a matter of judgement. The parent (and many others) make a different judgement to you. So isn't it better that both the Java and Go approaches exist, to satisfy different tastes?