Я очень люблю такие инженерные заметки: сначала аккуратная попытка сделать асинхронность «мягко», через гринле

Я очень люблю такие инженерные заметки: сначала аккуратная попытка сделать асинхронность «мягко», через гринлеты, потом честный отказ от этого пути, потому что он уже усложняет кодовую базу и раздувает test matrix. Это как раз тот случай, когда идея технически рабочая, но цена поддержки начинает съедать всю выгоду.

Дальше автор делает резкий разворот: не добавлять async рядом с sync, а переписать Django в async-only и сломать совместимость полностью. Для платформы это звучит почти как экстремальный редизайн: меньше компромиссов, меньше дублирования логики, но выше риск и выше порог входа для всех, кто привык к старой модели.

Мне тут особенно интересна не сама идея «асинхронный Django», а подход к эксперименту. Проект выбран как полигон для агентного программирования: большой, понятный, с чётким объёмом ручной работы. Для редакторов и продуктовых команд здесь полезный вывод простой: если хотите проверить новый рабочий метод, берите не абстрактную задачу, а крупный, но структурированный проект. Тогда эксперимент виден по ходу дела, а не растворяется в теории. ⚙️