Нужен ориентир по цене разработки проекта - Страница 2

WebFX · 17.04.2009, 12:43

Цитата:

Сообщение от boric

Единственно под вопросом - реализация личных кабинетов (лицевых счетов) пользователей.

комьюнитибилдер.

Alexey · 17.04.2009, 15:28

Ситуация, когда можно реализовать один компонент, вставить в ЦМС и оно все заработает — далеко не всегда возможна.

Часто нужно тесно интегрировать два разнородных компонента (самописных, библиотечных или самописного и библиотечного). И далеко не всегда архитектура ЦМС настолько гибка, что позволяет это сделать без модификации этих компонентов. Как правило именно эти овраги и забывают при планировании, планируя лишь реализацию функциональных возможностей.

boric · 17.04.2009, 16:12

Alexey

Цитата:

Часто нужно тесно интегрировать два разнородных компонента (самописных, библиотечных или самописного и библиотечного). И далеко не всегда архитектура ЦМС настолько гибка, что позволяет это сделать без модификации этих компонентов. Как правило именно эти овраги и забывают при планировании, планируя лишь реализацию функциональных возможностей.

Модифицировать ядро или чужие (сложные) компоненты вообще крайне нежелательно.

freshmax · 17.04.2009, 17:05

Цитата:

Сообщение от boric

Alexey
Модифицировать ядро или чужие (сложные) компоненты вообще крайне нежелательно.

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

boric · 17.04.2009, 19:10

freshmax

Цитата:

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

Основная причина нежелательности модификаций - это геморой с установкой обновлений. А обновлять ядро и компоненты надо регулярно.

Alexey · 18.04.2009, 09:30

Конечно нежелательно, полностью с вами согласен.

Однако порой нерадивые создатели движка, например, куски HTML в код компонента вставляют, например конструкции типа "<tr>".$row."</tr>". И если вам надо добавить в эту таблицу еще одну графу, то сделать это получится либо модификацией компонента, либо ловить вывод функции и "дорисовывать" вывод самому. Оба способа являются яркими примерами как НЕ надо делать сайты и могут привести к порядочному геморрою. Первый - к геморрою с обновлением, второй - если этих подставок будет много, то код вашего сайта будет нечитаемой кашей.

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

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

optimizator · 18.04.2009, 11:47

В 2-3 раза...

Т.е. до 6-9 месяцев. Не хиханьки!
Я сам не разработчик, более на оптимизации и продвижении специализируюсь, но вот пришла идея проекта, нового и оригинального, который сам создать не смогу (знаний не хватит). Такого еще нет в нете (или я не встречал

). Но там ровно 50/50: либо выстрелит и неимоверно быстро раскрутится, либо нах никому нужен не будет

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

boric · 18.04.2009, 14:02

optimizator

Цитата:

В 2-3 раза... Т.е. до 6-9 месяцев. Не хиханьки!

Практика показывает, что именно так. То, что кажется можно сделать за 2-3 месяца, выльется в 6-9 месяцев. За 2-3 месяца у вас будет нечто работающее, но как правило в виде некоего макета.

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

optimizator · 18.04.2009, 16:18

Цитата:

Сообщение от boric

optimizator

Идеально - начать с какой-либо очень простой реализации идеи и далее постепенно ее усложнять.

Ну так оно обычно и бывает. В моем первом сообщении описан ряд самых первых необходимых функций.
Подробное ТЗ в процессе написания.

initlabkr · 19.04.2009, 12:26

от 50 т.р., можно по договору за б.н., на Drupal (без изменения ядра и чужих модулей), пришлите ТЗ

17.04.2009, 15:28	#12
Alexey Мне повезёт! Регистрация: 05.05.2007 Сообщений: 1,076 Вес репутации: 276	Ситуация, когда можно реализовать один компонент, вставить в ЦМС и оно все заработает — далеко не всегда возможна. Часто нужно тесно интегрировать два разнородных компонента (самописных, библиотечных или самописного и библиотечного). И далеко не всегда архитектура ЦМС настолько гибка, что позволяет это сделать без модификации этих компонентов. Как правило именно эти овраги и забывают при планировании, планируя лишь реализацию функциональных возможностей. __________________ Everything will be great in the end. If it's not great, it's not the end.

18.04.2009, 09:30	#16
Alexey Мне повезёт! Регистрация: 05.05.2007 Сообщений: 1,076 Вес репутации: 276	Конечно нежелательно, полностью с вами согласен. Однако порой нерадивые создатели движка, например, куски HTML в код компонента вставляют, например конструкции типа "<tr>".$row."</tr>". И если вам надо добавить в эту таблицу еще одну графу, то сделать это получится либо модификацией компонента, либо ловить вывод функции и "дорисовывать" вывод самому. Оба способа являются яркими примерами как НЕ надо делать сайты и могут привести к порядочному геморрою. Первый - к геморрою с обновлением, второй - если этих подставок будет много, то код вашего сайта будет нечитаемой кашей. Встроенные кусочки HTML - далеко не единственный пример. Есть еще тысячи специфичных для каждого проекта случаев - например компонент выводит фото, добавляем какое-то новое свойство для фото (к примеру, платность, или еще что-то экзотично-специфичное для проекта, о чем разработчики галереи не знали), и как теперь сделать чтобы фото без этого свойства не отображались? Примеров на самом деле миллион, потому перед тем как взять движок, следует трижды думать. И, как правило, это имеет смысл только если разработчик очень хорошо знает движок. Если же вы просто видели, что "там есть почти то что мне надо, немного допишем и все будет ок" - смело увеличиваете срок на разработку в 2-3 раза - на эти грабли вы обязательно наступите. __________________ Everything will be great in the end. If it's not great, it's not the end.

Похожие темы
Тема	Автор	Раздел	Ответов	Последнее сообщение
6 сайтов по ОПТ цене	turok2	Деловое сотрудничество	5	02.04.2009 22:27
Сооринтируйте по цене	zer0	Курилка	18	19.02.2008 00:08
О средней цене!	Callel	Вопросы от новичков	12	02.02.2008 11:51
Вопрос по цене	go2alex	Вопросы по работе системы	2	28.01.2008 12:56
Соориентируйте по цене	alliance56	Курилка	11	04.10.2007 18:47

18.04.2009, 11:47	#17
optimizator Специалист Регистрация: 07.01.2009 Сообщений: 446 Вес репутации: 199	В 2-3 раза... Т.е. до 6-9 месяцев. Не хиханьки! Я сам не разработчик, более на оптимизации и продвижении специализируюсь, но вот пришла идея проекта, нового и оригинального, который сам создать не смогу (знаний не хватит). Такого еще нет в нете (или я не встречал ). Но там ровно 50/50: либо выстрелит и неимоверно быстро раскрутится, либо нах никому нужен не будет Надеялся получить ответы, создавая эту тему, а получилось еще больше вопросов. Я так понимаю, надо либо самому будет отлично разбираться в технической части проекта, либо быть постоянно зависимым от разработчика.

19.04.2009, 12:26	#20
initlabkr Новичок Регистрация: 30.11.2008 Сообщений: 2 Вес репутации: 0	от 50 т.р., можно по договору за б.н., на Drupal (без изменения ядра и чужих модулей), пришлите ТЗ