OpenSource Projekte

Pia Z. schrieb:
> Gibt es dafür eine zentrale Seite oder Anlaufstelle?
Soweit ich weiß nicht.

Such dir Projekte die dich interessieren oder von denen du denkst, dass 
sie wichtig sind. Es hilft auch, sich die Mailinglisten, Bug-Reports und 
Pull-Requests anzuschauen.

Es gibt viele Projekte, die Unterstützung gebrauchen können, z.B. 
ReactOS :)  Ich glaube OpenSSL ist auch so ein Kanditat der chronisch 
unterbesetzt ist. Die Leute von KDevelop dürften sich auch über 
unterstüzung freuen. Und da gibt es noch tonnenweise an Projekten die 
Leute suchen.

Bei vielen Projekten findest du entsprechende Angaben dazu, wie du zum 
Projekt beitragen kannst, hier z.B. OpenSSL:
https://www.openssl.org/community/getting-started.html

Contributing to GCC
https://gcc.gnu.org/contribute.html

Pia Z. schrieb:
> Zum Background: ich programmiere seit 10 Jahren in
> diesem Umfeld.

Damit meint Sie

Pia Z. schrieb:
> C++

Daher ist die Frage

Mark B. schrieb:
> Daniel A. schrieb:
>> Nur so aus neugier, wie kann man je im OpenSource bereich tätig gewesen
>> sein, ohne zu wissen, wie man welche findet?
>
> Eine berechtigte Frage.

nicht berechtigt

Pia Z. schrieb:
> Gibt es dafür eine zentrale Seite oder Anlaufstelle?

Nein, gibt es nicht! Aber das müsstest Du nach zehn Jahren C++ 
programmieren wissen, oder hast Du noch nie was im Internet 
recherchieren müssen???

Des weiteren klingt die Frage für mich seltsam. Von einem Profi würde 
ich mir andere Fragen vorstellen...

Darum, was programmierst Du denn seit 10 Jahren in C++?

Open Source Projekte gibt es viele. Welche Richtung gefällt dir denn?

Pia Z. schrieb:
> ich bin auf der Suche nach einem C++ OpenSource Projekt, an welchem ich
> mitarbeiten kann.
Also hast du Zeit zu viel und magst dich engagieren.
An und für sich ja auch eine schöne Sache.

> Zum Background: ich programmiere seit 10 Jahren in
> diesem Umfeld.
Andere schon 15 Jahre oder länger.
Zeig doch mal Referenzen.

> Gibt es dafür eine zentrale Seite oder Anlaufstelle?
Hunderte. Github, Sourceforge, Savannah, ...


Um dir eine realistische Einschätzung zu geben, basierend auf meinen 
(positiven wie negativen) Erfahrungen: Kein Projekt hat genau auf dich 
gewartet.

Im Negativen Sinne: Es ist ziemlich schwierig, in ein Projekt 
hineinzukommen, auch wenn händeringend nach Mitarbeitern gesucht wird. 
Nicht, weil man dich nicht mag, sondern weil man dich nicht kennt. 
"Hallo hier bin ich" geht eben nicht so einfach. Bei vielen Projekten 
wirst du auch schnell erst einmal auf Ablehnung stoßen. Das würdest du 
umgekehrt auch so handhaben, wenn du ein Projekt betreust.

Im Positiven Sinne: Flick Bugs und schreib Patches. Das sind 
kleinere/überschaubare Aufgabenpakete, mit denen du mit einem Projekt 
Kontakt aufnehmen kannst. Die anderen können daran dann auch beurteilen, 
was du kannst und ob deine Geschicke dem Projekt helfen. Wenn deine 
Beiträge verwertbar sind für ein Projekt, dann wird man früher oder 
später ohnehin auf dich zukommen.

Schau dir Bugtracker gängier Projekte an. Bei Qt wäre ich persönlich ja 
schon froh, wenn jemand mithelfen würde, die 1000 Duplikate und Leichen 
mal abzuarbeiten...

Nase schrieb:
> m Negativen Sinne: Es ist ziemlich schwierig, in ein Projekt
> hineinzukommen, auch wenn händeringend nach Mitarbeitern gesucht wird.

Andererseits ist es ein erhebliches Problem bei vielen 
Opensource-Projekten, daß ihr Busfaktor sehr gering ist:

http://www.heise.de/open/meldung/Studie-Wichtige-GitHub-Projekte-von-einzelnen-Entwicklern-abhaengig-2752849.html

Und das bereits bei den populären Projekten. Bei den weniger bekannten 
dürfte das alles noch viel schlimmer sein. Klar, irgendwelche Referenzen 
wären dann schon gut. Man muß ja auch nicht direkt gleich Patches 
beisteuern, sondern ich würde erstmal als Neuling einen potentiellen 
Patch in der Diskussionsliste des Projektes vorstellen. AUch damit die 
Crew einen Eindruck bekommt, wie man denkt, warum man welche Patches 
beisteuern würde und so.

Wie es schon anklang, die Fragestellung ist schon ein bisschen komisch. 
Üblicherweise arbeiten Leute an einem Projekt, weil sie es gerne als 
User nutzen und der Einstieg läuft so, daß man Patches für kleinere Bugs 
oder Features schreibt die man selber braucht - ohne irgendeine 
"offizielle" Zugehörigkeit. Und wenn man das fleißig macht, ist man 
irgendwann auch bekannt und bekommt dann sicherlich auch irgendwann z.B. 
merging Rechte, aber das hängt von der Projektorganisation und Größe ab 
(je größer um so mehr klar definierte Rollen würde ich sagen).

Die Art der Frage erinnert ein bisschen an die Sorte google summer of 
code Studenten die eher unbeliebt ist - Hauptsache ein Projekt welches 
man dann in den Lebenslauf schreiben kann und danach schnell weg.