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

Пракачка личных скилов. общение с себе подобными…

Мотивации очень простые: правлю баги которые самому мешают, хочу чтобы чаще выходили новые версии. Как бонус, неплохо прокачивается английский язык )

Есть одна закрытая windows-софтина, которая под вайном работала хм… коряво в общем. Пользоваться можно, но очень неудобно. Шевелил разработчиков, тестировал, сообщал о багах.

Когда разработчики перестали реагировать на багрепорты стал учить C, изучать код вайна, изучать MSDN и фиксить баги. В коде вайна уже 11 моих патчей (исправляющих 9 багов), это, конечно, совсем немного, но для человека, который никогда раньше не писал на C и не использовал WinAPI это заметный результат.

P.S: когда начал заниматься этим делом, в голове крутились мысли: Си и WinAPI это всегда так страшно, или это так только в вайне? :)

не было удобного клиента для твиттера под kde, вот и пришлось делать самому: code.google.com/p/qwit/

>Ещё интерсный вопрос для тех, кто ответил «да»: Зачем вы это делаете?

Тут всё сложно :)
Началось как ответ одному товарищу в споре «да блин, на С++ гуй писать просто нереально, замучишься всё руками фигачить, а вот в Delphi....». В качестве ответа был за полчасика-час набросан простой текстовый редактор на Qt с функциональностью а-ля Блокнот из ВинХР. Потом случайно увидел пример, как в Qt делается подсветка кода и прикрутил чисто ради практики. Потом понял, что им вполне уже можно пользоваться, что я и начал делать. Ну и понеслась… :) Результат тут.

Просто так :)

Я тоже делал фичу, которой мне сильно не хватало, а патч прислал чтобы не мержиться с постоянно обновляемым приложением :)

>Зачем вы это делаете?

Один проект делаю, поскольку зарабатываю на его внедрениях. Но при этом исходники свободно раздаю по GPL.

Пара других проектов — просто Just For Fun.

Ну а свои патчи и багрепорты за участие в опенсорс не считаю ;)

Всё просто: нужно только взять и начать делать :) Как показывает практика, мучения на тему «как подступиться» могут тянуться практически до бесконечности, если не найти необходимость (существующую или придуманную) в работе над открытым проектом :)

А вы сначала решите для себя, чем хочется заниматься, и занимайтесь. Для начала я бы рекомендовал какой-нибудь молодой проект или подключиться к разработке какого-нибудь модуля для уже работающей системы. Так вы сразу же убьете двух зайцев:
1. быстрее вникнете в код, процессы, методы работы
2. поймете, нужно ли вам это все вообще

У меня сегодня что-то на орфографию день суровый)

>Больше репорты не пишу.

А вот это зря. Теперь из-за одного неадекватного разработчика страдают другие, которые были бы рады получить багрепорты — но не получают.

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

В OSS никто никому ничего не должен. Фиксить баги отнюдь не так интересно, как добавлять фичи. Поэтому, когда нужно чтобы конкретно Ваш баг был исправлен нужно не просто отправить багрепорт, а принимать деятельное участие в его выявлении, отладке, тестировании, и вообще постоянно теребить общественность и напоминать, что есть ещё люди, которым судьба бага небезразлична. В частности, нужно тестировать новые версии продукта на наличие этого бага, тестировать версию с багом на разных платформах, пытаться уточнить описание бага насколько возможно используя утилиты вроде strace/ltrace/gdb, интересоваться наличием workaround-ов, etc. И ни в коем случае не использовать некорректный тон в стиле «ага, вы тут налажали!!!» или «ваше глюкало снова у меня упало на тривиальной операции» (хотя иногда сложно от этого удержаться).

Общее правило — если Ваши действия воспринимаются разработчиками как деятельная попытка помочь им улучшать продукт — вероятность что баг будет исправлен более-менее оперативно (или будет предложен workaround) повышается на порядок.

«Да, участвую в разработке»

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