Live data from Hacker News

Go 1.4 is released

blog.golang.org

131–140 of 265 posts

Re: Go 1.4 is released

#131

Earlier quoted context omitted.

Because we want a good code review system, and GitHub doesn't have that. More discussion: https://news.ycombinator.com/item?id=8715529 https://news.ycombinator.com/item?id=8605204

Gerrit looks pretty horrid to use to be honest.

anecdotally it's much better (as in, higher SNR) for reviewers than github's pull request ui.

Re: Go 1.4 is released

#132
post #129
post #5

Can someone give me a compelling reason to start programming in Go? My default language at the moment is C, or C++.

If garbage collection is acceptable, you'd learn more from trying OCaml - or even Haskell, if you want to really expand your comfort zone. I'm not saying don't learn Go eventually, but for the "second language" you should try something more different from C/C++ so you get more of an idea of the range of stuff out there.

Doesn't OCaml have bad support for concurrency, though? Concurrency is one of the features that people who look into Go are often after.

Re: Go 1.4 is released

#133
post #122
post #65

Earlier quoted context omitted.

Look at how the communities around languages like Basic, Pascal, C, Lisp and Python have developed. They were, from the beginning, open with development, releasing early and often, and were explicit about readily accepting large contributions from outsiders (and really did so). The creators were always open to the possibility that they themselves might not be the eternal keepers of the language, which allowed competi…

I don't think this is true of C. The original compilers were AT&T proprietary, surely? Hence the need for multiple competing implementations.

This is true of the very initial versions of C. My understanding is that it wasn’t really popular until the C compiler was freely given out to universities and later the world. Also, the book (The C Programming Language), effectively an easy-to-read language specification, contributed heavily to independent implementations, as the language filled a hitherto unfilled niche.

Re: Go 1.4 is released

#134
post #130

Earlier quoted context omitted.

Maybe this will help people (like me, for instance) who are disgusted by the overengineered OOP-heavy approach of most Java frameworks but enjoy the concise and elegant simplicity of languages like Go to finally move over and try out Android development.

Sure, the java bloated ecoystem is a real issue. Yet, imagine yourself building UI component without classes or inheritance ? Can't even say something like "my custom button is a special kind of android button, with just those two methods being overriden". GUI is to me the field where inheritance actually makes a lot of things easier and natural. Now you may end up with something similar using struct inheritance and…

> Can't even say something like "my custom button is a special kind of android button, with just those two methods being overriden".

Of course you can do that in Golang. You don't need inheritance. It has composition with type embedding. You can even "override" methods.

http://play.golang.org/p/UV55gQj7t0

Re: Go 1.4 is released

#135
post #130

Earlier quoted context omitted.

Maybe this will help people (like me, for instance) who are disgusted by the overengineered OOP-heavy approach of most Java frameworks but enjoy the concise and elegant simplicity of languages like Go to finally move over and try out Android development.

Sure, the java bloated ecoystem is a real issue. Yet, imagine yourself building UI component without classes or inheritance ? Can't even say something like "my custom button is a special kind of android button, with just those two methods being overriden". GUI is to me the field where inheritance actually makes a lot of things easier and natural. Now you may end up with something similar using struct inheritance and…

>imagine yourself building UI component without classes or inheritance

I see no problem at all. UI development in my opinion becomes much more elegant, concise and easy to follow/reason about in a functional language that does not implement classes or inheritance. As you said, Go has struct inheritance and interfaces, that's how you do things in Go and every Go developer is familiar with the concept, it's clean and elegant. I honestly see no problem whatsoever.

Re: Go 1.4 is released

#136
post #130

Earlier quoted context omitted.

Maybe this will help people (like me, for instance) who are disgusted by the overengineered OOP-heavy approach of most Java frameworks but enjoy the concise and elegant simplicity of languages like Go to finally move over and try out Android development.

Sure, the java bloated ecoystem is a real issue. Yet, imagine yourself building UI component without classes or inheritance ? Can't even say something like "my custom button is a special kind of android button, with just those two methods being overriden". GUI is to me the field where inheritance actually makes a lot of things easier and natural. Now you may end up with something similar using struct inheritance and…

Embedded types are king.

Re: Go 1.4 is released

#137
post #110

Earlier quoted context omitted.

They'd have to make Dalvik a compiler target. Could work, though.

They are targeting (1) helper libraries compiled natively (2) full screen games compiled natively. Not Dalvik.

So, not a first class citizen on Android then.

Re: Go 1.4 is released

#138
post #130

Earlier quoted context omitted.

Sure, the java bloated ecoystem is a real issue. Yet, imagine yourself building UI component without classes or inheritance ? Can't even say something like "my custom button is a special kind of android button, with just those two methods being overriden". GUI is to me the field where inheritance actually makes a lot of things easier and natural. Now you may end up with something similar using struct inheritance and…

>imagine yourself building UI component without classes or inheritance I see no problem at all. UI development in my opinion becomes much more elegant, concise and easy to follow/reason about in a functional language that does not implement classes or inheritance. As you said, Go has struct inheritance and interfaces, that's how you do things in Go and every Go developer is familiar with the concept, it's clean and e…

Well, if what you are doing is inheritance-heavy, then OOP features will make your code cleaner. It's what OOP is made for. You can do it in Go, but it's not as elegant.

Re: Go 1.4 is released

#139
post #5

Can someone give me a compelling reason to start programming in Go? My default language at the moment is C, or C++.

If you're using C/C++ and need the performance, look at Rust. Fairly expressive, good type system (and they figured out generics), and C++ like or better performance. All the power of manual memory control, with none of the downsides.

"or better performance"?

I'd like to see some evidence if you have any.

Rust has great performance in general - and I also agree that it is an appealing language - but I haven't heard anyone claim better than C++ performance before. I'd be very dubious of anyone making that claim...

Re: Go 1.4 is released

#140
post #100
post #95

Earlier quoted context omitted.

> From their Fireside talk I won't expect any change. Why?

They stated that Java is the language platform, laught at the idea someone would like to try to use Scala instead and mentioned you are pretty much on your own if you feel like using the NDK. Search for Google IO 2014 Android Fireside, video is available.

They'll change their tune when Android starts losing market share.
Post reply on HN