Как вы связались со своим сообществом с открытым исходным кодом? [закрытый]
кажется, что нормальная прогрессия для присоединения к проектам-внести свой вклад на некоторое время, заработать доверие, а затем получить признание в качестве члена сообщества (т. е. иметь доступ к фиксации).
возможно, вы уже знали кого-то в сообществе и просто попали в него? Может быть, вы были разочарованы какой-то ошибкой и начали регулярно вносить свой вклад в результате? Может быть, вы просто заметили проект на SourceForge...
обновление:
кажется, что наиболее распространенной причиной является просто почесывание зуда, чтобы цитата singpolyma: "Ищу проект способствуют часто не правильный путь."Вместо этого вы должны присоединиться к сообществу с открытым исходным кодом, внося свой вклад в проект, который вы уже знаете и используете.
важно:
пожалуйста, пожалуйста, пожалуйста: расскажите мне о своем конкретном опыте, никаких общих ответов, пожалуйста. Кроме того, ответьте, только если вы являетесь участником проекта или участником исправления. Пожалуйста, не давайте советы о том, как присоединиться к сообществу, это не тот ответ, который я ищу. Если бы ты ... хотел бы дать совет по joing сообщества,пожалуйста, ответьте в этой другой теме.
Ответов:
- Марк Гаррисон говорит о на TCL, cx_Oracle, кап и orapig
- singpolyma говорит о DiSo и Greasemonkey
- человек переговоры о содействии последняя из-за жены
по теме:
6 ответов
мои личные анекдоты:
Я связался с сообществом Tcl, когда он только начинал в 1991 году или около того. Список рассылки, а затем новостная группа usenet были очень важны для связи с людьми. Я специализировался на пользовательском евангелизме и преподавании, и в конечном итоге написал две книги по этому вопросу. Один из них все еще в печати после десяти лет: http://www.amazon.com/dp/0201634740
теперь я использую много Python, и очень нравится пакет cx_Oracle. Снова я был активен в списке рассылки и внес несколько исправлений.
-
Я сделал несколько пакетов программного обеспечения, которые я написал для работы. Сделав их с открытым исходным кодом, я смог вернуть некоторые хорошие вклады, и поскольку они не были "секретным соусом" моих работодателей в то время, они не возражали против обмена кодом. Два самых популярных пакета были
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: укажите, пожалуйста, анекдот.