Dieser Monat markiert das zweite Jubiläum von Open edX. Alles Gute zum Jubiläum! 🙂
Das edX-Projekt wurde im Mai 2012 mit seinen gestartet erstes Commit aus dem Dezember 2011. Doch als Nutzer der Plattform sah der 1. Juni 2013 wie Weihnachten aus. Der Code, der edx.org antreibt, war Open-Source!
Natürlich war die Änderung der Lizenz und die Veröffentlichung des Codes nur ein kleiner Teil der Arbeit, die erforderlich war, um Open edX zu einem erfolgreichen freien Softwareprojekt zu machen. Es musste auch eine Community von Benutzern und Mitwirkenden anziehen und an Bord bringen – Leute wie ich, die nichts über die technischen Teile des Projekts wussten, aber in der Lage sein mussten, es zu nutzen. Früher brauchte nur das interne Team dieses Wissen, und wenn jemand ins Team kam, konnte ein Neuling einfach von einem Kollegen eine Einführung bekommen.
Bis zum 1. Juni 2013 wurde bereits viel getan, um Neulingen den Einstieg zu erleichtern. Neben A Website, die die verfügbaren Repositories auflistet, da war ein README mit Anleitung u Installationsskript. Also habe ich es versucht. Und, nun ja … Es funktionierte nicht direkt aus der Box. Was ich dachte, würde 5 Minuten dauern, um ein Installationsskript auszuführen, wurde zu einer ziemlich komplizierten Hacking-Sitzung, die den ganzen Tag dauerte. Später erleichterten Ergänzungen die Ersteinrichtung und das Onboarding erheblich – insbesondere die Einführung von Devstack mit Vagrant, die (ausgetestet) benannte Veröffentlichungenund die Projektdokumentation. Aber damals scheiterte so ziemlich alles, was scheitern konnte.
Nachdem wir eine Weile an einem Projekt gearbeitet haben, kann es schwierig werden, sich an die Kämpfe zu erinnern, mit denen wir anfangs konfrontiert waren. Als Neuling fehlen uns die meisten Domänenkenntnisse und der Kontext, die die älteren Mitwirkenden für selbstverständlich halten. Es ist ziemlich unangenehm, also konzentrieren wir uns normalerweise darauf, so schnell wie möglich daraus herauszukommen, indem wir die Tricks der Insider lernen. Wir wissen oft nicht, wie wertvoll das Auge eines Neulings ist. Da wir zu Beginn des Projekts nicht viel über das Projekt wissen, denken wir oft, dass wir mehr lernen müssen, bevor wir einen wertvollen Beitrag leisten können. Aber das ist falsch; Als Neuling können wir normalerweise Probleme erkennen, die von erfahreneren Mitwirkenden übersehen werden. Wenn wir auf ein Problem stoßen, können wir ziemlich sicher sein, dass später auch andere Neulinge darüber stolpern werden.
Nachdem meine Instanz von Open edX gestartet war, versuchte ich, meinem eigenen Rat zu folgen. Ich nahm mir ein paar Minuten Zeit, um einige der Änderungen zu sammeln, die ich im Laufe des Tages an den Installationsanweisungen und dem Skript vornehmen musste, und schickte eine Paar of PRs. Wenn Sie sie sich ansehen, werden Sie feststellen, dass sie ziemlich unbedeutend sind: Hinzufügen einer Zeile zur README und ein paar Änderungen im Installationsskript. Es war der erste Beitrag zu dem Projekt und der Grund, warum ich heute diesen Blogbeitrag schreiben darf. Aber was noch wichtiger ist, sie waren eine gute Möglichkeit, etwas über den Beitragsprozess des Projekts zu erfahren und anderen Neuankömmlingen einiges Kopfzerbrechen zu ersparen. Es war auch eine sehr lohnende Erfahrung, die dazu beitrug, mich mehr in das Projekt einzubeziehen. Es gibt ein warmes, unscharfes Gefühl, wenn Ihr Code dem Projekt als Ganzes zugute kommt, anstatt als technische Schuld in einem Zweig zu sitzen. :)
Selbst wenn Sie neu bei Open edX sind oder noch nichts beigetragen haben, gibt es nichts, was nicht „gut genug“ ist. Wenn Sie etwas sehen, das behoben werden muss oder das Sie verbessern können, versuchen Sie es einzureichen! Oder wählen Sie einfach eine der aus bytegroß Tickets für neue Mitwirkende. Möglicherweise landet nicht Ihr gesamter Code, aber wenn Sie den Überprüfungsprozess durchhalten, wird er es wahrscheinlich tun. Außerdem sind die Rezensenten freundlich und Sie werden viel lernen.
Wir sehen uns in den Pull-Requests!
Xavier Antoviaque ist Open edX-Entwickler und Mitwirkender. Er ist auch der Gründer von OpenCraft, das Entwicklungsdienste und Beratung für öffentliche Institutionen und Unternehmen anbietet, die die Open edX-Plattform nutzen, darunter unter anderem HarvardX, die edX-Organisation selbst, die McKinsey Academy und die französische Regierung (FUN). Er ist ein langjähriger Mitwirkender in Freie-Software-Communities: Er war Mitgestalter des Freie-Software-Spiels Card Stories, initiierte die Ryzom.org-Kampagne und ist ehemaliges Vorstandsmitglied von April, der wichtigsten Interessenvertretung für Freie Software in Frankreich.
