SeVaДа, в SCSF большая куча кода, но именно это в купе с reflection, позволяет затрачивать минимум калорий при разработке, что на мой вгляд, более существенно, чем подсчет милисекунд.
Например:

[CreateNew]
public MyPresenter Presenter
{
set
{
_presenter = value;
_presenter.View = this;
}
} // при создании View(презантационного слоя) автоматически создается Presenter(обработчик событий)
в свою очередь, в нем на автомате создается сервис

private IMyService _myService = null;

[InjectionConstructor]
public Presenter
(
[ServiceDependency] IMyService MyService
)
{
_myService = MyService;
}

Кратко,внятно и не нужны никакие файлы конфигурации.
Еще пример.Привязка комманды к пункту меню

private void ExtendMenu()
{
ToolStripMenuItem item = new ToolStripMenuItem("My Menu Item");
WorkItem.Parent.UIExtensionSites["Tools"].Add(item);

WorkItem.Commands[CommandNames.ShowMyItem].AddInvoker(item, "Click");
}

Обработчик события

[CommandHandler(CommandNames.ShowMyItem)]
public void MenuToolsMyMenuItem_Click(object sender, EventArgs e)
{
IMyView myView = GetOrCreateWorkItemElement<MyView>("MyView");
WorkItem.Workspaces[Constants.WorkspaceNames.MDIWorkspace].Show(myView);
// сервис и presenter уже создаются на автомате
}

У нас основные 3 вида View используются в 10 модулях практически в 99%.Они создаются только один раз, что резко повышает производительность.
Благодаря reflection просто решается проблема с правами доступа.Грузятся только те модули, на которые есть доступ,автоматически деактивируются комманды, события, визуальные элементы и тд.

Что касается Hibernate, у него тоже есть свои накладные расходы: все тот же reflection, динамическая генерация sql запросов, создание proxy и самое главное-убогая работа с БД.Ручками я заточу запросы гораздо лучше, чем решения на все случаи жизни, это уже проверено.

PS
Все сахера расписывать долго.
PSS
Это моя точка зрения и я не навязываю ее с фанатизмом другим.Везде есть свои плюсы и минусы.

очень интересна технология SCSF
где про нее почитать подробнее