| 1.10, Аноним (10), 17:42, 04/10/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> уже нарушила сборку и непрерывное тестирование множества проектов, в том числе библиотеки Google Tensorflow.
Лол, это что же это ламерьё нагородило, чтобы недоступность репозитория сломало CI? В CI всё должно собираться с зависимостями их родных пакетов, потому что это стандарт. На них недоступность VCS ну никак не могло повлиять. Из VCS зависимости собирать конечно можно, но только в качестве дополнения, для раннего обнаружения поломанной совместимости, и только под allow_failures флагом.
| | |
| |
| 2.14, Аноним (14), 18:35, 04/10/2021 [^] [^^] [^^^] [ответить]
| –9 +/– |
"Авторы TensorFlow - ламерьё." О да, расскажи нам Аноним, как надо было делать. Задним числом, разумеется.
| | |
| |
| 3.16, Аноним (16), 19:26, 04/10/2021 [^] [^^] [^^^] [ответить]
| +6 +/– |
Запросто. Ставится свой кэширующий прокси пакетов, из него CI и берет все необходимое. Пропадание пакетов (и их изменение) на сайте оригинала может не отражаеться на прокси (а может и отражаться, в зависимости от того что нужно). В примитивном исполнении это просто настроенный nginx. В продвинутом это отдельные средства вроде apt-mirror (для своего типа пакетов свои) или комбайны из них (в основном сильно платная и плохо работающая проприетарщина).
У нас (и у многих других) в компании это уже давно настроено (и необходимость в этом очевидна), так что про "Задним числом, разумеется" мимо.
Конечно это было сделано после наступления на такие же грабли, но несколько лет назад. Так что авторы ci для тенсорфлоу и правда либо ламерье, либо у них не было цели обеспечить надежность.
| | |
| |
| 4.39, freehck (ok), 11:34, 05/10/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > В примитивном исполнении это просто настроенный nginx. В продвинутом
> это отдельные средства вроде apt-mirror (для своего типа пакетов свои) или
> комбайны из них (в основном сильно платная и плохо работающая проприетарщина).
В основном это Nexus.
> У нас (и у многих других) в компании это уже давно настроено (и необходимость в этом очевидна)
Нет, не очевидна. Это надо обосновывать. И компании могут по-разному смотреть на эту ситуацию.
> Конечно это было сделано после наступления на такие же грабли, но несколько
> лет назад.
Угу, вот именно так и правильно.
> Так что авторы ci для тенсорфлоу и правда либо ламерье, либо у них не было цели обеспечить надежность.
Опеннет хлебом не корми, дай только нехорошее про кого-то сказать. =)
| | |
|
| 3.22, Аноним (10), 19:49, 04/10/2021 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Авторы TensorFlow - ламерьё
Так и есть. А ты что думал, если пакет популярен, то его авторы сразу боги, и он сразу идеален? Как раз, обычно, наоборот. Добро пожаловать в реальный мир.
| | |
| 3.25, kusb (?), 20:00, 04/10/2021 [^] [^^] [^^^] [ответить]
| +/– |
Если там корпорация, то может люди которые всё это админят вообще не связаны с авторами-программистами? Или них какой-то общий универсальный подход, который валится на такой частности.
| | |
| 3.28, Аноньимъ (ok), 20:48, 04/10/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Для начала не надо было завязываться на проприетарную корпоративного запатентовано огороженную технологию ноувидии.
| | |
| 3.35, Аноним (35), 00:38, 05/10/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я бы хуже сказал. А виноват во всём менеджер, который принял решение использовать Bazel.
| | |
|
| 2.38, freehck (ok), 11:08, 05/10/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> Лол, это что же это ламерьё нагородило, чтобы недоступность репозитория сломало CI?
Это вполне нормальная ситуация.
> В CI всё должно собираться с зависимостями их родных пакетов
Кому должно? Тут есть простой трейдофф между усложнением и удорожанием инфраструктуры и использованием внешнего источника. Обычно бизнес выбирает внешний источник, а секьюрится это дело только если внешний источник начинает сбоить на регулярной основе.
| | |
|
| |
| |
| |
| 4.30, Dzen Python (ok), 21:17, 04/10/2021 [^] [^^] [^^^] [ответить]
| +3 +/– |
 Мне, пожалуйста, Канторовича, пару монографий и методичек Пака и классичекий перевод Кнута.
| | |
| |
| 5.33, Аноним (11), 22:17, 04/10/2021 [^] [^^] [^^^] [ответить]
| +/– |
Заслужил только китайские ранобэ в гуглопереводе, больше ничего не дадим.
| | |
| 5.37, Аноним (37), 10:25, 05/10/2021 [^] [^^] [^^^] [ответить]
| +/– |
Ну собственно - вот он, современный уровень обучения. Линейную алгебру по Кнуту ... СЛАУ методом Крамера ... Линейное программирование симплекс-методом ... Бред. Сказали бы - Гантмахер, Уилкинсон, Голуб, Стренг. Не надо никакой линейной алгебры ни вам, ни вашим преподавателям. Арифметика за 2 класс - предел вашего и их понимания.
| | |
|
|
|
|
| 1.20, Dzen Python (ok), 19:48, 04/10/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
А я то думал, что жироватт жирноват, так его переплюнули на ать-два.
А вообще да, неприятна ситуёвинка.
Прямо хоть в учебник вставляй: как НЕ надо делать дерево зависимостей и динамической подгрузки и компиляции либ при сборке.
| | |
| |
| 2.24, kusb (?), 19:57, 04/10/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
Пугает такая связанность и зависимость, хотя и плюсы некоторые есть. Но блин, с эпохи ДОС окружения для компьютеров становятся всё более странно упоротыми. Следующий шаг наверное - отвал репы создаст проблемы при исполнении.
| | |
| |
| 3.29, Dzen Python (ok), 21:16, 04/10/2021 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Ну, это уже сейчас есть - репозитории с данными: те же обученные сетки и наборы моделей. Без подгрузки которых часть фич таки будет недоступна (не сможет исполнится).
За примером ходить далеко не надо - digiKam и его загрузка при первом запуске сеток по распознаванию лиц. Отвал реп с сетками ложит эту фичу дигикама. Ну и классическое: свободный движок и оригинальные платные ассеты. Или даже бесплатные ассеты, просто под неправильной лицензией.
Будущее уже наступило.
| | |
| |
| 4.31, kusb (?), 21:29, 04/10/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> Будущее уже наступило.
Ага. Хороший лозунг. А ещё веб.
| | |
|
|
|
|
