Изменения

Мода на веб-фреймворки - тезисы

915 байтов добавлено, 14:56, 18 сентября 2012
м
Нет описания правки
== Название доклада:* «Мода на коробки и фреймворки в вебе — доколе?»==
«Мода на коробки и фреймворки в вебе — доколе?» (ликбез для менеджеров) == Тезисы:==
* Как часто для разработки веб-проекта (не самого простого!) выбирается коробочная CMS, а потом, пока программисты яростно пытаются совладать с её недостатками, а за хостинг каждый месяц отстегиваются миллионы, менеджеры, несмотря ни на что, продолжают защищать свой выбор, аргументируя это тем, что «инструмент отличный» и его всего-то надо «немного подкрутить, и цель точно будет достигнута»?
* Что общего в этих подходах? Во-первых, оба подхода рождаются из одного желания — желания создать (а зачастую и продавать!) продукт, который Вроде-Бы может решить… абсолютно ВСЕ задачи. А во-вторых, и то, и другое настолько «вошло в моду», что люди почти не задумываются о куче проблем, которые получат с выбором таких инструментов.
* Соображения именно об этой моде и о типичных проблемах, получаемых людьми вместе с ней, и хотелось бы донести в рамках доклада.
 
== План ==
 
* Титульный слайд
* CMS
** Что такое CMS? + Примеры.
** Минусы (очень много) и плюсы (очень мало), область применения (узкая)
** Пример: пройтись огнём по битриксу (жесть жестяная).
* Фреймворки
** Что такое фреймворк? + Примеры.
** Сначала общие плюсы (мало) и минусы (много), идентичны оным Opensource-фреймворков.
** Доп. минусы платных фреймворков (коих под PHP почти нет)
** Доп. минусы внутренних фреймворков
* Специализированная разработка на основе библиотек
** Плюсы
* Выводы
 
== Мысли ==
Что такое CMS?
* Вы оплачиваете и её сложность!
**
* --- +++ Проституточная суть платного/закрытого.
* Зачастую полезный функционал погребён под бесполезным и усугублён кривыми архитектурными решениями
* Примеры: