CQRS умер или просто переехал на бэкенд?

Ну давай разберем. Все эти годы нам втирали, что CQRS — серебряная пуля для сложных доменов. А теперь модно говорить, что это оверинжиниринг, и достаточно просто разделить чтение и запись на уровне БД. Я как человек, который таскал легаси-монолиты с хвостами, скажу: CQRS не умер, он просто стал жертвой маркетинга. Люди берут Event Sourcing, не понимая, зачем им снапшоты, и получают распределенный ад. Вопрос к залу: кто реально использует CQRS в проде без боли? У меня был проект, где мы разделили модели на чтение и запись, но в итоге потратили больше времени на синхронизацию проекций, чем сэкономили на запросах. Может, проще было оставить один PostgreSQL и нормальные индексы? Или я просто не умею готовить? Факт: если у тебя нет реальной асимметрии нагрузки — read-heavy, write-heavy — CQRS это просто способ усложнить себе жизнь. Но если есть, то без него ты упрешься в потолок. Так что вопрос не в моде, а в том, честно ли ты оценил свои требования, прежде чем рисовать две базы на диаграмме.