тогда был некий новостной сайтик и они для него сделали систему

сейчас бы они взяли AWS

Я на ней с 0.8)

и новые современные фреймворки по сути - это должны быть некие комбинации AWS (или других) сервисов и SaaS'ов друг с другом

Не

я не помню 0.8 версию, но помню < 1, всерьёз стал изучать после 1.2

проблема FastAPI как раз в том, что её автор и хочет типа "замены Django" сделать, а за ним пошли только потому что он сделал замену DRF поприкольнее

надо пропагандировать чистую архитектуру, когда компоненты легко состыковываются друг с другом и отсоединяются друг от друга, а у него по сути, получается наоборот, он ради удобства/быстроты разработки соединяет части, которые не нужно соединять, этот фреймворк уже есть (для разработки MVP) - это Django, новый фреймворк для MVP не нужен, нужен подход "как потом апгрейдить Django", то есть некая философия и практика о том, как делать чистую архитектуру на питоне

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

в какой-то момент у тебя будет "а давайте уберем поддержку легаси"

для этого они сделали новые мажорные версии

поэтому я за "давайте сделаем новую штуку, но с оглядкой на рынок"

популярность Django держится на Django ORM и, наверное, админке + огромной экосистеме вокруг

я сейчас чувствую некоторую свою вину за то, что когда про FastAPI никто не знал, я сделал чатики и начал активно пропагандировать фреймворк, я не думал, что он в итоге будет пытаться делать подобие Django) я думал, что я пропагандирую за конкурента DRF на базе Starlette, а не за конкурента Django (который по сути взял все лавры Starlette себе)

это твое субьективное восприятие что конкурент джанго это плохо :)

конкурент Django это хорошо, но потом его надо убивать, а все его фичи, всю его команду и прочее - притаскивать в Django) и делать Django лучше)

но тут ещё один момент - если уж и делать конкурента, то на базе легко отстыковывающихся друг от друга модулей

пока все ок

FastAPI не про чистую архитектуру

там пытались вместо Pydantic'а сделать dataclass'ы и не получилось