Deze wikiHow leert je hoe je een succesvol open source-project start en onderhoudt. Afgezien van hard werken en focussen op het einddoel, ligt de sleutel tot het creëren van een succesvol open source-project vaak in het vroeg in het proces definiëren van je doelen en het accepteren van hulp van de gemeenschap.
Stappen
Deel 1 van 3: Voorbereiden om te beginnen
Stap 1. Weet waar u moet beginnen
In de kern moet uw open source-project een oplossing voor een probleem bieden, vooral als het probleem zich in de toekomst waarschijnlijk zal ontwikkelen. De eerste stap bij het cultiveren van een succesvol open source-project is het vinden van een op te lossen probleem, bepalen of het probleem belangrijk genoeg is om aan te pakken en van daaruit uw doelstellingen bepalen.
Als u al een project in uitvoering heeft, noteer dan het probleem dat het oplost voordat u verdergaat
Stap 2. Zorg ervoor dat uw project nodig is
Vraag is een van de belangrijkste componenten van succesvolle open source-projecten. Als er geen vraag of behoefte is aan uw oorspronkelijke projectidee - of als de huidige vraag wordt vervuld door een ander project - kunt u overwegen om deel te nemen aan een ander lopend project of een ander probleem te selecteren om op te focussen.
Veel lopende open source-projecten accepteren rigoureuze input van de gemeenschap, dus wees niet bang om in plaats daarvan te zoeken naar en deel te nemen aan een bestaande versie van uw project
Stap 3. Ga geen grote of vage problemen aan
Niet alleen zullen deze problemen in de loop van de tijd tot meer officiële oplossingen leiden, als u zich probeert te concentreren op een groot probleem, verwatert u uw focus en wordt het moeilijk om aan alle behoeften van uw publiek tegemoet te komen zonder een onredelijke hoeveelheid tijd in het project te investeren.
Richt je in plaats daarvan op een klein probleem dat een groot aantal mensen treft (bijvoorbeeld een bug in een Linux-distributie)
Stap 4. Definieer het succes van uw project
Aangezien open source-projecten verschillende categorieën problemen aanpakken, zal het "succes" voor uw project variëren. Door te noteren wat je probeert te bereiken en hoe je weet dat je het hebt bereikt, kun je je gedurende de looptijd van het project op één hoofddoel concentreren.
U kunt uw open source-project bijvoorbeeld als succesvol beschouwen als het wordt gestart, terwijl anderen een project pas als succesvol beschouwen als het een bepaald aantal downloads bereikt
Stap 5. Kies een bestaande en goedgekeurde Open Source-licentie voor uw project
De meeste ontwikkelaars weten wat "GPL", "LGPL" "BSD" (Berkeley Software Distribution) en "Apache" betekenen, wat betekent dat ze ook weten wat ze met dergelijke code kunnen doen en wat ze niet mogen doen. Dit zal u helpen om juridische of intellectuele eigendomsproblemen te voorkomen.
Het schrijven van uw eigen licentie kan tijdrovend zijn en u zult hoogstwaarschijnlijk een advocaat moeten inhuren om te bevestigen dat het document alle vakjes aanvinkt
Stap 6. Schrijf het README-bestand voor uw project
Dit klinkt misschien als een actie die je het beste voor het laatst kunt bewaren in plaats van als eerste, maar als je de README zo goed mogelijk schrijft zonder dat het eigenlijke project voor je ligt, zul je drie cruciale dingen moeten definiëren: voor wie je project is (publiek), wat je project wordt gebruikt voor (gebruik), en waar u aanvullende bronnen kunt vinden (help).
Uiteraard kunt u de technische instructie voor uw project niet in het README-bestand opnemen
Deel 2 van 3: Het project starten
Stap 1. Zoek vooraf bijdragers
Hoewel je misschien alles hebt, van het eerste skelet van je project tot een werkende bètaversie, zal het aanwerven van een paar naaste medewerkers om te helpen met het project voordat je het project ergens plaatst, helpen om een team te vormen; op dezelfde manier heb je direct toegang tot feedback van een paar naaste mensen wanneer je begint, in plaats van de verspreide community-feedback te moeten doorzoeken.
- Als u geen bijdragers vindt voordat u uw project start, kan dit ertoe leiden dat medewerkers niet het gevoel hebben dat ze actief deel uitmaken van het proces.
- Veel open source-projectleiders bieden codeerlessen of andere niet-materiële vergoedingen aan hun eerste paar bijdragers.
Stap 2. Ontvang hosting
Het is relatief eenvoudig om je aan te melden voor gratis hosting voor een open source project; veelvoorkomende opties zijn SourceForge en GitHub. Dit bespaart niet alleen geld, het plaatst uw project ook op een plek waar mensen waarschijnlijk zullen zoeken naar opkomende open source-projecten.
Stap 3. Geef aan dat uw project open source is
Hoewel dit heel eenvoudig lijkt, is het een van de meest over het hoofd geziene aspecten van een open source-project. Onthoud dat mensen je project maar een paar seconden zullen zien voordat ze beslissen of ze het willen downloaden; weten dat uw project open source is (en dus een work-in-progress) kan hen helpen een andere mening te vormen.
Stap 4. Zorg voor transparantie
Het "open" deel van open source betekent dat mensen moeten kunnen zien wat je met de code doet. Enkele eenvoudige manieren om ervoor te zorgen dat iedereen gelijke toegang tot uw bronnen heeft, zijn onder meer:
- Bewaar uw code online zodat iedereen er toegang toe heeft.
- Plaats uw licentie, uw README en uw releaseschema op een gemakkelijk toegankelijke locatie.
- Geef je doelen voor het project op.
- Neem alle informatie over 'privé'-vergaderingen op en geef deze vrij (bijvoorbeeld audio-opnamen of transcripties).
Stap 5. Geef iteraties van uw project vrij
Vooral als je consistente bijdragers of sponsors hebt, wil je je zo nauwkeurig mogelijk aan je releaseschema houden. Hierdoor kan de community een idee krijgen van hoe je project aanvoelt voordat de volledige release openbaar wordt, en kun je een grote hoeveelheid feedback ontvangen die je kunt gebruiken om toekomstige releases aan te passen.
Het is belangrijk om te onthouden dat, hoewel je niet alle feedback van de community hoeft te gebruiken, ze willen zien dat je enkele veelvoorkomende suggesties implementeert
Stap 6. Sta community-bewerkingen toe aan uw code
Hoewel u vandalisme en bewerkingen die niet logisch zijn in termen van de code zelf, zult moeten terugdraaien, door uw code openbaar te maken, kunt u nieuwe bijdragers vinden. Het zal ook passen bij de transparantiecultuur die je aantreft bij veel open source-projecten, die toekomstige sponsors kunnen beïnvloeden.
U kunt altijd de structurele code beschermen en indien nodig bijdragers die uw project spammen of vernielen uitsluiten
Deel 3 van 3: Het project onderhouden
Stap 1. Interactie met de gemeenschap
Het maakt niet uit hoe laag of spraakmakend het project is, je open source-werk zal uiteindelijk enige vorm van interesse en/of kritiek van de gemeenschap wekken. In plaats van ze weg te sturen of te negeren, kun je het beste met geïnteresseerde leden van de gemeenschap praten om de kans te vergroten dat ze een bijdrage leveren.
Stap 2. Doe niet al het werk zelf
Zoals hierboven vermeld, kunnen veel communityleden naar u toe komen met suggesties of ideeën over hoe u uw project kunt verbeteren. Het is gemakkelijk om dit op te vatten als een uitnodiging om zelf de wijzigingen aan te brengen; overweeg in plaats daarvan een geïnteresseerd lid van de gemeenschap te vragen om de wijzigingen aan te brengen.
Door dit te doen ontstaat er zowel een gevoel van teamwerk met de betrokken leden van de gemeenschap als wat tijd vrijmaakt voor u om u op andere zaken te concentreren
Stap 3. Vermijd privécommunicatie
Het "open" deel van open source-projecten is niet bevorderlijk voor privébijeenkomsten of implementatie van informatie zonder volledige transparantie.
Als je toch een privévergadering hebt over een functie of een idee, zorg er dan voor dat je de vergadering opneemt en uploadt naar de pagina van je project
Stap 4. Implementeer pull-verzoeken
Pull-verzoeken zijn manieren waarop communityleden kunnen bijdragen aan uw project. Hoewel u deze in de latere stadia van uw project wilt bekijken, zorgt u ervoor dat communityleden uw code kunnen aanpassen terwijl het project vordert, deze zo goed mogelijk is afgerond.
Stap 5. Breng uw project op de markt
Net zoals u een betaald product op de markt zou brengen, moet u uw open source-project promoten via sociale-mediapagina's en algemene betrokkenheid.
Er zijn vrijwel ontelbare manieren om uw project te promoten, maar door de programmeer-subreddit van Reddit te gebruiken, kunt u vragen stellen, reageren op opmerkingen en op een andere manier in contact komen met uw doelgroep
Stap 6. Zorg dat iemand het project voortzet
Het succes van uw project zal er steevast toe leiden dat het aanzienlijk minder aandacht nodig heeft dan u het tot nu toe hebt gegeven. Stel indien mogelijk een projectmanager aan om het welzijn van het project over te nemen totdat het irrelevant wordt of een update nodig heeft; hierdoor kunt u zich concentreren op andere projecten (of een broodnodige pauze nemen).
Tips
- Als je geïnteresseerd bent om in open source te duiken, maar nog niet klaar bent om je eigen project te hosten, overweeg dan om bij te dragen aan de projecten van andere gebruikers totdat je het proces onder de knie hebt.
-
Weet wat uw Open Source-licentie echt betekent:
- Apache stelt iedereen in staat om uw code aan te passen en te gebruiken in hun closed-source software. Daarom is de code onder deze licentie aantrekkelijk voor de bedrijven en zal het veel gemakkelijker zijn om de aanvankelijke populariteit te krijgen. Het is echter mogelijk dat u niet veel feedback krijgt van mensen die uw werk in stilte gebruiken.
- LGPL (Lesser General Public License) staat toe om uw software te gebruiken in de closed source-derivaten, maar vereist dat de gebruiker eventuele wijzigingen in uw code bekendmaakt. Er kan meer feedback worden verwacht.
- GPL (algemene openbare licentie) is een agressieve licentie waarbij de gebruiker zijn eigen code moet vrijgeven die jouw code aanroept. Weinig bedrijven zullen dit leuk vinden, maar als ze je software willen, zullen ze contact met je opnemen om te betalen voor het geven van de code voor hen onder voorwaarden die ze willen. Hoewel deze "dubbele licentie" niet wordt gerespecteerd door veel gratis software-hackers en GNU-organisaties, is het legaal en nogal populair.
- Zorg ervoor dat u de spelling van elk geschreven werk dat u produceert, controleert. Gebruik altijd de juiste grammatica.
- Wees zo professioneel en volwassen mogelijk, zelfs als iemand die met u communiceert dat niet is.
Waarschuwingen
- Als u sommige Open Source-componenten van andere projecten gebruikt, zorg er dan voor dat u hun licenties respecteert. Niet alle open source-licenties zijn compatibel met elkaar.
- Het is meestal geen goed idee om een bestaand verlaten project te vinden en te proberen nieuw leven in te blazen. Dergelijke projecten worden meestal om een goede reden stopgezet.
- Erken niet te veel mensen die werk voor u produceren. Als je iedereen begint te bedanken, mis je uiteindelijk iemand die zich verwaarloosd voelt, of weet je niet waar je moet stoppen. Bedank alleen een communitylid dat iets bijzonders doet; dit legt de lat hoger voor wat er moet gebeuren om je dankbaarheid te ontvangen.
