Haben Sie jemals daran gedacht, Ihre eigene Linux-Distribution zu starten? Vielleicht haben Sie einen Bedarf im Linux-Ökosystem entdeckt, oder vielleicht haben Sie das Gefühl, dass die jahrelangen Optimierungen und Anpassungen, die Sie an Ihrer persönlichen Betriebssysteminstallation vorgenommen haben, ideal für andere wären.
Was auch immer der Grund sein mag, Sie haben eine Distribution oder eine Idee für eine Distribution, von der Sie möchten, dass die Leute davon erfahren und sie verwenden.
Viele Linux-Benutzer hatten diese Gedanken. Und während viele den Sprung wagen und eine Distribution in die Wildnis entlassen, scheitern die meisten in einem so wettbewerbsintensiven Markt. Aber ist es besser zu scheitern, als es nie zu versuchen? Oder das Risiko eingehen, von bestehenden Distributionen abzulenken?
Ich habe diese Fragen durch einen modifizierten Abschnitt von Hamlets berühmtem Monolog: erweitert
Zur Distribution oder nicht zur Distribution: Zu beachtende Dinge: Ob es edler ist, zu leiden Die Verzögerung und das Design unverschämter Desktops, Oder die Waffen gegen ein Meer von Systemen zu erheben, Und indem Sie sich dagegen wehren, beenden Sie sie? Forken: erstellen.
Käsig? Vielleicht. Aber es ergibt einen einprägsamen Titel.
Auch wenn Sie sich vorgenommen haben, eine Distribution für die Öffentlichkeit zu veröffentlichen, sollten Sie einige Dinge beachten, bevor Sie das Unternehmen in Angriff nehmen.
Wird es Wert schaffen?
Ich schreibe diesen Beitrag in der Annahme, dass Sie eine Distribution für die Massenadoption ausliefern möchten, anstatt spezifisch für eine bestimmte Organisation oder Einrichtung zu sein.
In Anbetracht dessen gibt es bereits Hunderte von aktiv gewarteten Linux-Distributionen, die Hunderte von verschiedenen Anforderungen erfüllen. Wo würde Ihre Distribution hineinpassen? Wie ist Ihre Produktpositionierung?
Vielleicht wird der Bedarf, den Sie zu erfüllen versuchen, bereits von einem anderen Entwicklerteam erfüllt? Vielleicht wäre es sinnvoller, einen Upstream-Beitrag zu einem vorhandenen Betriebssystem zu leisten, anstatt um dieselben Benutzer zu konkurrieren, die dieselbe Lösung suchen?
Sie möchten sorgfältig über Ihr Wertversprechen nachdenken und darüber, ob es erreicht werden kann, indem Sie einem bereits bestehenden Team beitreten.
Haben Sie die erforderlichen Fähigkeiten?
Die meisten Linux-Benutzer können eine vorhandene und funktionierende Distribution übernehmen, ein paar unveränderte Programme und Designs oder einige sehr spezifische Modifikationen hinzufügen und sie dann unter Verwendung des allgemeinen Sprichworts „ Eine einfache und benutzerfreundliche Distribution für alle.”
Wenn Ihre Distribution wirklich etwas auf den Tisch bringt, wird Code beteiligt sein.
Wenn Sie keinen Code für das Kaliber schreiben können, der auf einem Betriebssystem ausgeliefert werden soll, ist das in Ordnung. Als ich VeltOS anfing, hätte ich nicht darauf vertraut, dass mein Code auf einem Toaster ausgeführt wird, geschweige denn etwas, das die Leute täglich verwenden.
Also anstatt minderwertigen Code auszuliefern oder überhaupt keine Codebasis aufzubauen, habe ich einen Kollegen rekrutiert, der tatsächlich solide schreiben konnte C Sprache.
Programmierkenntnisse sind jedoch nur der Anfang (Spitze des Eisbergs, wenn Sie so wollen). Wenn Ihre Distribution auch nur ein Minimum an Anerkennung und Benutzern gewinnt, müssen Sie über Fähigkeiten in den Bereichen Community-Management / -Entwicklung, Marketing und Öffentlichkeitsarbeit verfügen. Noch einmal, wenn Sie mit einem Skillset zu kämpfen haben, sollten Sie andere hinzuziehen, um das auszufüllen, was Ihnen fehlt.
Haben Sie Zeit?
Einer der Hauptgründe für das Scheitern von Distributionen ist, dass der ursprüngliche Gründer feststellt, dass er nicht mehr die Zeit hat, in ein Nebenprojekt zu investieren. Nur weil Sie jetzt die Freizeit haben, heißt das nicht, dass Sie diese Zeit später haben werden.
Wenn Sie ein College-Student sind, der in den Sommerferien Zeit totzuschlagen hat, bedeutet das nicht, dass Sie Ihre Linux-Distributionsidee umsetzen sollten. Wenn das nächste Semester beginnt, müssen Sie Ihre Benutzerbasis möglicherweise ohne Updates und Support hängen lassen.
Wenn du weißt, dass du immer die Zeit haben wirst, den Überblick zu beh alten, dann tu es. Wenn Sie sich nicht sicher sind, müssen Sie Ihre Distributionsidee entweder auf Eis legen oder die Unvermeidlichkeit akzeptieren, später die Verantwortung an ein anderes Teammitglied delegieren zu müssen.
Das alles läuft auf zwei Fragen hinaus:
- Erstellen Sie Open-Source-Innovationen oder Open-Source-Noise?
- Wenn es um Innovation geht, haben Sie die Fähigkeiten und die Zeit, um Ihre Idee umzusetzen? Wenn nicht, können andere?