Готовая CMS vs система "под себя" (холивар)

Да чего тут начинать. Узкоспециализированные решения в 99% не нужны, и кроме всего прочего (я уж молчу про их кривость и поддержку) не соответствуют самому духу бизнеса.

У каждого решения своя ниша. И у заказных решений тоже она есть, это прежде всего не стандартные проекты ил сервисы. Но это долго и дорого.

Зато у коробочных систем есть другой плюс. Это быстрая разработчика, не такая жесткая зависимость от разработчика. И для большинства проектов они подходят на ура и сокращают издержки на разработку.

А что такое "Узкоспециализированные решения"? Неткат, жомла, это они?

neznaika, не, это когда те с нуля пишецо сайт аля говнотоп.

Ну я тоже отказался от коробочных решений, лучше написать всё под определенный проект, чем поставить коробочный двиг.

1. можно существенно выиграть в производительности и нагрузке на сервер.

2. можно лучше себя обезопасить от взлома.

3. если что либо не работает или работает криво значит твоя ошибка.

4. можно изначально написать правильный код, а не переписывать жуткий код других.

5. можно реализовать не стандартные решения, и это будет проще на своём движке, чем на коробочных.

6. также проще реализовать такие прекрасные решения для высоконагруженных проектов как memcached на своём движке, чем на чужом.

и еще много чего...

А бывают ли объективные плюсы и минусы? Всегда выбор определяется совокупностью обстоятельств. Лучшее решение предложит только очень опытный менеджер интернет-проектов, знающий (или умеющий быстро определять по описаниям) возможности десятков популярных продуктов и платформ и понимающий истинные, а не мнимые потребности заказчика. Причем вопрос не столько технического, сколько экономического плана. Именно: тема для флейма, заведомый холивар.

это когда программист одновременно и владелец, а если проект отчуждается (не важно в какой форме) поддерживаемое независимыми разработчиками — лучше.

drima ИМХО, коробочные решения это простой быстрый способ поднятия проекта, но есть люби которые не ищут простых путей, а идут к созданию проекта через написание определенного, заточенного под проект движка (даже сказал бы двигателя =) ). Мозгов не нужно чтобы взять готовый двиг поставить и запустить, а вот чтобы это работало долго, стабильно, не нагружало сервер, и не было проблем распространенных, для это уже я думаю и есть понятие как написать "под себя". Всеже лучше писать с ноля, и ничего лишнего не громоздить, а только необходимое.

KosoyRoman добавил 01.02.2009 в 19:07

neznaika с этим согласен, ни прогеру мозг компостировать не будет никто, и владелец в тяме будет.

Нет такого слова в русском языке. Поставь спелл-чекер, это не сложно.

В чем состоит Сам Дух Бизнеса? Хочу его постичь, помоги. Желательно, в рамках темы топика, на примере вопроса выбора ПО.

В готовых системах есть кэширование. В некоторых - весьма хитрое, помодульное, ориентированное на роли, сбрасываемое по событию, с тэгированием, на разных уровнях приложения, и т.д. Что есть у Вас?

Отсутствие перед глазами исходных кодов не шибко усложняет взлом. Если, конечно, кому-то действительно хочется вас взломать. Для систем с закрытым кодом (как и для платных открытых, в общем-то) такая проблема отсутствует, у школьников с античата денег нет.

Это плюс для заказчика (да, разработчики любят валить любые проблемы на CMS, это удобно). Самому разработчику не особо важно, при правильной организации проекта найти место, где происходит ошибка - не сложно.

Можно взять систему с изначально правильным кодом, или взять закрытую систему и вообще об этом не думать.

О! Так все-таки есть свой движок? :) Значит, вопрос плавно перетекает в другую формулировку: "Коробочная CMS от вендора VS внутренний самописный движок"? И Вы немного лукавите, говоря "Лучше написать все под определенный проект" - ведь что-то уже написано? В таком случае простота решения нестандартной проблемы упирается в удобство и гибкость API движка - своего или стороннего.

Почему? Особенно, если в чужом движке работа с memcahed уже реализована :)

Там же расписано было. В большинстве случаев проще взять паровоз и быро доработать напильником. И времени уйдет меньше, и сил.