Pull to refresh
39
0
Artem Khvastunov @artspb

GoLand Team Lead

Send message

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

https://www.jetbrains.com/company/customers/


95 Fortune 100 companies, 79 Fortune Global 100 companies, and 95 Forbes Top 100 Digital Companies are JetBrains customers.

We’re proud to help developers in these and 300,000 other companies create software with pleasure.

У меня сейчас в голове каша из нескольких версий статьи, ее перепечаток в разных изданиях и кучи твитов, в том числе удаленных. Вывод, который я делаю: нужно прекратить это все комментировать, потому что это только повышает энтропию.

Затем статья поясняет, что среди клиентов «малоизвестной» фирмы 79 компаний из списка Fortune 100, а вообще софт JetBrains используют 300 тыс. организаций. Среди них оказалась SolarWinds, с которой и начался взлом.

Утверждение про 300к организаций относится к SolarWinds, а не к JetBrains. Ан нет, таки к JetBrains. Уже запутался в правках. Ну что ж, узнал что-то новое про компанию :)

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

С новым сервисом не должно быть таких проблем. Да и можно было залить на любой бесплатный хостинг, мы не привередливые. К тому же, информацию, которую запросил коллега, можно было в виде скриншота передать. И это, кстати, все еще можно сделать: здесь, в тикете или где угодно еще. Мы всегда рады любой информации, которая позволит нам сделать GoLand лучше.

на каких-то довольно маленьких проектах Goland разъедается до 7 GB (!) памяти

По-умолчанию, GoLand не должен потреблять сильно больше 2 Гб. Я вижу два возможных варианта: либо Вы сами дали ему больше, либо потекла нативная память JVM. Первое исправляется очень легко: дать меньше памяти. Для небольшого проекта 2 Гб должно быть более чем достаточно. Второе гораздо менее вероятно, хотя возможно. Исправить сложнее, но выполнимо. Для начала нужны дампы памяти (вот здесь есть инструкция, как их собрать и отправить), а в идеальном случае сценарий воспроизведения. У нас сейчас нет похожих репортов в работе, а значит проблема не должна быть массовой.


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

Если проект находится в GOPATH, то его размер значения не имеет — GOPATH будет проиндексирован целиком, что действительно может занять много времени. Можно либо отключить индексацию всего GOPATH в настройках (но тогда внешние зависимости не будут видны, только vendor), либо перейти на современные Go modules. Если дело и ни в том, и ни в другом, то было бы здорово увидеть примеры. Для Go написано гораздо меньше индексов, чем для Java, и они сильно проще. То же число файлов первого языка на бумаге должно индексироваться заметно быстрее.

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

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

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

О каких очередях идет речь? Я открываю Stadia и играю, ни разу ждать не пришлось.

А я успел :) Stadia на удивление стабильно работает. Кажется, для такого нерегулярного игрока, как я, будущее выглядит именно так.

Улучшить работу с ошибками есть у нас в планах (GO-8317). Обязательно сделаем, непонятно только, когда.

Да не нужно, все ок. Просто иногда приходится слышать подобные утверждения, и хочется понять, откуда они могут возникать. В первую очередь чтобы понять, что именно мы делаем не так, раз пользователи не находят эту функциональность? Если это полемика, то все норм — вопросов нет :)

И да, и нет. Большинство проверок в линтерах достаточно просты, и при правильной реализации на производительность не влияют. В то же время, мы никогда не ставили своей целью перетащить к себе все. Обычно мы стараемся добавлять наиболее полезные инспекции, к которым можно сделать квикфиксы. И мы всегда рады фидбеку, чего именно не хватает ;) В любом случае, наличие control flow, data flow и nilness анализаторов позволяется мне не согласится с утверждением про "тривиальный syntax checker".

Самый популярный неправильный ответ: «Встроенный в Goland». Come on!, там нет линтера, там — тривиальный syntax checker!

Вот сейчас обидно было...

На самом деле, код используется почти один и тот же. Единственное различие — то, как IDE относится ко второму проекту. RubyMine считает его модулем, поэтому он расположен рядом с первым. GoLand считает его директорией, которую добавили в проект, поэтому она располагается "под" первым проектом. Вопрос в том, создает ли это какие-то проблемы?

А что значит "неправильно"? Как должно быть "правильно"?

Information

Rating
Does not participate
Location
Germering, Bayern, Германия
Date of birth
Registered
Activity