Як я можу знайти хороший проект з відкритим кодом, щоб приєднатися? [зачинено]

Щойно я почав працювати рік тому, і я хочу приєднатися до проекту з відкритим кодом з тих же причин, що і будь-хто інший: допомогти створити щось корисне та розвинути свої навички далі.

Моя проблема полягає в тому, що я не знаю, як знайти проект, куди б я вписався.

Як знайти проект, сприятливий для початківців? Які атрибути слід шукати? Які ознаки попередження про те, що проект може бути невідповідним ? Чи є інструменти там, щоб допомогти людям з проектами з відкритим кодом?

Там є аналогічне питання тут , але це питання має відношення до зайнятості і обмежується PHP / Drupal.

Мій перший внесок з відкритим кодом був для бібліотеки, яку я раніше використовував (і дуже страждав би) без попереднього платного проекту. Під час мого початкового використання я помітив помилку в коді, тому створив патч, приєднався до проекту та подав його на розгляд.

Приблизно через 8 місяців, коли у мене було трохи вільного часу, я вирішив, що повернусь (і попрацюю над своїми навичками розвитку), доклавши більше до проекту. Тому я клонував сховище і почав знайомитися з кодовою базою даних. Після кількох тижнів подання незначних виправлень виправлень до бази даних коду та моніторингу запитів на функції, я підібрав запит на функцію, щоб додати досить великий модуль до проекту.

Оскільки генерування багатьох індивідуальних виправлень виправлень є досить стомлюючим для будь-якого значного розвитку, я клонував сховище до гілки на git hub і почав пробивати код. Кілька тижнів і кілька тисяч рядків коду пізніше я та керівник проекту працювали над інтеграцією та тестуванням моїх виправлень у бібліотеці таким чином, щоб вони співпрацювали з рештою кодової бази.

Це був неоціненний процес, з якого я багато чому навчився:

• Коли я почав, я не знав, як користуватися Git, до кінця я міг вміло створювати віддалені гілки відстеження і об'єднувати або переставляти їх у головну гілку, не порушуючи поту.
• Я почав у VS 2008 і закінчив переходити до Linux та Monodevelop, щоб працювати над написанням коду (адже VS затримка unicode та закінчення рядків - така біль у git). Виявляється, це не так багато, що ви не можете зробити в * nix, що ви можете зробити в * dows.
• Я ніколи не робив жодного одиничного тестування раніше, Nunit - це шматок пирога для використання, а написання одиничних тестів - це досить елементарна штука.
• Мені довелося навчитися ковтати мову і слухати, а також практикувати терпіння. Немає сенсу стояти на твердій позиції щодо вашої позиції щодо проекту з відкритим кодом, тому що всі залучені знають (можливо, більше, ніж ви самі) та здатні приймати / відкидати ваші ідеї на основі нересурсу. Це надзвичайно принизливо і корисно водночас.
• Просто маючи на увазі ще одного кваліфікованого розробника на велику базу мого коду, вказували на недоліки в моєму стилі, які я ніколи не розглядав (як і я вказував на недоліки в його коді). Для мене я дізнався, що простіше / краще визначити константи, ніж використовувати купу магічних чисел із детальним коментуванням.

Цей конкретний проект базувався на створенні та декодуванні мережевих пакетів на всіх рівнях мережевих протоколів. У мене особистий інтерес до мереж нижчого рівня, тому було чудово вести дискусії з іншим розробником із спільним інтересом та знаннями в цій галузі.

Якщо ви хочете просто промокнути ноги: знайдіть проект, який ви вже використовуєте; клонувати сховище; і почніть бачити, чи зможете виправити деякі помилки та / або додати кілька тестових одиниць. Дуже залякано дивитись на чужу кодову базу свіжими очима, але навчитися надзвичайно цінним навичкам. Надішліть кілька патчів. Ви можете сподіватися, що ваш код буде ретельно вивчений спочатку. Не хвилюйтеся з цього приводу, це нормальна частина процесу завоювання довіри адміністраторів проекту.

Після встановлення основи заслуг з адміністраторами проектів почніть шукати більше обов'язків, таких як, пропонувати нові функції або просити призначити їх для виконання запитів на функції.

Якщо ви не можете знайти вже існуючий проект в одній з основних мереж сховища з відкритим кодом (github, sourceforge, google code), придумайте додаток, яке ви дійсно хотіли б використовувати, яке ще не існує, і запустіть свій власний.

Будьте готові бути приниженими та очікуйте, що робота буде відхилена на користь подальшого перегляду. Міф про те, що кожен може додати код до проекту з відкритим кодом, є абсолютно помилковим. Завжди є воротар між вами та натискати на доступ. Чим краще ваш код, тим менше він буде вивчатися в довгостроковій перспективі, оскільки ви отримаєте довіру адміністраторів проекту. Якщо це ваш проект, ви будете тим воротарем.

Оновлення:

