Z>>>можно свой проект пилить, не обязательно лезть в чужой. придумай себе задачу и делай ее.

M>>Участвовать в чужом проекте гораздо более продуктивно. Только обязательное условие, чтобы старшие товарищи были готовы к тому, что в проекте есть неопытный разработчик и временами наставляли на путь истинный. Времени на это тратится довольно мало, но большинство людей в принципе не готовы напрягаться и кому-то что-то объяснять (в чем косяк и как его исправить, а также, с какими темами нужно разобраться в первую очередь).

Z>в том то и дело, что это утопия. поэтому с практической точки зрения, быстрее начать делать свое, чем ждать милости кого то другого. если хочется палки-погонялки, то можно пойти на курсы, там будет преподаватель, который будет контролировать и наставлять на путь истинный.

В мире C++, например, есть LibreOffice, где разработчики готовы к приему новичков. Есть и документация "с чего начать" и специальный набор простых задач, где идет обсуждение в трекере, как их решать, но их специально оставляют новичкам. Так что в мире C++ это реальность, а не утопия.

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

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