Как определить, сильно ли вы зависите от библиотек?

Question

Я когда-то работал в магазине рельсов. Казалось, что через день ведущий разработчик добавит новый драгоценный камень в проект.

Это заставило меня задуматься о наилучшей практике при принятии решения использовать библиотеку или нет. Я определенно придерживаюсь мнения, что вам не следует изобретать велосипед, но что-то не так, в том числе, например, целая библиотека твиттера только для разбора каналов.

Каковы некоторые рекомендации по разработке библиотек?

Answer 1

Трудно утверждать, что библиотека повторно использует «хорошие привычки» измеримым образом. Но я бы предложил:

• не используйте новую библиотеку для достижения того, чего вы могли бы разумно достичь с помощью базовых библиотек выбранного вами технического стека.
• не используйте новую библиотеку, если вы используете крошечную долю возможностей, которые она предлагает.
• не используйте новую библиотеку, если она, ну, в общем, новая. Исключение составляют библиотеки, которые вам отчаянно нужны в течение нескольких месяцев, и все ваши сотрудники проекта ждали, пока новая библиотека их «сохранит». В противном случае, возможно, вы подождете «версию 2 или 3» этой «новой» библиотеки, прежде чем включить ее.
• Вы уже знаете, что делает новую библиотеку "хорошей". Но не используйте новую библиотеку, если вы еще не оценили, что делает ее «плохой».
• не используйте новую библиотеку, если вы не посчитали расписание тренировок и тренировок необходимым для ознакомления команды разработчиков с новыми технологиями.

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

Answer 2

Синдром «Не изобретайте здесь» - если есть библиотека, используйте ее. Но также не бойтесь перестать использовать библиотеку, если она отстойная. Если вы тратите много времени на обдумывание дебильных проблем / ограничений библиотеки, которые можно переписать за разумное время (скажем, от 1 недели до 1 месяца в зависимости от того, насколько близка ее функциональность к основной компетенции ваших продуктов), это может быть время заменить библиотеку чем-то, что будет работать лучше для вас. Конечно, примите мою оценку за неделю в качестве поверхностного предположения, я встречал ситуации, когда было бы неплохо инвестировать 2 человека в переписывание библиотеки.