Получение встроенного [закрытый] поезд OpenSource

Это зависит, на каких проектах Вы входите, но часто взгляд на средства отслеживания ошибки будет помогать (немного devs выключат патч к ошибке, о которой сообщают). При выполнении Linux Любовь Gnome является набором "легкого исправить" ошибки, которые должны идеально подойти для новичка, намочившего ноги. Мой совет состоял бы в том, чтобы выбрать меньшее / более простой проект, поскольку на кодовую базу легче быть ориентированной.

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

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

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

Короткий ответ - Запускается путем становления активным пользователем проекта. Это поможет.

Длинный ответ -

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

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

Команда будет намного более быстро реагирующей, если можно доказать, что Вы серьезны - и она обычно берет больше, чем просто разоблачение в чат-комнате, форуме, или в списке рассылки.

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

Это - трудное, или легкая часть, в зависимости от Вашей точки зрения. Я рекомендовал бы запуститься с проекта, что Вы знакомы с - и надо надеяться один Вы использовали. При нахождении того, Вы интересуетесь, пытаетесь использовать программное обеспечение в его текущем состоянии перед ровным размышлением о попытке присоединиться к группе разработчиков. Если Вы - пользователь программного обеспечения, более вероятно, что Вы будете интересоваться содействием со временем.

Используя проект сделает две вещи -

Один, это ознакомит Вас с тем, как они думают о проекте. Это будет часто помогать понять дизайн кода, но самое главное, помочь Вам понять цели текущей команды.

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

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

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

Это - цель - Вы не хотите просто быть участником в конечном счете, Вы захотите быть частью команды. Именно тогда Вы начинаете чувствовать владение по проекту, и когда это действительно получает забаву.