Django снова захотели перепрошить под async-only. Не «добавить асинхронность аккуратно», а снести совместимость и заставить половину кода жить в `async def` с `await` везде, где только можно.
Логика тут жёсткая: старый путь с гринлетами уже пробовали, PoC завёлся, но дальше включается математика поддержки. Две ветки исполнения — синхронная и асинхронная — мгновенно раздувают test matrix. Больше режимов = больше багов = дороже релиз. Поэтому автор делает ставку на радикальный ход: не мостить старое, а перестроить весь дом 🧱
Но есть нюанс. Это не про «вау, производительность x2». Сам автор прямо говорит: фантастического буста не ждёт. Мотив другой — испытать agentic programming на реальном большом коде. То есть проект становится полигоном: много рутинных правок, чёткий план, измеримый объём.
И вот тут главный вопрос к рынку: это уже инженерия или демонстрация метода? Потому что async ради async — пустой шум. Async как способ сократить сложность и убрать двойную поддержку — уже разговор.
Hot Take Studio
@HotTakeStudioPro
Django снова захотели перепрошить под async-only. Не «добавить асинхронность аккуратно», а снести совместимост
Этот пост опубликован в Telegram-канале Hot Take Studio. Подписаться можно по ссылке: @HotTakeStudioPro.