Это понятно, но если у меня например есть навыки программирования, как их можно применить в данном случае, единственное что приходит в голову приатачивать к багрепорту кусок кода решающий проблему.
И еще дайте плз известные вам места где этим всем можно заняться. Т. е. есть ли какие специализированные сайты по этому вопросу.
я вот попробовал в свое время…
Нашел проект, у проекта todolist, довольно четкие задания. Независимые, причем (проект только-только начинался). Я начал одно потихоньку делать, и письмо параллельно мейнтейнеру отправил. Типа, так и так, хочу помочь, могу вот такое задание склепать. Получил ответ: этот модуль собирался другой наш учасник делать (несмотря на то, что официально сказано, что он ни за кем не закреплен), давай мы тебе другой модуль распределим. Я ответил, что согласен. Вот уже несколько месяцев жду…
Вывод: коллективы разработчиков уже сложились, так просто туда не попадешь
Дело в том, что в средние и тем более, большие проэкты берут лишь провереных людей, а потому новачкам там не место (в большенстве случаев просто не хотят тратить на них времья, ибо сами его имеют очень мало). Поэтому единственный возможный путь — это начать с исправления ошибок, а уже потом просится в проэкт. Поверьте, так делают очень многие, будьте терпеливы. Успехов вам!
Научиться пользоваться системой контроля версий, используемой в понравившимся вам проекте и присылать патчи, к открытым тикетам (багрепортам пользователей).
Или присылать патчи, которые реализуют некую новую функциональность.
PS и прежде всего быть готовым к тому, что ваши патчи не примут.
Вот например у проекта Debian GNU/Linux задерживается выход дистрибутива «Lenny»
в связи с чем они опубликовали открытое письмо с названием «Чем вы можете помочь выходу дистрибутива»
подробнее здесь: lists.debian.org/debian-devel-announce/2008/10/msg00000.html
Вообще это багтрекер Ubuntu, на котором попутно хостятся другие проекты, так что большинство изменений происходящих внутри него так и остается внутри ubuntu, хотя может быть потом патчи и идут к первоисточникам проекта, но не очень быстро.
Мне понравилось. как там сделана система перевода, в Убунте в каждой программе есть пункт «помочь перевести программу», которая пересылает на лаунчпад.
Собственно в чем проблема?
Берете любой проект которому хотите помочь, что-то делаете для него, будь-то артворк, дизайн, патч, добавление функций, багрепорт и шлете им. Обычно для багрепортво есть специальные готовые формы на том же лаунчпаде, соурссфорже, гугл коде. И все, если будете достаточно активно общаться с разработчиками проекта и многое делать, сделают разработчиком, и вам не придется через кого-то добавлять проделанную работу.
P.S>95% opensource проектам требуется качественная графика/дизайн.
Всё-таки без знания английского большого вклада не сделать. С этого и стоит начать. Навыки программирования есть? Значит, языки поддаются? Человеческие языки, конечно, менее формализованы, но изучение английского на уровне чтения/написания комментариев к программам и общения в почтовых рассылках и форумах — не есть непосильная задача.
Из русских, например, многострадальный Xneur — аналог Пунто, в нем много багов, можете попробовать взяться))
Но вообще большинство проектов — интернациональне((
Еще можете попробовать поработать над Убунту через их багтрекеры и вишлисты — например, в xubuntu в консоли (Alt+Ctrl+F1) по умолчанию стоит ужаснй шрифт, и там отсутствует половина русских букв!
Еще в xubuntu нет встроенного средства для настройки горячих клавиш переключения раскладки клавиатуры. Кроме того, в русской версии по умолчанию ставится только английская раскладка.
>но не хватает понимания принципов вступления в проекты такого плана.
принципы простые: пишешь письмо — хочу заняться тем-то и тем-то. Далее договариваетесь что и как делать. Если админ нормальный, то ещё и даст доступ к svn. Если проблема маленькая, то можно сразу и патчи слать без svn.
Вариантов много:
— локализация и перевод (помощь в перевооде KDE 4 www.kde.ru, например)
— доработка (сборка) пакетов в дистрибтивах, если без особого английского вот в ALT Linux много работы: www.altlinux.org. Таже Fedora, Debian и т. п.
— тестирование и написание багрепортов
— рисование, иконок, обоев, элементов интерфейса…
Если вы там еще не встретили китайских фарфоровых надувных легкосплавных тороидальноэлиптических чайников Мебиуса — то, по всей видимости, не хватит. ^_^
Вот ещё пример опенсорсного проекта
qutim.org
Многим, думаю, он знаком…
Причём проект разрабатывается русским сообществом и судя по топикам на форуме проекту нужны разработчики.
Сам хотел принять участие, но за неимением свободного времени пока не смог.
Почему просто не:
1) Выбрать проект, которому хочешь помочь (из тех, что сам используешь или собираешься)
2) Написать письмо в конфу разработчиков с предложением помощи
Тебе и определят, чем важнее заниматься.
проще всего пробиться к какому-нибудь проекту в местном университете, особенно, если вы там учитесь.
хороший универ с развитой кафедрой компьютерных наук наверняка имеет несколько таких проектов.
«Для того чтобы включиться в разработку KDE, не обязательно быть программистом. Вы можете помочь в переводе KDE на родной язык, создавать графику, стили, звуки, улучшать документацию — то есть тем, чем вы сами хотите заниматься.
Список проектов, в которых вы могли бы принять участие, приведён на сайте www.kde.org/jobs/. Вполне возможно, какой-то из них вас заинтересует.
Более подробные сведения и документацию можно найти на сайте developer.kde.org/.»
А конкретно — можете починить kopete шобы оно работало с http-proxy =) ну или kxkb, который хоть и починили более-менее в kde4 но тем не менеепри его активации и настройке отваливаются нафиг все глобальные shortcuts.
Опен Сорс для Чайников