Печально, но статья хороший пример почему не стоит основывать свои решения на проектах за которыми стоит какой-то конкретный человек или маленькая группа. Точнее можно, но нужно самим начать вкладываться в поддержку используемого проекта на постоянной основе.
Это да, инфраструктура вокруг проекта должна быть построена таким образом, чтобы для сборки проекта не требовалось соединение с внешним миром. Как минимум хранение у себя скаченных артефактов сборки и исходного кода, до создания инфраструктуры для самостоятельного построения артефактов внешних зависимостей из исходного кода. :) Ну это если проект серьезный и предполагается, что будет жить долго :)
Так это же современное коммьюнити :) в нем тем кто что-то делает нельзя быть токсичными, а коммьюнити может быть токсичным. Так что диалог вида: - чувак, у тебя тут UB и может выстрелить в таком-то случае - не хорошо - Ok, я подправил и такой случай теперь не возможен, может потом придумаю что-то лучше, чтобы не было UB и внутри, но пока так.
Уже весьма адекватное для современного коммьюнити, нормально было бы и сразу начать с "вначале научись писать на Расте, а потом пиши, пошел вон отсюда со своим востребованным говнопроектом!" :)
ну да, я к тому, что по-современному, было бы ОК без прелюдии с указанием ситуации когда это может выстрелить, а сразу к "так писать нельзя на нашем языке - пошел -в Си- вон отсюда" :)
хм... ну ok. Там же в настройках всегда был внутренний прокси с более высоким приоритетом, чтобы зависимость бралась с него... Видимо начали делать, но сразу не доделали и забыли/забили потом... :)
- чувак, у тебя тут UB и может выстрелить в таком-то случае - не хорошо
- Ok, я подправил и такой случай теперь не возможен, может потом придумаю что-то лучше, чтобы не было UB и внутри, но пока так.
Уже весьма адекватное для современного коммьюнити, нормально было бы и сразу начать с "вначале научись писать на Расте, а потом пиши, пошел вон отсюда со своим востребованным говнопроектом!" :)