Avez-vous déjà pensé à lancer votre propre distribution Linux ? Peut-être avez-vous repéré un besoin dans l'écosystème Linux, ou peut-être avez-vous l'impression que les années d'ajustements et de personnalisations que vous avez apportées à votre installation de système d'exploitation personnelle seraient idéales pour les autres.
Quelle qu'en soit la raison, vous avez une distribution ou une idée de distribution que vous aimeriez que les gens connaissent et utilisent.
De nombreux utilisateurs de Linux ont eu ces pensées. Et tandis que beaucoup franchissent le pas et lancent une distribution dans la nature, la plupart échouent sur un marché aussi concurrentiel. Mais vaut-il mieux échouer que de ne jamais essayer ? Ou réussir au risque de nuire aux distributions existantes ?
J'ai développé ces questions à travers une section modifiée du le célèbre soliloque de Hamlet :
Distro, ou pas distro : éléments à prendre en compte : S'il est plus noble dans l'esprit de souffrir Le décalage et la conception des ordinateurs de bureau scandaleux, Ou prendre les armes contre une mer de systèmes, Et en s'y opposant ? Bifurquer : créer.
Ringard? Peut-être. Mais ça fait un titre accrocheur.
Même si vous avez à cœur de publier une distribution au public, il y a quelques points que vous devriez considérer avant de poursuivre l'aventure.
Créera-t-il de la valeur ?
J'écris cet article en partant du principe que vous cherchez à expédier une distribution pour une adoption massive plutôt que d'être spécifique à une certaine organisation ou installation.
Dans cet esprit, il existe déjà des centaines de distributions Linux activement maintenues qui répondent à des centaines de besoins différents. Où se situerait votre distribution ? Quel est votre positionnement produit ?
Peut-être que le besoin que vous tentez de combler est déjà comblé par une autre équipe de développeurs ? Peut-être serait-il plus logique de contribuer en amont à un système d'exploitation existant plutôt que de concourir pour les mêmes utilisateurs recherchant la même solution ?
Vous voulez bien réfléchir à votre proposition de valeur et si elle peut ou non être accomplie en rejoignant une équipe déjà existante.
Avez-vous les compétences requises ?
La plupart des utilisateurs de Linux peuvent prendre en charge une distribution existante et fonctionnelle, ajouter quelques programmes et thèmes non modifiés ou des modifications très spécifiques, puis l'emballer et le commercialiser en utilisant l'adage générique, " Une distribution simple et facile à utiliser pour tout le monde.”
Si votre distribution apporte vraiment quelque chose à la table, alors il y aura du code impliqué.
Si vous ne pouvez pas écrire de code de calibre à expédier sur un système d'exploitation, ce n'est pas grave. Quand j'ai commencé VeltOS je n'aurais pas fait confiance à mon code pour qu'il soit exécuté sur un grille-pain, encore moins quelque chose que les gens utilisent quotidiennement.
Ainsi, au lieu d'envoyer du code de qualité inférieure ou de ne pas créer de base de code du tout, j'ai recruté un collègue capable d'écrire solide C Langue.
Les compétences en programmation ne sont que le début (la pointe de l'iceberg si vous le permettez). Si votre distribution gagne ne serait-ce qu'un minimum de reconnaissance et d'utilisateurs, vous devrez avoir des compétences en gestion/développement de communauté, en marketing et en relations publiques. Encore une fois, si vous avez des difficultés avec un ensemble de compétences, vous devriez faire appel à d'autres personnes pour combler ce qui vous manque.
As-tu le temps?
L'une des principales raisons pour lesquelles les distributions échouent est que le fondateur d'origine constate qu'il n'a plus le temps d'investir dans ce qui est souvent un projet parallèle. Ce n'est pas parce que vous avez du temps libre maintenant que vous aurez ce temps plus tard.
Si vous êtes étudiant et que vous avez du temps à tuer pendant les vacances d'été, cela ne signifie pas que vous devez exécuter votre idée de distribution Linux. Au début du prochain semestre, vous devrez peut-être laisser votre base d'utilisateurs en suspens sans mises à jour ni assistance.
Si vous savez que vous aurez toujours le temps de rester au courant, alors allez-y. Si vous n'êtes pas certain, vous devrez soit mettre votre idée de distribution en veilleuse, soit accepter l'inévitabilité de devoir déléguer la responsabilité à un autre membre de l'équipe plus tard.
Tout cela se résume à deux questions :
- Créez-vous de l'innovation open source ou du bruit open source ?
- Si c'est de l'innovation, avez-vous les compétences et le temps nécessaires pour concrétiser votre idée ? Sinon, les autres peuvent-ils ?