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

Путем люди обычно принимают участие:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

TODO: предоставьте историю.