Я просто подумав про це і зрозумів, що не намагаюся згадати, на який проект посилається багато моєї відповіді. Для тих, хто хоче знати, це SharpPcap . Провідний розробник Кріс Морган - дуже професійний і важливий. Він виконує певну роботу, керуючи проектом, і багато чого навчив мене про те, що потрібно для дозрівання проекту ОС.

Через особисті обмеження в часі я не міг вносити код протягом більше року, але все ще намагаюся повернутись, ховаючись на переповнення стека та періодично відповідаючи на питання щодо SharpPcap.

Ось, що я пропоную зробити, щоб знайти ідеальну відповідність:

1. Якщо у вас є проект з відкритим кодом, який ви вже використовуєте, знаєте і дбаєте про це, вам слід спробувати ваш перший кандидат. Інакше подумайте над тим, чим би ви хотіли займатися взагалі, і шукайте проект у цій галузі.

2. Коли ви знайшли потенційний проект, не кидайтеся в нього. Спробуйте використовувати його самостійно. Це так добре в дії, як здавалося з опису та відгуків? Якщо ні, то це не повний стоп-шоу; можливо, це можливість для вас заскочити і по-справжньому змінити значення. Адже нікому не потрібен інший розробник для ідеального продукту. Але це дасть вам важливе розуміння того, чи бажаєте ви бути частиною цього проекту, тоді як ви отримаєте досвід з перших рук із новими технологіями у галузі, яка вас цікавить.

3. Також перед тим, як почати вкладати занадто багато часу в проект та вивчити його додаткові та виїзні проекти, подумайте про те, щоб за пару тижнів розвіситись у списках розсилки, форумах, навіть у системі відстеження помилок. Якщо ви почнете регулярно робити внесок у проект, ви витратите там багато часу.

Згадаймо: чи тобі подобається зависати там, чи це тягне тебе? Чи відчуваєте ви, що цей проект має добру та енергійну спільноту чи повільно вмирає? Чи здається, що основні люди там заохочують та наставляють новачків чи ви будете самостійно?

Зробіть ці кроки для декількох проектів, потенційно в різних областях, і ви рідше відчуєте розчарування, яке настане, коли ви приєднаєтесь до неправильної команди. Такий досвід може потенційно відштовхнути вас від цього в майбутньому.

Ще кілька думок:

Якщо проект, який вас справді цікавить, - це гучний проект з великою кількістю розробників та активністю навколо нього, напевно, вам буде важко створити там достатню репутацію, щоб отримати, скажімо, права чи цікаву роль у громаді. У цьому випадку розгляньте можливість приєднатись до пов'язаного спін-оф проекту з меншою видимістю. Наприклад, замість того, щоб намагатися почати робити внесок у jQuery, спробуйте знайти плагін jQuery, який вам добре підійде. Пізніше ви можете розглянути «рух вгору».

Якщо вам подобається проект, але ви залякуєте його розміром, складністю або вимогами до якості коду, подумайте, починаючи з допоміжних ролей, таких як тестування, обслуговування документації або перевірка звітів про помилки. Якщо ви запитаєте у списку розсилки проекту, яка допомога їм найбільше потрібна на даний момент, вони будуть більш ніж раді вас направити туди. :)

Таким чином ви дізнаєтесь проект і будете створювати свою репутацію там, докладаючи до нього більше, ніж якщо б ви почали надсилати нестандартні патчі, які будуть відхилятися кілька разів, поки вони не будуть готові.

Останнє і найважливіше: якщо ви згоріли в одному місці, рухайтеся далі; не здавайся

Сподіваюся, що це допомагає.

Я настійно рекомендую знайти проект з відкритим кодом, який викликає ваш щирий інтерес і який ви активно використовуєте .

Причина проста: це робить різницю між хором та хобі.

Погляньте на свій комп’ютер. Яке програмне забезпечення ви поставили для цього, що є Open Source? Здогадується, що це Chrome або Firefox, а можливо, Open Office чи клієнт Instant Messenger. Вони ідеальні чи є просто якась крихітна річ, яку ви хотіли б змінити, якщо зможете?

Якщо є, то зараз саме час щось зробити.

Я б запропонував знайти (або запустити) проект так само, як це роблять люди протягом багатьох років, почати використовувати програмне забезпечення з відкритим кодом, щоб робити щось. Це може здатися вам банальним, навіть, можливо, спрощеним. Однак задоволення від використання чого-небудь, пошуку помилки, захоплення джерела та виправлення справді важко описати. Або, можливо, змінивши його, щоб він працював так, як ви хочете, щоб він працював.

Крім того, не просто рубайте заради того, щоб "долучитися". 95% моїх патчів до ядра Linux ніколи не побачать світла дня, я точно знаю , що ніхто, крім мене, не захотів би їх, і я, мабуть, змушений був би пройти психіатричну оцінку, якби будь-який інший грамотний хакер ядра не бачив їх. Але я все ще насолоджуюсь моїм реалізацією, piglatin_printk()яка розпочалася як 1 квітня кілька років тому :)

