Sådan samarbejder du om et gratis softwareprojekt

Ved denne lejlighed vil vi dele med dig en artikel, som vi fandt interessant, og som enhver, der er interesseret i den Free Software skulle læse. Vi har set denne artikel i genbetadev.com og tale om hvordan man samarbejder om et fri softwareprojekt.

masse gratis softwareprojekter de har ændret softwareverdenen. Bag udførelsen af ​​sådanne projekter er folk, der afsætter deres tid til at skabe åbne teknologier, hvor enhver kan bidrage. Der er en falsk overbevisning om, at det er vigtigt at være en god programmør eller have meget tid at deltage i disse projekter. Men ikke. Det er ikke et væsentligt krav.

Dernæst vil vi fortælle dig forskellige måder at samarbejde i et gratis softwareprojekt på. Vi vil vise dig, at på trods af at skaberne af mange gratis softwareprojekter er genier inden for programmering, kan vi også bidrage med vores bidrag på forskellige måder. Alle kan starte et sted.

Integrer i samfundet og hjælp med at sprede det

Udviklere, der samarbejder om et gratis softwareprojekt kommunikere med samfundet på forskellige måder: mailinglister, blogs eller IRC. Derfor er det vigtigt, hvis vi ønsker at begynde at samarbejde om et projekt, skal du først lytte til hvad der bliver sagt og sende vores første beskeder.

Senere kan vi samarbejde med dem debattering på postlisten, hjælper med IRC til andre nybegyndere og endda skriver nogle blogindlæg af projektet, der informerer samfundet om de nye funktioner eller giver eksempler i tutorials.

Og hvis vi i stedet for at programmere kan lide at designe mere, vil programmørerne af projektet helt sikkert takke dig for at hjælpe dem med det forbedre hjemmesiden. Mange gange har de så travlt med at skabe nye funktioner, at de glemmer det visuelle aspekt af projektets officielle hjemmeside.

Samarbejd i påvisning og opløsning af bugs

Koden er kernen i gratis softwareprojekter, men selvom skrivning af kode kan være den mest spændende ting, skal det også tages i betragtning, at vedligeholdelse og fejlfinding gør projekter stabile.

Softwareprojekter har normalt en billetsystem synlig for offentligheden. Et godt bidrag er bedre dokumentfejl der er rapporteret. Vi kan diagnosticere fejl, da de ofte kan være dårligt dokumenterede, så hvis vi er i stand til at reproducere billetfejl og give mere information til projektudviklerne, vil de sætte pris på det, da de nogle gange bruger mere tid på at finde ud af, hvor det opstår fejlen for at løse det.

Tilsvarende også det er vigtigt at lukke de billetter, der allerede er løst. Rengøringen af ​​hændelser for eksempel over mere end et år, der på grund af glemsomhed stadig er åben og muligvis i senere versioner allerede er løst samlet.

Arbejd med projektkoden

Vi kom til det punkt, vi alle ønskede, og hvor programmører ofte motiveres til at samarbejde: skriv ny kode til projektet.

Før alt det er vigtigt, at vi lærer den stil, den er skrevet i, og den måde, den bruges på i projektet. Vi skal være ansvarlige medlemmer af samfundet, der opretholder stilen og gøre det hensigtsmæssige, så de mest erfarne udviklere integrerer vores kode i hovedgrenen.

Vi kan starte med mindre komplekse dele, der ikke bliver komplicerede at integrere i projektet, f.eks test en betaversion på forskellige platforme. Nogle gange er det vanskeligt at kontrollere, at alt fungerer korrekt på flere platforme, og at intet skal tilpasses, så vi kan sørge for at teste koden på nogen af ​​de platforme, vi mestrer.

Vi kan også dedikere os til løse fejlSom vi nævnte før, er løsning af billetter en god måde at frigøre udviklere til at fokusere på hovedarbejdsprocessen. Bortset fra at dokumentere dem, kan vi også starte med at skrive vores første kode til at løse fejl, som vi har fundet, eller at skrive tests til koden som tests.

Dokumentere og oprette prøver

Hvordan har du det, når du begynder at rode med et projekt, du finder ud af, at dokumentationen er knap? Nå, måske den dokumentation det er også et godt punkt, hvor vi kan begynde at samarbejde. Udvikling af nogle dele, der er for korte, eller dokumentering af problemer, som vi selv har stødt på. Normalt er dokumentationen normalt i wiki-format, så det vil være meget let for os at inkludere vores fra første øjeblik.

Det er også vigtigt at hjælpe oprette eksempler. Jo flere brugssager projektet har, jo bedre. Vi kan lave små projekter eller applikationer, der på en praktisk måde demonstrerer, hvordan vi bruger softwaren, API eller hvad det gratis softwareprojekt består af.

Via | genbetadev.com