News for hackers. Stuff that matters.
Re:Go best practices, six years in by sagichmal on Sunday May 01, 2016 @01:50PM (#11607088)
In my experience most Go developers seem to favor a terminal-heavy workflow, sometimes frequently shutting down and re-opening their editors in new paths and projects. The barebones simplicity of Go-the-language seems to be a nice match to this workflow. It's a different thing altogether to how large IDEs like IntelliJ expect you to work: opening up a project and staying in the IDE for a long period of time.

Both approaches are totally valid, of course, but I suspect Go developers are biased toward lighter-weight editors.

Re:Go best practices, six years in by nedsma on Sunday May 01, 2016 @02:00PM (#11607145)
I concur. Go syntax is dead simple and even the most basic tools like https://play.golang.org/ can be used without hesitation for some quick and dirt POCs. In the discovery mode, when you're learning a new library, any tool that supports code completion and provides documentation links is nice to have.
Re:Go best practices, six years in by xixixao on Sunday May 01, 2016 @06:57PM (#11608222)
Surprises me it doesn't have syntax highlighting.
Re:Go best practices, six years in by tujv on Sunday May 01, 2016 @07:32PM (#11608333)
Possibly because Rob Pike is not a fan of syntax highlighting, calling it juvenile.

https://groups.google.com/forum/#!msg/golang-nuts/hJHCAaiL0s...

Re:Go best practices, six years in by ramchip on Sunday May 01, 2016 @07:56PM (#11608431)
Wow, his second response is really demeaning. Or maybe it's just a shock to me after hanging out in really friendly communities (Elixir etc.) for a while...
Re:Go best practices, six years in by jasonwatkinspdx on Sunday May 01, 2016 @08:44PM (#11608575)
On the whole I've found the golang community to be quite positive and enforcing good norms about crappy behavior. I wouldn't assume too much from a post Rob made 4 years ago.
Re:Go best practices, six years in by twr on Sunday May 01, 2016 @08:20PM (#11608509)
Pike literally quoted a passage from the bible:

https://en.wikipedia.org/wiki/1_Corinthians_13

I won't argue that it was in good taste.

Re:Go best practices, six years in by QuercusMax on Sunday May 01, 2016 @09:14PM (#11608655)
If by "literally quoted", you mean paraphrased... Or is this just another case where literally doesn't mean literally?
Re:Go best practices, six years in by twr on Sunday May 01, 2016 @09:35PM (#11608718)
No. Sorry. I should have linked to the NASB translation, which was the source of his (literal) quote.

https://www.biblegateway.com/passage/?search=1+Corinthians+1...

Re:Go best practices, six years in by protomyth on Sunday May 01, 2016 @11:44PM (#11609093)
I feel bad for the person who wanted it on := lines because of sight issues.
Re:Go best practices, six years in by nedsma on Monday May 02, 2016 @06:53AM (#11610438)
Maybe it has to do something with the fact that Go's grammar is modest in size, being only 25 keywords. Compare that with C99 - 37, C++11 - 84, Rust 52 etc.
Re:Go best practices, six years in by themartorana on Sunday May 01, 2016 @02:52PM (#11607376)
Oh me too - my setup is usually split screen IntelliJ and iTerm2. But as projects grew larger, (and I wasn't a vim-er) a lot of the tools that come with a full fledged IDE became nice-to-haves (definition-on-hover as source code, click-to-definition, tree and object graph always open, and so on).

I know my setup isn't for everyone, but if you're looking for a good Go IDE experience, especially if your projects are of any size, don't pass over trying IntelliJ. I spend 95% of my time in Go now, and IntelliJ has been surprisingly good.

Re:Go best practices, six years in by meddlepal on Sunday May 01, 2016 @03:15PM (#11607467)
As a Java developer that uses Intellij exclusively this is great news. Maybe I'll check out Go more. I really hate using languages without good IDE integration.
Re:Go best practices, six years in by weberc2 on Sunday May 01, 2016 @05:33PM (#11607952)
I think you'll have a good experience with the integration. Go is the only language I know of where tooling is mostly painless. If you can manage to grok the notion of GOPATH, everything else pretty much just works--even in vim, all you have to do is install vim-go and you get code completion, automatic formatting, jump-to-definition, test execution, coverage reporting, compilation/compilation-error-reporting, etc etc all out of the box (vim-go just wrangles a bunch of programs that provide these facilities, which mean they can also be wrangled for other editors as well).