Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Go is amazing, period.

poincare101.blogspot.com

Post reply on HN
Print view View original

51–60 of 241 posts

Re: Go is amazing, period.

#51

Post by rian »

jshen wrote: post #38
rian wrote: post #31

i truly believe go contributes negative work to society. it's basically C/C++/Java/C# with syntactic sugar except it's different enough to get bored programmers to waste their precious time reporting all their code. if you want to learn a new language, actually learn a new language. learn a language that's actually breaking the mold in terms of how we communicate with computers. think at a higher abstraction level th…

I completely disagree. My goal is to build better systems, and if an evolutionary change helps this, then that's where I'm going. You seem to value "breaking the mold" for the sake of "breaking the mold" Or, you didn't give a good reason to value it. "that stuff is already more than 40 years old.". Is this the fashion industry? Or do you believe that quality is a function of age?

people who program actually have a lot to learn from the fashion industry. trends are fine as long as trends are iterated on quickly. in comparison, it's taken programmers 15 years to make the half-assed-jump from java to go. and even then, the conceptual differences between java and go are minimal, superficial at best.

the fact is that go touts itself as a C++/java alternative but i see no significant/non-superficial reason to actually change languages. thinking in go is 99% the same thing as thinking in C++. consequently, 99% of the time doing stuff in go takes me roughly the same amount of time as doing the same thing in C++. programmers remain stunted.

we all know how efficient we can be writing code like in the von neumann style (not to mention 90% of programmers haven't yet even mastered that). to advance what people can do with computers it's time to start thinking beyond sequences of instructions and memory accesses, we need a language that encourages higher-order thinking. otherwise it's like building the empire state building with legos.

Re: Go is amazing, period.

#52

Post by reddit_clone »

drivebyacct2 wrote: post #29
swah wrote: post #6

I'd love to have Python library availability in a staticly typed language.

Not to push the issue, but Go's standard libraries are fairly decent for being minimal and are dead simple to use. The docs have a good mix of examples and quickly parseable information.

How about IDE's? Does Go have good Emacs/Eclipse support yet?

Re: Go is amazing, period.

#53

Post by tedunangst »

georgemcbay wrote: post #36

As someone who is 38, and has programmed in everything from 6510/68k/MIPS/ARM assembler to C/C++ to ActionScript/haxe/JavaScript to D to Python, et al, I also think Go is pretty great. In addition to the cool things in the language, I really love what they are doing with the build system. The Go programming I've been doing has been on Windows but targeting an ARM CPU (the PXA168 in the Chumby 8 device) and cross-comp…

Windows port details? I start at golang.org, link to http://golang.org/doc/install.html. Says "A port to Microsoft Windows is in progress but incomplete." That in turn links to the world's least helpful wiki page: Page "WindowsPort" Not Found.

Where do I find out more about the Windows port?

Re: Go is amazing, period.

#54

Post by drivebyacct2 »

reddit_clone wrote: post #52
drivebyacct2 wrote: post #29

Earlier quoted context omitted.

Not to push the issue, but Go's standard libraries are fairly decent for being minimal and are dead simple to use. The docs have a good mix of examples and quickly parseable information.

How about IDE's? Does Go have good Emacs/Eclipse support yet?

I'm extremely happy with nsf's gocode [1] adding auto-complete support to Sublime Text and Vim. It's quite nice. Go, itself (from `hg`), has syntax support for vim and (I think) an emacs plugin. There's also a Goclipse modified Eclipse install which I don't know much of anything about.

There are others, [2]

I mean, there certainly isn't a complete equivalence of Eclipse for Go (yet?).

[1]: https://github.com/nsf/gocode

[2]: http://go-lang.cat-v.org/dev-utils http://go-lang.cat-v.org/text-editors/ etc, etc

Re: Go is amazing, period.

#55

Post by ootachi »

brnstz wrote: post #25
j45 wrote: post #8

A lot of great and capable languages are overlooked. The question is how do they overcome the opinion, hearsay and preferences that are louder than the truth? Too few devs: - truly give something 5 minutes before jumping to their foregone conclusion. - admit that most languages with a decent capable and decent programmer are all, pretty equally equipped. - every language + framework has it's pros and cons.

Go has the advantage of being developed by Rob Pike and Ken Thompson. It also potentially has the marketing muscle of Google behind it, although the most I've seen so far is free stuffed Gophers at OSCON. Type safety, easy concurrency, static checking, C-like syntax, fast compilation time, concise syntax, etc. Java is ripe for replacing as the default language for (new) large systems. The replacement could be another…

Depends what you mean by type safety. If by type safety you mean free from segfaults, Go is very much type-unsafe (send a map over a channel, access it concurrently, and it will segfault).

Re: Go is amazing, period.

#56

Post by mitjak »

briancurtin wrote: post #49
andrewflnr wrote: post #45

Earlier quoted context omitted.

I assume he likes it because it doesn't change anything. He's used to the Python way.

Maybe I'm missing something, but "they got rid of the parentheses" sounds like either Go used to require parentheses for this or he thought Python did. If it was the former, then I misread (I don't know very much about Go).

I think the author was referring to C and all the other popular languages that similarly enforce the brackets for expressions.

Re: Go is amazing, period.

#58

Post by travem »

briancurtin wrote: post #49
andrewflnr wrote: post #45

Earlier quoted context omitted.

I assume he likes it because it doesn't change anything. He's used to the Python way.

Maybe I'm missing something, but "they got rid of the parentheses" sounds like either Go used to require parentheses for this or he thought Python did. If it was the former, then I misread (I don't know very much about Go).

The author is writing in the context of moving from c and c++ so I imagine he's talking about getting rid of c style parenthesis.

Re: Go is amazing, period.

#59

Post by enneff »

tedunangst wrote: post #53
georgemcbay wrote: post #36

As someone who is 38, and has programmed in everything from 6510/68k/MIPS/ARM assembler to C/C++ to ActionScript/haxe/JavaScript to D to Python, et al, I also think Go is pretty great. In addition to the cool things in the language, I really love what they are doing with the build system. The Go programming I've been doing has been on Windows but targeting an ARM CPU (the PXA168 in the Chumby 8 device) and cross-comp…

Windows port details? I start at golang.org, link to http://golang.org/doc/install.html . Says "A port to Microsoft Windows is in progress but incomplete." That in turn links to the world's least helpful wiki page: Page "WindowsPort" Not Found. Where do I find out more about the Windows port?

Go 1 is about to be released. See the install docs for Go 1 at http://weekly.golang.org/doc/install - these include windows instructions.

Re: Go is amazing, period.

#60

Post by ootachi »

srean wrote: post #34

I have'nt managed enough time yet to familiarize myself with Go, but the little that I have glanced at, it seems a nice enough language for scientific computation. The syntax and semantics of arrays are nice and binding to C is purportedly simple. Ease of binding with Fortran would have been nice too. So I find it a bit strange that I never hear of Go in the context of array based computation, that is the stuff peopl…

The concurrent stop-the-world garbage collector is a performance issue. Additionally, the Plan 9-based compiler is not an optimizing compiler.
Post reply on HN