Ved denne anledningen vil vi dele med deg en artikkel som vi syntes var interessant og som alle som er interessert i den Free Software burde lese. Vi har sett denne artikkelen i genbetadev.com og snakk om hvordan samarbeide om et gratis programvareprosjekt.
den gratis programvareprosjekter de har forandret verden av programvare. Bak gjennomføringen av slike prosjekter står folk som bruker tiden sin på å lage åpne teknologier som alle kan bidra med. Det er en falsk tro at for å delta i disse prosjektene er det viktig å være en god programmerer eller å ha mye tid. Men ikke. Det er ikke en forutsetning.
Deretter skal vi fortelle deg forskjellige måter å samarbeide i et gratis programvareprosjekt på. Vi vil vise deg at til tross for at skaperne av mange gratis programvareprosjekter er genier innen programmering, kan vi også bidra med vårt bidrag på forskjellige måter. Alle kan begynne et sted.
Integrer deg i samfunnet og hjelp til å spre det
Utviklere som samarbeider om et gratis programvareprosjekt kommunisere med samfunnet på forskjellige måter: adresselister, blogger eller IRC. Derfor er det viktig, hvis vi ønsker å begynne å samarbeide om et prosjekt, må du først lytte til det som blir sagt og sende våre første meldinger.
Senere kan vi samarbeide med dem debatter på adresselisten, hjelper av IRC til andre nybegynnere, og til og med skrive noen blogginnlegg av prosjektet som informerer samfunnet om de nye funksjonene eller gir eksempler i veiledningene.
Og hvis vi i stedet for å programmere liker å designe mer, vil prosjektprogrammerne sikkert takke for at de hjalp dem forbedre nettstedet. Mange ganger er de så opptatt av å lage nye funksjoner at de glemmer det visuelle aspektet av den offisielle nettsiden til prosjektet.
Samarbeid i påvisning og oppløsning av feil
Koden er hjertet i gratis programvareprosjekter, men selv om det å skrive kode kan være det mest spennende, må det også tas i betraktning at vedlikehold og feilsøking gjør prosjekter stabile.
Programvareprosjekter har vanligvis en billettsystem synlig for publikum. Et godt bidrag er bedre dokumentfeil som er rapportert. Vi kan diagnostisere feil, da de ofte kan være dårlig dokumentert, så hvis vi klarer å reprodusere billettfeil og gi mer informasjon til prosjektutviklerne, vil de sette pris på det, siden de noen ganger bruker mer tid på å finne ut hvor feilen oppstår. for å løse det.
Tilsvarende også det er viktig å lukke billettene som allerede er løst. Rengjøring av hendelser, for eksempel på mer enn et år som på grunn av glemsel fortsatt er åpen og muligens i senere versjoner allerede er løst under ett.
Arbeid med prosjektkoden
Vi kom til det punktet vi alle ønsket, og hvor programmerere ofte motiveres til å samarbeide: skriv ny kode for prosjektet.
Før alt det er viktig at vi lærer stilen den er skrevet på og måten den brukes på i prosjektet. Vi må være ansvarlige medlemmer av samfunnet som opprettholder stilen og gjør de hensiktsmessige forpliktelsene slik at de mest erfarne utviklerne integrerer koden vår i hovedgrenen.
Vi kan starte med mindre komplekse deler som ikke vil være kompliserte å integrere i prosjektet, for eksempel test en betaversjon på forskjellige plattformer. Noen ganger er det vanskelig å sjekke at alt fungerer riktig på flere plattformer, og ingenting må tilpasses, slik at vi kan ta oss av å teste koden på noen av plattformene vi mestrer.
Vi kan også vie oss til fikse feilSom vi nevnte tidligere, er å løse billetter en god måte å frigjøre utviklere til å fokusere på hovedarbeidsflyten. Bortsett fra å dokumentere dem, kan vi også starte med å skrive vår første kode for å løse feil som vi har funnet, eller skrive tester for koden som tester.
Dokumentere og lage prøver
Hvordan har du det når du begynner å rote med et prosjekt du opplever at dokumentasjonen er knapp? Vel, kanskje dokumentasjon det er også et godt poeng der vi kan begynne å samarbeide. Utvikle noen deler som er for korte eller dokumentere problemer som vi selv har opplevd. Normalt er dokumentasjonen vanligvis i wiki-format, så det vil være veldig enkelt for oss å inkludere vår fra første stund.
Det er også viktig å hjelpe lage eksempler. Jo flere brukssaker prosjektet har, jo bedre. Vi kan gjøre små prosjekter eller applikasjoner som demonstrerer på en praktisk måte hvordan vi bruker programvaren, API eller hva det gratis programvareprosjektet består av.
Via | genbetadev.com
Veldig bra bidrag! Utmerket artikkel.