Denne wikiHow lærer deg hvordan du starter og vedlikeholder et vellykket åpen kildekode -prosjekt. Bortsett fra å jobbe hardt og fokusere på sluttmålet, ligger nøkkelen til å lage et vellykket åpen kildekode -prosjekt ofte i å definere målene dine tidlig i prosessen og godta hjelp fra samfunnet.
Trinn
Del 1 av 3: Forberedelse til start
Trinn 1. Vet hvor du skal begynne
I kjernen bør ditt åpen kildekode -prosjekt gi en løsning på et problem, spesielt hvis problemet sannsynligvis vil utvikle seg i fremtiden. Det første trinnet i å dyrke et vellykket open source -prosjekt ligger i å finne et problem som skal løses, avgjøre om problemet er viktig nok til å løse, og definere målene dine derfra.
Hvis du allerede har et prosjekt i gang, må du skrive ned problemet som det løser før du fortsetter
Trinn 2. Kontroller at prosjektet ditt er nødvendig
Etterspørsel er en av hovedkomponentene i vellykkede open source -prosjekter. Hvis det ikke er noen etterspørsel eller behov for din første prosjektidee-eller hvis den nåværende etterspørselen blir oppfylt av et annet prosjekt-kan du vurdere å bli med i et annet pågående prosjekt eller velge et annet problem å fokusere på.
Mange pågående åpen kildekode -prosjekter godtar strenge innspill fra fellesskapet, så ikke vær redd for å søke etter og bli med i en eksisterende versjon av prosjektet ditt i stedet
Trinn 3. Unngå å ta på store eller vage problemer
Ikke bare vil disse problemene vanligvis oppnå flere offisielle løsninger i tide, ved å prøve å fokusere på et stort problem både fortynner fokuset ditt og gjør det vanskelig å appellere til alle dine publikums behov uten å investere urimelig mye tid i prosjektet.
Fokuser i stedet på et lite problem som påvirker et stort antall mennesker (for eksempel en feil i en Linux -distribusjon)
Trinn 4. Definer prosjektets suksess
Siden åpen kildekode -prosjekter tar opp ulike kategorier av problemstillinger, vil "suksess" for prosjektet variere. Notere hva du prøver å oppnå og hvordan du vet at du har oppnådd det, vil hjelpe deg med å fokusere på ett hovedmål i løpet av prosjektet.
For eksempel kan du vurdere ditt åpen kildekode -prosjekt vellykket hvis det starter, mens andre kan vurdere et prosjekt vellykket bare når det når et visst antall nedlastinger
Trinn 5. Velg en eksisterende og godkjent Open Source -lisens for prosjektet ditt
De fleste utviklere vet hva "GPL", "LGPL" "BSD" (Berkeley Software Distribution) og "Apache" betyr, noe som betyr at de også vet hva de kan gjøre med slik kode og hva de ikke har lov til å gjøre. Dette vil hjelpe deg med å unngå juridiske eller intellektuelle eiendomsproblemer underveis.
Å skrive din egen lisens kan være tidkrevende, og du må mest sannsynlig leie en advokat for å bekrefte at dokumentet sjekker alle boksene
Trinn 6. Skriv README -filen for prosjektet
Dette kan høres ut som en handling som er best lagret til sist i stedet for først, men å skrive README så godt du kan uten selve prosjektet foran deg, tvinger deg til å definere tre viktige ting: hvem prosjektet ditt er for (publikum), hva du prosjektet brukes til (bruk), og hvor du kan finne flere ressurser (hjelp).
Naturligvis vil du ikke kunne liste den tekniske instruksjonen for prosjektet ditt i README -filen
Del 2 av 3: Start prosjektet
Trinn 1. Finn bidragsytere på forhånd
Selv om du kan ha alt fra det opprinnelige skjelettet til prosjektet til en fungerende betaversjon, vil det å rekruttere noen få nære bidragsytere til å hjelpe deg med prosjektet før du legger ut prosjektet hvor som helst, hjelpe deg med å etablere et team; På samme måte har du direkte tilgang til tilbakemeldinger fra noen få nære mennesker når du starter i stedet for å måtte sortere gjennom spredte tilbakemeldinger fra samfunnet.
- Hvis du ikke finner bidragsytere før du starter prosjektet, kan det føre til at samarbeidspartnere ikke føler at de er aktivt en del av prosessen.
- Mange prosjektledere med åpen kildekode tilbyr kodetimer eller annen ikke-materiell kompensasjon til sine første bidragsytere.
Trinn 2. Få hosting
Det er relativt enkelt å registrere seg for gratis hosting for et åpen kildekode -prosjekt; vanlige alternativer inkluderer SourceForge og GitHub. Ikke bare sparer du penger på dette, det setter også prosjektet ditt på et sted hvor folk sannsynligvis vil lete etter nye open source-prosjekter.
Trinn 3. Oppgi at prosjektet ditt er åpen kildekode
Selv om dette virker som en veldig enkel ting, er det et av de mest oversett aspektene ved et åpen kildekode -prosjekt. Husk at folk bare vil se prosjektet ditt i noen sekunder før de bestemmer seg for om de vil laste det ned eller ikke. å vite at prosjektet ditt er åpen kildekode (og dermed et pågående arbeid) kan hjelpe dem med å danne en annen oppfatning.
Trinn 4. Etablere åpenhet
Den "åpne" delen av åpen kildekode betyr at folk må kunne se hva du gjør med koden. Noen enkle måter å sikre at alle har lik tilgang til ressursene dine inkluderer følgende:
- Lagre koden din online slik at alle kan få tilgang til den.
- Legg ut lisensen, README og utgivelsesplanen på et lett tilgjengelig sted.
- Oppgi dine mål for prosjektet.
- Ta opp og slipp all "privat" møteinformasjon (f.eks. Lydopptak eller transkripsjoner).
Trinn 5. Slipp iterasjoner av prosjektet ditt
Spesielt når du har konsekvente bidragsytere eller sponsorer, vil du holde deg til utgivelsesplanen så nøyaktig som mulig. Dette vil tillate samfunnet å få en ide om hvordan prosjektet ditt føles før det blir offentliggjort, og du vil kunne motta mange tilbakemeldinger som du kan bruke til å justere fremtidige utgivelser.
Det er viktig å huske at selv om du ikke trenger å bruke alle tilbakemeldinger fra samfunnet, vil de se at du implementerer noen vanlige forslag
Trinn 6. Tillat fellesskapsendringer i koden din
Selv om du må tilbakestille hærverk og redigeringer som ikke gir mening når det gjelder selve koden, vil det å gjøre koden din offentlig hjelpe deg å finne nye bidragsytere. Det vil også passe til åpenhetskulturen man finner med mange open source -prosjekter, som kan påvirke fremtidige sponsorer.
Du kan alltid beskytte strukturkoden og forby bidragydere som spam eller vandaliserer prosjektet ditt om nødvendig
Del 3 av 3: Opprettholde prosjektet
Trinn 1. Samhandle med samfunnet
Uansett hvor lav eller høy profil prosjektet er, vil åpen kildekode-arbeid til slutt tiltrekke seg en form for interesse og/eller kritikk fra samfunnet. I stedet for å avvise dem eller ignorere dem, er det best å snakke med interesserte fellesskapsmedlemmer for å øke sjansen for at de blir bidragsytere.
Trinn 2. Ikke gjør alt arbeidet selv
Som nevnt ovenfor kan mange medlemmer av samfunnet komme til deg med forslag eller ideer om hvordan du kan forbedre prosjektet ditt. Det er lett å ta dette som en invitasjon til å gjøre endringene selv; I stedet kan du be et interessert fellesskapsmedlem om å gjøre endringene.
Å gjøre dette både etablerer en følelse av teamarbeid med de involverte fellesskapsmedlemmene og gir deg tid til å fokusere på andre spørsmål
Trinn 3. Unngå privat kommunikasjon
Den "åpne" delen av åpen kildekode -prosjekter bidrar ikke til private møter eller implementering av informasjon uten total åpenhet.
Hvis du ender med å ha et privat møte om en funksjon eller en idé, må du ta opp møtet og laste det opp til prosjektets side
Trinn 4. Implementere pull -forespørsler
Pull -forespørsler er måter fellesskapsmedlemmer kan bidra til prosjektet ditt. Selv om du vil se gjennom disse i de senere stadiene av prosjektet ditt, kan du la fellesskapets medlemmer tilpasse koden din etter hvert som prosjektet fortsetter, slik at det er så godt avrundet som mulig.
Trinn 5. Markedsfør prosjektet ditt
Akkurat som om du vil markedsføre et betalt produkt, må du markedsføre ditt åpen kildekode -prosjekt gjennom sosiale medier og generelt engasjement.
Det er praktisk talt utallige måter å markedsføre prosjektet på, men bruk av Reddits programmerings subreddit lar deg stille spørsmål, svare på kommentarer og på annen måte engasjere deg i målgruppen din
Trinn 6. Få noen til å fortsette prosjektet
Uten tvil vil prosjektets suksess resultere i at det trenger betydelig mindre oppmerksomhet enn du har gitt det så langt. Om mulig, oppnev en prosjektleder til å overta prosjektets trivsel til det enten blir irrelevant eller trenger en oppdatering; Dette lar deg fokusere på andre prosjekter (eller ta en sårt tiltrengt pause).
Tips
- Hvis du er interessert i å dykke inn i åpen kildekode, men ennå ikke er klar til å være vert for ditt eget prosjekt, kan du vurdere å bidra til andre brukeres prosjekter til du får tak i prosessen.
-
Vet hva Open Source -lisensen din egentlig betyr:
- Apache lar alle endre koden din og bruke den i lukket kildeprogramvare. Derfor er koden under denne lisensen attraktiv for selskapene, og det vil være mye lettere å få den første populariteten. Imidlertid får du kanskje ikke mye tilbakemelding fra folk som bare bruker arbeidet ditt i det stille.
- LGPL (Lesser General Public License) tillater å bruke programvaren din i lukkede kilderivater, men krever at brukeren avslører eventuelle endringer de har gjort i koden din. Flere tilbakemeldinger kan forventes.
- GPL (General Public License) er en aggressiv lisens som krever at brukeren avslører sin egen kode som kaller koden din. Få selskaper vil like dette, men hvis de vil ha programvaren din, vil de kontakte deg og tilby betaling for å gi koden for dem under forhold de liker. Selv om denne "doble lisensieringen" ikke blir respektert av mange gratis programvarehackere og GNU -organisasjoner, er den lovlig og ganske populær.
- Sørg for å stavekontrollere alle skriftlige arbeider du produserer. Bruk alltid riktig grammatikk.
- Vær så profesjonell og moden som mulig, selv om noen som kommuniserer med deg ikke er det.
Advarsler
- Hvis du bruker noen Open Source -komponenter fra andre prosjekter, må du respektere lisensene deres. Ikke alle lisenser med åpen kildekode er kompatible med hverandre.
- Det er vanligvis ikke en god idé å finne og prøve å gjenopplive et eksisterende forlatt prosjekt. Slike prosjekter blir vanligvis forlatt med god grunn.
- Ikke gjenkjenne folk som produserer arbeid for deg. Hvis du begynner å takke alle, vil du enten miste noen som vil føle seg forsømt, eller så vet du ikke hvor du skal stoppe. Bare takk et medlem av samfunnet som gjør noe enestående; dette hever barren for hva som må gjøres for å motta din takknemlighet.
