Wie bewerte ich ein Open-Source-Projekt mit Blick auf das Mitmachen?

Angenommen, ich habe ein Open-Source-Projekt gefunden, an dem ich interessiert bin. Wie bewerte ich das Projekt (die Mitglieder, die Aktivitätsstufe usw.), um festzustellen, ob der Beitritt zum Projekt meine Zeit und Energie sinnvoll nutzt?

Sehen Sie sich den Verlauf der Quellcodeverwaltung an.

Daraufhin können Sie Eincheckvorgänge anzeigen, den Code überprüfen, die Aktivitätsstufe messen und im Allgemeinen die Qualität der Festschreibungen überprüfen. Sie können am besten anhand der Quellcode-Aktivität lernen.

Sie können verschiedene Dinge tun:

1. Sehen Sie in den Archiven ihrer Mailinglisten nach, wie sich die Community in der Öffentlichkeit verhält
2. Sehen Sie sich die Häufigkeit ihrer Veröffentlichungen und die Qualität der Versionshinweise an
3. Suchen Sie nach einem klaren Leitbild und einer Liste der Funktionen / Anforderungen auf ihrer Website
4. Überprüfen Sie die Reife des Projekts - wenn Sie als Mentor oder Berater in ein Projekt einbezogen werden möchten, ist ein ausgereiftes Projekt nachsichtiger als ein brandneues Projekt. Das Gegenteil ist auch der Fall.
5. Schauen Sie sich die Struktur an, ist es ein wohlwollender Diktator oder ein Ansatz des Gemeinderats?
6. Suchen Sie nach ihren Beitrittsanweisungen, freundlich? klar?

Das ist sowieso ein Anfang :)

Testen Sie zuerst das Wasser ein wenig. Hängen Sie in den Mailing-Listen, IRC-Kanälen usw. und beobachten Sie, wie die Dinge funktionieren. Beheben Sie einen Fehler oder fügen Sie ein bekanntes gewünschtes Feature selbst hinzu und senden Sie einen Patch. Sehen Sie, wie es akzeptiert wird ... arbeiten sie mit Ihnen zusammen, um es zu bearbeiten und einzubeziehen, oder bekämpfen sie Sie?

Bewerten Sie sich auch. Haben Sie wirklich die Zeit und das Interesse, bei Ihnen zu bleiben und das Projekt wert zu sein, das Sie investiert haben, um Sie auf den neuesten Stand zu bringen?

Schauen Sie sich die Testabdeckung an. Ein Beitrag zu einem Projekt mit dem Auftrag, Pull-Requests / Patches nur mit bestandenem Test zu akzeptieren, ist ein weitaus erfolgreicherer und unterhaltsamerer Prozess als der Versuch, mit Entwicklern zusammenzuarbeiten, die keine Komponententests schreiben können / wollen.

Ich musste ein paarmal daran arbeiten, alte Versionen verlassener Bibliotheken zu aktualisieren, um arbeiten zu können. Normalerweise würde ich mich freuen, wenn ich dafür bezahlt würde, an Open-Source-Projekten mitzuwirken. Aber wenn es keine Tests und keine schlechte Dokumentation gibt, ist das nur höllisch.

Machen Sie mit, wenn Ihnen ¹ Arbeit am Projekt Spaß macht .

¹ : "genießen" könnte bedeuten, was auch immer dich glücklich macht.

Basieren Sie es auf Ihre Ziele (nicht sicher, was sie sind). Wenn Sie versuchen, Programmiererfahrung zu sammeln, haben Sie nicht wirklich viel zu verlieren, wenn Sie es ausprobieren. Wenn überhaupt, können Sie lernen, wie man nicht codiert.

Wenn Sie versuchen, sich einen Namen zu machen, indem Sie sich an ein großartiges Projekt binden, haben Sie möglicherweise eine härtere Zeit. Durchsuchen Sie das Internet nach Blogs oder Kommentaren anderer Entwickler und Benutzer der Software (falls dies so weit fortgeschritten ist). Schauen Sie sich den Codierungsfortschritt an. Geht es mit einem Tempo voran, das Ihnen gefällt?

Der Versuch herauszufinden, ob die anderen Mitglieder "gut mit anderen spielen", kann eine Kombination einiger der Praktiken sein, die ich gerade erwähnt habe.

Versuch es. "Es kostet nichts" - John Belushi, Animal House.