Har du nogensinde tænkt på at starte din egen Linux-distribution? Måske har du opdaget et behov i Linux-økosystemet, eller måske føler du, som om de mange års tweaks og tilpasninger, du har lagt i din personlige OS-installation, ville være ideelle for andre.
Uanset årsagen, har du en distribution eller en idé til en distribution, som du gerne vil have folk til at kende til og bruge.
Mange Linux-brugere har haft disse tanker. Og mens mange tager springet og frigiver en distro ud i naturen, fejler de fleste, der gør det på et så konkurrencepræget marked. Men er det bedre at fejle end aldrig at prøve overhovedet? Eller lykkes med risiko for at forringe eksisterende distros?
Jeg har udvidet disse spørgsmål gennem et ændret afsnit af Hamlets berømte enetale:
At distro, eller ikke at distro: ting at overveje: Om det er ædlere i sindet at lide Forsinkelsen og designet af uhyrlige desktops, Eller at gribe våben mod et hav af systemer, Og ved at modsætte dem? At gaffel: at skabe.
Billig? Måske. Men det giver en fængende titel.
Selv hvis du har dit hjerte indstillet på at udgive en distro til offentligheden, er der et par ting, du bør overveje, før du går i gang med projektet.
Vil det skabe værdi?
Jeg skriver dette indlæg med den antagelse, at du ønsker at sende en distro til masseadoption i stedet for at være specifik for en bestemt organisation eller facilitet.
Med det i tankerne er der allerede hundredvis af aktivt vedligeholdte Linux-distro'er derude, der tjener hundredvis af forskellige behov. Hvor ville din distro passe ind? Hvad er din produktpositionering?
Måske er det behov, du forsøger at udfylde, allerede ved at blive udfyldt af et andet team af udviklere? Måske ville det give mere mening at bidrage opstrøms til et eksisterende OS i stedet for at konkurrere om de samme brugere, der søger den samme løsning?
Du ønsker at tænke grundigt over dit værdiforslag, og om det kan opnås ved at deltage i et allerede eksisterende team.
Har du de nødvendige færdigheder?
De fleste Linux-brugere kan påtage sig en eksisterende og funktionel distro, tilføje et par umodificerede programmer og temaer eller nogle meget specifikke ændringer og derefter pakke og markedsføre det ved hjælp af det generiske ordsprog, " En enkel og brugervenlig distro for alle.”
Hvis din distro virkelig bringer noget på bordet, så er der kode involveret.
Hvis du ikke kan skrive kode af den kaliber, der skal sendes på et OS, er det okay. Da jeg startede VeltOS, ville jeg ikke have stolet på, at min kode blev kørt på en brødrister, endsige noget folk brugte til daglig.
… Sprog.Programmeringsfærdigheder er dog kun begyndelsen (toppen af isbjerget, hvis du må). Hvis din distro opnår endda en smule anerkendelse og brugere, skal du have færdigheder inden for community management/udvikling, marketing og public relations. Endnu en gang, hvis du kæmper med et kompetencesæt, bør du hente andre til at udfylde det, du mangler.
Har du tid?
En af de største årsager til, at distros mislykkes, er fordi den oprindelige grundlægger finder ud af, at de ikke længere har tid til at investere i, hvad der ofte er et sideprojekt. Bare fordi du har fritid nu, betyder det ikke, at du har den tid senere.
Hvis du er en universitetsstuderende med tid til at dræbe i sommerferien, betyder det ikke, at du skal udføre din Linux-distro-idé. Når næste semester starter, skal du muligvis lade din brugerbase hænge uden opdateringer og support.
Hvis du ved, at du altid vil have tid til at være på forkant med tingene, så tag det. Hvis du ikke er sikker, bliver du enten nødt til at sætte din distro-idé på bagen eller acceptere det uundgåelige i at skulle uddelegere ansvaret til et andet teammedlem hen ad vejen.
Alt dette koger ned til to spørgsmål:
- Skaber du open source-innovation eller open source-støj?
- Hvis det er innovation, har du så evnerne og tiden til at udføre din idé? Hvis ikke, kan andre?