Live data from Hacker News

Ian Lance Taylor's Response to “Go Is Google's Language”

groups.google.com

211–220 of 346 posts

Re: Ian Lance Taylor's Response to “Go Is Google's Language”

#211
post #80
post #4

A very well written piece by Ian Lance Taylor. If you don't want to read it all, he summarizes it here: > In effect, then, the current state is what the blog post suggests at the very end: final decisions about the Go language are made by the core Go team, and the core Go team all work at Google, but there is no meaningful sense in which Google, apart from the core Go team, makes decisions about the language.

Actually, I think the other key argument is here: > I believe that every successful language must have a coherent vision that is shared by a relatively small group of people. He points out that there are over 100 committers, nearly half of which are non-Google; it's only the small group of people in charge of the language spec that are at Google. It may be true that Google the company don't drive Go the language. How…

> If I were them, I would be looking for an opportunity to arrange to have at least one non-Googler on the core Go team, for the same reasons.

That's how I read the 50 or so out of 100 approvers as being Google. That means 50 (or so, can't remember the exact number..) are not Google.

When I read "Approvers", I match that in my head to "Core Team". Is there a "rank" above approvers that defines the core team?

Re: Ian Lance Taylor's Response to “Go Is Google's Language”

#213
post #201

Earlier quoted context omitted.

And volunteers can't do that for Go like they do for other languages why?

I never implied otherwise, I merely answered the parent's question. It's worth noting however that Go's maintenance burden is higher than many other languages which are often a layer atop existing infrastructure (Clojure with Java, Rust with LLVM for instance). AFAIK Go devs write maintain the entire toolchain, including a custom linker for instance.

Who takes this kind of argument seriously? The Go community can't support Go without Google because only a company like Google can maintain a linker? You're reaching.

Re: Ian Lance Taylor's Response to “Go Is Google's Language”

#214
post #58

Everyone's upset that Go is Google's language, but no one would have adopted it if it weren't. It's not enough to have a cool idea for a language, even if your cool idea is not to put any new cool ideas in the language. You have to be Mozilla, or Google, or someone it seems in order to convince people this language is for real and will be supported for many years to come, and will have a healthy ecosystem. If I had m…

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

I don’t understand the comparison to Haskell or Ocaml; those languages are not C like and have a much different philosophy on the responsibilities of the language and type system.

Re: Ian Lance Taylor's Response to “Go Is Google's Language”

#215
post #132
post #118

Earlier quoted context omitted.

> The GOPATH is also a huge win. You always know where everything is and it is really fast to figure out about dependencies or structure of the project. I ... have some bad news.

You probably don't. You can still use gopath and choose to use gopath for another project that doesn't.

> You always know where everything is

do you always work on projects in which you made every decision?

Re: Ian Lance Taylor's Response to “Go Is Google's Language”

#216

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

I don’t understand the comparison to Haskell or Ocaml; those languages are not C like and have a much different philosophy on the responsibilities of the language and type system.

Haskell is not C like? You can write Haskell with curly brackets and semicolons, just like Go! I rest my case.

No, but seriously, you didn't get what I was saying there. The whole reason Go might be of interest is that it is loosely C-like in a way that Haskell and Ocaml are not.

Re: Ian Lance Taylor's Response to “Go Is Google's Language”

#217

Googler here, but these are my own opinions formed from less than a year at the company. My observation of Google's culture is that it can be very difficult to see the ways in which they dominate projects they participate in because it's very difficult to keep perspective on how even small investments by Google tend to overwhelm the volume of other contributers project. Google has a lot of great, productive engineers…

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.

This is my biggest worry about the future of Go, that it will gain enough adoption at enterprise shops that we'll end up with another Java-esque ecosystem. So far it has seemed to have avoided that trap, but it is still a young language.

Re: Ian Lance Taylor's Response to “Go Is Google's Language”

#218
post #118

Earlier quoted context omitted.

> The GOPATH is also a huge win. You always know where everything is and it is really fast to figure out about dependencies or structure of the project. I ... have some bad news.

What's the bad news?

"you always know where everything is" is no longer true.

https://github.com/golang/go/wiki/Modules

Re: Ian Lance Taylor's Response to “Go Is Google's Language”

#219
post #58

Everyone's upset that Go is Google's language, but no one would have adopted it if it weren't. It's not enough to have a cool idea for a language, even if your cool idea is not to put any new cool ideas in the language. You have to be Mozilla, or Google, or someone it seems in order to convince people this language is for real and will be supported for many years to come, and will have a healthy ecosystem. If I had m…

> Everyone's upset that Go is Google's language

is that actually true or is that true of a vocal minority? I've been using Go since 2011 and I'm perfectly happy that it's Google's language; I'm happy to mooch off of their investments. In my seven-plus years of using Go I have never encountered a Go programmer in real life that is actually mad about this.

Re: Ian Lance Taylor's Response to “Go Is Google's Language”

#220
post #4

A very well written piece by Ian Lance Taylor. If you don't want to read it all, he summarizes it here: > In effect, then, the current state is what the blog post suggests at the very end: final decisions about the Go language are made by the core Go team, and the core Go team all work at Google, but there is no meaningful sense in which Google, apart from the core Go team, makes decisions about the language.

I think it's also worth highlighting this: no successful language-indeed, no successful free software project of any sort is a democracy [...] Successful languages pay attention to what people want, but to change the language according to what most people want is, I believe, a recipe for chaos and incoherence. I believe that every successful language must have a coherent vision that is shared by a relatively small gr…

Debian. They are one of the largest free software projects and are very democratic.
Post reply on HN