я имел ввиду стандартную библиотеку и рантайм — там чисто Го.
Вы выбрали специфическую область. Я не знаю про winapi и systray, но, как понимаю, винапи имеет Сишный интерфейс, потому это очевидно, что все реализации должны быть обертками надо Си. К тому же у Го свое место и это не десктопные виндовые приложения.
Если взять линуксовое апи, то Го не использует libc, у него своя реализация без C.
Специфические тулзы используете, у меня все просто — vim+vim-go+gocоde для автокомплита, еще :GoBuild, :GoTest и тд использую иногда, все работает. Насколько знаю, тот же gometalinter умеет vendor.
С go1.4-1.5 и gb были проблемы, особенно с эмаксом, писал сам костыли, потом просто забил на все это радуюсь.
Да нужно, но ведь это даже и удобно, держать все проекты в GOPATH. Но нет никаких проблем с использованием разных версии одной зависимости, да и проблем с линтерами и IDE нету.
А CI уже билдит все в докере, потому проблем и тут нету.
у меня такое чувство, что вы начали критиковать язык даже не зная о нем толком ничего. Какие еще абстракции? Go компилируется в нативный код.
Вы выбрали специфическую область. Я не знаю про winapi и systray, но, как понимаю, винапи имеет Сишный интерфейс, потому это очевидно, что все реализации должны быть обертками надо Си. К тому же у Го свое место и это не десктопные виндовые приложения.
Если взять линуксовое апи, то Го не использует libc, у него своя реализация без C.
не будут, уже все давно переписано на Go.
Это все таки задача плагина, а не vim'а, кмк.
С go1.4-1.5 и gb были проблемы, особенно с эмаксом, писал сам костыли, потом просто забил на все это радуюсь.
А CI уже билдит все в докере, потому проблем и тут нету.