Кто-нибудь использует много веб-фреймворков в новой разработке?
Во-первых, это вопрос личных предпочтений и предпочтений команды.
Во-вторых, это требования обстоятельств при промышленной эксплуатации.
На старте, обычно, выбирается то, что лучше знаешь. Да хоть бы и без фреймворков. Переключаться на старте - это тратить время впустую. Главная задача - получить MVP.
После получения MVP (Minimum Viable Product) и "зелёного света" на промышленную разработку, можно оценить результаты тестирования на потенциальных потребителях, выяснить предполагаемую нагрузку и, при необходимости, пересмотреть платформу. Сменить программную или аппаратную архитектуру, язык программирования или их комбинацию, фреймворк - стек технологий это называется.
Через некоторое время после начала промышленной эксплуатации могут возникнуть проблемы, связанные с неверно выбранной архитектурой или недостаточной производительностью. Команда выбрает путь: допилить текущее решение, использовать альтернативное решение или написать ещё раз с учётом возникших обстоятельств.
Есть проекты, которые жёстко костылят и они таким образом живут годы. Вплоть до того, что там PHP4 и отображение прямо в файлах с бизнес-логикой, зато страницы выдаются за миллисекунды.
Есть проекты, которые уже несколько раз переписывали с нуля, потому что охренеть какая сложная штука получается и без достаточно высокого уровня абстракции его очень сложно наращивать.
Есть те, где не костылили и не меняли платформу, а просто увеличили производительность сервера до небес.
Как правило, в проектах средних размеров (во всех смыслах) одновременно использовать (в смысле вести активную разработку) схожие по функциональности и решаемым задачам фреймворки, да ещё в рамках одного стэка (например, Symfony и Zend) смысла нет никакого. Но вот если нужно решать технически разные задачи (например, обеспечивать обычный http и websockets, или ядро на мощном, компилируемом, тяжелом и(или) "асинхронном" языке/стэке, но использование которого для конечных интерфейсов связано с большими оверхидами, а интерфейсы на чём-нибудь простом и легком),  или в случае плавного перехода с одного фреймворка на другой, то активная разработка на нескольких вполне имет право на жизнь.