Как вы связались со своим сообществом с открытым исходным кодом? [закрытый]

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

возможно, вы уже знали кого-то в сообществе и просто попали в него? Может быть, вы были разочарованы какой-то ошибкой и начали регулярно вносить свой вклад в результате? Может быть, вы просто заметили проект на SourceForge...

обновление:

кажется, что наиболее распространенной причиной является просто почесывание зуда, чтобы цитата singpolyma: "Ищу проект способствуют часто не правильный путь."Вместо этого вы должны присоединиться к сообществу с открытым исходным кодом, внося свой вклад в проект, который вы уже знаете и используете.

важно:

пожалуйста, пожалуйста, пожалуйста: расскажите мне о своем конкретном опыте, никаких общих ответов, пожалуйста. Кроме того, ответьте, только если вы являетесь участником проекта или участником исправления. Пожалуйста, не давайте советы о том, как присоединиться к сообществу, это не тот ответ, который я ищу. Если бы ты ... хотел бы дать совет по joing сообщества,пожалуйста, ответьте в этой другой теме.

Ответов:

по теме:

6 ответов


мои личные анекдоты:

  1. Я связался с сообществом Tcl, когда он только начинал в 1991 году или около того. Список рассылки, а затем новостная группа usenet были очень важны для связи с людьми. Я специализировался на пользовательском евангелизме и преподавании, и в конечном итоге написал две книги по этому вопросу. Один из них все еще в печати после десяти лет: http://www.amazon.com/dp/0201634740

  2. теперь я использую много Python, и очень нравится пакет cx_Oracle. Снова я был активен в списке рассылки и внес несколько исправлений.

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

    http://sourceforge.net/projects/kap/ кинетический процессор приложений -- это было построено, когда я работал на магистрали Интернета Китая.

    http://code.google.com/p/orapig/ - OraPIG, Oracle Python Interface Generator -- он генерирует код Python для вызова API, определенных в базе данных, и включает в себя интерфейс базы данных XML-RPC.

Совет:

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

часто бывает трудно перейти к разработке" ядра", потому что (a) в большом проекте это может быть довольно большой кусок кода для понимания, и (b), вероятно, есть основная группа людей, уже работающих над ним.

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

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

хорошее удачи!


способ, которым люди обычно участвуют:

  • вы используете продукт FOSS в вашей повседневной работе
  • вы заметили проблему или отсутствующую функцию
  • вы напишите сопровождающему, чтобы спросить, если эта ошибка/отсутствует функция реальна
  • сопровождающий говорит Да, это ошибка/отсутствует функция
  • вы решили попытаться исправить / добавить ошибку / функцию
  • Вы код, как сумасшедший
  • вы отправляете патч в хранитель
  • сопровождающий смеется в лицо или говорит: "Большое спасибо!

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


Я присоединился к DiSo и Greasemonkey.

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

поиск проекта, чтобы внести свой вклад в это часто не правильный путь. Используйте материал и узнайте, что вы хотите построить/исправить, а затем сделайте это.


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

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

Как оказалось, они взяли мой патч и сделали его намного лучше, прежде чем положить его (до того момента, когда, возможно, 1% финала патч был моим материалом), но, по крайней мере, теперь мы можем использовать GnuCash вместо этого проприетарного материала. Они также были невероятно отзывчивы - от подачи патча до доступности патча была всего неделя или около того, и это было в продукте три недели спустя.

Я также однажды исследовал получение патча в процесс учета в ядре Linux, но необходимые усилия намного перевешивали мои потребности : -)

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

этот последний бит особенно раздражал меня с тех пор:

  • патч Linux значительно помог бы нашему продукту (и многим другим).
  • это было изменение в поведении другого из наших продуктов, которые ухудшили полезность нашего продукта.
  • решение было достаточно простой, концептуально (усилие, необходимое было тестирование, так как проблема была бы ударопрочной [переключение задач] и очень распространенной [все, кто использует Linux]).
  • было бы быстрее закодировать патч, чем обходной путь, который мы в конечном итоге реализовали.
  • обходной путь-это kludge (p'tooee).
  • теперь никто в мире не имеет преимущества нашего патча (включая нас).

Что я сделал, было довольно просто; я открыл один.

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


что действительно помогает проекту с открытым исходным кодом, это архитектура плагина.
Это гораздо проще внести простой плагин для eg. формат файла, чем пытаться что-то добавить в ядро Linux. Это делает его намного быстрее и проще построить сообщество.

TODO: укажите, пожалуйста, анекдот.