Har du någonsin tänkt på att starta din egen Linux-distribution? Kanske har du upptäckt ett behov i Linux-ekosystemet, eller kanske du känner att de år av justeringar och anpassningar du har lagt in i din personliga OS-installation skulle vara idealiska för andra.
Oavsett anledningen har du en distribution eller en idé till en distribution som du vill att folk ska känna till och använda.
Många Linux-användare har haft dessa tankar. Och medan många tar steget och släpper en distro i naturen, misslyckas de flesta som gör det på en så konkurrensutsatt marknad. Men är det bättre att misslyckas än att aldrig försöka alls? Eller lyckas med risken att förringa befintliga distros?
Jag har utökat de här frågorna genom ett modifierat avsnitt av Hamlets berömda soliloquy:
Att distro, eller inte till distro: saker att tänka på: Om det är ädlare i sinnet att lida Fördröjningen och designen hos upprörande stationära datorer, Eller att ta vapen mot ett hav av system, Och genom att motsätta sig dem? Att dela: att skapa.
Smaklös? Kanske. Men det ger en catchy titel.
Även om du vill släppa en distro till allmänheten, finns det några saker du bör tänka på innan du går vidare med satsningen.
Kommer det att skapa värde?
Jag skriver det här inlägget med antagandet att du vill skicka en distro för massadoption istället för att vara specifik för en viss organisation eller anläggning.
Med det i åtanke finns det redan hundratals aktivt underhållna Linux-distros där ute och tjänar hundratals olika behov. Var skulle din distro passa in? Vilken är din produktpositionering?
Kanske det behov du försöker fylla redan fylls av ett annat team av utvecklare? Kanske skulle det vara mer meningsfullt att bidra uppströms till ett befintligt operativsystem snarare än att konkurrera om samma användare som söker samma lösning?
Du vill noga tänka igenom ditt värdeförslag och om det kan uppnås genom att gå med i ett redan befintligt team.
Har du den kompetens som krävs?
De flesta Linux-användare kan ta sig an en befintlig och funktionell distro, lägga till några omodifierade program och teman eller några mycket specifika modifieringar, sedan paketera och marknadsföra det med det allmänna ordspråket " En enkel och lättanvänd distro för alla.”
Om din distro verkligen ger något till bordet så kommer det att vara kod inblandad.
Om du inte kan skriva kod av den kaliber som ska skickas på ett OS är det okej. När jag började VeltOS skulle jag inte ha litat på att min kod kördes på en brödrost, än mindre något folk använde dagligen.
… språk.Programmeringskunskaper är dock bara början (toppen på isberget om du får). Om din distro till och med får ett litet erkännande och användare måste du ha kunskaper inom community management/utveckling, marknadsföring och PR. Återigen, om du kämpar med en kompetens bör du ta in andra för att fylla i det du saknar.
Har du tid?
En av de största anledningarna till att distros misslyckas är att den ursprungliga grundaren upptäcker att de inte längre har tid att investera i det som ofta är ett sidoprojekt. Bara för att du har ledig tid nu betyder det inte att du kommer att ha den tiden senare.
Om du är en universitetsstudent med tid att döda under sommarlovet betyder det inte att du ska köra på din Linux-distroidé. När nästa termin börjar kan du behöva lämna din användarbas hängande utan uppdateringar och support.
Om du vet att du alltid kommer att ha tid att hålla koll på saker och ting, håll ut. Om du inte är säker måste du antingen lägga din distro-idé på baksidan eller acceptera det oundvikliga att behöva delegera ansvaret till en annan teammedlem på vägen.
Allt detta kokar ner till två frågor:
- Skapar du innovation med öppen källkod eller brus med öppen källkod?
- Om det är innovation, har du kompetens och tid att genomföra din idé? Om inte, kan andra?
