AZ
Но то, что они поддерживаются, есть мейнтейнер, issue резолвятся, большая база пользователей — смотрю.
преждевременное избавление от заисимостей это какая-то параша
Size: a a a
2020 January 06
AZ
зависимость всегда лучше велосипеда
AZ
вот и все
EG
зависимость всегда лучше велосипеда
Это ложная дихотомия.
AZ
писать свой хттп парсер когда уже есть готовый - плохо
AZ
Это ложная дихотомия.
1. пишешь сам
2. пишешь не сам
какой еще вариант естьт?
2. пишешь не сам
какой еще вариант естьт?
EG
1. пишешь сам
2. пишешь не сам
какой еще вариант естьт?
2. пишешь не сам
какой еще вариант естьт?
3. Комбинируешь те готовые элементы, которые тебе нужны.
Писать свой хттп парсер плохо, поэтому я использую тот же самый
Писать свой хттп парсер плохо, поэтому я использую тот же самый
httparse, на который полагается hyper.A
А потом у готового одна из 1000 зависимостей под AGPL и ты должен свой сервис коммерческий в опенсурс выкладывать
EG
У
httparse нет ни одной зависимости включая std.EG
А потом у готового одна из 1000 зависимостей под AGPL и ты должен свой сервис коммерческий в опенсурс выкладывать
++
AL
ну, я для себя решил, что слежу за эвристиками прямых зависимостей (активные ли авторы, развивается-патчится ли, т.п.), а остальное им все делегирую, если каких-то конкретных проблем нет
AZ
А потом у готового одна из 1000 зависимостей под AGPL и ты должен свой сервис коммерческий в опенсурс выкладывать
перед тем как добавить зависимость смотришь чтобы там с лицензиями было всё ок и все
A
у всех 1000?
AZ
у всех 1000?
да
AL
А потом у готового одна из 1000 зависимостей под AGPL и ты должен свой сервис коммерческий в опенсурс выкладывать
для этого у карги есть пришлепки готовые
EG
у всех 1000?
Это-то легко, есть утилиты.
EG
*У всех 1000 каждый день?
AZ
*У всех 1000 каждый день?
настроить запуск утилиты по крону ежедневно тяжело?
A
Ну вообще это решается блеклистом лицензий, да
EG
настроить запуск утилиты по крону ежедневно тяжело?
Скорей зафигачить в CI. Валидный поинт, да.