Комментарии 25
Надоело уже сидеть в VSCode большу часть времени только из-за того, что нужно удаленно запускать и дебажить.
Ответ попал не на тот уровень.
Присоединюсь к боли ;)
Возникла проблема — разработка на win хосте, а запуск на Linux сервере. Очень нужна возможность удаленной отладки.
Причём на win запускать не вариант, т.к. сервер гоняет много данных, у dev машины не хватит скорости канала для тех же условий.
Не прошу полноценной remote IDE (как по указанной ссылке), достаточно возможности запускать компилятор сразу на удалённой (по ssh) машине и через тот же ssh цепляться отладчиком.
Через SSH цепляться можно уже сейчас. Нужно только открыть туннель и использовать удаленный отладчик (пример).
О каких скоростях идёт речь?
jetbrains всем хорош, но его скорость работы и в подметки не годится vscode
Есть подозрение, что объем функциональности коррелирует со скоростью работы. Если есть конкретные примеры, что вот в таком сценарии GoLand тормозит или потребляет слишком много памяти, то мы можем попробовать это исправить. Планов сделать так же, как VSC, нет.
GoLand очень сильно проигрывает IntelliJ в этом плане: умеет сильно меньше, ресурсов требует сильно больше. В результате, хотя Golang задумывался и создавался как очень "легкий" язык с самого начала (например, считается, что в экосистеме Го нет джавовой проблемы что на любую проблему ты подключаешь библиотеку которая тянет 100500 классов, все очень минималистично), на каких-то довольно маленьких проектах Goland разъедается до 7 GB (!) памяти, и очень долго все индексирует. IntelliJ индексирует быстрее и требует меньше памяти для проектов которые на бумаге гораздо жирнее.
на каких-то довольно маленьких проектах Goland разъедается до 7 GB (!) памяти
По-умолчанию, GoLand не должен потреблять сильно больше 2 Гб. Я вижу два возможных варианта: либо Вы сами дали ему больше, либо потекла нативная память JVM. Первое исправляется очень легко: дать меньше памяти. Для небольшого проекта 2 Гб должно быть более чем достаточно. Второе гораздо менее вероятно, хотя возможно. Исправить сложнее, но выполнимо. Для начала нужны дампы памяти (вот здесь есть инструкция, как их собрать и отправить), а в идеальном случае сценарий воспроизведения. У нас сейчас нет похожих репортов в работе, а значит проблема не должна быть массовой.
очень долго все индексирует. IntelliJ индексирует быстрее и требует меньше памяти для проектов которые на бумаге гораздо жирнее.
Если проект находится в GOPATH, то его размер значения не имеет — GOPATH будет проиндексирован целиком, что действительно может занять много времени. Можно либо отключить индексацию всего GOPATH в настройках (но тогда внешние зависимости не будут видны, только vendor), либо перейти на современные Go modules. Если дело и ни в том, и ни в другом, то было бы здорово увидеть примеры. Для Go написано гораздо меньше индексов, чем для Java, и они сильно проще. То же число файлов первого языка на бумаге должно индексироваться заметно быстрее.
Для начала нужны дампы памяти (вот здесь есть инструкция, как их собрать и отправить), а в идеальном случае сценарий воспроизведения.
Я пытался отправить дампы еще для этой проблемы, но не смог потому что у вас стоит ограничение на загрузку больше 100mb.
С новым сервисом не должно быть таких проблем. Да и можно было залить на любой бесплатный хостинг, мы не привередливые. К тому же, информацию, которую запросил коллега, можно было в виде скриншота передать. И это, кстати, все еще можно сделать: здесь, в тикете или где угодно еще. Мы всегда рады любой информации, которая позволит нам сделать GoLand лучше.
А есть ли в планах поддержка golangci-lint? В сообществе это популярный инструмент, но ни через один плагин у меня заставить нормально работать его не удалось. Было бы очень здорово иметь подсветку того, что нашлось линтерами.
Будет замечательно если откроется на самом верху экрана
GoLand 2020.3 — дамп горутин, запуск табличных тестов, расширенная поддержка Testify