What's the best IDE for golang?

[farah]

I'm new with go, and i'm looking for the best IDE, i'm thinking about intellij or LiteIDE,

what's the best  between them or do you have any other suggestion?

thank you!

[Jan Mercl]

I have the other suggestion: if you want to be productive, don't use
IDEs. For me nothing can beat a vim + terminal combo. (Maybe emacs,
but I don't speak klingon ;-)

-j

[Aviv Laufer]

vim+zsh+tmux
I wrote a short blog post about my go dev environment http://bit.ly/1bsKWyw
Aviv

> --
> You received this message because you are subscribed to the Google Groups "golang-nuts" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

[farah]

I forgot to mention that i'm using windows

[Markus Zimmermann]

This was discussed here https://groups.google.com/forum/#!topic/golang-nuts/PPYrqX2D194 a while ago.

[刘鑫]

I use emacs write anything. But editor is't IDE. 

A perfect for Golang? I think that need a beautiful editor, code jump, auto code format and 

a smart debugger GUI. 

But I'm not found a IDE done these. I use LiteIDE only a project browser. Use a friendly Editor, I 

write code smooth at last before a power IDE been created.

2014-02-24 16:25 GMT+08:00 farah <jaziri...@gmail.com>:

I forgot to mention that i'm using windows

--

You received this message because you are subscribed to the Google Groups "golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

--

……

劉鑫·矮人工匠
Mars Liu @ Dwarf Artisan

[minux]

On Mon, Feb 24, 2014 at 3:25 AM, farah <jaziri...@gmail.com> wrote:

I forgot to mention that i'm using windows

some high profile Go users find Acme really good for writing Go

if the user is wiling to write some programs.

Note: some call Acme an integrating (as oppose to integrated) development

environment, that is, powerful enough for everything, but you need to make

that happen.

Similarly, Vim and Emacs provides a more traditional environment, but

the user needs to do some configuration depends on what you want.

Acme, Vim and Emacs all have Windows version. (Acme-SAC even bundles

the whole Inferno environment, so you have shell and everything.)

PS: Though I don't expect someone coming from Windows background to

switch to any of the three. It's usually not what he wants (zero configuration,

just works).

[Gerard]

Well, certainly not *the best* nor an *IDE*, but for windows, i would suggest Notepad++.

On Monday, February 24, 2014 8:59:10 AM UTC+1, farah wrote:

[Gerard]

... and the command prompt.

[Péter Szilágyi]

You might also give Sublime Text + GoSublime a spin. It's a very powerful combo and does just about anything you would need.

--

[Erwin]

I second Sublime Text + GoSublime, plus terminal

[Sean Russell]

On Monday, February 24, 2014 3:23:11 AM UTC-5, Aviv Laufer wrote:

vim+zsh+tmux
I wrote a short blog post about my go dev environment http://bit.ly/1bsKWyw

+1

--- SER

[Andrei Simionescu]

