Что: 6562d1847886e8e351ca1b56695b8fe814c5e3f6
Когда: 2020-08-02 13:13:15+03:00
Темы: go hate
pkg.go.dev sucks https://drewdevault.com/2020/08/01/pkg-go-dev-sucks.html Возможно у меня мало опыта, возможно я не допонял автора, но не согласен с ним. Точнее, согласен что pkg.go.dev чем-то там не идеален. Я вообще понятия не имел до этой статьи что это за ресурс такой. И, узнав, не заинтересован в нём вообще. То, что оно как централизованное средство не блюдёт интересы СПО-общества -- да и пофиг. Лично я принципиально не хочу зависеть от каких-то внешних и централизованных решений. И как-раз таки Go предоставляет возможность использовать разнообразные Git-репозитории в качестве источников пакетов. Кто не хочет качать с репозитория напрямую -- может использовать proxy.golang.org, но, при этом, действительно только некоторые ресурсы можно будет заиспользовать. Но если хочется хостится самому -- достаточно статическую HTML страницу подложить. Я не вижу в этом проблемы и наоборот это здорово тем, что никто не заставляет централизованные решения использовать. В Python, в общем случае, конечно тоже никто не заставляет тянуть пакеты из PyPI, но замучаешься их подкладывать руками откуда то добывая. У меня диссонанс: автор говорит про прелесть децентрализованных Git-ов, но при этом ругается на централизованный pkg.go.dev. Да, какой-нибудь GoGOST поэтому особо не очень известен и где-либо "светится", потому что proxy.golang.org его никогда не мог скачать, потому что прежде использовался CACert.org CA для HTTPS, а теперь вообще мой самоподписанный. У нас нету общих точек доверия и поэтому GoGOST через Google инфраструктуру не прососётся. Надо учится и придумывать как жить без централизованных решений для поиска библиотек -- да и обычный поисковик никто не отменял. А ещё я не понимаю недовольства автора по поводу того, что go doc распилили на две команды: CLI остаётся в "go", а Web версия становится отдельным модулем. Хоть Web-версия и простая, но зачем держать лишний и
Сгенерирован: SGBlog 0.34.0