6 ms·

I find that Sublime Text with the GoSublime plugin works pretty well. There's "Intellisense" for imported packages and GsLint actively detects syntax errors. Go

• bkeroack 12y ago
  ++ to Sublime Text and GoSublime. It's what I use and anecdotally appears to be the most popular Go dev environment.
  • johnny_reilly 12y ago
    Thanks both of you - I haven't had a go with GoSublime yet. Now I will!
    • marcus_holmes 12y ago
      My experience: you kinda have to rethink what an IDE is. Go comes from the *nix tradition where the "coding environment" is a text editor and a few terminal windows. I use GoConvey to automagically run my tests and tell me what I broke. I keep this running in a terminal window (so I can CTRL-C stop it) and a browser window. I have another terminal tab on the same window for godoc, and that's serving another browser window. I have a terminal tab for git commands and file manipulation (this is the one the terminal window is normally on). I moved away from SublimeText to Atom (with go-plus) because while the load times suck, the go language support in the tooling is way better. Not that GoSublime is bad, it's not, but Atom just works better for me. I tried vim, and loved it, but the support for the go tools was never quite there, and configuring the bloody thing was a nightmare. So every time I save a file it automagically runs gofmt, goimports, compiles and runs my tests in goconvey (and tells me what I broke), and colours my test coverage right in the editor. It's not quite the integrated experience that Visual Studio is, but it's incredibly powerful, and conforms to the unix philosophy of lots of good, small programs working together. And just for comparison; today I spent 20 mins trying to get a dark theme on VS2010 and had to give up (or hand-pick every colour in what looked like around 100 options)... whereas I have dark themes galore on everything else ;)
      • pjmlp 12y ago
        VS2010 ?!? We are already on 2013 with 2015 around the corner.
        • vetinari 12y ago
          Tell that to Oracle, who hasn't bothered with OCI libs for VS2013 yet ;)
          • pjmlp 12y ago
            ODP.NET works just fine. :)
            • vetinari 12y ago
              Not in C/C++ apps :-(
              • pjmlp 12y ago
                I see. My employer has abandoned C++ world in 2005, so I only get to play with C++ on hobby projects.
          • deleted 12y ago
            [deleted]
        • marcus_holmes 12y ago
          did I mention DLL-Hell? ;) actually it's because I have a 2010 licence, but none for 2013. Another advantage of Go...
          • pjmlp 12y ago
            I don't have DLL hell in our applications since years. - DLLs are distributed with applications - Dependencies to GAC libraries are enforced with full version - we make use of application manifests when needed > actually it's because I have a 2010 licence, but none for 2013. Express and Community editions? We just use MSDN subscriptions. > Another advantage of Go... I see some good uses for Go as an improved C, but tooling when compared with JVM and .NET eco-systems is not one of them.