Mijn eerste PR (Pull Request) op Github

Nou, ik neem de vrijheid om een ​​beetje uit mijn comfortzone te komen, om een ​​andere van mijn comfortzones binnen te gaan 😛 FOSS. In deze post ben ik van plan, zoals ik deed met Gentoo, om eerst een beetje van mijn persoonlijke ervaring te delen en zo te proberen hen een beetje te prikkelen om zich volledig onder te dompelen in de wereld van projecten en bijdragen. Laten we zonder verder oponthoud beginnen:

FOSS

Gratis en open source-software (voor zijn acroniem in het Engels) is een actuele dat omvat zowel open source- als gratis softwareprojecten. Ik ben niet van plan de verschillen tussen de twee te bespreken, aangezien ik het al herhaaldelijk heb gedaan, zelfs toen ik alles moest uitleggen aan dezelfde meneer Stallman die per mail contact met me opnam op een van de projectlijsten die in overvloed op internet te vinden zijn. Een artikel waar ik erg enthousiast over ben en dat ik met jullie ga delen, staat op de officiële website van GNU en net als veel van zijn documenten zijn ze in verschillende talen vertaald. Ik voeg de link toe en ik neem de vrijheid om een ​​van de alinea's te citeren die het meest mijn aandacht trekken.

https://www.gnu.org/education/edu-schools.es.html

De diepste reden om gratis software op scholen te gebruiken, is morele opvoeding. We verwachten van scholen dat ze basisfeiten en nuttige vaardigheden bijbrengen, maar dat is slechts een deel van hun rol. De fundamentele taak van scholen is om goed burgerschap aan te leren, inclusief de gewoonte om anderen te helpen. Bij computers betekent dit het leren van software delen. Scholen, te beginnen met de kleuterschool, zouden tegen hun leerlingen moeten zeggen: “Als je software naar school brengt, moet je die met andere kinderen delen. En je moet de broncode in de klas laten zien, voor het geval iemand wil leren. Daarom is het niet toegestaan ​​om niet-vrije software mee te nemen naar school, tenzij het wordt gebruikt voor reverse engineering.

Zoals je kunt zien, vrije software is een actuele meer dan technische, zou ik moreel zeggen. Het is alsof je een stap dichter bij deze wereld komt waarin egoïsme en trots aan de kant zijn en we mensen kunnen hebben die echt delen en om anderen geven.

Welnu, ik ben niet van plan om u fervente gebruikers van vrije software te maken, maar ik moedig u aan om eens door de documenten te springen en te kijken hoe goed ze kunnen redden 🙂

Onze projecten

Alle software, of het nu open source of gratis software is, heeft een project en waarschijnlijk een gemeenschap die eromheen draait. Dit zijn degenen die het onderhouden, verbeteren, beschermen, etc. Zoals verwacht, hoe groter het project, de structuren worden steeds specifieker in termen van processen en vormen, en het is duidelijk het juiste om te doen, want hoe groter het aantal deelnemers, de fouten kunnen groter zijn als ze niet goed worden begrepen Gedefinieerde manieren om samen te werken en de processen om dat te doen.

De belangrijkste vuistregel bij het kiezen om bij te dragen aan een FOSS-programma is GEBRUIK genoemd programma 😀 En wat ik zeg klinkt misschien een beetje raar, maar het is eigenlijk heel logisch. Hoeveel van de functionaliteiten Wat houdt een programma in? Nou uit noodzaak. Elke bestaande functionaliteit ontstaat vanuit het feit dat iemand (een of meerdere personen) die functie nodig heeft. Dit is de reden waarom als u wilt delen en samenwerken met een gemeenschap, dat een essentiële stap is toepassingen wat ze ontwikkelen.

Moet je een ervaren programmeur zijn?

Ik wil dit deel beginnen door een simpele vraag te stellen. Hoe word je een deskundige programmeur? Hier zullen sommigen me vertellen, goed schrijven van codeIk vertel al deze mensen dat dit niet de juiste aanpak is. Waarom?

Door code te lezen, word je een betere programmeur

Denk hier eens over na voordat u verder gaat. Welke schrijver werd geboren die wist hoe hij moest schrijven? Is het niet eerst leren lezen, het brein koesteren met vele andere auteurs en zo uiteindelijk iets met inhoud en waarde kunnen gaan schrijven? Het is precies hetzelfde met code, je moet veel leren lezen voordat je het leert schrijven.

Uw code is waarschijnlijk niet zo goed

Voor degenen die al vele jaren programmeren, sorry als ik hiermee hun opvattingen vernietig over wat ze in al die tijd hebben bereikt, maar het is waar. Voor degenen onder ons die de kans hebben gehad om samen te werken aan echt grote projecten: het eerste dat u kunt waarderen, is dat er veel mensen zijn die veel meer getalenteerd zijn dan één. Het is duidelijk dat dit niet een nadeel is, maar een punt waarop het ondersteunen van een project u een betere ontwikkelaar maakt.

Als honderden, of misschien wel duizenden ogen uw code dagelijks bekijken, ontdekt u in welke aspecten uw logica niet de beste van allemaal is. Het belangrijkste voordeel hiervan is dat je brein naarmate de tijd verstrijkt nieuwe manieren ontdekken om verder te gaan, en dat de "kinderachtige" fouten die je maakte aan het begin van je deelname een vage herinnering worden.

