в целом он хуже, конечно

Понял. Всем спасибо )

Askold, еще добавлю немного про работу c пыхой в VS Code как в шторме.

ставишь пот это расширение - https://marketplace.visualstudio.com/items?itemName=bmewburn.vscode-intelephense-client
отключаешь все другие.

Покупаешь премиум версию у них, ключ один раз покупается и навсегда в отличие от шторма с подпиской.
https://intelephense.com/

И все автодополнения PHP DOCBLOCK все работает, переходы к классам.

Highlighting Level & Power save Mode в помощь!

а на сколько плохо глобальные переменные на уровне пакетов юзать?
вот допустим я хочу счётчик в прометеус отдавать и хочу инкрементить его из разных частей приложения.
надо таскать за собой счётчик через контекст или норм вытащить его глобальной переменной в отдельный пакет и дёргать myprometheuspackage.Counter.Inc() ?

конечно, норм вытащить

существенно хуже таскать его через контекст

я с голанд не работал, но могу сказать так:

Когда я решил работать с Го в VS Code, все что я сделал это:
1. поставил расширение в нем - https://marketplace.visualstudio.com/items?itemName=golang.Go
2. Когда первый раз запустил гошный файл мне вс код сразу предложил поставить все официальные от го приблуды линтер, форматер и еще пару десятков пакетов, я согласился и после того как они установились у меня сразу все начало подсвечиваться, форматироваться код на лету, могу переходить к пакету втроенному или своему написанному по имени функции или по названию пакета.

Так же мне сам вверху файла убирает неиспользуемые импорты или наоборот добавляет если я начинаю писать название пакета.

вот и я так думаю. но мне тут противник глобальных переменных говорит что нет

инфраструктурные штуки которые не влияют на логику можно выносить в пакеты практически без проблем, можно решать "что плохо выносить, а что нет" по автотестам, если тестирование усложняется и требуется по разным пакетам что-то собирать - значит не стоит выносить компонент таким образом

ого! подстветка кода, автовызов go fmt и переход на декларацию функцию/типа. вот это мощь IDE :)

они еще  не доделали нормально gopls, goland удобней все еще

да и всегда удобней похоже будет

хм. наверное разумный критерий. спасибо

да, VSCode - это по факту редактор. Но если присмотреться, то в нем разработчики сделали упор на скорость работы и все необходимые инструменты в нем есть и можно донастроить.

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

удобство - это субъективная характеристика

я вот никак не могу на goland gерелезть - не удобно мне

а чем Вы пользуетесь в данный момент? если не секрет

vscode

я бы вообще на sublime оставался, но в нем в какой-то момент начисто поломался go-плагин, и я слез на vscode, а на goland слезть не смог

я вот не хочу вообще ни куда уходить с вскода, после шторма прям удовольтсвие.

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

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