For now you have 3 main options (you'll still have to use a terminal like Cygwin or Git Bash to use the go command for building/running programs):

• Notepad++ with syntax highlighting for Go
• Sublime Text 2 or 3 with GoSublime
• IntelliJ with the Go plugin (go-ide.com)

but you would probably become a better programmer if you'll switch to linux/osx and learn either emacs or vim, they both support golang well.

[Fred McCann]

I’m a fan of TextMate + one of the golang bundles. 

https://github.com/AlanQuatermain/go-tmbundle

--
You received this message because you are subscribed to the Google Groups "golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

- Fred McCann

fr...@sharpnoodles.com

[Nate Finch]

You don't need a linux terminal to use the go tool on Windows. The standard Windows command prompt works just fine.

[Daniel Theophanes]

You might try LiteIDE:

https://code.google.com/p/golangide/downloads/list

https://code.google.com/p/golangide/downloads/detail?name=liteidex20.1.windows.7z&can=2&q=

[Konstantin Khomoutov]

On Mon, 24 Feb 2014 08:47:19 -0800 (PST)
Nate Finch <nate....@gmail.com> wrote:

> > For now you have 3 main options (you'll still have to use a
> > terminal like Cygwin or Git Bash to use the go command for
> > building/running programs):

[...]

> >
> You don't need a linux terminal to use the go tool on Windows. The
> standard Windows command prompt works just fine.

I would add that Console [1] and ConEmu make the console experience on
Windows much better while still being slim native Windows applications
without dependency on compat layers like Cygwin.

1. http://sourceforge.net/projects/console/
2. http://sourceforge.net/projects/conemu/

[voidlogic]

I'd second LiteIDE, I use it 40-60 hrs a week and it works very well.

[Brian Reed]

I like Geany - ubuntu simple ide / editor. 

[Chris McGee]

There's also godev.

> go get github.com/sirnewton01/godev

> godev

open your web browser to 127.0.0.1:2022

Chris

On Monday, February 24, 2014 2:59:10 AM UTC-5, farah wrote:

[Ulrich Schreiner]

you could try the browser-based carpo (https://github.com/ulrichSchreiner/carpo), there is a pre-built linux 64bit binary. it should work on windows too, but i never tested it (i don't have windows). take a testdrive (with FF or chrome please) at

https://developer.planetary-system.org (sorry, selfsigned cert acceptance and google-auth required)

the debugger is currently a little unstable :-). 

[szep...@gmail.com]

 Eclipse + https://code.google.com/p/goclipse/ Works fine ;)

[tike]

May I shamelessly plug my Notepad++ plugin for go development:

available from the Notepad++ Plugins-Manager: GOnpp  Version 1.0
or http://sourceforge.net/projects/gonpp/ for GOnpp Version 1.1

Thanks!

tike

--

[JussiJ]

On Monday, February 24, 2014 7:25:50 PM UTC+11, farah wrote:

I forgot to mention that i'm using windows

Zeus is a Windows based IDE and is has support for Go: http://www.zeusedit.com/go.html

It has Go tool support and does the standard syntax highlighting, code completion, class browsing, code folding, debugging etc.

It can also be configured to work with the gocode auto-complete daemon.

NOTE: Zeus is shareware, runs natively on the Windows platform and can be run on Linux using Wine.

Jussi Jumppanen

Author: Zeus IDE

 

[Florin Patan]

First of, instead of thinking try them and see what you like better.

Now, even if some believe that IDEs are bad and that programming in some random notepad / text editor makes you a good programmer, there's nothing bad in using good tools to get your job done, so do try them all if you want.

As for which is better, a biased view of course, is that, while IntelliJ plugin has some issue, both the current version and (especially) the upcoming better are much better that what you'll get from the others :) I mention just the inspections which allows you to intercept errors in function parameter types before you run your app (which granted should be much smarter but it's still better then nothing, right?). And in the upcoming version we'll support debugging via GDB and Go AppEngine integration out of the box without needing to hack your GOPATH and so on like for other editors. We support a lot of things that simply you won't find in others and the IntelliJ platform supports a lot of good features such as HTML/CSS/Javascript editing on an excellent level, so if you plan to use go for web development.

Also, you can use the free version of IDEA and have a completely free dev environment or if you already use IDEA Ultimate, PHPStorm, WebStorm or other IDEs from JetBrains you just need to install the plugin. And when you find a bug, please just report it here and help us making it better: https://github.com/go-lang-plugin-org/go-lang-idea-plugin.

But like I've said, give it a try and just use what you like, not what others think it's the best because it's the best for them, not for you :)

Kind regards

Disclaimer: I'm one of the core contributors to the IntelliJ plugin (in case I wasn't clear so far :D)

On Monday, February 24, 2014 8:59:10 AM UTC+1, farah wrote:

[Jan Mercl]

On Wed, Feb 26, 2014 at 11:10 AM, Florin Patan <flori...@gmail.com> wrote:
> Now, even if some believe that IDEs are bad and that programming in some
> random notepad / text editor makes you a good programmer

Probably no one believes that.

What some might be stating is that using a _code_ editor (which
notepad has nothing to do with), like for example vim, emacs and
others, makes them more productive than using any IDE. It's a
personal, non transferable experience. Also, no kind of belief is
involved in it.

