Post Flask ломают не фреймворк, а невидимый хаос вокруг него

Flask ломают не фреймворк, а невидимый хаос вокруг него В Flask легко собрать «работает на локалке» за вечер, а потом месяц чинить побочные эффекты. Типовые ошибки всегда одни и те же: глобальные переменные для состояния, бизнес-логика в view-функциях, конфиг вперемешку с кодом. Если проект больше пары эндпоинтов, сразу держите границы: — routes только принимают запрос и возвращают ответ — сервисы содержат правила и расчёты — доступ к БД и внешним API вынесен в отдельные слои — конфиг и секреты живут вне репозитория Для Flask особенно важны application factory и blueprints. Первый убирает магию с импортами, вторые не дают разрастись одному файлу до состояния «всё в app.py». Ещё одна частая ловушка — создавать клиент БД или HTTP-сессию на каждый запрос без контроля жизненного цикла; это быстро бьёт по стабильности. Если нужен предсказуемый проект, начинайте не с декораторов, а со структуры папок и правил зависимостей. Flask про гибкость, но без дисциплины гибкость превращается в технический долг.