Mitmachen bei Open-Source-Projekten ...
Nur auf der OpenRheinRuhr habe ich den Vortrag "Mitmachen bei und lernen von Open-Source-Projekten" gehalten. Mir ist es wichtig, dass verstanden wird, dass Open-Source-Projekte nicht nur aus Code bestehen, sondern Mithilfe jeder Art gebrauchen können.
Unter diesem Link kann man das PDF herunterladen, bei eingeschaltetem JavaScript sieht man auch hier den eingebetteten Vortrag:
Unter diesem Link kann man das PDF herunterladen, bei eingeschaltetem JavaScript sieht man auch hier den eingebetteten Vortrag:
Kommentare
Ansicht der Kommentare: Linear | Verschachtelt
Fryboyter am :
Bei vielen Projekten ist es aber für Außenstehende meiner Meinung nach schwierig überhaupt herauszufinden welche Hilfe gebraucht wird. Und wie man vorgehen soll. Ich nutze zum Beispiel recht gerne den Double Commander. Hier war die deutsche Sprachdatei vor einigen Monaten noch sehr unvollständig. Es gibt bei dem Projekt zwar eine Seite die sich mit den Übersetzungen beschäftigt, dort wird aber im Grunde nur erklärt wie wie man die po-Datei ändern muss. Wohin man die Datei dann senden muss, geht aus der Seite nicht hervor.
Was habe ich also gemacht? Ich habe mehrere Stunden mit der Übersetzung verbracht, was ziemliche Nerven gekostet hat, da manche Strings nur eine bestimmte Länge haben durften. Da ich mich ehrlich gesagt nicht auch noch in SVN einarbeiten wollte, habe ich den Weg des geringsten Widerstands gewählt und die Datei im offiziellen Forum veröffentlicht (wurde von anderen auch schon so gemacht und die Dateien wurden eingepflegt). Und was ist passiert? Ein paar Tage später hat ein anderer die deutsche Sprachdatei fertig übersetzt und hat sie direkt in SVN gepackt. Ratet mal, welche der beiden Dateien nun Bestandteil des Programms ist?
Ich kenne einige Leute die zum Beispiel Programme in diverse Sprachen übersetzen könnten (und auch dazu bereit sind). Aber in Git würden sich diese zum Beispiel nie im Leben einarbeiten. Für solche Fälle wäre es meiner Meinung nach durchaus sinnvoll, wenn es eine leichtere Art geben würde, die Daten einzureichen.
tuxflo am :
Vielleicht sollte man auch hier mehr "Gamification" einsetzen und die potentiellen Helfer mit Badges und Punkten belohnen...
Dirk Deimeke am :
Es wird Bugs geben, die mit dem Marker "easyfix" (oder so) versehen werden.
Dokumentation ist bei uns statisches HTML, was auch in einem Repository liegt, zu dem man beitragen kann.
Vieles ist leider nur möglich, wenn das Projekt eine bestimmte Grösse erreicht hat, zum Beispiel Neulingen Mentoren an die Hand geben.
Dirk Deimeke am :
Zum Einen kann ich Deinen Standpunkt verstehen, dass es möglichst einfach sein soll, beitragen zu können. Da ist in vielen Projekten noch einiges an Arbeit nötig.
Auf der anderen Seite möchtest Du sicher auch nicht, dass die, die in einem Projekt mitarbeiten zu reinen Verwaltern werden. Wenn es einen erheblichen Aufwand bedeutet, Beiträge "projektkompatibel" zu machen, werden wenige Teammitglieder diese "Last" auf sich nehmen.
Das grosse Problem ist, dass es so viele Menschen wie bevorzugte Wege gibt. Kein Projekt kann es allen recht machen.
Das Basiswissen für Git ist nicht schwer, es gibt kostenlose Online-Kurse, die es allen leicht machen, sich das Wissen anzueignen. Warum also nicht etwas neues lernen.
Fryboyter am :
Was spräche zum Beispiel dagegen wenn Projekt X auch Beiträge (die beispielsweise nichts mit programmieren zu tun haben) über eine bestimmte E-Mail-Adresse annehmen würde und dann einer aus dem Team das dann per Git / SVN oder was auch immer einpflegt?
Das mit dem Wissen aneignen ist halt auch so eine Sache. Git würde ich vermutlich 2 bis 3 mal im Jahr, immer für unterschiedliche Projekte, nutzen. Da hätten wir das gleiche Problem wie mit vim. Vim mag unterm Strich besser sein als andere Editoren. Aber wenn man ihn nicht regelmäßig nutzt, vergisst man halt die Bedienung ganz schnell. Daher nutze ich auch für mich "einfacherer" Lösungen. Und das obwohl ich mich sehr viel mit Computer und Co. beschäftige.
Dann ist da noch der Zwang, dass man sich beispielsweise auf Github anmelden muss, damit man an Projekt X etwas beitragen kann. Für viele ist das scheinbar wirklich eine Hürde (eher weniger technischer Natur sondern bezüglich des Wollens). So war es bei einem Projekt bei dem ich inzwischen ausgestiegen bin geplant, dass für die Nutzer Neuerungen eingeführt werden. Da bisherige Diskussionen / Planungen in einem Forum geführt und dort in der Regel versandet sind (unter anderem weil es zu unübersichtlich war), wurde von einem Teammitglied die Idee gebracht ein Kanban Board einzuführen. Installiert war es schnell, lief aber unter einer anderen Adresse und man musste sich registrieren. Was war das Ende vom Lied? Es wurde im Forum ein neuer Bereich erstellt, der optisch so umgebaut wurde, dass er der Ansicht eines Kanban Board entsprach aber nicht den Funktionsumfang geboten hat.
Dirk Deimeke am :
Es ist trotzdem eine Frage der Projektgrösse und der Anzahl an Einreichungen über diesen "Nicht-Standard-Weg".
Für "ein Mal im Jahr etwas beitragen" lohnt sich sicherlich nicht der Aufwand, ein völlig unbekanntes Programm zu lernen. Wenn man aber dauerhaft beitragen möchte und das auch in verschiedenen Projekten tun will, dann relativiert sich der Aufwand doch sehr schnell.
Eine Anmeldung finde ich nicht falsch und das hat auch einen Grund, die Menge an Spam oder "hingerotzten" Beiträgen reduziert sich auf ein absolutes Minimum, wenn diese sehr kleine Hürde eingebaut wird.
Dirk Deimeke am :
Zum Beispiel suchen wir auch jemanden, der sich um die Webseite kümmert
Matthias Gutjahr am :
Dirk Deimeke am :
Vielen Dank für den Link!