Модераторы: Се ля ви
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Работа в команде, грабли и прочее 
:(
    Опции темы
Larrr
Дата 12.7.2006, 21:35 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


Профиль
Группа: Участник
Сообщений: 128
Регистрация: 29.1.2006
Где: Прага

Репутация: нет
Всего: 2



Расскажите, уважаемые, какие грабли могут быть при групповом(5 человек) написании относительно большого проекта(полгода работы).
Что стоит предусмотреть? Чего стоит избегать? Какие методики/методы/программы использовать? Как эффективнее всего собирать части написанные разными людьми в одно целое? Насколько актуально использование code version control systems? Ну и все что посчитаете нужным рассказать smile
 
PM MAIL WWW ICQ   Вверх
comtat
Дата 17.7.2006, 13:49 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1310
Регистрация: 2.5.2006
Где: Россия, Казань

Репутация: нет
Всего: 71



Цитата(Larrr @  12.7.2006,  21:35 Найти цитируемый пост)
 Чего стоит избегать?

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


--------------------
Рожденный в СССР !!!
ExtJS - мой фреймворк 
PM   Вверх
diam
Дата 19.7.2006, 11:20 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 348
Регистрация: 23.1.2005
Где: Екатеринбург

Репутация: нет
Всего: 16



Цитата(Larrr @  13.7.2006,  00:35 Найти цитируемый пост)
Расскажите, уважаемые, какие грабли могут быть при групповом(5 человек) написании относительно большого проекта(полгода работы).

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

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

Это сообщение отредактировал(а) diam - 19.7.2006, 11:21
PM MAIL   Вверх
Earnest
Дата 25.7.2006, 07:20 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Экс. модератор
Сообщений: 5962
Регистрация: 17.6.2005
Где: Рязань

Репутация: нет
Всего: 183



Использование системы контроля версий актуально даже при работе одного ч6еловека, а уж при командной - абсолютно необходимо.
Чтобы реально выполнить проект за полгода, он должен быть спланирован на выполнение за 3 месяца. Ну за 4. ИМХО. 


--------------------
...
PM   Вверх
unicuum
Дата 29.7.2006, 04:52 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 830
Регистрация: 16.3.2005
Где: Рашка

Репутация: нет
Всего: 8



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

Это сообщение отредактировал(а) unicuum - 29.7.2006, 04:53


--------------------
user posted image
обычный день на винграде
PM   Вверх
Cashey
Дата 25.8.2006, 15:59 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Бессмертный
****


Профиль
Группа: Завсегдатай
Сообщений: 3441
Регистрация: 13.11.2002
Где: в столице

Репутация: нет
Всего: 60



Для начало поставить SourceSafe
Потом определится с унификацией интерфеса и залить в базовые библиотеки.
Разделить проект на разделы и раздать их по отдельности программистам
Разработать модуль для автоматической сборки проекта
Если предусмотренна работа с БД - создать схему структуры в ErWin или ему аналогичные системы

Добавлено @ 16:00 
А главное предварительно продумать и написать на бумаге техпроект


--------------------
библия учит любить ближнего, а камасутра обучает как именно
PM Jabber   Вверх
nerezus
Дата 10.9.2006, 12:11 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Вселенский отказник
****


Профиль
Группа: Участник
Сообщений: 3330
Регистрация: 15.6.2005

Репутация: нет
Всего: 43



Цитата

SourceSafe
 Это типа очередной клон CVS/SVN?


--------------------
Сообщество художников Artsociety.ru
PM MAIL WWW   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила раздела "Философия программирования":
Се ля ви

Форум "Философия программирования" предназначен для обсуждения вопросов, так или иначе связанных с философскими аспектами разработки ПО:

• вопросы перспективного развития методов написания ПО;

• изменяющиеся языки и методологии программирования;


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, Се ля ви.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | Философия программирования | Следующая тема »


 




[ Время генерации скрипта: 0.0482 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.