The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Анализ степени дублирования кода на GitHub, opennews (??), 20-Ноя-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


3. "Анализ степени дублирования кода на GitHub"  +17 +/
Сообщение от Аноним (-), 20-Ноя-17, 22:18 
Да, npm это страшная вещь.

Как-то на досуге загрузил модуль ноды через npm, модуль 20-25 Кб.

Вы не поверите, npm зависимостей всосал где-то на 100 метров. Честное слово, я не вру, сам о*уел когда увидел.

Ответить | Правка | Наверх | Cообщить модератору

4. "Анализ степени дублирования кода на GitHub"  +/
Сообщение от Moomintroll (ok), 20-Ноя-17, 22:24 
> Как-то на досуге загрузил модуль ноды через npm, модуль 20-25 Кб.
>
> Вы не поверите, npm зависимостей всосал где-то на 100 метров. Честное слово, я не вру, сам о*уел когда увидел.

Что тут удивительного, когда "В среднем ... уровень вложенности зависимостей составляет 5 ... максимальный уровень вложенности - 47"?

Ответить | Правка | Наверх | Cообщить модератору

6. "Анализ степени дублирования кода на GitHub"  +/
Сообщение от Donald Trump aside of Yuri Bezmenov (?), 20-Ноя-17, 22:38 
>> Как-то на досуге загрузил модуль ноды через npm, модуль 20-25 Кб.
>>
>> Вы не поверите, npm зависимостей всосал где-то на 100 метров. Честное слово, я не вру, сам о*уел когда увидел.
> Что тут удивительного, когда "В среднем ... уровень вложенности зависимостей составляет
> 5 ... максимальный уровень вложенности - 47"?

derivative?

Ответить | Правка | Наверх | Cообщить модератору

8. "Анализ степени дублирования кода на GitHub"  –1 +/
Сообщение от Sw00p aka Jerom (?), 20-Ноя-17, 22:48 
Эт я думаю вы с каким нить флагом nodev устанавливали?

Пс: зовите Гугл на помощь пусть создадут лопаточку выручалочку для разгребания этой кучи

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

9. "Анализ степени дублирования кода на GitHub"  +3 +/
Сообщение от пох (?), 20-Ноя-17, 22:58 
тут не надо разгребать, тут другой случай, нокию вызывайте - чтоб закoпали поглубже. Особо опасный жабоскриптный мусор.

Ответить | Правка | Наверх | Cообщить модератору

12. "Анализ степени дублирования кода на GitHub"  +1 +/
Сообщение от Sw00p aka Jerom (?), 21-Ноя-17, 01:38 
а прикол весь в том, что ну придумают лопату, а куча то растёт, придумают экскаватор Отиса, чтоб з-а-к-о-п-а-т-ь потом по глубже

пс: ПРЕДУПРЕЖДЕНИЕ: В сообщении используется ненормативная лексика.  Выражение, на которое сработало предупреждение: 'з"а"к"о"п"а'. ППЦ админы.

Ответить | Правка | Наверх | Cообщить модератору

10. "Анализ степени дублирования кода на GitHub"  +1 +/
Сообщение от Аноним (-), 20-Ноя-17, 23:10 
> лопаточку выручалочку для разгребания этой кучи

Без лопаты тут однозначно не обойтись, но я бы её для другого употребил.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

13. "Анализ степени дублирования кода на GitHub"  +/
Сообщение от Sw00p aka Jerom (?), 21-Ноя-17, 01:39 
>> но я бы её для другого употребил.

аа понял выруБалочку )))


Ответить | Правка | Наверх | Cообщить модератору

20. "Анализ степени дублирования кода на GitHub"  –2 +/
Сообщение от 123 (??), 21-Ноя-17, 06:37 
Так уже создали, Yarn.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

11. "Анализ степени дублирования кода на GitHub"  +/
Сообщение от Анимус (?), 21-Ноя-17, 01:03 
А зачем зависимости (node_modules) в гит пихать?
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

15. "Анализ степени дублирования кода на GitHub"  +5 +/
Сообщение от агент малдер (?), 21-Ноя-17, 01:56 
В пакетах ноды творится адъ и израиль.

Лично я сталкивался с такой ситуацией: если сегодня тесты проходят на ура, то завтра, обновив пакет и его зависимости, тесты уже могут нормально не отработать.

Поэтому сливают некий нужный пакет и все его зависимости в каталог проекта и используют определенную версию (и зависимости) с которой все тесты проходят. Убедить, что это плохо и так не надо делать почти не реально, т.к. никто не хочет пилить заново то, что вчера работало без проблем.

В результате вся куча этого мусора оказывается, в данном случае, на гитхабе.

Ответить | Правка | Наверх | Cообщить модератору

