времени R не будет

Да монгу в любом случае за время жизни проекта не напишешь. Каким бы говном она не была

Так что иногда это вопрос не альтернативы а принципа

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

И породит кучу заглушек вроде «этот метод здесь не нужен, но оставлен для обратной совместимости»

Не думаю что это будет принципиально

M1+N1 ~= M2+N2+R2 короч

имхо

Есть совместимые с монгой базы по вайр протоколу

Тогда не надо ничего допиливать при переезде

Это делает std::mem::transmute, и то только в том случае, если размеры значений типов совпадают

Поговорим о зависимостях? Опять.

Ты берешь либу BSD3, а в ней оказывается зависимость с Affero GPL (AGPL, такая лицензия для опенсурс веб-сервисов), и все, ты нарушитель и должен публиковать весь свой проект в опенсурс.

Большинство из нас конечно в СНГ, где царят чуть другие правила, но зачем лишний раз себе/бизнесу (своему и не) создавать проблемы, которые могут стоить очень дорого?

Соглашусь еще по теме Раста: когда открываешь Cargo.toml чаще хочется взвыть и закрыть. Я понимаю, глаза привыкли видеть другое, но колво одного и того же велосипедирования печалит.

https://www.agwa.name/blog/post/always_review_your_dependencies

Есть, но они ещё большее говно, чем сама монга.

Т.е. R2 -> к нулю

Расскажите тут почему он на раст быканул

Ты вовремя, мы как раз это обсуждаем.

Кстати, есть RFC на добавление трейта для as-кастов

Во, вот это именно то, про что я говорю.

Внезапно где-то в дереве зависимостей появляется AGPL и отравляет всё дерево.

А когда у тебя на каждый http-реквестер их по сотке, ревьюить всё это не очень удобно.

Выше ж решили, что CI это решает