Pull to refresh

Comments 25

Когда уже Remote Development Mode добавите? youtrack.jetbrains.com/issue/IDEA-226455

Надоело уже сидеть в VSCode большу часть времени только из-за того, что нужно удаленно запускать и дебажить.
Мы понимаем вашу боль. Работа идет, но к сожалению, не так быстро как хотелось бы. Надеюсь, в слудующем году нам будет чем вас порадовать.

Присоединюсь к боли ;)
Возникла проблема — разработка на win хосте, а запуск на Linux сервере. Очень нужна возможность удаленной отладки.
Причём на win запускать не вариант, т.к. сервер гоняет много данных, у dev машины не хватит скорости канала для тех же условий.


Не прошу полноценной remote IDE (как по указанной ссылке), достаточно возможности запускать компилятор сразу на удалённой (по ssh) машине и через тот же ssh цепляться отладчиком.

Через SSH цепляться можно уже сейчас. Нужно только открыть туннель и использовать удаленный отладчик (пример).

а есть планы разогнать вашу IDE до скоростей vscode?

О каких скоростях идёт речь?

запуска, работы, потребления памяти, отзывчивости UI и тд.
jetbrains всем хорош, но его скорость работы и в подметки не годится vscode

Есть подозрение, что объем функциональности коррелирует со скоростью работы. Если есть конкретные примеры, что вот в таком сценарии GoLand тормозит или потребляет слишком много памяти, то мы можем попробовать это исправить. Планов сделать так же, как VSC, нет.

У меня есть сценарий обратной ситуации. Вынужденно перешёл с 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? В сообществе это популярный инструмент, но ни через один плагин у меня заставить нормально работать его не удалось. Было бы очень здорово иметь подсветку того, что нашлось линтерами.

А что не так с плагином Go Linter? Вообще, мы, конечно, хотим поддержать сторонние линтеры. Но вряд ли это случится в ближайшем будущем. А пока мы можем реализовать инспекции, которых больше всего не хватает, непосредственно в GoLand. Есть примеры таких?

А что там с поддержкой Apple-silicone M1? Я видел, что IDEA 2020.3.1 уже вроде поддерживает, какие планы у Goland?

Почти для всех наших IDE версии 2020.3.1 есть билды для M1, в том числе и для GoLand. Не всё ещё работает так, как хотелось бы, но они достаточно стабильные.

Маленькая просьба. При переходе с декларации метода в интерфейсе на его реализацию, функция в редакторе открывается в самом низу экрана… это ну не так, чтобы удобно
Будет замечательно если откроется на самом верху экрана

Ctrl-M центрирует строку с курсором по вертикали. Может быть удобнее, чем вручную прокручивать.

Ок, учту. Странно, сейчас переход идёт и экран центрирует найденную функцию по вертикали экрана…
Sign up to leave a comment.