Какую IDE выбрать для Go?

Question

[Алексей Волегов]

Добрый день.

Какую IDE стоит выбрать для Go? Главным образом IDE нужна для удобного debug с stop point.
Есть ли уже такая?

Может так же кто-нибудь посоветовать адекватную статью желательно на русском по дебагу Go приложений?

Comments

[Дмитрий]

Где Ваши попытки воспользоваться поиском?

[Алексей Волегов]

Дмитрий: мои попытки приводят к дебагу на vim. Не хочу ни чего сказать в сторону vim сообщества, но для меня не подходит к сожалению по внутренним эмоциональным причинам =(

Answer 1

[Юрий Ярош]

У delve интеграция с IDE' пока только в планах.
С GDB бывает немного сложновато, у Atom'a нет его поддержки, есть SublimeGDB - ним можно пользоваться, ну и конечно же у emacs / vim тоже куча плюшек.

Comments

[Алексей Волегов]

С vim не дружу и как-то совсем не хочу начинать =))
Посмотрю Sublime ... есть ли там способ дебага? Вроде это только редактор, если я не ошибаюсь.

[Юрий Ярош]

Алексей Волегов: есть, но лучше сразу в консоль лезть и не заморачиваться - одно и то же.

[Алексей Волегов]

Юрий Ярош а можешь посоветовать какую-нибудь статью на русском как дебажить через консоль?

[Дмитрий]

Алексей Волегов: Как правило, правильная организация записи в лог избавляет программиста от отладчика! Не надо бояться писать в лог, если боитесь замедления работы, пишите в лог опираясь на какой-либо критерий записи, к примеру если задан debugMode

[Алексей Волегов]

Дмитрий: писать в лог менее удобный способ дебага, чем "точки". С "точками" я могу остановить приложение и потом по командно его прочесать, в то время как с логами мне придется на каждый чих писать логи, это не так удобно и засоряет код.

[Юрий Ярош]

Дмитрий как правило отладчиком пользуются в случае низкоуровневых оптимизаций, когда покрывают всё тестами.
Алексей Волегов cтатей на хабре про GDB не много
habrahabr.ru/post/181738
habrahabr.ru/company/neobit/blog/141067
habrahabr.ru/post/140536
А вообще лучше обратиться к книгам
"GDB Pocket Reference" и "Debugging with GDB: The GNU Source-Level Debugger"

[Дмитрий]

Алексей Волегов: Логи, не засоряют лог в том случае, если писать по некоторому условию. Заметь log.info() и log.debug() это разное! Другое, ни разу не видел больше одной строчки логирования в теле функции. А уж одна строчка никак не влияет на читабельность!

[Юрий Ярош]

Дмитрий: вы не знаете какие у человека задачи и зачем ему понадобился дебаг, в ряде случаев логи не помогут выявить ряд ошибок, и это не стоит позиционировать логи как универсальное решение для отладки - с них всё только начинается.

[Дмитрий]

Юрий Ярош: Да, можно было бы сказать "не знаю какие задачи", если бы не ситуации когда начинаешь взаимодействовать с людьми, которые без отладчика НИЧЕГО сделать не могут! За последние 1.5 года писал проекты с различными людьми и большинство из них, когда сталкиваются с тем что их код сломался на стороне заказчика разводят руками из-за того что они не могут запустить под отладчиком. Уж лучше учиться сразу корректно работать.

З.Ы.: На эту тему Роб Пайк написал достаточно развернутую и хорошую статью про то как он программировал в паре с Брайном Керниганом.

[Алексей Волегов]

Дмитрий: жду ссылочку на статью. Я по любому организую легированное на уровне sql и выполнения + лог ошибок адекватный (если на go его детальным можно сделать).

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

[Юрий Ярош]

Дмитрий есть очень много случаев когда логирование ничем не способствует отладке приложения, особенно в случае сложных моделей акторов, с возникновением livelock'ов и прочих весёлых вещей.

[xotkot]

Алексей Волегов:
по поводу "как дебажить через консоль" для Go с помощью gdb.
есть статья на golang.org по этому поводу, правда на английском

[electrocat]

"На эту тему Роб Пайк написал достаточно развернутую и хорошую статью про то как он программировал в паре с Брайном Керниганом. "
Дмитрий: а можно ссылку на эту статью?

Answer 2

[uvelichitel]

Вот здесь видно, что Andrew Gerrand и Brad Fitzpatrick, ведущие разработчики языка работают в Vim. Rob Pike и Russ Cox предпочитают Plan9port acme, здесь. Мне acme нравится.

Answer 3

[jewubinin]

Поддержка отладки с брейкпойнтами у Го не очень. Может быть допилили уже, но еще весной этого года было плохо.

IDEA - монстр, в перспективе, когда допилят плагин для языка Го, будет самым крутым. Но плагин пилят уже много лет и пока далеко до совершенства. Что не позволяет воспользоваться всей мощью этой крутейшей среды. А тормозить меньше она от этого частичного использования не будет.

LiteIDE - летает даже на слабом железе. Базовые вещи там есть.

Однако, если учесть, что с брейкпойнтами и пр. вещами для полноценной отладки в Го плохо - это плата за многопоточность и го-рутины - то имеем, что среды программирования ничуть не лучше специализированных программистских текстовых редакторов:

Emacs, vim, Sublime, Atom и пр.
Для всех них есть плагины для Го.

Comments

[Алексей Волегов]

Полностью согласен. Но у меня не выходит настроить sublime, что бы он хоть на простом уровне работал :( если есть ссылки по настройке, буду очень признателен.

Из простых вещей это автокомплит и форматирование кода при созранении, а так же хоткеи для билда и запуска.