Комментарии 6
Отличная статья. Все очень четко изложено и советы правильные.
Могу лишь добавить что на выбор библиотеки очевидно сильно влияет ее значимость для проекта. Если библиотека используется в 1-2 местах в сильно некритичной области кода, то на некоторые критерии можно закрыть глаза.
Но если это например основной фреймворк бэкенда, то здесь также помимо перечисленных вещей добавляются такие критерии как: экосистема фреймворка, наличие адаптеров для работы с системами хранения данных, очередями событий, валидаторами и прочими деталями. И цена ошибки в этом случае довольно сильно возрастает.
Могу лишь добавить что на выбор библиотеки очевидно сильно влияет ее значимость для проекта. Если библиотека используется в 1-2 местах в сильно некритичной области кода, то на некоторые критерии можно закрыть глаза.
Но если это например основной фреймворк бэкенда, то здесь также помимо перечисленных вещей добавляются такие критерии как: экосистема фреймворка, наличие адаптеров для работы с системами хранения данных, очередями событий, валидаторами и прочими деталями. И цена ошибки в этом случае довольно сильно возрастает.
+1
Спасибо за статью было очень полезно. В npm в некоторый пакетах заметил тикет code quality. Например у Cleave.js стоит code quality A. Про это знаете сможете рассказать как все это определяется?
+1
Благодарю, рад что статья была вам полезна! А можете привести пример такого пакета?
Вероятнее всего вы видели бейдж, который добавляется в README.md на GitHub. Один из подобных сервисов — это Code Climate. Наличие такого бейджа может также свидетельствовать о высоком качестве пакета, однако, нужно учитывать, что оценка, отображаемая на бейдже, зависит еще от настроек сервиса и добропорядочности автора кода.
0
Видел вот в этом пакете www.npmjs.com/package/cleave.js?activeTab=readme
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Выбор зависимостей JavaScript