• «Писать самим? Да вы что? Всё уже написано до вас!»
• Есть же коробочные CMS! Поставил, и сайт готов! Супер-поддержка от компании-изготовителя!
• А также куча модных фреймворков! Zend, CI, Yii! Паттерны, все и разом!

• «Хостинг стоит миллионы!»
• «Сайт тормозит!»
• «Медленно внедряются доработки!»
• «Постоянно что-то отваливается!»
• «Всё обросло костылями!»

… и при этом:

«Нет, надо ещё чуть-чуть докрутить, и цель будет достигнута!»

• Content Management System
• Движок (ПО) сайта
• ;-) …На котором можно сделать ЛЮБОЙ сайт
• ;-) …Причём без единого гвоздя (строчки кода)

;-)

Например,

• MediaWiki, MoinMoin и т. п. — не CMS, а вики-движки (хотя сайт на них сделать можно)
• PhpBB, IPB — движки форумов

В то же время,

• WordPress — был движком для блогов, а стал CMS
• osCommerce, Magento — спец. CMS, движки интернет-магазинов
• Joomla, Drupal, MODx, NetCat, Битрикс, UMI.CMS — это всё CMS

• Сложные и Неэффективные
• С кривой архитектурой

  Оптимизированной для всего ни для чего

• С кучей лишнего функционала

А оплачивать всё это вам (если вдруг выберете)

• Деньгами продавцу коробки
• Деньгами хостеру¹
• Деньгами подрядчикам при доработках²
• Репутацией в глазах клиентов

Проект простой? ⇒

CMS не нужна, ибо это из пушки по воробьям

Проект сложный? ⇒

возможностей CMS наверняка не хватит,
а плохая архитектура усложнит их реализацию

Проект посещаемый? ⇒

упрётесь в низкую производительность

Серая массовка*

• Шаблонные,
• не особо посещаемые,
• быдлопроектики.

* Какие-нибудь «порталы» с копи-пи**ерами новостей…

• Если сомневаетесь в CMS — откажитесь!
• Если вам продают сайт на CMS — откажитесь!

Тем более не пускайте его за руль CMS!

Пусть лучше заведёт

• Блог — ЖЖ / blogger / тематические (drive2.ru, …)
• Wiki (например, на wikia.com)
• Группу в социальной сети

Выхлопа будет больше, в том числе в плане маркетинга.

• Расчёт на доработку дешёвым ресурсом

  …с плачевными результатами…

• Закрытая CMS — политическая проститутка

  «любое извращение за ваши деньги»

• В CMS могут быть полезные идеи и фичи

  но зачастую они погребены под слоем бесполезных…

«В профессиональной среде в ходу жаргонизм „говнокод“»

• Стиль кода «портянка»: 2032 строки, (!!!) 0 функций
• Само-DOS по 404
• «Инфоблоки» — кривое объектное ядро, в студию!
• MVC без модели!, «супер компонент»

Зато Битрикс24! И магазин компонентов!

И самая крутая версия ~250000 рублей стоит!

:-( печаль и уныние.

* …«Овощи там, рожь!» © Света из Иваново

УЖАСНЫЙ пример. Но не единственный.

• Любые движки с EAV, например:
  • Magento
  • WordPress
• Да и прочие CMS не блещут

…но они хотя бы Open Source.

Полезно ли возводить в абсолют
паттерны проектирования? Ой не факт!

«You have a Problem and decide to use Java. Now you have Problem, ProblemImpl, ProblemException and ProblemFactory.»

Хабр: Все используют единую фабрику фабрик фабрик инструментов всякий раз, когда им нужен молоток?…

Или же, стремление всё чрезмерно обобщить.

• ☹ Лишние слои абстракций
• ☹ «Введение в конфиги всем.ру, том 2»
• ☹ Раннее внедрение излишней расширяемости

Истинное удобство расширения: KISS, YAGNI*

* Keep It Simply Stupid, You Ain't Gonna Need It.

Типичные вещи: шаблоны, интерфейс БД, сессии, загрузка файлов, SOAP…

• В языках общего назначения их нет.

  ✓ Тема для фреймворка.

• Но в PHP есть почти всё

  × Фреймворк добавляет мало функционала.

Ответ: ОБЁРТКИ!

• Для всего! иногда в несколько слоёв.
• Бывают жёсткие, неизменяемые без патчинга.
• Кроме обёрток — лишь мелкие полезные фичи.

Фреймворк — жирная зависимость!

⇒ Для библиотек не подходит

⇒ Доп. источник багов и дыр

⇒ Проблемы глобальных обновлений

⇒ «Автобусный фактор»

• Проект простой? × Усложнит реализацию.
• Проект сложный? × Много уникального прикрутится сбоку.*
• Библиотека? × Ограничит использование.
• Проекты, где много однотипного функционала.

  ✓ Подходит! и это сильно шире, чем у CMS.

* Гибкий (пермиссивный) фреймворк хотя бы не навредит.

• Плюс для продажи поддавшимся моде менеджерам
• Для начинающих разработчиков
  • Ограничитель применения бурной неокрепшей фантазии*
  • Подспорье в обучении

* если фреймворк готовить по канонам.

Имеют дополнительные минусы:

• ☹ Плохая документация (а то и отсутствие)
• ☹ Странные практики (PHP Jihad, алиментщик)
• ☹ Политическая проституция (закрытые, внутренние)
• ☹ Невозможность переопределения

• ☹ Нуждаются в поддержке
• ☹ Слабо конкурируют с mainstream
• ☠ Склонны к умиранию

Отсюда выводы:

• Либо OpenSource, либо не полагаться на них
• Обязательно делать пермиссивными, а не жёсткими

• Не поддавайтесь моде! Каждый инструмент имеет свою область применения!
• Удел применения CMS — быдлосайтики.
• Удел фреймворков — средние по сложности проекты (+ продажа «модникам»).
• Плохо ли, что они есть? Да нет. Природа любит разнообразие.