Denna wikiHow lär dig hur du startar och underhåller ett framgångsrikt projekt med öppen källkod. Bortsett från att arbeta hårt och fokusera på slutmålet ligger nyckeln till att skapa ett framgångsrikt projekt med öppen källkod ofta i att definiera dina mål tidigt i processen och ta emot hjälp från samhället.
Steg
Del 1 av 3: Förberedelser för start
Steg 1. Vet var du ska börja
I grunden bör ditt öppen källkodsprojekt ge en lösning på ett problem, särskilt om problemet sannolikt kommer att utvecklas i framtiden. Det första steget i att odla ett framgångsrikt projekt med öppen källkod ligger i att hitta ett problem att lösa, avgöra om problemet är tillräckligt viktigt för att hantera det och definiera dina mål därifrån.
Om du redan har ett projekt i rörelse, var noga med att skriva ner problemet som det löser innan du fortsätter
Steg 2. Se till att ditt projekt är nödvändigt
Efterfrågan är en av huvudkomponenterna i framgångsrika projekt med öppen källkod. Om det inte finns någon efterfrågan eller behov av din första projektidé-eller om den nuvarande efterfrågan uppfylls av ett annat projekt-kan du överväga att gå med i ett annat pågående projekt eller välja ett annat problem att fokusera på.
Många pågående projekt med öppen källkod accepterar rigorösa input från samhället, så var inte rädd för att söka efter och gå med i en befintlig version av ditt projekt istället
Steg 3. Undvik stora eller vaga problem
Inte bara kommer dessa problem vanligtvis att uppnå mer officiella lösningar i tid, genom att försöka fokusera på ett stort problem både späd ditt fokus och gör det svårt att vädja till alla dina publikbehov utan att investera orimligt mycket tid i projektet.
Fokusera istället på ett litet problem som påverkar ett stort antal människor (till exempel ett fel i en Linux -distribution)
Steg 4. Definiera ditt projekts framgång
Eftersom projekt med öppen källkod behandlar olika kategorier av frågor kommer "framgång" för ditt projekt att variera. Anteckna vad du försöker uppnå och hur du vet att du uppnått det hjälper dig att fokusera på ett huvudmål under projektets längd.
Till exempel kan du anse att ditt öppen källkodsprojekt är framgångsrikt om det startar, medan andra kanske anser att ett projekt bara lyckas när det når ett visst antal nedladdningar
Steg 5. Välj en befintlig och godkänd Open Source -licens för ditt projekt
De flesta utvecklare vet vad "GPL", "LGPL" "BSD" (Berkeley Software Distribution) och "Apache" betyder, vilket innebär att de också vet vad de kan göra med sådan kod och vad de inte får göra. Detta hjälper dig att undvika juridiska eller immateriella problem på vägen.
Att skriva din egen licens kan vara tidskrävande, och du kommer sannolikt att behöva anlita en advokat för att bekräfta att dokumentet kontrollerar alla rutor
Steg 6. Skriv README -filen för ditt projekt
Det här kan låta som en handling som bäst sparas för sista snarare än först, men att skriva README så gott du kan utan det faktiska projektet framför dig kommer att tvinga dig att definiera tre viktiga saker: vem ditt projekt är för (publik), vad din projektet används för (användning), och där du kan hitta ytterligare resurser (hjälp).
Naturligtvis kommer du inte att kunna lista den tekniska instruktionen för ditt projekt i filen README
Del 2 av 3: Starta projektet
Steg 1. Hitta bidragsgivare i förväg
Även om du kan ha allt från projektets initiala skelett till en fungerande betaversion, kan det hjälpa att etablera ett team genom att rekrytera några nära bidragsgivare för att hjälpa till med projektet innan du lägger ut projektet någonstans. på samma sätt har du direkt tillgång till feedback från några nära människor när du börjar istället för att behöva sortera igenom spridda community -feedback.
- Att inte hitta bidragsgivare innan du startar ditt projekt kan leda till att medarbetare inte känner att de aktivt är en del av processen.
- Många projektledare med öppen källkod erbjuder kodningslektioner eller annan icke-materiell kompensation till sina första bidragsgivare.
Steg 2. Skaffa värd
Det är relativt enkelt att registrera sig för gratis hosting för ett projekt med öppen källkod; vanliga alternativ inkluderar SourceForge och GitHub. Inte bara sparar det pengar, det sätter också ditt projekt på en plats där människor sannolikt kommer att söka efter kommande open source-projekt.
Steg 3. Ange att ditt projekt är öppen källkod
Även om detta verkar vara en mycket enkel sak, är det en av de mest förbisedda aspekterna av ett open source -projekt. Kom ihåg att människor bara kommer att se ditt projekt i några sekunder innan de bestämmer om de ska ladda ner det eller inte. att veta att ditt projekt är öppen källkod (och därmed ett pågående arbete) kan hjälpa dem att bilda en annan uppfattning.
Steg 4. Upprätta transparens
Den "öppna" delen av öppen källkod innebär att människor måste kunna se vad du gör med koden. Några enkla sätt att se till att alla har lika tillgång till dina resurser inkluderar följande:
- Lagra din kod online så att alla kan komma åt den.
- Lägg upp din licens, din README och ditt släppschema på en lättillgänglig plats.
- Ange dina mål för projektet.
- Spela in och släpp all "privat" mötesinformation (t.ex. ljudinspelningar eller transkript).
Steg 5. Släpp upp iterationer av ditt projekt
Speciellt när du har konsekventa bidragsgivare eller sponsorer vill du hålla dig till ditt släppschema så exakt som möjligt. Detta kommer att göra det möjligt för gemenskapen att få en uppfattning om hur ditt projekt känns innan dess fullständiga publicering blir offentlig, och du kommer att kunna få en stor mängd feedback som du kan använda för att justera framtida versioner.
Det är viktigt att komma ihåg att även om du inte behöver använda varje feedback från gemenskapen så vill de se att du implementerar några vanliga förslag
Steg 6. Tillåt gemenskapsredigeringar av din kod
Även om du kommer att behöva rulla tillbaka vandalism och redigeringar som inte är vettiga när det gäller själva koden, kommer det att hjälpa dig att hitta nya bidragsgivare genom att göra din kod offentlig. Det kommer också att passa den öppenhetskultur man hittar med många projekt med öppen källkod, vilket kan påverka framtida sponsorer.
Du kan alltid skydda strukturkoden och förbjuda bidragsgivare som spam eller vandaliserar ditt projekt om det behövs
Del 3 av 3: Underhåll av projektet
Steg 1. Interagera med gemenskapen
Oavsett hur låg- eller högprofilerat projektet kommer ditt open source-arbete så småningom att locka någon form av intresse och/eller kritik från samhället. Istället för att avvisa dem eller ignorera dem är det bäst att prata med intresserade samhällsmedlemmar för att öka chansen att de blir bidragsgivare.
Steg 2. Gör inte allt arbete själv
Som nämnts ovan kan många communitymedlemmar komma till dig med förslag eller idéer om hur du kan förbättra ditt projekt. Det är lätt att ta detta som en inbjudan att själv göra ändringarna; Överväg istället att be en intresserad communitymedlem att göra ändringarna.
Genom att göra detta skapas en känsla av lagarbete med de (n) involverade medlemmarna och frigör tid för dig att fokusera på andra frågor
Steg 3. Undvik privat kommunikation
Den "öppna" delen av öppen källkodsprojekt bidrar inte till privata möten eller genomförande av information utan fullständig transparens.
Om du slutligen har ett privat möte om en funktion eller en idé, se till att spela in mötet och ladda upp det till ditt projekts sida
Steg 4. Implementera dragförfrågningar
Dragförfrågningar är sätt på vilka medlemmar i samhället kan bidra till ditt projekt. Medan du vill granska dessa i de senare stadierna av ditt projekt, så tillåter gemenskapsmedlemmar att justera din kod när projektet fortskrider kommer att se till att den är så väl avrundad som möjligt.
Steg 5. Marknadsför ditt projekt
Precis som om du skulle marknadsföra en betald produkt måste du marknadsföra ditt öppen källkodsprojekt genom sociala medier och allmänt engagemang.
Det finns praktiskt taget otaliga sätt att marknadsföra ditt projekt, men om du använder Reddits programmeringssubreddit kan du ställa frågor, svara på kommentarer och på annat sätt interagera med din målgrupp
Steg 6. Be någon att fortsätta med projektet
Alltid kommer ditt projekts framgång att resultera i att det behöver betydligt mindre uppmärksamhet än du har gett det hittills. Om möjligt, utse en projektledare för att ta över projektets välbefinnande tills det antingen blir irrelevant eller behöver uppdateras; detta gör att du kan fokusera på andra projekt (eller ta en välbehövlig paus).
Tips
- Om du är intresserad av att dyka in i öppen källkod men ännu inte är redo att vara värd för ditt eget projekt, överväga att bidra till andra användares projekt tills du får kläm på processen.
-
Vet vad din Open Source -licens verkligen betyder:
- Apache låter alla ändra din kod och använda den i sin slutna programvara. Därför är koden under denna licens attraktiv för företagen och det blir mycket lättare att få den första populariteten. Men du kanske inte får mycket feedback från människor som bara tyst använder ditt arbete.
- LGPL (Lesser General Public License) tillåter att använda din programvara i de slutna källderivaten, men kräver att användaren avslöjar eventuella ändringar som de har gjort i din kod. Mer feedback kan förväntas.
- GPL (General Public License) är en aggressiv licens som kräver att användaren avslöjar sin egen kod som kallar din kod. Få företag kommer att gilla detta, men om de vill ha din programvara kommer de att kontakta dig och erbjuda betalning för att ge koden åt dem under villkor de gillar. Även om denna "dubbla licensiering" inte respekteras av många Free Software -hackare och GNU -organisationer, är den laglig och ganska populär.
- Se till att du stavningskontrollerar alla skriftliga arbeten du producerar. Använd alltid rätt grammatik.
- Var så professionell och mogen som möjligt, även om någon som kommunicerar med dig inte är det.
Varningar
- Om du använder vissa Open Source -komponenter från andra projekt, se till att du respekterar deras licenser. Alla open source -licenser är inte kompatibla med varandra.
- Det är vanligtvis inte en bra idé att hitta och försöka återuppliva ett befintligt övergivet projekt. Sådana projekt överges vanligtvis av goda skäl.
- Överkänn inte människor som producerar arbete åt dig. Om du börjar tacka alla kommer du antingen att sakna någon som kommer att känna sig försummad, eller så vet du inte var du ska sluta. Tack bara en medlem i samhället som gör något enastående; detta höjer ribban för vad som behöver göras för att få din tacksamhet.