16. "Анализ степени дублирования кода на GitHub"  +1 +/
Сообщение от Sw00p aka Jerom (?), 21-Ноя-17, 02:01 
>>обновив пакет и его зависимости

версия то по идее должна смениться, а в пекедж.ждейсоне указывать конкретную (стабильную) не так ?

Ответить | Правка | Наверх | Cообщить модератору

17. "Анализ степени дублирования кода на GitHub"  +/
Сообщение от агент малдер (?), 21-Ноя-17, 02:13 
>>>обновив пакет и его зависимости
> версия то по идее должна смениться, а в пекедж.ждейсоне указывать конкретную (стабильную)
> не так ?

Тут может быть другая проблема.

Например, версия нужного тебе пакета _не_ поменялась, а версия одной из его зависимостей поменялась, поломав совместимость с нужным тебе пакетом. Такая ситуация абсолютно нормальное явление в ноде.

У тебя два варианта: ничего не обновлять, либо обновлять зависимость и нужный тебе пакет.

9 из 10 раз выбирают первый вариант.

Ответить | Правка | Наверх | Cообщить модератору

18. "Анализ степени дублирования кода на GitHub"  –3 +/
Сообщение от Sw00p aka Jerom (?), 21-Ноя-17, 03:01 
>>Тут может быть другая проблема.

проблема таже просто следующий уровень зависимости, я понимаю даже если вы укажите в своём проекте строго конкретную версию зависимости, нет гарантий что у зависимости вашей зависимости так же строго указана версия. А всё почему ? Зачем создавать "строгий версионизм" (дада даже добавив лишний пробел в проект и можно оформить новую версию) и при этом использовать "вайлдкард" в нумерации ? противоречие на лицо. Зачем создавалась всякая минорная мажорная нумерация, что это за магические слова latest, stable и тд.

Ответить | Правка | Наверх | Cообщить модератору

45. "Анализ степени дублирования кода на GitHub"  –1 +/
Сообщение от Аноним (-), 21-Ноя-17, 16:42 
Решается элементарно. Собрать проект, убедиться, что всё работает, и специальной утилитой зафиксировать версии для _всего_ дерева зависимостей. Так, например, позволяет делать zc.buildout в Питоне, если сказать ему pick-versions.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

56. "Анализ степени дублирования кода на GitHub"  +/
Сообщение от Аноним (-), 28-Ноя-17, 10:37 
Сейчас никто не умеет версии назначать. Херачат тупо в мастере. То ли индусы, то ли смузихлёбы. Иди разбери их. Это, конечно, не отменяет того, что можно зависимости объявлять в номерах коммитов. Но всё таки факт отсутствия культуры разработки и именования версий это не отменяет
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

30. "Анализ степени дублирования кода на GitHub"  +2 +/
Сообщение от Аноним (-), 21-Ноя-17, 08:41 
> Лично я сталкивался с такой ситуацией: если сегодня тесты проходят на ура,
> то завтра, обновив пакет и его зависимости, тесты уже могут нормально
> не отработать.

Вы хотели ЯП с встроенными пакетными менеджерами и хипстерами? А теперь получите обратную сторону медали: хипстеры не умеют содержать репы.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

34. "Анализ степени дублирования кода на GitHub"  +1 +/
Сообщение от пох (?), 21-Ноя-17, 09:32 
хипстеры умеют репы - npm живее всех живых. Хипстеры не умеют backward compatibility и regression tests. Необязательно даже автоматические. И strict version checking тоже не умеют. Репа в этом не виновата, торчит себе из грядки, как у дидов.

то, что всю жизнь удивляло меня в перле и php - что пакет, зависящий от еще десятка пакетов энной степени вложенности, всегда скачивающихся самой наираспоследней версии, при этом, как правило, еще и работал. В случае js работать перестало - как в силу чудовищной неуклюжести самого языка (вызывающего к жизни leftpad и 48 уровней вложенных зависимостей), так и в силу особенностей тех, кто на нем пишет.

Ответить | Правка | Наверх | Cообщить модератору

36. "Анализ степени дублирования кода на GitHub"  –5 +/
Сообщение от Аноним (-), 21-Ноя-17, 10:05 
порекомендую заклинание:
The -g or --global argument will cause npm to install the package globally rather than locally.

Все глобальные пакеты в одной копии на всю систему и проекты.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

48. "Анализ степени дублирования кода на GitHub"  +2 +/
Сообщение от lolwat (?), 22-Ноя-17, 02:04 
долбаёб
Ответить | Правка | Наверх | Cообщить модератору

52. "Анализ степени дублирования кода на GitHub"  +/
Сообщение от Ilya Indigo (ok), 24-Ноя-17, 01:16 
сказочный
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру