то ли фсб отжало

то ли договорились

то ли договорились

А это не аналогично первому варианту?)

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

ну таких по стране дофига

Чуваки! Приходите к нам на митап через 2 дня! https://rambler-co-e-org.timepad.ru/event/419923/

ну смысл в том что опенсорс это движение основанное на доверие

и взаимном уважение

Напоминает завязку dear javascript

ну и открытости конечно же :о ни у кого нету закладко которых нельзя увидеть ._.

Все держится фактически на взаимном доверии и соплях

Ну никто не заставляет пользоваться. Можешь сам всё писать. Хочется защищённости - делай полное ревью всех зависимостей и клади их свой собственный репозиторий и пользуй только оттуда. Просто в большинстве случаев оно не окупается и поэтому так никто не делает.

Крупные конторы типа алиэкспресса так и делают

Ну никто не заставляет пользоваться. Можешь сам всё писать. Хочется защищённости - делай полное ревью всех зависимостей и клади их свой собственный репозиторий и пользуй только оттуда. Просто в большинстве случаев оно не окупается и поэтому так никто не делает.

Ну, я как бы и не ругаюсь и не истерю. Просто давненько этот вопрос не всплывал, а тут письмо прилетело - алярма, мир опасносте. Вот и спросил. А так я ревью зависимостей делаю и если на мой взгляд там много лишнего, я просто пишу свой аналог если по времени это не слишком затратно.

Ну вот да

Я тоже иногда как открою кодище, а там такая дичь

Но в этом случае обычно есть аналог поинтереснее

Ну вот да или аналоги. Про дичь согласен. Иногда в голове не укладывается, насколько популярная библиотека и насколько ужасный код.

Но в этом случае обычно есть аналог поинтереснее

Мне наверное не везёт, но как правило, я аналогов не нахожу

Страх и ненависть в javascript

Крупные конторы типа алиэкспресса так и делают

им так дешевле ну и я думаю они напишут лучше учитывая насколько китайцы задроты

им так дешевле ну и я думаю они напишут лучше учитывая насколько китайцы задроты

Они не пишут лучше, они просто ставят всё из своего репозитория, куда либы попадают только после ревью

А ну это да, но это везде. Но думаю что большинство опенсурса можно спокойно переписать особенно типа лефтпада. Кажется после него я из своего проекта почти все левое внес в свой и переписал

Хотя не уверен в обязательности ревью, знаю только что репозитрий у них точно не NPM

А чего все так бугуртят с этим лефтпадом?

ну чего бы не забугуртить если у тебя простейший проект тянет 100 пакетов

потому что Javascript

Ну кривенький он, ну и что

Он нормальный

Был

так почти все тянули по 100+

Да пусть тянет, если это проблем не создаёт

Воот!))

это создает проблемы установки и невероятно увеличивает шанс поломки

потому как понятное дело чем больше зависимостей тем хуже стабильность

Это твои из головы придумки

???

Проблемы это когда баги лезут или боттлнек на этот паккт попадает

А то что ты назвал это преждевременная оптимизация бессмысленная

Ну вот это вообще не правда

Ну ок, раз ты так говоришь

И преждевременная оптимизация это совершенно другая истроия

Ну Павел ваше слово против моего. Идите почитайте о том как каждая деталь самолета увеличивает риск или того же моста. Любой дополнительный компонент повышает риск невероятным образом. Это основна инжинерии

Да пусть увеличивает

Ты пойми что нет абсолюта «риск всегда надо уменьшать»

Есть оценка «Дешевле уменьшить риск или затратить эти ресурсы на что-то другое, более важное»

> @Oharr Ты пойми что нет абсолюта «риск всегда надо уменьшать» Вот какой какой, а именно такой - есть

И выбор тут обычно не в пользу уменьшения риска

аюсолюта нет. есть оценка стоимости рисков

вот да

Она есть, потому что риск надо уменьшать)

Есть разумный предел типа стоимости снижения риска. И чего чего а перенести компоненты типа left pad внутрь и переписать под себя дело 5 минут.

И естественно большинство людей так и сделали

А это очень индивидуально

количество зависимостей сильно понизилось после той истории особенно такого рода

количество зависимостей сильно понизилось после той истории особенно такого рода

И правильно сделало.

Спорно

Писать раз за разом один и тот же код и раздувать структуру проекта тоже не лучший подход

Просто npm кривой и никак не помогает в этом плане

npm то причем

Люди сами решают, что не хотят писать код

Спорно

ну ты то нужды своего проекта лучше понимаешь. А там наверняка есть какие-то особенности

Ну да, но микромодуули должны быть ниже этих особенностей, быть атомарными. Unix way

Ну да, но микромодуули должны быть ниже этих особенностей, быть атомарными. Unix way

+

У меня в примере тут всегда модуль arrify

Про unix way недавно был классный пост

Если фигню можно не писать, а зацепить как зависимость → так и надо сделать

ERROR: S client not available

Естественно, посмотрев сначала что там внутри

Про unix way недавно был классный пост

В котором было про то, что в ls есть куча флагов для сортировки, вместо того, чтобы вынести в отдельный бинарник

ну вот есть там к примеру лишняя проверка а у тебя драйвер какой-нибудь и тебе важно чтобы эта операция была быстрее - естественно можно выкинуть эту проверку нафиг

У меня в примере тут всегда модуль arrify

Отличный пример бессмысленного пакета

Arrify — это штука для реализации подхода Zero One Infinity rule, но при этом нигде не реализованная. Это всего одна строчка, но я предпочту убедиться, что sindresorhus не наговнокодил в 4 строчках и не убил оптимизацию, а потом юзать его.

ну вот есть там к примеру лишняя проверка а у тебя драйвер какой-нибудь и тебе важно чтобы эта операция была быстрее - естественно можно выкинуть эту проверку нафиг

Если ты говоришь про написание библиотеки, в которой важна скорость, то согласен. В прочих случаях нет.

Зачем мне писать эту строчку в каждом проекте?

Если ты говоришь про написание библиотеки, в которой важна скорость, то согласен. В прочих случаях нет.

Ну мы говорим про бэкэнд конечно же

Потому что тебе так и так придется написать какую то строчку

Ну мы говорим про бэкэнд конечно же

бэкенд бэкенду рознь

А там нету библиотек где можно сказать скорости прощай - ты не знаешь в каком контексте будут использовать твою библиотеку

И строчку с использованием либы сложнее читать

Лучше это будет import arrify, чем блок кода, сопровождение которого теперь взваливается на мои плечи

Еще раз - чтобы понять, что такое arrify, читатель кода (в том числе и ты в будущем), должен будет зайти внутрь и прочитать его код

Вот я может убогий, но вместо lodash всяких использую FP подход и фигачу каждый раз "строчку-другую" кода.

Еще раз - чтобы понять, что такое arrify, читатель кода (в том числе и ты в будущем), должен будет зайти внутрь и прочитать его код

А какая принципиальная разница между тем, открывать свой файл с кодом или чужой?

Есть документация

jsdoc на крайняк

Здеесь речь о том что это пишется в одну строчку, не надо никаких файлов

И скажите, есть кто-то, кто откидывает библиотеки не только по всем вышеперечисленным причинам, но и по причине того, что код использует слишком много устаревших зависимостей (типа is-array и т.п.) из-за стремления поддержки старых версий ноды?

А тебе еще нужно помнить, что для консистентности во всем проекте теперь нужно использовать arrify и 100 других однострочников

Что значит не надо? А где этот год будет располагаться, как его из этого места подключать и чем это принципиально будет отличаться от import arrify?

Его не надо подключать

Не надо ничего подключать)

Бери и пиши)

Это одна строчка в том месте где она нужна

Писать в том же файле?

Ууу

Благо arrow functions теперь есть

Не, сразу нет

Да не нужна тут функция

Это просто одна строчка