Oh, and yes. Not having some IDE features makes you think more about
some design choices and _can_ thus make you a better programmer. But I
think the causality of this is usually the other way around ;-)

Dijkstra is famous also for his opinion that exposure to BASIC is
irreparable[0]. In my experience, I'd say the same about VS.

[0]: http://en.wikiquote.org/wiki/Edsger_W._Dijkstra

-j

[Jesper Louis Andersen]

On Wed, Feb 26, 2014 at 11:10 AM, Florin Patan <flori...@gmail.com> wrote:

First of, instead of thinking try them and see what you like better.

+1

You will have to try using a tool for some time before you begin to appreciate it. If you are just starting out, you may find that notepad.exe is quite adequate at handling Go. The language is not built in a way where you need a lot of editor-support to be productive.

Once you determine you like Go, then you can begin looking into getting a tool which better support your style of development. It would look like there are as many options as there are programmers here. Programmer productivity is a highly individual thing!

(I use plan9port and Acme for all my development nowadays, but I used vim, nvi, Emacs, and Eclipse earlier).

--
J.

[Peter Nguyen]

So what is the pros with Acme? Seems like quite a few gophers use them from what I saw at FOSDEM. Besides multiwindows, does it has key mappings like vim or emacs?

[Joseph Poirier]

-j

lmao; John Carmack is known to use VS and he seemed to do just fine... 

[Mathieu Lonjaret]

Apart from basic shortcuts like ^a, ^u, etc, no.
Most computers have a mouse, so we just use it.

http://research.swtch.com/acme

[Francisco Souza]

On Wed, Feb 26, 2014 at 2:15 PM, Mathieu Lonjaret
<mathieu....@gmail.com> wrote:
> Apart from basic shortcuts like ^a, ^u, etc, no.
> Most computers have a mouse, so we just use it.
>
> http://research.swtch.com/acme

laptops don't have mouses.

[Mathieu Lonjaret]

I'm very sorry for you and your laptop then.

On 26 February 2014 18:24, Francisco Souza <f...@souza.cc> wrote:
> On Wed, Feb 26, 2014 at 2:15 PM, Mathieu Lonjaret
> <mathieu....@gmail.com> wrote:

>> Apart from basic shortcuts like ^a, ^u, etc, no.
>> Most computers have a mouse, so we just use it.
>>
>> http://research.swtch.com/acme
>

[Nico]

The middle button in my mouse is sadly broken.

[Rob Pike]

Computers do.

-rob

[Gerard]

Here is an Acme demo. It's different, but powerful. A three button mouse (not a wheelmouse) is required however.

[joseph...@gmail.com]

Hi all

I'm a go lang total newbie and I'm as well looking for the proper development tool. One thing I would love to have is auto completion : do all the editors discussed above provide it ? Or some of them ?

Thanks in advance

Best

joseph

[Peter Nguyen]

Most editors above provide completion by using the https://github.com/nsf/gocode package.

[oju...@gmail.com]

IDEs bring a lot o bad habits, like to adopt long names, just because the autocompletion will type it for you.

Like you guys I feel perfectly at home using command line tools, VI, makefiles and GDB, but a large part of programmers worldwide wouldn't touch a new language with a pole if it doesn't have at least a half decent IDE. Are they right or wrong? It doesn't matter. What does matter is people live in a real world, where there is productivity expectations on coding, debugging, navigating large codebases. The availability of high quality IDEs is a MUST if you want a programming language to become mainstream.

To our friends that work hard to bring IDEs to the realms of Go: thank you very much.

[Peter Nguyen]

Well, there is code autocomplete in vim, emacs too...

A good IDE is one that helps the developer be more productive.

[Matthew Zimmerman]

On Thu, Feb 27, 2014 at 10:48 AM, <oju...@gmail.com> wrote:
> IDEs bring a lot o bad habits, like to adopt long names, just because the
> autocompletion will type it for you.

Descriptive names help bring code clarity. Yes, overly verbose long
names are not helpful but I'd much rather see checkingAccount than ca
or even account as a variable name. As a code completion lover, it's
nice when gocode finishes checkingAccount for me.

[Benjamin Measures]

On Thursday, 27 February 2014 16:07:21 UTC, Matthew Zimmerman wrote:

