Heb je er ooit aan gedacht om je eigen Linux-distributie te starten? Misschien heb je een behoefte gezien in het Linux-ecosysteem, of misschien heb je het gevoel dat de jaren van tweaks en aanpassingen die je in je persoonlijke OS-installatie hebt gestopt, ideaal zouden zijn voor anderen.
Wat de reden ook is, je hebt een distributie of een idee voor een distributie waarvan je wilt dat mensen die kennen en gebruiken.
Veel Linux-gebruikers hebben deze gedachten gehad. En hoewel velen de sprong wagen en een distro in het wild vrijgeven, falen de meesten die wel in zo'n competitieve markt. Maar is het beter om te falen dan om het nooit te proberen? Of slagen met het risico afbreuk te doen aan bestaande distro's?
Ik heb deze vragen uitgebreid met een aangepast gedeelte van Hamlet's beroemde monoloog:
To distro, or not to distro: dingen om te overwegen: Of het nobeler is om te lijden De vertraging en het ontwerp van buitensporige desktops, Of om de wapens op te nemen tegen een zee van systemen, En door ze tegen te houden? Forken: creëren.
Cheesy? Misschien. Maar het zorgt wel voor een pakkende titel.
Zelfs als je je zinnen hebt gezet op het vrijgeven van een distro voor het publiek, zijn er een paar dingen die je moet overwegen voordat je aan de onderneming begint.
Zal het waarde creëren?
Ik schrijf dit bericht in de veronderstelling dat je een distro wilt verzenden voor massale acceptatie in plaats van specifiek te zijn voor een bepaalde organisatie of faciliteit.
Met dat in gedachten zijn er al honderden actief onderhouden Linux-distributies die honderden verschillende behoeften vervullen. Waar zou je distro in passen? Wat is uw productpositionering?
Misschien wordt de behoefte die u probeert te vervullen al vervuld door een ander team van ontwikkelaars? Misschien zou het logischer zijn om stroomopwaarts bij te dragen aan een bestaand besturingssysteem in plaats van te concurreren om dezelfde gebruikers die dezelfde oplossing zoeken?
U wilt goed nadenken over uw waardepropositie en of deze al dan niet kan worden bereikt door lid te worden van een reeds bestaand team.
Heb je de vereiste vaardigheden?
De meeste Linux-gebruikers kunnen een bestaande en functionele distro overnemen, een paar ongewijzigde programma's en thema's of enkele zeer specifieke aanpassingen toevoegen, deze vervolgens verpakken en op de markt brengen met behulp van het generieke gezegde: " Een eenvoudige en makkelijk te gebruiken distro voor iedereen.”
Als je distro echt iets op tafel legt, komt er code bij kijken.
Als je geen code van het kaliber kunt schrijven om op een besturingssysteem te verzenden, is dat oké. Toen ik VeltOS begon, had ik er niet op vertrouwd dat mijn code op een broodrooster zou worden uitgevoerd, laat staan iets dat mensen dagelijks gebruiken.
Dus in plaats van ondermaatse code te verzenden of helemaal geen codebasis op te bouwen, rekruteerde ik een collega die degelijke C kon schrijven taal.
Programmeervaardigheden zijn echter nog maar het begin (topje van de ijsberg als je mag). Als je distro ook maar een beetje erkenning en gebruikers krijgt, moet je vaardigheden hebben op het gebied van communitymanagement/-ontwikkeling, marketing en public relations. Nogmaals, als je worstelt met bepaalde vaardigheden, moet je anderen erbij halen om in te vullen wat je mist.
Hebt u de tijd?
Een van de grootste redenen waarom distro's mislukken, is omdat de oorspronkelijke oprichter vindt dat ze niet langer de tijd hebben om te investeren in wat vaak een zijproject is. Alleen omdat je nu vrije tijd hebt, wil nog niet zeggen dat je die tijd later zult hebben.
Als je een student bent en tijd te doden hebt tijdens de zomervakantie, wil dat nog niet zeggen dat je je Linux distro-idee moet uitvoeren. Wanneer het volgende semester begint, moet u uw gebruikersbestand mogelijk laten hangen zonder updates en ondersteuning.
Als je weet dat je altijd de tijd hebt om op de hoogte te blijven, ga er dan voor. Als je het niet zeker weet, moet je je distro-idee op een laag pitje zetten of accepteren dat het onvermijdelijk is om de verantwoordelijkheid later aan een ander teamlid te moeten delegeren.
Dit komt allemaal neer op twee vragen:
- Creëert u open source-innovatie of open source-ruis?
- Als het om innovatie gaat, heb je dan de vaardigheden en tijd om je idee uit te voeren? Zo niet, kunnen anderen dat dan wel?