В схожей заморочке. Вклинюсь.
Что в банковском секторе (даже в топ-10 банках РФ), что в энтерпрайзах (тут еще шире круг), очень часто простые задачи решаются пачками софта, десятками открытых окон в одном сеансе работе и т.д., что доставляет хлопоты всем. Хотя там (в большоам бизнесе) и бюджеты и специалисты — все есть. Почему там такой дурдом — тема отдельной статьи… УКРФ )
По идее, есть некоторые «идеологии» типа ERP, CRM и т.д., в которых заключены некоторые бизнес-модели, как в хорошей CMS есть свои контент-модели, свои элементарные единицы информации (пост, нода и т.д.) и их базовые свойства (дата поста/ноды, её заголовок, автор, рубрика, тэги и т.д.), а так же методы работы с этими единицами данных. Простите за терминологический мусор, но я — не архитектор.
Есть интерфейсы (UI), для отображения списка постов, таксономий, авторов и т.д. и мы тоже смотрим в сторону CMS, как хребта для будущей системы. Конечно, мне приходилось видеть всякие переделки CMS, но вот представить как в той же Joomla будет уродливо смотреться перекуроченный нашей логикой архаичный жесткий интерфейс с новыми «плюшками» — мороз по коже.
Про Drupal — вообще молчу, т.к. не трогаю его именно из-за его интерфейса. Отсутствия интерфейса. Хотя, может за последние два года там все изменилось (большое сомнение).
Логично предположить, что специально для задач ERP (если это тот термин) должны быть схожие открытые решения, с их моделями, основанными на практики, свои интерфейсы и логика. Что бы сразу была своя «идея таксономии» на уровне ядра и не пришлось, по неведению, её изобретать с чистого листа. Ну и своя бизнес-логика, естественно, там должна быть. А все эти разговоры о том, что на Drupal можно 1C написать, а на C++ (с вот именно этим крутым фреймвроком) — написать свой SAP… ) Давайте реально смотреть на жизнь.
Как и у автора поста, вопрос, в терминологии CMS, напоминает 1001 раз заданный на хабре прежде и звучит следующим образом: «стоит ли использовать готовую CMS или писать с нуля». Все эти разговоры, по факту, приходят к одним и тем же выводам, что лучше пилить чужой CMF/Framework, если нет опыта написания своего ряда успешного CMS/CMF/Framework с десятком внедрений. Неизбежно вспоминают руби, симфони и даже уйй. Ну и люто минусуют за предложение писать .NET приложение. Все расходятся с тем же мнением, с которым зашли комментировать, автор вопроса ничего не выбирает, но все классно потусовались. )
Разговор в тех вопросах, конечно, идет про сайты, но суть — идентична. Следовательно, выводы должны быть очень близки. Идея о том, что Joomla/Droopal — достаточные CMF… Ну, может Drupal, но это монструозное решение, покрывающее лишь 20% существующих сформулированных задач, т.к. относится немного к другому классу решений, награждает избыточным тяжелейшем функциональным мусором и лишней бизнес-логикой из другой оперы. (Тут могу преувеличить реальную проблему). Кстати, Wordpress тоже называют в википедии CMF (хе-хе). А в еженедельном топике «лучшие посты» есть ToDo List-приложение на wordpress. Сам я — поклонник вордпресса, но не хочется напильником строить забор. Даже думать об этом не хочется.
Если вопрос не загнется, очень хотелось бы услышать о реально существующих и применяющихся решениях, с комьюнити, апи, практиками и всеми теми благами, что есть в ныне здравствующей тройки CMS, потому что идея писать с ноля ERP без понимания всех существующих бизнес-логик (в смысле реального бизнеса, а не программистского) и моделей… Если с ноля, то нужно от чего-то отталкиваться, а иначе это как впервые в жизни зайти в интернет и за 1,5 месяца написать свою действительно хорошую CMS
Простите за много букв. Больная тема.)