Descriptive names help bring code clarity.  Yes, overly verbose long
names are not helpful but I'd much rather see checkingAccount than ca
or even account as a variable name.

That example sounds too much like the variable has been named after its type rather than its instance. I'd probably name it something like src or dst.

Having to type this makes one think about it each time. If it's well-named then it'll be less jarring -- that is to say the identifier given context is unambiguous. The key is that humans are pretty good at context.

So for example, given context, the following is pretty clear:

bank.Transfer(src, dst, amount)

If lazy about naming, code-completion can facilitate/perpetuate this:

bank.Transfer(checkingAccount1, checkingAccount2, euroAmount)

That's not to say that code-completion can't relax length considerations for better names but, by (unintentionally) delegating thought about context, the programmer is underutilising something they're good at (as humans) and likely to "encode" too much information in the identifier (ignoring context).

[RickyS]

The autocompletion from gocode works well in Sublime-text 3.  I run it on Ubuntu linux.
The only problem with Sublime-text on linux is that you can't drag text with the mouse. 
I keep on hoping this will be fixed.

If you are writing code to run on a server, then it's easier for you to use an OS just like your server.

   R

[Sam Harwell]

Hi Joseph,

 

If auto-completion is your feature of choice, you should check out GoWorks. The code completion implementation in it is unique to that IDE, and was written from the ground up for speed and accuracy.

http://tunnelvisionlabs.com/products/demo/goworks

 

Thank you,

Sam Harwell

 

Disclaimer: I’m the author of GoWorks.

--

[Wes Freeman]

Hi Sam,

Kudos on the context-aware completion and "intellisense"-like stuff in GoWorks. It is really excellent. Screenshot for those who haven't seen it in action:

I gave it a try a few months ago, but couldn't stick with it because of the way projects work. I usually keep all of my projects in a .../gocode/src/github.com/wfreeman/ folder. The only way to add those projects to GoWorks is to sort of make them their own workspaces, which isn't how I usually manage my projects. 

I was disappointed that you haven't continued working on it!

Wes

[Sam Harwell]

Hi Wes,

 

Thanks for the feedback and screenshot.

 

The goal with the current project detection was to eliminate the requirement that users take special steps to configure or create a special “project” for the IDE. If you could go into more detail about how you have your project structured, I could probably update the detection algorithm to work better with it.

 

1.       Can you give a more detailed description of your working directories, as well as the relative paths from your working directory to any dependencies which are not part of the Go standard library?

2.       What is the working directory where you compile your code? What commands do you execute to compile the code? Where is the output placed?

 

Thanks,

Sam

[Joseph Pachod]

Thanks all for the answers :)

Sam, regarding GoWorks, could you clarifiy if it's still developed ? What about long term licensing/plan ?

Thanks again

Best
joseph

[Sam Harwell]

Hi Joseph,

 

While it’s not being actively developed right now, I have a great deal of interest in ensuring the current feature set remains usable for the majority of Go projects currently being developed. If some characteristic of it is not currently usable, I don’t mind putting in more time to make sure that gets addressed.

 

Without a corporate sponsor for the project, I don’t anticipate changing the licensing for the product (free, but closed source). I’m in the process of migrating all of my NetBeans extensions (including ANTLRWorks 2 and GoWorks) to distribution through the NetBeans Plugin Center for NetBeans 7.4 and higher. This simplifies the distribution and maintenance for me since the standalone build will no longer be dependent on a custom build of NetBeans (as it is currently). This transition should be complete prior to the NetBeans 8.0 release; until then the standalone release of GoWorks will continue to work.

 

I have made the following changes since Preview Release 7:

 

·         I continued to improve performance and reduce memory usage of the background parser.

·         Improved auto-indent support, especially in parenthesized blocks, e.g. import ( … )

·         Added a Stop button to the Run window, and improved the progress bar display for build/run operations.

 

I spent some time working on a debugging implementation, but progress is extremely slow. I have very high standards regarding quality and performance before adding a feature to an IDE. For example, to meet these requirements in my Java debugger, I completely bypassed the JDWP used by virtually every other Java debugger and wrote my own communication layer directly on top of the JVM TI. The result vastly outperforms every other debugger I have ever used in Java (e.g. high-speed single-stepping through a program even with toString() evaluation enabled in the locals window). So far I have been unable to produce a similar experience for Go, but I remain hopeful that I’ll find a way to make it happen.

 

Thanks,

Sam

[Wes Freeman]

It is a good goal--I like that there's no .project file or equivalent, I just think it's too picky about what a project is (I never have a src/ folder in my projects).

My project is typically just a single level folder within the workspace, for example: https://github.com/wfreeman/uci maps to /Users/wfreeman/gocode/src/github.com/wfreeman/uci

There's an env variable: GOPATH=/Users/wfreeman/gocode 

Within gocode/src/, all of my current projects and their dependencies are, each of which have their own git repo.

When I run "go get github.com/someuser/somelibrary" it knows to install it in the same structure under /Users/wfreeman/gocode/src/github.com/someuser/somelibrary.

Perhaps the slick way to do it would be to allow people to select projects from their GOPATH variable's structure. Short of that, allowing me to just select any folder as a project would be good enough.

From the project directory (/Users/wfreeman/gocode/src/github.com/wfreeman/uci), I run things like "go build", "go test", or sometimes I like to go into a subfolder and run the tests there like "cd subpackage; go test" to test a subpackage. It would be nice to be able to configure the run/test command, but that's not a game breaker.

I'm pretty sure I'm doing this the "normal" way, although it did take me a while to settle on this workflow. http://golang.org/doc/code.html

Wes

[Sam Harwell]

Hi Wes,

 

I did a bit of experimenting with this directory structure today, with the following results.

 

1.       GoWorks recognizes “/Users/wfreeman/gocode” as a project with a package structure like the following. I did not need to set the GOPATH environment variable because GoWorks always configures that variable according to the location of the “project” you open.

2.       GoWorks is not able to run the “go get” command. It needs to be able to do this, and it would be helpful if it brought up a balloon by the progress bar to inform you of that requirement if you open a project where dependencies are missing (such as your uci project, where uci_test.go relies on launchpad.net/gocheck).

3.       If you right click on a specific package, you can click Compile Package to compile only that package.

a.       I need to add an additional command Test Package to the same menu. Currently the Test command can only be executed against an entire project at once.

b.      I need to add internal commands like Compile Current Package and Test Current Package that you can bind to a keystroke, allowing you to execute “go build” or “go test” while you are editing a file.

 

Would the changes mentioned above suffice for your needs? Is there any reason why you wouldn’t be able to open the gocode folder as a project? If the concern is simply the number of packages you now have, what about if you had commands “Treat as Library” and “Treat as Source Package”, where you could (for example) right click on “github.com.jordan-wright.email” and click “Treat as Library” to instruct GoWorks to show that package under the Libraries folder instead of the src folder. This feature could even be configured to automatically place any package obtained using “go get” as a library until the “Treat as Source Package” command was run on it.

[dv...@everything.me]

The IDEA (IntelliJ) plugin for go has been going throught rapid progress lately, and it is becoming the best IDE for go by far. Configuring the paths is still a bit clunky, but an unstable build from the mast works for me, including:

1. code completion

2. automatic go-fmt

3. decent gdb integration

4. jump to source, including the standard library

5. integrated console is always handy for stuff not covered by the commands of the IDE.

again, the stable build is not as good, but if you build the latest master, it has all this and works great for me. I've switched to using it  instead of Sublime this week.

[Wes Freeman]

Those ideas would definitely be improvements--I did try opening gocode, and that's how I originally tried it, but none of the compile/test commands worked (which is why you mention 3-a,b). When I open my current gocode, I get ~300 packages opened in that src tree (it expands all subpackages). Of those, ~20 are my projects/subpackages. Having to go through and right click to tell it to move the 280 or so to libraries would be mildly annoying even if I could multi-select them--would it save this selection somehow? 

I think I would rather have it let me select a package below the GOPATH as a project, and detect what dependencies it needs to treat as libraries for that specific project somehow. Wishful thinking?

