IDE для Golang

IDEA + плагин. Может Gogland уже юзабельный, не пробовал.

Я не любитель IDE, но Gogland неплохо выглядит.

vim + vim-go

Geany

С Vim есть непонятки у меня, что блин из этого использовать:

• Pathogen
• vim-plug
• NeoBundle
• Vundle
• Vim packages (since Vim 7.4.1528)

Нет чтобы сделать офф. пакетный менеджер, а люди лишь репозитории для него плодили.

С VIM вообще отдельная история. Много раз пытался его в стиле IDE использовать но понял для себя, что кроме как его не настраивай - его стезя это правка конфигов а не разработка софта

а люди лишь репозитории для него плодили.

репозиторий уже наплодили
называется GitHub

поэтому берешь vim-plug и подключаешь все что нужно через «peponame/pluginname»

И подводных камней никаких?

Вроде как VSCode используют все.

ну, вроде все плагины подключились, периодически обновляешь
некоторые требуют дополнительных телодвижений, типо пересборки какой-то бинарной части (youcompleteme) - но тоже через функцию обновляет

http://vimawesome.com/ - тут в плагинах для каждого менеджера есть описание как подключать плагин

IDE для Golang (комментарий)

и тред можешь отмечать решенным.

Pathogen достаточно как по мне. Еще не хватало превращать вим в арчик. Так скинул каталог в bundle и забыл. Если уж приспичит что-то обновлять, руками скачать и скопировать не проблема. Развели тут пакетные менеджеры на каждый прыщ панимаш.

Я бы тоже за vscode с плагином проголосовал.

Вроде видел как-то, что emacs нахваливали.

Sublime + плагины для Go. Работает нормально и, самое главное, побыстрее уродцев на JS как Atom, VsCode и brackets

http://spacemacs.org/layers/ lang/go/README.html

IDEA или Gogland, если надо основательно, степенно, медленно, ынтерпрайзно.

MS Visual Code если надо быстро, модно, молодёжно.

Остановился на Atom с кучкой плагинов. Пробовал IDEA, VS Code - тож норм

Какие там камни? Работает, есть не поросит. Использую ещё vim-plug и completor.

Если бы ТС пользовался емаксом, вряд ли бы он стал создавать этот тред.

VS Code + плагин к ней(github, с полным описанием)

Описание как завести дебаггер для Go: delve/Documentation/installation для Linux, macOS, Windows, в VS Code работает почти без глюков.

Gogland от JetBrains (пока EAP и все еще крайне сыроватый): https://www.jetbrains.com/go/download/

Я использую Gogland. Раньше использовал VS Code (до появления гогленда). Очень примитивное, постоянно подсветка ошибок отваливается, рандомные ошибки, что попало происходит. Дебагер геморойно настраивается, нет рефакторингов. Если говорить вообще о чем-то серьезном - например юнит-тесты, то тут вообще феил, вскоуд не умеет их дебажить. Для серьезной работы каждый день не годиться, ибо постоянно глюки, глюки, баги, ошибки.

А как там дела с Delve? Без отладчика жизни нет..

Если кодишь под виндой, GDB и всё основанное на нём - срывает крышу к чертям (неважно из какого редактора запускать)

Из рабочего остается Delve, но ему крышу раньше срывало просто так везде. Говорят починили, но гошники чего только не говорят

То есть отключил автодополнение у vim-go через gocode и использовал gocode в completor?

afaik сам vim-go автодополнением не заправляет, а только через внешние плагины.

Какая нормальная IDE сейчас есть?

Emacs конечно.

LiteIde

Я не любитель IDE

Почему?

Emacs конечно.

Так я IDE спрашивал, а не ОС

Громоздко как-то.

Я использую Gogland.

cast EXL, nikolnik

А как в гогланде при такой структуре проекта из IDE дебагер запускать?

/proj/
  main.go:
    package main
    import "fmt"
    func main() {
      fmt.Println(MyConst)
    }
  myconstants.go:
    package main
    const MyConst = 100500

При такой организации файла, просто запустить go run main.go недостаточно, нужно сперва сделать go build, а потом запустить ./proj

Почему недостаточно? Со структурой проекта все нормально и его можно запускать через go run main.go. Любой проект на го запускается через go run main.go

Вообще если нужны какие-то телодвижения для запуска, например у тебя для сборки приложения используется еще какая-то фигня, смотри в это окошко: http://imgur.com/a/ToPdC

Почему недостаточно?

Потому что при 'go run main.go' он не видит 'myconstants.go' и как следствие:

 proj]$ go run main.go 
# command-line-arguments
./main.go:4:19: ошибка: reference to undefined name «MyConst»
       fmt.Println(MyConst)

За-то если сделать build без указания файла, а просто в директории все отрабатывает ок:

$ go build
# _/home/Siado/gowork/proj
ar: `u' modifier ignored since `D' is the default (see `U')

$ ./proj 
100500

Это потому, что go run ожидает список файлов на запуск. Делай go run main.go myconstants.go и все. А вообще, идиоматически пакет main - это entypoint, там должна содержаться только логика для композиции приложения. Всякие константы к этому не относятся и их по-хорошему надо выносить в отдельные пакеты.

UPD Еще можно go run *.go

А вообще, идиоматически пакет main - это entypoint, там должна содержаться только логика для композиции приложения. Всякие константы к этому не относятся и их по-хорошему надо выносить в отдельные пакеты.

Выносить в отдельные пакеты конечно правильнее. Только в случае с Go - это же каждый только то написанный, или подкорректированный пакет придется через go install прогонять? Как-то крайне не удобно оно.

Через go install надо подключать только пакеты, которые надо скачать со стороннего репозитория.

Ставь VSCode от Microsoft это сейчас лучшая среда для Go под Linux. Я не шучу, я уже штук 5 перебрал. В eclipse плохой плагин.

Так там есть встроенная IDE.

Ставь VSCode от Microsoft это сейчас лучшая среда для Go под Linux.

Поставил, потыкал, закрыл. Ерунда какая-то. Уже неделю использую gogland от Idea - зачетная тема.