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

ТС, а вы случайно не из Питера? :)

Модная Веб2.0 как раз нам и нужна :-) сейчас даже перевожу доклад О'Рейли по данной тематике (100 страниц, однако)

Вот я тоже так рассуждаю. Поэтому и выбираю на что делать ставку.

Ну, да :-) а я вот и пытаюсь определать какую их работу мне нужно организовывать

я, когда начинал анализ, сделал выборку из следующих сайтов:

http://photofile.ru/

http://www.odnoklassniki.ru/

http://www.dirty.ru/

http://www.revision.ru/

http://www.ilovecinema.ru/

http://www.habrahabr.ru/

http://www.bobrdobr.ru/

в итоге я так и не понял, за что хвататься :-)

появилось только 2 направления:

http://www.djem.ru/ - то, на чем сделан айлавсинема

1с-битрикс - то с чем работали всегда, но мне не очень он нравится (либо программисты его плохо настраивают)

+ наткнулся на обсуждения того, о чем вы говорите: оооочень многое приходится изменять/дописывать и т.п.

Я почему и спрашиваю здесь - хочу получить многообразие мнений. Иначе каждый хвалит то, с чем работает. Помню как-то в Биплане рассказывали о том, какая у них CMS-ка хорошая, а потом друг на друга обижались, что что-то не так работает.

о выборе и идет речь :-) изобретение велосипеда никому не нужно. Работал я как-то с программистом, который писал _все_ сам. Ему было забавно - нравилось, черт побери, делать все самому, а для меня это была необоснованная трата денег + дальнейшие проблемы при работе с проектом.

немножко не так :-) есть разные уровни компаний. большинство - один-два программиста + менеджеры и прочие сотрудники. Работа с ними сопоставима с тем, что берешь сотрудника к себе в штат. другие же - более крупные - профессиональны, опытны и т.п. но не позволительные для моих бюджетов. Я по работе сталкивался с заказом сайтов у Актиса и одной международной ИТ-компании - работают хорошо, но это "хорошо" порой чересчур (когда Актис тока дизайн полгода делал, а количество бумаги с описанием процедур разработки дизайна, актов согласования этапов и т.п. приблизилось к пачке. Дизайн, который в не большой компании можно было бы получить дней за 15 рабочих)

Спасибо за совет! Я рассматривал такую возможность, но сейчас пришел к тому, что на данный момент времени, могу "привязывать" только уровнем оплаты.

ТС случайно из Москвы :-) но в Питере бываю :-)

Изучил http://www.habrahabr.ru/tag/cms/ легче не стало :-) технологий - уйма! :-)

MrJamesBond, у меня такое ощущение, что вы начинаете работу с хвоста.

Согласитесь, что технологии, CMS и т.д. — это инструмент, а исполнитель — это человек, который умеет этим инструментом пользоваться. Так вот, складывается впечатление, что сейчас вы решаете кто лучше: плотник со сварочным аппаратом или маляр с рубанком?

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

Больше конкретики, одним словом. «Большой сайт» — понятие растяжимое, и построить его можно разными путями.

Николай В., цели, абстактная систама без привязки к технологиям, маркетинговый и финансовый план - все это уже есть. В настоящий момент времени идет разработка дизайна системы.

С сентября месяца нужно что-то уже делать с технологической частью - процесс размешления над этим я и начал с данного топика :-)

MrJamesBond, вам необходимо сделать анализ готовых CMS/CMF и оценить наиболее подходящую под задачи.

Писать с нуля в ваших условиях я бы не советовал.

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

Затем устройте тендер: отдайте это ТЗ специалистам по разным CMS, в том числе тем, кто готов написать ядро под заказ. Попросите их расчитать подробную почасовую смету для Вашего проекта.

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

В движке есть как минимум

- Оболчка

- Среда окружния

- Структура пользователей и админов

- библиотека базовых функций

Если задача стоит производительность то скорее всего многие весчи имеет смысл напрямую инкапсулировать в скрипты вывода ..

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

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

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