At this point, I don't even mind needing to run "go ..." commands in the shell (I do that now, and edit in vim), though it would be nice if there were keyboard shortcuts to do the common ones. My biggest issue was with the project handling.

Wes

[Sam Harwell]

The most troublesome item I’m facing is the implementation of ProjectFactory.isProject(directory). NetBeans expects this operation to return true if the directory is recognized as a project by your project system (in my case, a Go project). When you open a .go file and right click on the editor tab and select “Select in Projects”, it looks at each parent directory of the file until it finds one where isProject returns true.

 

Obviously it would be possible to instruct the IDE to treat each directory containing .go files as its own project. However, this would leave two extra challenges:

 

1.       Currently GoWorks does not rely on the user to configure the GOPATH environment variable. To the contrary, GoWorks sets the value of this variable for the current process based on the location of your project. This decision is motivated by the fact that Windows-friendly applications should never require a user to understand or manipulate environment variables. If every folder containing .go files was treated as a project, import statements for packages that are not part of the standard library would not resolve.

2.       Typically an “application” is a combination of the standard library of some set of additional packages. When the user opens a project, GoWorks should automatically locate the dependencies which are not part of the Go standard library.

 

I’m going to experiment with the following approach, and hopefully you can let me know how it works for you.

 

1.       Implement isProject by saying a project is any folder containing .go files that also has an ancestor named “src”. This way, the GOPATH for the project can be automatically set to the folder containing the src folder, but you also have the ability to open a single package in isolation.

2.       For any “import” statements in the project that do not resolve to a standard library module, show them as entries under the “Libraries” node for that project. If the package is not currently on disk under the expected src folder, show an exclamation mark on the icon for the node and provide a context menu entry to “Get Package” (which runs go get). The Libraries node itself could also include a new menu item “Get Missing Packages” to perform the go get operation on all missing packages.

[Michael Whatcott]

Save us JetBrains!! Can't wait until they come out with their flavor of IDE but with full support for Go.

[devi...@gmail.com]

Yes please JetBrains!  We need a good Go IDE

[del...@gmail.com]

There is a plugin for brackets called "go-ide". It uses go code to autocomplete.

[Yang Fan]

JetBrains always produces HEAVY IDEs.

--

You received this message because you are subscribed to the Google Groups "golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--

Regards,

Fan Yang

[Carlos Merchán Carmona]

The best IDE is LiteIDE

Good debugger with GDB

Autocompletation code

Made for Go Lang

El lunes, 24 de febrero de 2014 08:59:10 UTC+1, farah escribió:

[Mitranim Forgo]

+1 from me for Sublime Text 3 + GoSublime. Has the perks of an IDE (automatically scans your and imported files to provide contextual autocompletion and type hints, lints your code) without the bloat of an IDE.

[horrido...@gmail.com]

Thumbs up to LiteIDE, too. It's my preferred tool.

[Kiswono Prayogo]

best native: LiteIDE X24 (not yet tried the latest version, "go to declaration" still doesn't work)

best web-based: Wide ("go to declaration" works, color theme not yet customizable)

IntelliJ + go plugin 0.9.16 alpha5 (6 hours ago, still buggy, error at installation, complete color customization)

komodo edit + komodo go (24 days ago, currently downloading)

Eclipse CDT 8.4.0 + Goclipse 0.9.1 (27 days ago, too big to download for my bandwidth)

btw, is there any IDE that gives autocomplete, also with its documentation? (similar to Eclipse or Delphi)

[Carlos Carcamo]

> --
> You received this message because you are subscribed to the Google Groups
> "golang-nuts" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to golang-nuts...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

What about Atom?

--
"El desarrollo no es material es un estado de conciencia mental"

[lgnhm8...@gmail.com]

go to declare seems not working for me..

在 2014年2月25日星期二UTC+8下午6时23分58秒，szep...@gmail.com写道：

W dniu poniedziałek, 24 lutego 2014 08:59:10 UTC+1 użytkownik farah napisał:

I'm new with go, and i'm looking for the best IDE, i'm thinking about intellij or LiteIDE,

what's the best  between them or do you have any other suggestion?

thank you!

 Eclipse + https://code.google.com/p/goclipse/ Works fine ;)