Hierdie wikiHow leer u hoe u 'n suksesvolle open source -projek kan begin en onderhou. Benewens hard werk en fokus op die einddoel, lê die sleutel tot die skep van 'n suksesvolle open source -projek dikwels daarin om u doelwitte vroeg in die proses te definieer en hulp van die gemeenskap te aanvaar.
Stappe
Deel 1 van 3: Voorbereiding om te begin
Stap 1. Weet waar om te begin
In die kern behoort u open source -projek 'n oplossing vir 'n probleem te bied, veral as die probleem waarskynlik in die toekoms sal ontwikkel. Die eerste stap in die kweek van 'n suksesvolle open source -projek lê in die vind van 'n probleem om op te los, te bepaal of die probleem belangrik genoeg is om aan te spreek, en om u doelwitte daaruit te definieer.
As u reeds 'n projek aan die gang het, moet u die probleem wat u opgelos het, neerskryf voordat u verder gaan
Stap 2. Maak seker dat u projek nodig is
Vraag is een van die belangrikste komponente van suksesvolle open source -projekte. As daar geen aanvraag of behoefte is vir u aanvanklike projekidee nie-of as die huidige vraag deur 'n ander projek vervul word, kan u dit oorweeg om by 'n ander lopende projek aan te sluit of 'n ander probleem te kies om op te fokus.
Baie deurlopende open source -projekte aanvaar streng gemeenskapsinsette, dus moenie bang wees om eerder 'n bestaande weergawe van u projek te soek en daarby aan te sluit nie
Stap 3. Vermy groot of vae probleme
Hierdie probleme sal gewoonlik nie net betyds meer amptelike oplossings bied nie, maar as u probeer om op 'n groot probleem te fokus, kan dit ook u fokus verdun en dit moeilik maak om aan al u gehoor se behoeftes te voldoen sonder om 'n onredelike tyd in die projek te belê.
Fokus eerder op 'n klein probleem wat 'n groot aantal mense raak (byvoorbeeld 'n fout in 'n Linux -verspreiding)
Stap 4. Definieer die sukses van u projek
Aangesien open source -projekte verskillende kategorieë aangespreek het, kan die sukses van u projek verskil. Deur aan te teken wat u probeer bereik en hoe u weet dat u dit bereik het, kan u gedurende die projek op een hoofdoel fokus.
U kan byvoorbeeld u open source -projek as suksesvol beskou as dit begin, terwyl ander 'n projek slegs as suksesvol kan beskou as dit 'n sekere aantal aflaaie bereik
Stap 5. Kies 'n bestaande en goedgekeurde Open Source -lisensie vir u projek
Die meeste ontwikkelaars weet wat "GPL", "LGPL" "BSD" (Berkeley Software Distribution) en "Apache" beteken, wat beteken dat hulle ook weet wat hulle met hierdie kode kan doen en wat hulle nie mag doen nie. Dit sal u help om probleme met die reg of intellektuele eiendom te vermy.
Dit kan tydrowend wees om u eie lisensie te skryf, en u sal waarskynlik 'n prokureur moet huur om te bevestig dat die dokument al die kassies merk
Stap 6. Skryf die README -lêer vir u projek
Dit klink miskien na 'n aksie wat die beste bewaar word vir die laaste as die eerste, maar om die README so goed as moontlik te skryf sonder die werklike projek voor u, sal u dwing om drie belangrike dinge te definieer: vir wie u projek (gehoor) is, waarvoor u projek word gebruik vir (gebruik), en waar u ekstra hulpbronne kan vind (hulp).
U sal natuurlik nie die tegniese instruksies vir u projek in die README -lêer kan lys nie
Deel 2 van 3: Begin van die projek
Stap 1. Soek vooraf bydraers
Alhoewel u enigiets kan hê, van die aanvanklike skelet van u projek tot 'n werkende beta -weergawe, kan 'n span help om 'n paar goeie bydraers te werf voordat u die projek kan plaas; Net so het u direkte toegang tot terugvoer van 'n paar nabye mense as u begin, eerder as om verspreide gemeenskapsterugvoer te hoef te sorteer.
- As u nie bydraers vind voordat u u projek begin nie, kan medewerkers nie voel dat hulle aktief deel van die proses is nie.
- Baie open source-projekleiers bied koderinglesse of ander nie-materiële vergoeding aan hul eerste paar bydraers.
Stap 2. Kry hosting
Dit is relatief maklik om aan te meld vir gratis hosting vir 'n open source -projek; algemene opsies sluit in SourceForge en GitHub. Dit spaar nie net geld nie, dit plaas u projek ook op 'n plek waar mense waarskynlik op soek is na opkomende open source-projekte.
Stap 3. Gee aan dat u projek open source is
Alhoewel dit baie eenvoudig lyk, is dit een van die aspekte van 'n open source -projek wat die meeste misgekyk word. Onthou dat mense u projek slegs 'n paar sekondes sal sien voordat hulle besluit of hulle dit wil aflaai; die wete dat u projek 'n open source is (en dus 'n aan die gang is) kan hulle help om 'n ander mening te kry.
Stap 4. Vestig deursigtigheid
Die 'oop' deel van open source beteken dat mense moet kan sien wat u met die kode doen. Enkele maklike maniere om te verseker dat almal gelyke toegang tot u hulpbronne het, sluit die volgende in:
- Stoor u kode aanlyn sodat almal toegang daartoe kan kry.
- Plaas u lisensie, u README en u vrystellingskedule op 'n maklik toeganklike plek.
- Gee jou doelwitte vir die projek.
- Teken enige "privaat" vergaderingsinligting op (bv. Klankopnames of transkripsies).
Stap 5. Maak herhalings van u projek vry
Veral as u konsekwente bydraers of borge het, wil u so akkuraat moontlik by u vrystellingskedule hou. Dit sal die gemeenskap in staat stel om 'n idee te kry van hoe u projek voel voordat die volledige vrylating daarvan bekend word, en u kan baie terugvoer ontvang wat u kan gebruik om toekomstige vrystellings aan te pas.
Dit is belangrik om te onthou dat hoewel u nie elke terugvoer van die gemeenskap hoef te gebruik nie, u wil sien dat u 'n paar algemene voorstelle implementeer
Stap 6. Laat gemeenskapswysigings toe aan u kode
Alhoewel u vandalisme en wysigings wat nie sinvol is in terme van die kode self nie, moet terugdraai, sal u u kode help om nuwe bydraers te vind. Dit pas ook by die deursigtigheidskultuur wat u vind met baie open source -projekte, wat toekomstige borge kan beïnvloed.
U kan altyd die struktuurkode beskerm en bydraers verbied wat u projek spam of vandaliseer indien nodig
Deel 3 van 3: Onderhoud van die projek
Stap 1. Interaksie met die gemeenskap
Maak nie saak hoe laag of hoog profiel die projek is nie, u open source-werk sal uiteindelik 'n vorm van belangstelling en/of kritiek uit die gemeenskap lok. In plaas daarvan om hulle weg te wys of te ignoreer, is dit die beste om met belangstellende gemeenskapslede te praat om die kans te verhoog dat hulle bydraers word.
Stap 2. Moenie al die werk self doen nie
Soos hierbo genoem, kan baie lede van die gemeenskap na u toe kom met voorstelle of idees oor hoe u u projek kan verbeter. Dit is maklik om dit as 'n uitnodiging te neem om self die veranderinge aan te bring; Oorweeg eerder 'n belangstellende lid van die gemeenskap om die veranderinge aan te bring.
Deur dit te doen, word 'n gevoel van spanwerk met die betrokke lede van die gemeenskap gevorm en kan u tyd spaar om op ander kwessies te fokus
Stap 3. Vermy privaat kommunikasie
Die 'oop' deel van open source -projekte is nie bevorderlik vir privaat vergaderings of die implementering van inligting sonder totale deursigtigheid nie.
As u uiteindelik 'n privaat vergadering het oor 'n funksie of 'n idee, moet u die vergadering opneem en dit na die projekbladsy laai
Stap 4. Implementeer trekversoeke
Trek -versoeke is maniere waarop lede van die gemeenskap tot u projek kan bydra. Alhoewel u dit in die latere stadiums van u projek wil hersien, sal gemeenskapslede u toelaat om u kode aan te pas namate die projek voortgaan, sodat dit so afgerond moontlik is.
Stap 5. Bemark u projek
Net soos u 'n betaalde produk sou bemark, moet u u open source -projek via sosiale media -bladsye en algemene betrokkenheid bevorder.
Daar is feitlik tallose maniere om u projek te bevorder, maar deur die programmering van Reddit se subreddit te gebruik, kan u vrae stel, reageer op kommentaar en andersins met u teikengehoor skakel
Stap 6. Laat iemand die projek aanpak
Die sukses van u projek sal altyd daartoe lei dat dit aansienlik minder aandag benodig as wat u tot dusver gegee het. Stel indien moontlik 'n projekbestuurder aan om die welsyn van die projek oor te neem totdat dit of dit irrelevant raak of 'n opdatering benodig; Hiermee kan u op ander projekte fokus (of 'n broodnodige pouse neem).
Wenke
- As u belangstel in open source, maar nog nie gereed is om u eie projek aan te bied nie, oorweeg dit om by te dra tot ander gebruikers se projekte totdat u die proses onder die knie kry.
-
Weet wat u Open Source -lisensie werklik beteken:
- Apache stel almal in staat om u kode te verander en dit in hul sagteware vir geslote bronne te gebruik. Die kode onder hierdie lisensie is dus aantreklik vir die ondernemings, en dit sal baie makliker wees om die aanvanklike gewildheid te kry. U kan egter nie veel terugvoer kry van mense wat u werk stil gebruik nie.
- LGPL (Lesser General Public License) stel u in staat om u sagteware in geslote bronderivate te gebruik, maar vereis dat die gebruiker die veranderinge wat u in u kode aangebring het, bekend maak. Meer terugvoer kan verwag word.
- GPL (General Public License) is 'n aggressiewe lisensie wat vereis dat die gebruiker hul eie kode openbaar wat u kode noem. Min ondernemings sal hiervan hou, maar as hulle u sagteware wil hê, sal hulle u kontak om die kode vir hulle te gee onder voorwaardes wat hulle wil. Alhoewel hierdie 'dubbele lisensiëring' nie deur baie gratis sagteware -hackers en GNU -organisasies gerespekteer word nie, is dit wettig en baie gewild.
- Maak seker dat u enige geskrewe werk wat u lewer, spelfontroleer. Gebruik altyd die regte grammatika.
- Wees so professioneel en volwasse as moontlik, selfs al is iemand wat met u kommunikeer nie.
Waarskuwings
- As u 'n paar Open Source -komponente van ander projekte gebruik, moet u die lisensies respekteer. Nie alle open source -lisensies is met mekaar verenigbaar nie.
- Dit is gewoonlik nie 'n goeie idee om 'n bestaande verlate projek te vind en te probeer herleef nie. Sulke projekte word gewoonlik met goeie rede laat vaar.
- Moenie mense wat werk vir u produseer, te veel herken nie. As u almal begin bedank, mis u uiteindelik iemand wat verwaarloos sal voel, of u weet nie waar u moet stop nie. Dank net 'n lid van die gemeenskap wat iets uitstekend doen; dit verhoog die balk oor wat u moet doen om u dankbaarheid te ontvang.
