What does the Go plugin for IntelliJ offer that Go plugins for Emacs don't? My setup right now has live error checking (highlights errors as they occur), gofmt on save, safe refactoring via gorename, jump-to-definition, proper autocomplete, and Go Oracle integration, for e.g. finding all callers of a method. Due to being Emacs it also has much better support for Vim keybindings via Evil mode.

Debugging, cross-platform, integration with a lot of other languages, and databases, local history, out of the box configuration for everything you've just mention (including the Vim key working mode, via a plugin) so that people don't spend time in doing all of that and so much more :)

In what way is IntelliJ more cross-platform than Emacs?

It's written in Java ;)

Are using go-projectile for all of that? If not, what did you use for gorename integration?

Just http://melpa.org/#/go-rename.

Visual Studio is more bloated than IntelliJ or Eclipse? Absolutely not.

When I had the displeasure of using IntelliJ it would use 1.2GB RAM for a fucking 5 file project. Debugging would then use another 1GB RAM.

Visual Studio uses 1GB RAM with a 150 project solution open, and it opens said solution about as fast as IntelliJ opened that tiny project.

Adding something like Resharper (by your beloved Jetbrains) will make Visual Studio bloated and slow.

> (3) Using a plain text editor, which for a typesafe language is a bit daft.

What's wrong with using Vim, Emacs, or Sublime? There are plugins out there which get you a lot of the IDE magic (including jump to definition, autocomplete, autofmt, and there probably is something for inline errors)

(4) Xcode? There are lots of iOS programmers out there.

Still in camp #1 (AppCode). As someone who also does development outside of iOS, you couldn't pay me enough to solely use Xcode.

Can you explain why using a plain text editor for a typesafe language is a bit daft?

That may be stated too strongly, but the argument is in a statically typed language you go to all the trouble to provide the compiler with sufficient amounts of information, but then don't leverage that in your editor.

E.g. if you call a statically resolved function, your IDE should be able to take you to the function's definition.

Go was designed to make tooling easy, and that tooling has been written: https://github.com/nsf/gocode/blob/master/README.md

And it's pretty trivial to get Vim super integrated with go: https://github.com/fatih/vim-go/blob/master/README.md

And you consider that an IDE, right?

An Integrated Development Environment?

No, and nobody else does. There's a lot more baggage and feature check-boxes tied up in that name.

Because if it's a text editor it doesn't have all the info and functionality you have available in an IDE. Run tests for your current function, navigate to definition, manage large projects, configure builds, see test coverage, step with interactive debuggers, REPLs, vcs integration, symbolic refactorings, autocomplete, etc.

Most of this can be added to emacs too. Then it's an IDE.

(4) Use LiteIDE, simple IDE written for Go.

The best ide for golang. It is not Netbeans or Eclipse but

it is lightweight, enough features and gets the job done.

VS is much faster than the JetBrains IDE without any plug ins. Adding JetBrains' products makes it slow.

A huge percentage of those doing #2 are using Resharper (a JetBrains plugin for Visual Studio).