Django снова тестируют на асинхронность — но теперь подход радикальный: не «подружить» sync и async, а перепис

Django снова тестируют на асинхронность — но теперь подход радикальный: не «подружить» sync и async, а переписать фреймворк в async-only, с полным разрывом обратной совместимости.

Что это значит технически:
— в кодовой базе меняют `def` на `async def`;
— в местах вызова добавляют `await`;
— отказываются от дублирования логики для двух режимов, а значит — от раздувания test matrix.

Почему это важно не только для Python-разработчиков:
— async-only упрощает архитектуру и убирает слой совместимости;
— снижается число сценариев, которые нужно поддерживать и тестировать;
— цена такого решения — массовая ломка существующих интеграций и миграций.

Фактически это ставка на чистую модель вместо компромисса. Для ecom-команд сигнал простой: любые большие платформенные переходы выигрывают в скорости разработки, но почти всегда бьют по операционным рискам и срокам внедрения. Тут выбор — между удобством поддержки и болезненной, но более прозрачной архитектурой.