.. / Субъективно о юзабилити CMS. Тенденции?

Обычно побудительным мотивом  становятся  отсутствие необходимого функционала и лень  изучения  API навороченного CMF типа Drupal. Но у меня главный побудительный мотив - чисто эстетическое неприятие  того,  что представлено на рынке (см. здесь или здесь)
В нынешних CMS меня не устраивает то,  что  они  (в подавляющем большинстве) так и  не вылезли из тесной шинели Nuke - первой массовой OpenSource CMS образца 2000 года.  Отличие только в деталях.  Хотя халявные Mambo, Joomla, e107 или продажные amiro, abocms, netCat и др. могут сколь угодно сильно отличаться от Nuke, идеология их построения осталась в 2000 году.

Начало новых тенденций относится к середине десятилетия, с бумом воруг   LiveJournal  и его многочисленных клонов. Оказалось, что самостоятельно вести  свой собственный сайт (блог) может вести кто угодно, даже   Президент Российской Федерации Д.Медведев.    Блоги построены по   классическому принципу  "Не заставляйте меня думать". В отличии от CMS, где путь от формы логина до редактора нужной страницы   занимает не меньше 2-3 переходов, в блогах элементы редакирования вынесены непосредственно на фронтофис рядом с редактируемыми блоками (текстами, тегами, комментариями, списками интересов и т.п.). Т.е. классического для СMS бэкофиса в блогах нет - он совмещен с фронтофисом и предельно упрощен. Этот принцип существенно изменил подход к построению следующего поколения CMS.  После массового распространения AJAX   идея вынести  редактирование блоков и страниц  в отдельное всплывающее  на фронтофисе окно  напрашивалась сама собой.

Сегодняшня тенденция такова, что вынесение функций редактирования контента на фронтофис, становится достаточно заметным.  Из наиболее распространенных CMS реализующих этот функционал можно назвать hostcms, UMI, ModX  из малозаметных, но очень красивых  energine.   Однако идеала  достигнуть не удается. Все упирается в еще один общий недостаток подавляющего большинства CMS. Практически во всех  системах на пользователя, который хочет отредактировать опечатку в тексте вываливается куча лишних полей.

Пример: На странице редактирования статьи в  joomla  можно видеть 24 управляющих элемента, не считая 57 элементов управления  WYSIWYG и еще 38 полей спрятанных в четырех дополнительных закладках.  И все это грузится каждый раз, когда нужно исправить запятую.  Такова плата за гиперуниверсальность.

В более-менее продуманных системах количество лишних полей/ элементов управления сведено к минимуму и они по умолчанию спрятаны и показываются в зависимости от роли пользователя.  Так в HostCMS при редактировании через фронтофис выведено всего  пять полей + два вполне очевидных элемента управления - save/cancel.. А все дополнительные поля редактируются через бэкофис. При этом количество полей, можно сократить до 1-2. Ведь реально кроме названия и текста статьи редко что бывает нужно исправить. По крайней мере редактору сайта. А оптимизатору или веб-мастеру можно показывать и пять и десять полей.  Но у них такая работа. Их это пугать не должно.  

Но даже в тех  CMS, где все с полями продумано, при редактировании страниц через фронтофис  грузится WYSIWYG c издевательским названием TinyMCE и весом 260К (без плагинов) или FCKEditor, который весит еще больше. При этом грузится даже тогда когда надобности в нем нет.   Зачем?  Во-первых, сейчас есть достаточно много  легких (30-50К) и   мощных для дежурной правки статейных материалов редакторов на базе jquery/prototype и пр.,  благо многие CMS последних версий используют JS фреймворки по полной программе. А во-вторых,  эти редакторы можно вполне подгружать по требованию через Ajax.

Ниже таблица, в которую вошло 17 из 50 просмотренных CMS.  Еще больше CMS осталось за пределами рассмотрения. Но 99% всех систем - представляет из себя отвратительные клоны Nuke с мерзким дизайном, отсутствием демо-версий. 
Обозначения в таблице: 
index   -  количество/объем подгружаемых файлов для первой после авторизации страницы CMS
edit - то же самое, только для страницы редактирования текста. 
количество/объем определялись FireBug'ом при отключенном кэше,
design/usabilitiy -  мои субъективные как и все остальнон оценки  по 5-бальной шкале.
B→F  наличие возможности редактирования через фронтофис