Это третья статья цикла "дизайнеру – о технологиях", в котором я коротко рассказываю об основных технических терминах и принципах, по которым строится разработка современных цифровых продуктов. А заодно показываю, почему продуктовым дизайнерам и проектировщиками важные подобные знания.
Как обычно, ссылки на остальные статьи цикла будут в конце.
О чём эта статья
Почти каждый продукт содержит какой-нибудь контент: текст, изображения, видео, а иногда и всё вместе. Контентом этим нужно как-то управлять. Должна быть какая-то админка, визуальные редакторы, категории, библиотека файлов и так далее. Администраторы сайтов должны иметь возможность добавлять статьи и товары, а гейм-дизайнеры – как-то править характеристики и описание игровых предметов.
Человечество умное, и поэтому придумало массу механизмов для автоматизации подобных процессов. Частью таких механизмов как раз и стали CMS и CMF. В классическом понимании, это так называемые "движки" сайтов. Каждый раз, когда вы открываете чей-либо персональный блог, сайт новостного издания или интернет-магазин, перед вами предстаёт результат работы CMS или CMF. На них "крутится" подавляющая часть интернет-ресурсов в мире.
Content Management
На самом деле, тут достаточно путаницы, даже разработчики часто один и тот же продукт называют то CMS, то CMF. Давайте попробуем разобраться, чем же CMS отличается от CMF и какие они бывают.
CMS
Content Management System, Система Управления Контентом, "движки" сайтов – это всем знакомые WordPress, 1С-Битрикс: Управление сайтом, MODX, OpenCart и прочие.
Чаще всего написаны на PHP и предоставляют возможность быстрого развёртывания сайта: блога, магазина и тп. Некоторые конструкторы сайтов, кстати, тоже обладают многими качествами CMS – например, та же Тильда.
Как и все готовые решения, они обладают некоторыми недостатками: в частности, ограниченностью возможностей. Разумеется, большинство CMS поддерживает расширение функциональности за счёт сторонних приложений и плагинов. На том же WordPress, например, можно сделать практически любой сайт, вообще не прибегая к услугам разработчика.
CMF
А есть ещё Content Management Framework. Если CMS – это готовая система, в которой нужно только создать шаблон/тему/плагин, и всё готово, то CMF – как бы набор инструментов, с которым новички работать не смогут. Главное преимущество: у вас не так скованы руки, вы можете творить всё что угодно. CMF – это "скелет", на основе которого можно сделать ту же CMS, например.
По сути, многие из CMF одновременно попадают под категорию серверных фреймворков из предыдущей статьи, а какие-то даже и под сервер, и под фронтенд одновременно.
Примеры CMF: TYPO3, Drupal, Symfony.
Пример
Кажется, ничего особо сложного, да? Но вот зачем это всё знать проектировщику или продуктовому дизайнеру, непонятно. На самом деле, как и в предыдущей статье цикла, здесь дело в том, что дизайнер может не учесть каких-то особенностей или ограничений.
Вот проектируете вы, допустим, небольшой сайтик. Обычный блог, маленький бюджет, ничего особенного. И решаете добавить туда асинхронные комментарии – как здесь, в Дзене, только с регистрацией через соцсети.
Асинхронные – значит отправляемые без перезагрузки страницы. В этом цикле есть отдельная статья по теме (ссылка внизу).
Итак, вы решаете спроектировать простую логику:
- пользователь прочитал статью;
- нажал "комментировать";
- выбрал подходящую соцсеть;
- предоставил сайту необходимые доступы;
- пошёл писать умные мысли в комменты.
Тоже обычное дело, где только такого нет.
Однако вы не можете быть уверены, что конкретно под ваш сценарий найдётся готовый плагин. Есть похожие, но каждый – немного отличается. В одном соцсети не те, что у вас: нет ВКонтакте, зато есть Твиттер. Другой не умеет отправлять комментарии асинхронно. Третий – не поддерживает уровни вложенности в ответах комментарии. И так далее.
В результате вы получаете два вероятных исхода: либо разработчики сделают как проще и выберут один из готовых вариантов, либо им придётся тратить и без того небольшой бюджет на написание собственной системы комментариев.
Итог
Совет тут практически тот же, что в статье про фреймворки: общайтесь с разработчиками на предмет реализуемости ваших сценариев и интерфейсных решений. Сэкономите время с нервами себе и им, а бизнес не потратит лишние деньги.
Ещё из цикла
Если вы не нашли в цикле чего-то, что ожидали или хотели бы там увидеть – обязательно пишите в комментариях, дополню.
- Фреймворки – что это такое и какие бывают.
--
Все свои посты я аккумулирую в небольшом телеграм-канале, подписывайтесь.