Типичная архитектура .NET DDD и методы Django / Rails

Я привык ко всем типичным методам проектирования, ориентированным на предметную область, которые преобладают в большинстве публикаций и блогов, посвященных современному программированию .net. Поэтому меня удивило, что, когда я разговаривал с некоторыми людьми из Django, они не заботились о постоянном игнорировании, моделях просмотра и т. Д.

Отсутствие постоянного игнорирования может показаться понятным, когда вы используете Active Record в Django или Rails, Тем не менее, использование сущностей домена в представлениях выглядит чистым злом после того, как немного поработал в области ASP.NET MVC (я полагаю, то же самое с фреймворками Java mvc).

Это не единичный случай, он относится к подавляющему большинству Django / Проекты на Rails (которые всегда воспринимались как уберажильные).

Почему? Это просто из-за особенностей динамического языка, которые делают ненужными такие практики, как DI? Или, может быть, в предприимчивом мире .NET / Java слишком много чрезмерной инженерии?

Знаете ли вы еще какие-нибудь архитектурные различия? Есть ли какие-то уроки для мира .net / java или, наоборот, это просто рай для рубистов и питонистов? t обычно работал с достаточно большими проектами, чтобы понять преимущества этих шаблонов?