Hiermee wil ik alleen maar onderstrepen dat een project goed voor je is, zowel om te leren lezen als om code te leren schrijven, waardoor je op de lange termijn een deskundige programmeur.

En ... wat als ik geen programmeur ben?

Dit is een punt dat ik ook wil bespreken, omdat veel mensen denken dat als je geen code schrijft, je niets kunt doen om te helpen. Dit is een van de meest schadelijke stedelijke mythen die er zijn.

Veel projecten hebben meer mankracht nodig voor niet-code-onderwerpen dan voor het produceren van code. Misschien is hulp bij marketing, reclame, wetgeving of zelfs bij de planning van evenementen altijd welkom. Door deel te nemen aan deze projecten leer je niet alleen nieuwe mensen, maar leer je ook nieuwe manieren van denken en kun je tegelijkertijd nieuwe ervaringen delen.

Hoe doe ik mee?

Nou, als je er al bent, hoop ik dat je in ieder geval een beetje nieuwsgierigheid zal bijten voor deelname aan FOSS-projecten 😉. Om te beginnen is het noodzakelijk om te begrijpen dat elk project en elke gemeenschap zijn eigen proces heeft. Veel van deze komen op verschillende punten samen en lopen uiteen op andere, maar uiteindelijk zal het eerste referentiepunt om deel te nemen de gemeenschap van het programma zijn dat je gebruikt.

website

Elke webpagina heeft zijn eigen sectie van Bijdragen. En als je het niet hebt, dan is dat het eerste waarmee je kunt helpen 😀 leer het proces kennen, praat met de gemeenschap en schrijf een korte tekst zodat je anderen door het proces kunt leiden 😉 Als ze er al een hebben, maar het is niet daar in het Spaans, want je kunt een weekend nemen om het te vertalen en zo help je je project en tegelijkertijd alle Spaanstaligen Twee vliegen in één klap 😉

Mail lijst

Een groot deel van de communicatie van de gemeenschappen wordt verzorgd door mailinglijsten, het is noodzakelijk om u in te schrijven en een paar minuten per dag te nemen om ze te lezen. Misschien begrijp je het in eerste instantie niet, maar ik verzeker je dat je met het verstrijken van dagen of weken zult begrijpen wat er gebeurt. Voordat je het weet, schrijf je op de lijst en het zal niet lang duren voordat mensen je om je mening of mogelijke oplossingen gaan vragen (als je je best doet natuurlijk 😉).

GitHub

Dit is een cruciaal punt voor iedereen die wil samenwerken aan een FOSS-project, wil leren omgaan met Github, of Gitlab, of Bitbucket, of welke host dan ook die de repositorycode host, het zal je in staat stellen om de gemeenschap tastbaar te verbeteren.

IRC / Gitter / Telegram

IRC (Internet Relay Chat) bestaat al sinds de begindagen van internet. Dit is hoe mensen communiceerden vóór WhatsApp en smartphones. En zoals verwacht hebben veel projecten hun IRC-kanalen beschikbaar waar je vragen kunt stellen en kunt praten over project- of gemeenschapskwesties, of een spontaan gesprek kunt voeren 🙂 wees altijd voorzichtig, want je weet nooit wat je op internet kunt vinden 😉

Mijn eerste PR

Nou, hier ga ik niet in detail uitleggen hoe een Pull Request wordt gedaan, ik laat dat achter voor een andere post als je geïnteresseerd bent om mee te doen.

Als programmeur

Als niet-programmeur

De eerste was een beveiligingsbug waarin ik een patch had ingebouwd om het op te lossen, de tweede is onderdeel van hoofdstuk 7 van het git boek. Ik werk nog steeds aan beide projecten, ik heb onlangs zelfs de vertaling van het programma volledig afgerond git Naar Spaans. (Komt uit in versie 2.15 😉)

Het zijn kleine bijdragen, zoals je kunt zien, niet meer dan 100 regels code (waarvan er nogal wat gewoon kopiëren en plakken wat al bestond in een nieuw bestand), maar ze zijn mi bijdrage aan het project 🙂 en het zijn dingen die ik gebruik dagelijks.

Zoals je kunt zien, is het gevoel nogal onbeschrijfelijk 🙂 je naam zien op iets dat je draagt, wetende dat je veel mensen in het proces helpt, en leren hoe je het elke dag beter kunt doen! Kan er iets beters zijn dan dit? 🙂

Tot slot:

Ik heb mezelf beloofd dit bericht kort te houden, maar ik denk niet dat het zo kort was als ik had gehoopt 😛. Hoe dan ook, ik hoop dat dit je nieuwsgierigheid heeft gewekt om samen te werken aan FOSS-projecten. En binnenkort kun je je commits zien in veel programma's die je dagelijks gebruikt 😉 neem me niet kwalijk dat ik hier zoveel nadruk op leg, maar je moet begrijpen dat niemand iets kan verbeteren wat ze niet weten, en daarom is het essentieel om weten voordat je verbetert 🙂

groeten