Har du noen gang tenkt på å starte din egen Linux-distribusjon? Kanskje du har oppdaget et behov i Linux-økosystemet, eller kanskje du føler at årene med justeringer og tilpasninger du har lagt inn i din personlige OS-installasjon ville være ideelle for andre.
Uansett årsak, har du en distribusjon eller en idé til en distribusjon som du vil at folk skal vite om og bruke.
Mange Linux-brukere har hatt disse tankene. Og mens mange tar skrittet fullt ut og slipper en distro ut i naturen, mislykkes de fleste i et så konkurranseutsatt marked. Men er det bedre å feile enn å aldri prøve i det hele tatt? Eller lykkes med fare for å forringe eksisterende distros?
Jeg har utvidet disse spørsmålene gjennom en modifisert del av Hamlets berømte soliloquy:
Å distro, eller ikke å distro: ting å vurdere: Om det er edlere i sinnet å lide Etterslepet og designen til opprørende stasjonære datamaskiner, Eller å ta våpen mot et hav av systemer, Og ved å motsette dem? Å gaffel: å skape.
Cheesy? Kanskje. Men det gir en fengende tittel.
Selv om du har lyst til å gi ut en distro til publikum, er det noen ting du bør vurdere før du fortsetter satsingen.
Vil det skape verdi?
Jeg skriver dette innlegget med antagelsen om at du ønsker å sende en distro for masseadopsjon i stedet for å være spesifikk for en bestemt organisasjon eller anlegg.
Med det i tankene er det allerede hundrevis av aktivt vedlikeholdte Linux-distroer der ute som betjener hundrevis av forskjellige behov. Hvor ville distroen din passet inn? Hva er din produktposisjonering?
Kanskje behovet du prøver å fylle allerede blir fylt av et annet team av utviklere? Kanskje det ville være mer fornuftig å bidra oppstrøms til et eksisterende operativsystem i stedet for å konkurrere om de samme brukerne som søker den samme løsningen?
Du ønsker å tenke nøye gjennom verdiforslaget ditt og om det kan oppnås ved å bli med i et allerede eksisterende team.
Har du de nødvendige ferdighetene?
De fleste Linux-brukere kan ta på seg en eksisterende og funksjonell distro, legge til noen få umodifiserte programmer og temaer eller noen veldig spesifikke modifikasjoner, og deretter pakke og markedsføre den ved å bruke det generiske ordtaket « En enkel og brukervennlig distro for alle.”
Hvis distroen din virkelig gir noe til bordet, er det kode involvert.
Hvis du ikke kan skrive kode av kaliber for å sende på et OS, er det greit. Da jeg startet VeltOS ville jeg ikke ha stolt på at koden min ble kjørt på en brødrister, enn si noe folk brukte til daglig.
Så i stedet for å sende subpar-kode eller ikke bygge en kodebase i det hele tatt, rekrutterte jeg en kollega som faktisk kunne skrive solid C Språk.
Programmeringsferdigheter er imidlertid bare begynnelsen (toppen av isfjellet om du kan). Hvis distroen din til og med får en viss grad av anerkjennelse og brukere, må du ha ferdigheter innen samfunnsledelse/utvikling, markedsføring og PR. Nok en gang, hvis du sliter med en kompetanse bør du hente inn andre for å fylle ut det du mangler.
Har du tid?
En av de største grunnene til at distros mislykkes er fordi den opprinnelige grunnleggeren finner ut at de ikke lenger har tid til å investere i det som ofte er et sideprosjekt. Bare fordi du har ledig tid nå, betyr det ikke at du har den tiden senere.
Hvis du er en høyskolestudent med tid til å drepe over sommerferien, betyr det ikke at du bør utføre Linux-distro-ideen din. Når neste semester starter, må du kanskje la brukerbasen henge uten oppdateringer og støtte.
Hvis du vet at du alltid har tid til å holde deg oppdatert, så hold deg unna. Hvis du ikke er sikker, må du enten legge distroideen din på baksiden eller akseptere det uunngåelige ved å delegere ansvaret til et annet teammedlem.
Alt dette koker ned til to spørsmål:
- Skaper du åpen kildekodeinnovasjon eller åpen kildekodestøy?
- Hvis det er innovasjon, har du ferdighetene og tiden til å gjennomføre ideen din? Hvis ikke, kan andre?