scuter писал(а):
StasBaybak писал(а):
Ряд вопросов, которые важны для определения проекта:
1) Будет ли открытым проект(OpenSource etc)?
.........
думаю всё значительно проще.
думаю надо создать новую тему по набору в крмманду.
grindars писал(а):
,
SII писал(а):
Спасибо.
Отвечая, пока, в этой теме и по теме. Как я и ожидал, ситуация из серии "Лебедь, щука, рак". Судя по тому кто к чему стремиться, трудно однозначно сказать какую систему нужно писать, чтобы найти компромисс и собрать надежную команду. Очень хорошо, что каждый отвечает четко на каждый вопрос. Теперь картина видна более ясно. На свои же вопросы отвечу позже, но скажу, что они не сходятся с моим тоже. Я готов пойти навстречу любой идеи, если ее примите вы все вместе. Либо просто определить параметры проекта по количеству голосов. Если большинство хочет так, и сошлось на этом, значит я(как программист) принимаю их желания, и работаю как мне скажут. И я(как руководитель) считаю, что все силы нужно потратить на поддержание целостности команды.
Но пока что дело обстоит так - "команда ради команды". А нужно "команда ради общей цели". Общая цель определить трудно, ибо они равносильны друг другу и стоит "проблема выбора". Каждый уперто хочет своего. Но если есть
общие проблемы, тогда сплотить армаду людей проще, так как каждый понимает, что это не только веселое хобби, но и польза. Иными словами.
Например. Если в определенной группе людей хочется ярких красок в жизни и они хотят славы, признания. То очевидно, что коллектив образуется тесно, если цель будет - участие в различных конкурсах, фестивалях, конференциях, выставках. Где можно засветиться перед другими людьми и даже познакомиться с новыми. Показать себя любимого.
Ну, к примеру, в голову лезет "конференция разработчиков игр". Выглядит это как стенд-выставка где каждая команда демонстрирует свое детище на виду у прохожих.
Либо, вспомнились, так называемые
демосцены. Дают призы и все такое. Это такие демопати, где куча всяких участников. А проекты не просто техника, это искусство.
Еще идеи как выявить общие проблемы. Ну, например, для портфолио. Работая над проектом вы решаете ряд профессиональных проблем, чем набираете себе опыт и у вас есть веский аргумент при приеме на более пристежную работу. Кстати, сейчас на собеседования редко кто ходит с ноутбуком для демонстрации своих программ. А зря, это сразу снимает много вопросов и работодателю сразу видны объективные навыки и способности собеседуемого.
Еще вариант, если группа людей студенты и преподаватели серьезные. То возникает проблема поиска темы для диплома(если студенты реально хотят чему-то учится, а не "платить" за сессию). Есть комплексные проекты. Каждый может делать свою часть.
В вышеназванных случаях у людей есть хоть какой-то веский резон заниматься и работать в команде.
Но пока вопрос стоит неприемлемым образом - "программирование ради программирования" и "команда ради команды".
Но а главный вопрос успеха затеи "собраться в команду" -
А ГОТОВ ЛИ КАЖДЫЙ ИЗ ВАС ПРИМИРИТЬСЯ С СУЩЕСТВЕННЫМ ОТКЛОНЕНИЕМ ВАШИХ ЛИЧНЫХ ПРЕДПОЧТЕНИЙ ОТНОСИТЕЛЬНО ПРОЕКТА И РАБОТАТЬ ВО БЛАГО ОБЩЕЙ ЦЕЛИ???