https://www.opennet.me/openforum/vsluhforumID3/122943.html Дистрибутивы Linux столкнулись с проблемой с разрастанием зависимостей у проектов. Если для кода на Python, Perl и Ruby число зависимостей держится в разумных пределах, то в проектах на JavaScript практикуется дробление на очень мелкие библиотеки, часто выполняющие одну простую функцию. Репозиторий NPM уже насчитывает более миллиона пакетов, а типовые приложения связываются с сотнями зависимостей, которые, в свою очередь, имеют свои зависимости, что усложняет сопровождение и распространение традиционных пакетов с JavaScript-приложениями в дистрибутивах Linux...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54402<br> https://www.opennet.me/openforum/vsluhforumID3/122943.html#259 Sat, 23 Jan 2021 18:48:25 GMT Ну представьте, если бы dd могда только сохранить образ раздела в файл, но не могла ни читать CD/DVD/USB из /dev/null / /dev/random... и даже не могла бы писать обратно из образа на раздел.<br> https://www.opennet.me/openforum/vsluhforumID3/122943.html#258 Wed, 20 Jan 2021 10:54:11 GMT &gt; Налицо кризис дистростроения. Идея "а давайте мы запакуем всё-всё-всё" пришла к своему логическому финалу: это становится неподъёмной задачей, особенно если делать полиси "запакуй сейчас и поддерживай за автора 100500 лет после". <br><br>Налицо кризис программной разработки. Если раньше разрабатывали программы которые могут использовать разные версии библиотек, то теперь мейнстримом считается жесткая заточка на номера версий библиотек. Корень проблемы появившиеся cargo и иже с ними.<br><br>Решение простое - положить на них большую кучу. Все-равно такое ..мо сдохнет. Незачем рыпаться ради придурков.<br> https://www.opennet.me/openforum/vsluhforumID3/122943.html#257 Wed, 20 Jan 2021 10:22:12 GMT &gt; Захотел поставить Zabbix-агент, а тебе вместе с ним прилетают Zabbix-сервер, Zabbix-прокси и <br>&gt; веб-интерфейс Zabbix, а вместе со всеми ними ещё <br>&gt; какой-нибудь SQL-сервер (хорошо если только <br>&gt; SQLite), PHP, веб-сервер.<br><br>А что в этом плохого? - удивились производители дисков?<br> https://www.opennet.me/openforum/vsluhforumID3/122943.html#256 Wed, 20 Jan 2021 10:08:02 GMT &gt; Так это же юниксвей!<br><br>Юниксвей содержит слово "хорошо". А тут, очевидно, о "хорошо" говорить нельзя. Так что это виндовсвей - плодить несовместимые библиотеки, делающие одно и то же, но все поразному и все криво.<br> https://www.opennet.me/openforum/vsluhforumID3/122943.html#255 Wed, 20 Jan 2021 09:38:02 GMT Так это же юниксвей!<br> https://www.opennet.me/openforum/vsluhforumID3/122943.html#254 Wed, 20 Jan 2021 07:21:10 GMT &gt; Одну пользовательскую задачу, а не одно бесполезное действие. Представьте, если вместо <br>&gt; math.h из стандартной библиотеки, была бы библиотека складывающая 2+2 или библиотека <br>&gt; могла складывать только чётные числа и которая зависела от библиотеки складывающей <br>&gt; 2+2.<br><br>Может ведь так оказаться, что абсолютное большинство конечных разработчиков практически не использует модули, выполняющие одно-единственное действие( сам подобное если и использую, то просто сам необходимый код в проект переношу, поскольку мне нафиг не нужны какие-то допиливания в будущем и абсолютно устраивает нынешняя реализация и не нужны лишние зависимости от нанопакетов ).<br><br>Для пользователя/разработчика одна задача - это создание/чтение/запись в ФС / отправка запросов по сети / итп.<br>Для разработчика модуля работы с сетью одна задача - это парсинг заголовка / тела ответа, формирование заголовка / тела запроса( в которые входят еще куда нетривиальных подзадач )<br>Для разработчика парсера одна задача - это дробление строки по конкретн https://www.opennet.me/openforum/vsluhforumID3/122943.html#253 Tue, 19 Jan 2021 21:21:02 GMT Налицо кризис дистростроения. Идея "а давайте мы запакуем всё-всё-всё" пришла к своему логическому финалу: это становится неподъёмной задачей, особенно если делать полиси "запакуй сейчас и поддерживай за автора 100500 лет после". <br> https://www.opennet.me/openforum/vsluhforumID3/122943.html#252 Tue, 19 Jan 2021 18:36:35 GMT Одну пользовательскую задачу, а не одно бесполезное действие. Представьте, если вместо math.h из стандартной библиотеки, была бы библиотека складывающая 2+2 или библиотека могла складывать только чётные числа и которая зависела от библиотеки складывающей 2+2.<br> https://www.opennet.me/openforum/vsluhforumID3/122943.html#251 Tue, 19 Jan 2021 18:07:57 GMT Сами себе яму копают. Сначала делят библиотеку на тысячу микро-библиотек по одной функции, а потом мечтают чтобы кто-то эти тысячу библиотек поддерживал. А какой толк от JavaScript библиотек из одной тривиальной функции, где файл лицензии весит больше самого кода, если они не являются разделяемыми библиотеками. Только создают себе головную боль с бесконечно обновляющимися несовместимыми версиями. И это говорит о надёжности приложений написанных на JavaScript, раз каждый день выходит версия исправляющая уязвимость в какой-либо библиотеке.<br>С другой стороны зачем вообще микро-библиотеки класть в репозиторий дистрибутива, если их приходится обновлять с разной частотой, что вызывает DLLHell. От библиотек в репозитории получают преимущество только разделяемые библиотеки. Укрупняйте библиотеки, чтобы была одна общая библиотеке для всех JavaScript приложений, по аналогии glibc. Ой, а что это микро-библиотеки оказались бесполезными? Ну что поделаешь, нечего было стрелять себе в ногу.<br>