Denne wikiHow lærer dig, hvordan du starter og vedligeholder et vellykket open source -projekt. Bortset fra at arbejde hårdt og fokusere på slutmålet, ligger nøglen til at skabe et vellykket open source -projekt ofte i at definere dine mål tidligt i processen og acceptere hjælp fra samfundet.
Trin
Del 1 af 3: Forberedelse til start
Trin 1. Ved, hvor du skal starte
I bund og grund bør dit open source -projekt give en løsning på et problem, især hvis problemet sandsynligvis vil udvikle sig i fremtiden. Det første trin i at dyrke et vellykket open source -projekt ligger i at finde et problem, der skal løses, afgøre, om problemet er vigtigt nok til at løse, og definere dine mål derfra.
Hvis du allerede har et projekt i gang, skal du skrive det problem ned, som det løser, før du fortsætter
Trin 2. Sørg for, at dit projekt er nødvendigt
Efterspørgsel er en af de primære komponenter i vellykkede open source -projekter. Hvis der ikke er nogen efterspørgsel eller behov for din første projektidé-eller hvis den aktuelle efterspørgsel opfyldes af et andet projekt-kan du overveje at deltage i et andet igangværende projekt eller vælge et andet problem at fokusere på.
Mange igangværende open source -projekter accepterer strenge fællesskabsinput, så vær ikke bange for at søge efter og slutte sig til en eksisterende version af dit projekt i stedet
Trin 3. Undgå at påtage dig store eller vage problemer
Ikke alene vil disse problemer normalt opnå mere officielle løsninger med tiden, idet de prøver at fokusere på et stort problem, både fortynder dit fokus og gør det svært at appellere til alle dine publikums behov uden at investere urimeligt meget tid i projektet.
Fokuser i stedet på et lille problem, der påvirker et stort antal mennesker (f.eks. En fejl i en Linux -distribution)
Trin 4. Definer dit projekts succes
Da open source -projekter omhandler forskellige kategorier af spørgsmål, vil "succes" for dit projekt variere. At notere, hvad du forsøger at opnå, og hvordan du ved, at du har opnået det, hjælper dig med at fokusere på et hovedmål i projektets varighed.
For eksempel kan du betragte dit open source -projekt som vellykket, hvis det starter, mens andre måske kun betragter et projekt som vellykket, når det når et bestemt antal downloads
Trin 5. Vælg en eksisterende og godkendt Open Source -licens til dit projekt
De fleste udviklere ved, hvad "GPL", "LGPL" "BSD" (Berkeley Software Distribution) og "Apache" betyder, hvilket betyder, at de også ved, hvad de kan gøre med en sådan kode, og hvad de ikke må gøre. Dette hjælper dig med at undgå juridiske eller intellektuelle ejendomsrettigheder undervejs.
At skrive din egen licens kan være tidskrævende, og du bliver sandsynligvis nødt til at ansætte en advokat for at bekræfte, at dokumentet markerer alle boksene
Trin 6. Skriv README -filen til dit projekt
Det lyder måske som en handling, der bedst gemmes til sidst i stedet for først, men at skrive README så godt du kan uden det egentlige projekt foran dig, tvinger dig til at definere tre afgørende ting: hvem dit projekt er for (publikum), hvad din projekt bruges til (brug), og hvor du kan finde yderligere ressourcer (hjælp).
Naturligvis kan du ikke angive den tekniske instruktion for dit projekt i README -filen
Del 2 af 3: Start af projektet
Trin 1. Find bidragydere på forhånd
Selvom du måske har alt fra projektets indledende skelet til en fungerende betaversion, kan rekruttering af et par tætte bidragydere til at hjælpe med projektet, før du sender projektet overalt, hjælpe med at etablere et team; på samme måde har du direkte adgang til feedback fra et par tætte mennesker, når du starter i stedet for at skulle sortere gennem spredt community -feedback.
- Hvis du ikke finder bidragydere, før du starter dit projekt, kan det resultere i, at samarbejdspartnere ikke føler, at de aktivt er en del af processen.
- Mange open source-projektledere tilbyder kodningstimer eller anden ikke-materiel kompensation til deres første par bidragsydere.
Trin 2. Få hosting
Det er relativt let at tilmelde sig gratis hosting til et open source -projekt; almindelige muligheder inkluderer SourceForge og GitHub. Ikke alene sparer det penge, det placerer også dit projekt et sted, hvor folk sandsynligvis vil søge efter kommende open source-projekter.
Trin 3. Angiv, at dit projekt er open source
Selvom dette virker som en meget enkel ting, er det et af de mest oversete aspekter ved et open source -projekt. Husk, at folk kun vil se dit projekt i et par sekunder, før de beslutter, om de vil downloade det eller ej. at vide, at dit projekt er open source (og dermed et igangværende arbejde) kan hjælpe dem med at danne en anden mening.
Trin 4. Etablere gennemsigtighed
Den "åbne" del af open source betyder, at folk skal kunne se, hvad du laver med koden. Nogle lette måder at sikre, at alle har lige adgang til dine ressourcer, omfatter følgende:
- Gem din kode online, så alle kan få adgang til den.
- Post din licens, din README og din udgivelsesplan på et let tilgængeligt sted.
- Angiv dine mål for projektet.
- Optag og frigiv eventuelle "private" mødeoplysninger (f.eks. Lydoptagelser eller udskrifter).
Trin 5. Frigør iterationer af dit projekt
Især når du har konsekvente bidragydere eller sponsorer, vil du gerne holde dig til din udgivelsesplan så præcist som muligt. Dette vil give samfundet mulighed for at få en idé om, hvordan dit projekt føles, før dets fulde udgivelse offentliggøres, og du vil kunne modtage en stor mængde feedback, som du kan bruge til at justere fremtidige udgivelser.
Det er vigtigt at huske, at selvom du ikke behøver at bruge alle tilbagemeldinger fra fællesskabet, vil de gerne se, at du implementerer nogle fælles forslag
Trin 6. Tillad fællesskabsredigeringer af din kode
Selvom du bliver nødt til at tilbageføre hærværk og redigeringer, der ikke giver mening i forhold til selve koden, hjælper det dig med at finde nye bidragydere ved at gøre din kode offentlig. Det vil også passe til den gennemsigtighedskultur, man finder med mange open source -projekter, som kan påvirke fremtidige sponsorer.
Du kan altid beskytte den strukturelle kode og forbyde bidragydere, der spam eller hærværk dit projekt, hvis det er nødvendigt
Del 3 af 3: Vedligeholdelse af projektet
Trin 1. Interagere med fællesskabet
Uanset hvor lav- eller højprofileret projektet er, vil dit open source-arbejde til sidst tiltrække en form for interesse og/eller kritik fra samfundet. I stedet for at afvise dem eller ignorere dem, er det bedst at tale med interesserede samfundsmedlemmer for at øge chancerne for, at de bliver bidragsydere.
Trin 2. Gør ikke alt arbejdet selv
Som nævnt ovenfor kan mange medlemmer af fællesskabet komme til dig med forslag eller ideer til, hvordan du forbedrer dit projekt. Det er let at tage dette som en invitation til selv at foretage ændringerne; overvej i stedet at bede et interesseret samfundsmedlem om at foretage ændringerne.
Hvis du gør dette, etableres både en følelse af teamwork med de eller de involverede medlemmer af samfundet og frigør tid til, at du kan fokusere på andre spørgsmål
Trin 3. Undgå privat kommunikation
Den "åbne" del af open source -projekter er ikke befordrende for private møder eller implementering af information uden total gennemsigtighed.
Hvis du ender med at have et privat møde om en funktion eller en idé, skal du sørge for at optage mødet og uploade det til dit projekts side
Trin 4. Gennemfør pull -anmodninger
Pull -anmodninger er måder, hvorpå fællesskabets medlemmer kan bidrage til dit projekt. Selvom du vil gennemgå disse i de senere faser af dit projekt, så tillader fællesskabsmedlemmer at justere din kode, efterhånden som projektet fortsætter, vil det sikre, at det er så afrundet som muligt.
Trin 5. Markedsfør dit projekt
Ligesom du ville markedsføre et betalt produkt, skal du promovere dit open source -projekt via sociale medier og generelt engagement.
Der er stort set utallige måder at promovere dit projekt på, men ved hjælp af Reddits programmerings subreddit kan du stille spørgsmål, svare på kommentarer og på anden måde interagere med din målgruppe
Trin 6. Få nogen til at fortsætte projektet
Uundgåeligt vil dit projekts succes resultere i, at det har brug for betydeligt mindre opmærksomhed, end du hidtil har givet det. Udpeg om muligt en projektleder til at overtage projektets trivsel, indtil det enten bliver irrelevant eller har brug for en opdatering; dette giver dig mulighed for at fokusere på andre projekter (eller tage en tiltrængt pause).
Tips
- Hvis du er interesseret i at dykke ned i open source, men endnu ikke er klar til at være vært for dit eget projekt, kan du overveje at bidrage til andre brugeres projekter, indtil du får styr på processen.
-
Ved, hvad din Open Source -licens virkelig betyder:
- Apache giver alle mulighed for at ændre din kode og bruge den i deres lukkede software. Derfor er koden under denne licens attraktiv for virksomhederne, og det vil være meget lettere at få den oprindelige popularitet. Du får dog ikke meget feedback fra folk, der bare lydløst bruger dit arbejde.
- LGPL (mindre generel offentlig licens) tillader at bruge din software i lukkede kilderivater, men kræver, at brugeren oplyser eventuelle ændringer, de har foretaget i din kode. Der kan forventes mere feedback.
- GPL (General Public License) er en aggressiv licens, som kræver, at brugeren afslører sin egen kode, der kalder din kode. Få virksomheder kan lide dette, men hvis de vil have din software, kontakter de dig og tilbyder betaling for at give koden til dem under betingelser, de kan lide. Selvom denne "dobbelte licensering" ikke respekteres af mange gratis software -hackere og GNU -organisationer, er den lovlig og temmelig populær.
- Sørg for at stavekontrollere ethvert skriftligt arbejde, du producerer. Brug altid korrekt grammatik.
- Vær så professionel og moden som muligt, selvom en, der kommunikerer med dig, ikke er det.
Advarsler
- Hvis du bruger nogle Open Source -komponenter fra andre projekter, skal du sørge for at respektere deres licenser. Ikke alle open source -licenser er kompatible med hinanden.
- Det er normalt ikke en god idé at finde og forsøge at genoplive et eksisterende forladt projekt. Sådanne projekter opgives normalt med god grund.
- Genkend ikke mennesker, der producerer arbejde for dig, for meget. Hvis du begynder at takke alle, vil du enten miste nogen, der vil føle sig forsømt, eller du ved ikke, hvor du skal stoppe. Tak kun et medlem af samfundet, der gør noget fremragende; dette hæver grænsen for, hvad der skal gøres for at modtage din taknemmelighed.