Live data from Hacker News

Official Go support

stripe.com

61–70 of 117 posts

Re: Official Go support

#61
I'm a bit baffled by Go.

The majority of developers I know (across several camps) strongly oppose Go, often to the point of ridiculing it.

But then I see Go support being added to everything, usually by a few key people who strongly prefer it. In fact I hear Heroku is internally adopting Go pretty rapidly.

So every time I see an announcement like this, I look up whether Go has added some kind of generics yet. And as usual, they haven't.

But to me, the worst part of this is that the whole community has Stockholm syndrome, being perfectly content to instantly defend every position the Go team makes, no matter what.

Re: Official Go support

#62

I'm a bit baffled by Go. The majority of developers I know (across several camps) strongly oppose Go, often to the point of ridiculing it. But then I see Go support being added to everything, usually by a few key people who strongly prefer it. In fact I hear Heroku is internally adopting Go pretty rapidly. So every time I see an announcement like this, I look up whether Go has added some kind of generics yet. And as…

So I'm gonna make a wild guess here and assume you haven't written in Go. If you had, you'd probably find it fun and convenient. Not revolutionary, just fun and convenient. That's enough for me to like it better than python or ruby or perl.

Re: Official Go support

#63
post #30
post #24

Earlier quoted context omitted.

Go is a very pleasant language to develop software products in. Unlike the dynamically typed languages, it doesn't trade speed for beauty of syntax. This means that sometimes syntax can be a little non-uniform, but there's always a reason. Unlike C and C++, it doesn't trade safety for speed of execution. There are no buffer overflow vulnerabilities in Go applications. It treads a fine line of where to let the languag…

The toolchain part of Go is very interesting (I only know the basics). Go doesn't use GCC, LLVM or other existing compilers. Go's compiler/linker originated from the Plan9 C compiler (that Rob and Ken worked on)[0]. Because of this, it allows you to create binaries for any target platform from any platform you have the Go toolchain on. So from my OSX macbook, I can compile Windows and Linux executables. When you star…

There's gccgo, and it certainly has a reputation for beating gc/6g in numeric computation, but IIRC it didn't have a huge edge overall.

Re: Official Go support

#64

I'm a bit baffled by Go. The majority of developers I know (across several camps) strongly oppose Go, often to the point of ridiculing it. But then I see Go support being added to everything, usually by a few key people who strongly prefer it. In fact I hear Heroku is internally adopting Go pretty rapidly. So every time I see an announcement like this, I look up whether Go has added some kind of generics yet. And as…

I'm not the greatest fan of Go; the pain points of api weirdness and generics are too irritating for me.

...but you've got to admit: look at the graph. That's an exponential increase in people using go to access the service.

If you're a service based company you can't just ignore the people who use your service.

If people are using go? Provide a go library.

If you see an exponential curve of people accessing it using lua, write a lua library.

It's pretty obviously the right thing for them to do.

Re: Official Go support

#65
post #43

Earlier quoted context omitted.

When Google will completely deprecate Java for Go on Android (could be a number of years, if ever), then Java should imminently become irrelevant (over a number of years, maybe a decade, or maybe it will never disappear completely, but the point is it will rapidly decline with new and existing developers).

Given Android's core team statements at Google IO 2014 about Java being the only official language, with no plans to improve the NDK beyond the existing support, I find it very hard to ever happen. Unless Management forces the team to change their mind, that is.

> no plans to improve the NDK beyond the existing support

:| really? Got a link to that?

I really thought that they'd finally gotten over themselves and realized that lots of people want and use the NDK.

Re: Official Go support

#66
post #31

Guys slightly off topic, but please do keep the colorblind people in mind. The colors used for the graphs are so similar that I can not differentiate them.

Interesting - I thought it'd be red/green, but it's blue/purple (which I thought were colors chosen for the color blind). Is blue/purple color blind less common? Can you differentiate between red/green?

I'm red/green colorblind and blue/purple is the worst combination for me. I colored all my skies purple in elementary school because I couldn't tell the difference.

Re: Official Go support

#67
post #30

Earlier quoted context omitted.

The toolchain part of Go is very interesting (I only know the basics). Go doesn't use GCC, LLVM or other existing compilers. Go's compiler/linker originated from the Plan9 C compiler (that Rob and Ken worked on)[0]. Because of this, it allows you to create binaries for any target platform from any platform you have the Go toolchain on. So from my OSX macbook, I can compile Windows and Linux executables. When you star…

There's gccgo, and it certainly has a reputation for beating gc/6g in numeric computation, but IIRC it didn't have a huge edge overall.

Gccgo misses out on some key optimizations, like escape analysis IIRC, and therefore on real world tests usually is not as fast as gc. Also, since gc is the de facto standard, it has a LOT more real world testing. Gccgo has a few bugs (I forget exactly, something about embedding an interface or something just causes a panic - avoidable, but frustrating).

Re: Official Go support

#68
post #31

Guys slightly off topic, but please do keep the colorblind people in mind. The colors used for the graphs are so similar that I can not differentiate them.

Tools like Color Oracle[1] are great when checking UI color design for its color safety. Some monitor software also has similar features. E.g. NEC monitors' MultiProfiler tool supports a number of different color vision emulation modes; see the "Color Vision" pane in that app.

[1] http://colororacle.org/

Re: Official Go support

#69
post #13

Official lua support would be peachy.

Out of curiosity: Where would this be used? The only places I ever hear the word "lua" being used are with "embedded in a game as a scripting language".

Is this the case here? Does lua have a lot of use elsewhere?

Re: Official Go support

#70
post #11

Can someone explain? I'm a big fan of C and python and I've never used Go. My initial impressions from readings were that Go is a better C. But then I came across a Go person who was lamenting that misunderstanding and that Go is python but with better performance. What's it all about? Also even if we compare it to C I don't like the garbage-collection thing at system level. Also what does Go let you do in terms of g…

Go's syntax and semantics seem ad-hoc, hard to remember, and inconsistent, but that's because Go was designed from uses cases and experience by prominent thought leaders such as Rob Pike and Ken Thompson, and Google. For example, sometimes you'll get Unicode code points, but sometimes you'll get bytes of UTF-8. The language was designed to give you the right one in the right case. UTF-8 is coupled with the language b…

How are the Go and Java memory models similar?
Post reply on HN