Здравствуйте, IT, Вы писали:

IT>Единственная проблема — уровень подготовки разработчиков.

в конторе где я работаю последние 5 лет мы сталкивались (на самом деле расшибались) именно об эту проблему не менее трех раз. Пробовали разные подходы в том числе используя разные фреймворки — проблемы одни и те же. Тяжело\долго обучить ресурс со стороны конкретному фремевейрку и стилю, если так можно выразится, его использования.
Как это ни странно, но из десятков проектов в которых я принимал участие одним из самых успешных был проект в котором использовалась POCO модель данных и комбинировались ADO.NET (более старый код времен сотворения .NET 1.1) и BLToolkit для работы с базой данных. Проект до сих пор расширяется новой функциональностью без особых проблем. Недавно передавали проект другой группе разработчиков для дальнейшего сопровождения — возникавшие по ходу вопросы в большинстве своем не касались DAL\ORM.

В новом проекте (несколько месяцев, совершенно другая предметная область) пришел новый ресурс с хорошим знанием NHibernate. Решили попробовать NHibernate еще раз (первый раз обламались на нем года 3 назад). И началось 'притягивание' модели данных под нужды фреймворка. Модель получилась гораздо более правильная с точки зрения DDD чем в упомянутом ранее проекте, но ее использование другими разработчиками более проблематично, так как налагает определенные требования к знанию\поддержанию состояния модели. Плюс разработчик должен понимать что конкретное design решение в модели данных было принято не потому, что так было хорошо, а потому что ТАК НАДО для работы фреймворка. ИМХО именно это часто вызывает самые серьезных затруднения.

В конечном итоге мораль сей басни такова — IT прав в том, что чем меньше требований инструмент предъявляет разработчику, тем больше вероятность что он будет использован, и, как ни странно, использован правильно...

ИМХО успешность использования фреймворка командой разработчиков может быть определена формулой, схожей с определением счастливой семейной пары, где каждый старается больше дать, чем получить взамен, и при этом не выдвигает идиотских требований\условий
Ну, и личные симпатии к отдельно взятому фреймворку при соблюдении выше помянутого требования, конечно, тоже никто не отменял...