цмс

Я согласен в тем, что найти разработчика со знаниями известной ЦМС системы намного проще чем разработчика который сможет доработать кастомную систему. Но тут есть одно "но". в основном с ЦМС системами работают люди с малым опытом, поэтому найти человека который сможет что-то доработать Вам будет проще, но профессионал сможет работать с чем угодно. :) тут и разница - профессионал сделает лучше и подумает наперед.
ЦМС системы безусловно хороши для небольших проектов, при стандартных модулях и скромных аппетитов заказчика :)
Но как только аппетиты начнут расти, не факт что Ваша система будет по-прежнему удовлетворять Вашим потребностям. Например одно дело использовать Smarty в своем фрэимворке. А совсем другое дело использовать готовый движок. Проблема в том, что вы зависите от выранного Вами движка. и если сегодня вы запустите стартап на версии некоего движка 1.1, а завтра выйдет версия 2.0, несовместимая с предыдущими (что бывает достаточно часто), то Вы останитесь не у дел. и придется любыми силами переходить на 2.0 чтобы иметь возможность найти разработчиков знающих Вашу систему. Еще, довольно важный момент всех этих вещей - в любой момент может появиться security bug report на сайте разработчиков Вашего движка. И какие-нибудь недоброжелатели могут им воспользоваться. Имея кастомную систему (пусть намного более несовершенную), все тараканы останутся внутри, и как следствие Вы сможете быть более спокойны в плане безопасности существования Вашего проекта.

Я хочу еще привести несколько причин, почему разработчики предпочитают изобретать велосипеды, вместо использования готовых ЦМС систем. Я согласен, что зачастую на небольших проекта правильнее использовать готовые решения.

1. ЦМС системы, взять тот же eZ (пусть фанаты этого монстра не обижаются), но он жутко тормознутый
2. Для большого проекта, профессионалу лучше использовать хороший enterprise framework
3. банальное - разработчикам легче отвечать за свой код, чем за то что сделали не они (не хочется исправлять чужие баги, угадывать что думал разработчики движка и почему так, а тем более им не хочется разбираться с большой ЦМС, а это нужно, потому как они должны знать что, где, как и почему. для того чтобы в адекватные сроки быть в состоянии оказать поддержку)
4. ЦМС системы очень удобны снаружи и очень сложные и кривые внутри. Из-за большого количества модулей они намного медленнее переходят на более новые версии языков программирования и баз данных.
5. Часто, возможностей модулей недостаточно и их приходится расширять
6. У разработчиков могут быть свои серьезные, похожие наработки

Ну и в заключение, не все заказчики хотят чтобы их проекты делались на известных ЦМС. не знаю почему :) Но как мне кажется, популярные движки и их модули хотят использовать те кто хочет побыстрее и подешевле.
Наступает (а где-то уже и наступила) пора пляжей и отдыха у моря. Женщины покупают новые купальники, чтобы не только отдохнуть, но и как говорится себя показать. Кто еще не успел приобрести купальник, на pijama.ru большой выбор.