Пост Python-проект ломается не в коде, а в границах между модулями

Python-проект ломается не в коде, а в границах между модулями За неделю в репах: один и тот же баг всплывает снова и снова — бизнес-логика тянется в view, парсинг живёт в модели, а запросы к внешним API размазаны по хендлерам. Собирайте проект так: — HTTP-слой только принимает и отдаёт данные; — сервисы держат сценарий: проверить, преобразовать, вызвать; — доменные функции не знают про Django ORM, FastAPI Request и формат ответа; — интеграции с БД, очередями и API прячьте за отдельными адаптерами. Такой разрез почти всегда дешевле, чем «красиво» писать напрямую в контроллере. Меньше циклических импортов, проще тесты, легче заменить источник данных или поднять часть логики в cron/worker без переписывания половины проекта. Ещё одно наблюдение которое стоит проверить: если функцию нельзя протестировать без поднятия веб-сервера, она, скорее всего, живёт не там. В Python это особенно заметно, когда asyncio, pydantic и ORM смешивают в одном месте. Держите код на границах простым, а правила — внутри сервисов. Тогда проект переживает и рост нагрузки, и смену фреймворка без лишней боли.