разработка большИх проектов

Мне Руби рекомендовали как японское детище, которое сделано с присущей японцам скрупулезностью.

http://internet.ru/

http://webplanet.ru/

http://www.porn.org/

http://www.ubuntu.com/

http://www.spreadfirefox.com/

http://discoveryclub.de/

Рекомендую посмотреть здесь

А вообще в Друпале реализовано много "фишек" таких как мультисайтинг, центральныя система аутентификации дружественных сайтов, система постинга новостей с/на дружественные сайты и многое другое, что составляет модную нынче концепцию WEB 2.0. Да, кстати Wordpress - это кастрированный/переделанный Друпал.

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

Ответ тут один - бесплатная CMS, это не программисты которые на фрилансе - сегодня они есть, завтра их аська просто выключена. Советую обратится лучше к собеседникам, которые участвовали в обсуждении - по друпалу тут опыт чуствуется есть :) Помогут!

Подскажу по секрету - должны уметь делать свою работу, как и организатор.

С готовыми движками нужно учесть три негативных весчи:

1. Ниодин готовый широкофункциональный движок не сравница по производительности со самописным, заточенным на енто ..

2. При изменении(даработки) структуры или функциональности более чем на 30% - срок разработки будет сопоставим с написанием двигла с нуля

3. Практически нереально грамотно задокументировать проект, а при больших проектах - это важная часть сохранения технологии ..

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

Рекомендую для начала привлечь специалиста, знающего основы программирования, для того чтобы понять

1. На какой платформе реализовать проект.

2. Не рекомендую привлекать программиста, лучше работать с компанией, под контролем специалиста (если проект серьезный).

3. Если проект для разминки и изучения, то можно привлечь и программиста - но для выбора программера нужен спец. знающий основы программирования, чтобы правильно оценить знания и возможности программера.

А еще, самое правильное решение, поручить организацию разработки специалисту, а самому заниматься стратегией развития, или - прежде чем браться за организацию именно разработки - изучить предмет самому - лучше всего в вузе.

А смысл писать с нуля, скажем, такие вещи как: комментарии, голосование, регистрация, бан, новости, статьи и т.п. когда все это можно использовать при разработке? Т.е. брать CMS, но нужные компоненты дописать просто... Всегда так делаю:) Нужно просто правильно выбрать CMS...

Тут мне пришел отзыв

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

Потом уже в процессе - можно создавать свою структуру.

Мне кажется, настаивать на правильности только такого решения в этой ситуации не совсем корректно. Как и часто "по жизни", здесь, ИМХО, нужна золотая середина. Если проект действительно большой, то нужно всерьез задумываться об управлении рисками - а полная зависимость от кого-либо/чего-либо, очевидно, является очень большим риском (как своя внутренняя команда может, грубо говоря, разругаться с владельцами проекта, так и компания-разработчик может сменить сферу деятельности, из нее могут уйти ведущие специалисты и т.д.). И, опять же, рискованно считать, что безболезненно можно будет потом изменить формат (переключить проект на свою команду, которая придет уже в процессе эксплуатации проекта; на этом форуме уже обсуждался вопрос количества программистов, которые должны участвовать в проекте - здесь похожая ситуация).

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

Что же касается собственной разработки CMS с нуля или использования готовой, то здесь, мне кажется, многое будет зависеть от состава внутренней команды. Если там будет несколько человек, которые активно участвовали в разработке систем управления (а не просто страстно желают доказать, что они тоже могут написать CMS не хуже остальных), то может быть оптимальным и вариант создания CMS под проект. В противном же случае, скорее всего, результат собственных разработок будет... плачевным.

И еще совет автору тему: имеет смысл подумать о какой-то "привязке" участников команды к проекту помимо просто оплаты за час/модуль/месяц. Если проект для них будет не просто "одной из работ в портфолио", то поток внутренних идей будет колоссальным, а это может оказаться очень полезным :-).