Django снова в повестке: автор проекта предлагает радикальный эксперимент — переписать фреймворк в async-only,

Django снова в повестке: автор проекта предлагает радикальный эксперимент — переписать фреймворк в async-only, без обратной совместимости.

Что это значит по сути:
1) убрать параллельную поддержку sync/async и сократить test matrix;
2) массово заменить `def` на `async def` и добавить `await` в вызовах;
3) использовать проект как полигон для agentic programming, а не как попытку выжать «фантастический» прирост производительности.

Почему это интересно martech-аудитории? Потому что это классический пример архитектурного выбора: либо поддерживать два режима ради совместимости, либо резать стек до одного пути и выигрывать в простоте, но платить миграционной болью.

Для CRM/CDP/automation это знакомая дилемма:
- dual-mode = меньше ломаем, но дороже поддержка;
- async-only = чище стек, но выше цена перехода и интеграций.

Пока это скорее R&D-ход, чем практический roadmap. Но сам вопрос показательный: где заканчивается инженерная эволюция и начинается осознанный слом ради упрощения. ⚙️