-
Цельное решение или платформа с потенциалом расширения?
Страдаю я сейчас сложным выбором между реализацией цельнолитной платформы с продуманным функционалом, но с малыми возможностями расширения, и её антиподом — системой с ограниченным количеством реализованных функций, но с удобным интерфейсом расширения.
Да, я говорю о Kernel CMS. Даже ещё не выпустив на суд пользователей ни одной версии, я несколько раз переделывал идеологию движка, вырезая подчистую до 70% кода. Вот и теперь наметилась некоторая проблема и, как следствие, решение, приводящее к несколько иному положению тдел, нежели подразумевает текущая редакция идеологии.
Как думаете, читатель, что больше востребовано на рынке: настраиваемые, гибкие средства (читай «мультикомбайны»), способные в перспективе выполнять любые поставленные задачи; либо стоящие blog engines в классическом понимании этого слова (ладно, словосочетания!), любезно предоставляющих возможности и соответствующий функционал для банального ведения блогов без единой мысли блогера о технической реализацией таких систем?
P.S.: SolarWind и allex, простите, пожалуйста! Я случайно удалил этот пост. Текст я восстановил, а вот Ваши комментарии нет. =( Такая вот особенность этой версии Neutrino CMS. Но Ваше мнение я прочёл и благодарен Вам за него.
mev, 27 июля 2008 в 00:53
На мой взгляд, выгоднее избрать путь, при котором производится движок, а примочки делаются отдельно автором или внешними разработчиками.
Взять тот же вордпресс. За счет наличия большого количества плагинов сама система пользуется спросом.
Павел Воронин, 27 июля 2008 в 00:59
Я вот тоже предрекал KMS большую гибкость и лояльность сторонним разработчикам. Наверное, так и нужно — не буду сходить с избранного пути.
Zorg, 27 июля 2008 в 15:28
Интересно кому адресован вопрос - кодерам или пользователям? Отвечу и как пользователь и как кодер: классика бессмертна. Мультикамбайнами рынок пресыщен. Любому разработчику лестно создать что-то универсальное, однако стремление к утопическому идеалу мультирасшеряемости мало трогает конечного пользователя.
Павел Воронин, 27 июля 2008 в 15:35
А вот специально для пользователей я сделаю хорошую сборку blog engine в рамках KMS. =) Я максимально постараюсь, чтобы пользователям не нужно было думать вообще ни о чём. =) Только о блогинге.
Bolzamo, 31 июля 2008 в 01:17
Тут и вопроса не стоит!
По-любому нужно сделать расширяемую платформу, а потом к ней же писать расширения. Так делаю и я с NAE. Таким образом, cms одна, а ее сборок может быть неограниченное множество, и каждая отвечает каждой конкретной цели.
Только не нужно обзывать сборки цифровыми индексами. Хорошо бы давать им имена, не обязательно говорящие, но оригинальные и запоминающиеся.
Павел Воронин, 31 июля 2008 в 09:19
Мдя. И будет входить KMS в армию Mosquito/Neutrino. =) Прямо вижу Kernel CMS Blood Atomic Edition. У меня появились некоторые соображения по поводу будущего KMS. Нужно всё обдумать. =)
Bolzamo, 31 июля 2008 в 09:37
Ну почему? Нет, конечно. У каждой СУКи своя специфика. Просто вышеописанное - это уже необходимость.
Напоминаю, что изначально заявленная специфика KMS - это микроядро, не несущее собственного интерфейса, к которому подключается уже что угодно.
Павел Воронин, 31 июля 2008 в 11:12
Наверное, моя беда в том, что я на лету подменяю понятия. KMS как движок готов давно. Речь же здесь идёт о blog engine на базе KMS. Сама СУКа, конечно, микроядерная и максимально расширяема, иначе в ней смысла не было бы!
А маюсь я по поводу blog engine.
Bolzamo, 31 июля 2008 в 13:36
А, ну в таком варианте - все проще паренной репы! Расширений на расширения клепать смысла нет, поэтому делай цельную систему, заточенную на функциональность в рамках компактных размеров и максимальной производительности.
Павел Воронин, 31 июля 2008 в 13:39
Всё же я делаю основные возможности blog engine плагинами, чтобы их можно было отключать, подключать, настраивать и т.д. Например, я сделаю теги, но сам их испоьзовать не буду ни разу. =) Или кому-нибудь нафиг не нужна будет капча, её тоже можно отключить, как и подписки, комментарии, бекапинг, баны, серии и прочее. Даже аутентификацию можно будет отключить и все получат админские права. =)