Асинхронный Django решили не чинить — его решили **сломать красиво**.

Асинхронный Django решили не чинить — его решили **сломать красиво**.

Сначала был аккуратный вариант: гринлеты, совместимость, два режима, растущая тестовая матрица. Слишком сложно, слишком много хвостов, слишком похоже на реальную инженерную работу. Идею выкинули.

Теперь план бодрее: **переписать Django на async-only** и сжечь мосты. Где был `def` — станет `async def`. Где был вызов — прилетит `await`. Поддержка синхронного мира? На выход. Совместимость? В мусор. 🧨

Логика знакомая: если система стала слишком дорогой в сопровождении, её не упрощают — её ломают до основания. В мире WP это выглядит как внезапно сделать плагин с миллионом сайтов зависимым от одного нового API, а потом удивляться, почему у клиентов отвалились формы, webhooks и админка.

Проблема не в async. Проблема в привычке считать, что радикальный переписанный код автоматически лучше старого. Обычно лучше он только в презентации. В проде выигрывает тот, кто не превращает обновление в массовое падение.