Хоча так, отримання коду та вашої роздуми перед багатьма іншими компетентними людьми безцінне, тому і навчитися спілкуватися та співпрацювати. Сольний проект - це прекрасний спосіб показати вам, що не робити. Підказка, в цьому є більше, ніж просто використання програмного забезпечення для контролю версій, списків розсилки та трекера помилок.

Для початку, я пропоную покопатися Ohloh , щоб знайти програмне забезпечення , яке ви могли б бути зацікавлені в використанні , в першу чергу. Завантажте його, побудуйте, пограйте з ним. Тоді йди схопити щось інше. Врешті-решт, ви захочете щось покращити або зрозумієте, що у вас є бажання реалізувати щось зовсім інакше, ніж те, що ви знайшли.

Інша річ, яка допомагає - це робота для відкритої дружньої компанії. Моя компанія широко використовує Xen, тому у них немає проблем зі мною знайти цікаві помилки та виправити їх, оскільки нам це потрібно робити в будь-якому випадку. Вони також не проти співробітників брати участь у таких речах, як RFC та проекти специфікацій, оскільки ми зрештою будемо використовувати результат.

OpenHatch створений спеціально для цього.

Цитувати:

OpenHatch - це неприбуткова організація, яка присвячена сумісності потенційних учасників безкоштовного програмного забезпечення з громадами, інструментами та освітою.

Ви можете переглядати проекти за типом, технологією, необхідним рівнем кваліфікації тощо та знаходити, що відповідає вашому рівню.

Одне, що я неодноразово помічав, коли йдеться про людей, які хочуть почати розробку з відкритим кодом, - це те, що вони переймаються великою складністю та масштабністю великих проектів. Я зіткнувся з тією ж проблемою пару років тому, і з мого досвіду найкраще не дивитися на більші проекти відразу.

Провівши десь переглядаючи проекти, які мені могли б сподобатися, я зрозумів, що вони все ще недосяжні, а потім самостійно почав працювати над дуже маленькими проектами. Я вказую на те, щоб просто випустити код на Github, незалежно від того, чи він дійсно релевантний, чи інші люди почнуть його використовувати. Зрештою, люди можуть почати цікавитись тим, чим ви займаєтесь. Навіть інакше ви отримаєте впевненість і технічну здатність повільно переходити до великих і популярніших проектів.

Існує новий веб-сайт, спеціально для цього Code 52, який заохочує нових розробників брати участь у відкритому коді, запускаючи новий проект OSS щотижня.

Ідея полягає в тому, що людям, які раніше ніколи не брали участь у відкритому кодексі, здається набагато менш страшним, і, сподіваємось, вони будуть схильні брати участь у інших проектах з питань ОС.

Рекомендую прочитати: http://open-advice.org/ .

Вона спрямована на допомогу тим, хто створює та підтримує громади, і тим, хто не впевнений у тому, до кого вони хочуть приєднатися чи як це зробити.

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

Удачі.

Коли я почав, я шукав в Інтернеті варіанти, і мені виявилося складним знайти щось, в яке ти зможеш занурити зуби як для початківців.

У деяких проектах важко зробити свій внесок не тому, що вони занадто розвинені, а тому, що громада не вітає. Тож, не відволікайтеся, коли ви вдаряєтесь про стіну.

Під час пошуку я вирішив скласти список з 10 проектів з відкритим кодом, які початківці можуть почати підтримувати без особливих стресових процесів. Ось посилання на використання:

Десять проектів для початківців для підтримки та навчання

Я сподіваюся, що Ви вважаєте це корисним і завжди можете додати більше, якщо знайдете класних!

Я пропоную розпочати проект самостійно з теми, яка вас цікавить.

Багато чого можна дізнатися, працюючи над проектом загалом. Не потрібно бачити, як хтось інший кодує, щоб навчитися краще кодувати. І іноді ти насправді побачиш, що не робити, оскільки інші люди часто не досвідченіші, ніж ти.

Зазвичай це допомагає бачити код інших, але ви зіткнетеся з кодом інших людей у ​​власному проекті лише через бібліотеки та компоненти, які ви використовуєте.

Досвід навчить вас, що таке хороша та яка погана практика.

Я власник проекту в коді google і шукаю учасників. (Але я не зловживаю цією відповіддю для реклами.) Отже, моя думка може бути цікавою для вас.

Спочатку доведеться з’ясувати, що вас цікавить. Потім розробити досвід у деяких сферах, які стосуються ваших інтересів. Тоді знайдіть проект, де потрібна ваша необхідна експертиза.

Чим менший проект, тим менше учасників вже є, тим більше шансів на те, що учасників пошуку шукають, і ви можете зв’язатися безпосередньо з авторами / власниками проектів. Скажіть їм а) у чому полягає ваша експертиза; б) там, де ви бачите, що це може бути застосоване в проекті; в) те, що ви думаєте, що можете досягти.

Пам'ятайте: просто знання однієї або двох основних програмних мов - це не досвід.