Innehåll

• Att gå
• Tips
• Varningar
• Förnödenheter

Att skriva och använda öppen programvara är inte bara en form av programmering (även kallad "hacking" i programmerarvärlden), det är en slags filosofi. Medan du bara behöver känna till ett programmeringsspråk för att kunna koda, handlar den här artikeln om hur du kan gå med i samhället, få vänner, samarbeta i fantastiska projekt och bli en respekterad specialist med en profil du inte kan få någon annanstans. I världen av öppen programvara kan du ganska enkelt tilldelas uppgifter som endast eliten, högsta programmerare, får göra i ett företag. Tänk på hur mycket erfarenhet detta kan ge dig. Men när du väl har bestämt dig för att bli en öppen programvaruprogrammerare måste du vara villig att investera tid i detta mål. Detta gäller även om du redan är en IT-student. Kom ihåg, den här artikeln handlar inte om hur man blir hackare eller krackare.

Att gå

1. Ladda ner en bra Unix-distribution. GNU / Linux är en av de mest populära för programmering, men GNU Hurd, BSD, Solaris och (i viss mån) Mac OS X används också ofta.
2. Lär dig hur du använder kommandoraden. Du kan göra mycket mer med Unix-liknande operativsystem om du använder kommandoraden.
3. Lär dig några populära programmeringsspråk tills du når en mer eller mindre tillfredsställande nivå. Annars kan du inte bidra med kod (den viktigaste delen av något programvaruprojekt) till den öppna mjukvarugemenskapen. Vissa källor föreslår att man börjar med två språk samtidigt: ett systemspråk (C, Java eller liknande) och ett skriptspråk (Python, Ruby, Perl eller liknande).
4. För att vara mer produktiv behöver du NetBeans eller en liknande integrerad utvecklingsmiljö.
5. Lär dig att använda en avancerad redaktör, till exempel vi eller Emacs. De har en högre inlärningskurva, men du kan göra mycket mer med dem.
6. Lär dig mer om versionskontroll. Versionskontroll är förmodligen det viktigaste verktyget i samarbetet för delad mjukvaruutveckling. Förstå hur du skapar och tillämpar korrigeringar. Det mesta av den öppna programvaruutvecklingen i samhället sker genom skapande, diskussion och tillämpning av olika korrigeringar.
7. Hitta ett lämpligt, litet öppet programvaruprojekt som du enkelt kan delta i för att få erfarenhet. De flesta sådana projekt finns idag på SourceForge.net. Ett lämpligt projekt bör innehålla:
   1. Använd det programmeringsspråk du känner till.
   2. Var aktiv, med senaste utgåvor.
   3. Består redan av tre till fem utvecklare.
   4. För att använda versionskontroll.
   5. Ha en del som du kan komma igång direkt, utan att behöva ändra den befintliga koden för mycket.
   6. Förutom koden har ett bra projekt också aktiva diskussionslistor, felrapporter, får och implementerar förbättringsförfrågningar och liknande aktiviteter.
8. Kontakta administratören för det valda projektet. I ett litet projekt med få utvecklare accepteras din hjälp vanligtvis omedelbart.
9. Läs projektets regler noggrant och följ dem mer eller mindre. Reglerna för programmeringsstil eller behovet av att dokumentera dina ändringar i en separat textfil kan tyckas löjligt till en början. Syftet med dessa regler är dock att möjliggöra delat arbete - och de flesta projekt arbetar med dem.
10. Arbeta med detta projekt i flera månader. Lyssna noga på vad administratören och andra projektmedlemmar har att säga. Förutom programmering har du många saker att lära dig. Men om du verkligen inte gillar något, stanna bara och byt till ett annat projekt.
11. Fastna inte i det underjordiska projektet för länge. När du väl har lyckats arbeta framgångsrikt på det teamet är det dags att börja leta efter något mer seriöst.
12. Leta efter en seriös öppen programvara eller öppen källkod på hög nivå. De flesta sådana projekt ägs av GNU- eller Apache-organisationer.
13. Eftersom vi tar ett allvarligt steg här måste du ta hänsyn till ett mycket mindre varmt mottagande. Du kommer troligen att bli ombedd att köra utan direkt skrivåtkomst till kodförvaret för första gången. Det tidigare underjordiska projektet borde dock ha lärt dig mycket - så efter flera månader med ett produktivt bidrag kan du göra anspråk på de rättigheter du tycker att du borde ha.
14. Ta en seriös uppgift och träna den. Det är dags. Var inte rädd. Fortsätt även om du tycker att uppgiften är mycket svårare än du ursprungligen trodde - i det här steget är det viktigt att inte ge upp.
15. Om du kan, ansök till Googles "Summer of Code" för att lägga lite pengar på detta äventyr. Men oroa dig inte om ansökan inte accepteras eftersom de har mycket färre finansierade positioner än det finns riktigt bra programmerare.
16. Hitta en lämplig konferens som händer i närheten ("Linux dagar" eller liknande) och försök att presentera ditt projekt där (hela projektet, och inte bara den del du programmerar). När du har nämnt att du representerar ett seriöst projekt med fri / öppen källkod kommer arrangörerna ofta att ersätta dig från konferensavgiften (om inte, kommer konferensen sannolikt att vara olämplig ändå). Ta med din Linux-bärbara dator (om du har en) och kör några demos. Fråga projektledaren om det material du kan använda för att förbereda din presentation eller affisch.
17. Sök på Internet efter meddelanden om en installationshändelse i närheten och försök att delta som användare först (notera alla problem som uppstår och hur hackare fixar dem) och erbjuda dig att installera program nästa gång.
18. Slutför uppgiften, kontrollera ditt arbete med automatiska tester och bidra till projektet. Du är färdig! För att vara säker, försök att träffa några av programmerarna om projektet personligen och lyfta ett glas öl på resultatet.
19. För en bättre förståelse, titta på ett verkligt exempel på utvecklingshistoriken för ett öppet mjukvaruprojekt (se ovan). Varje stigande kurva representerar ett bidrag (kodrader) från en enda utvecklare. Utvecklare tenderar att bli mindre aktiva med åldern, men projektet påskyndar ofta även när nya människor går med. Så om du anländer med några användbara färdigheter i fickan finns det inga skäl till varför laget inte ska bjuda in dig.

Tips

• Innan du ställer en fråga om de praktiska kraven i projektet, leta efter svaret i projektdokumentationen och e-postlistans arkiv.
• Fortsätt alltid att avsluta alla programmeringsarbeten du startade. Kan inte byggas, kan inte köras, systemkrascher? där att vara skäl till allt, och om du har källkoden betyder det vanligtvis att du har systemet väl kan tvinga dig att göra vad du vill, särskilt med hjälp av viss online-forskning. Denna regel har naturligtvis gränser, men det är verkligen viktigt att aldrig ge upp för lätt.
• Kalla dig själv en programmerare (eller hackare) först efter att du har erkänts som sådan av några av de riktiga hackersamhällena.
• I början väljer du en klass, modul eller annan enhet där ingen arbetar mycket aktivt just nu. Att arbeta tillsammans i samma klass eller till och med en position kräver mer kompetens och omsorg från alla håll.
• Arbetsgivare för vissa hackare / programmerare verkar tillräckligt motiverade för att tillåta bidrag under arbetstid (vanligtvis för att institutionen använder det fria / öppna källkodsprogrammet som programmeraren utvecklar). Tänk, kanske du kan få åtminstone en del av den tid som behövs på det här sättet.
• Om du fortfarande inte har tillräckligt förtroende för dig själv, börja från någon del av koden som du tror saknas och kan skrivas från grunden. Ändringar av befintlig kod är mycket mer benägna att kritiseras.

Varningar

• Din hackerstatus inom gemenskapsprojektet är mer en återspegling av din nuvarande än ditt förflutna.Om du vill ha en rekommendation eller liknande från projektledaren, fråga om du fortfarande bidrar aktivt.
• Gå inte in i små kodoptimeringar, extra kommentarer, förbättringar av kodningsstilen och andra liknande "småskaliga" saker. Detta kan möta mycket mer kritik än ett seriöst bidrag. Istället kan du inkludera dessa ändringar i en enda "sanering" -korrigering.
• Om du planerar att möta de öppna programvaruhackarna personligen, lämna din Windows-bärbara dator hemma. Mac OS tolereras något mer, men det är inte riktigt välkommet heller. Om du tar med din bärbara dator måste den köra Linux eller något annat operativsystem som de anser vara "öppen programvara."
• Om din e-postklient stöder HTML-meddelanden bör du inaktivera den här funktionen. Bifoga aldrig dokument som endast kommersiell programvara (t.ex. Microsoft Word) kan öppnas ordentligt. Hackare anser att detta är stötande.
• Var inte volontär i projekt av ett företag vars kod inte omfattas av en godkänd öppen källkodslicens. I sådana fall kommer de riktigt viktiga delarna av projektet sannolikt att förbli bakom stängda dörrar från ägaren, vilket hindrar dig från att lära dig något användbart.
• Undvik alla frågor om grunderna för programmering eller programmeringsverktyg. Tiden för en öppen programvaruprogrammerare är dyrbar. Diskutera istället grunderna för programmering i amatör- eller nybörjare.
• Etablerade och mycket framgångsrika projekt kan ha skrivna eller oskrivna policyer om att aldrig ersätta ditt arbete (inga pengar, ingen förmåga att marknadsföra dig själv, ingen förhöjd status oavsett ditt bidrag, etc. - se: Do_not_expect_reward Wikipedia). Om du inte kan hålla med detta, håll dig till mer vanliga projekt som inte har råd med en sådan attityd.
• Starta inte ditt eget projekt om du inte alltid vill spendera i stolt ensamhet. Av samma anledning är det bättre att inte inleda ett försök att återuppliva ett redan övergett projekt som dess tidigare team redan har tappat.
• Vid ett informellt möte om projektet som du aldrig bidragit med någon kod till kommer du att ha den obehagliga känslan av att ignoreras helt. Oroa dig inte, vissa hackare kan bli goda vänner senare efter att du tjänat deras respekt med din egen kod.
• Stora öppna mjukvaruprojekt, särskilt de runt GNU-domänen, behandlar inte ditt jobb som ditt personliga företag. När du har fått jobbet inom ett programvarurelaterat företag ber de din arbetsgivare att underteckna vissa avtal [1], som företaget kommer att underteckna eller inte. Detta kan tvinga dig att välja ett projekt med mindre stränga krav.

Förnödenheter

• Linux. Många öppna programvaruprojekt är mer komplicerade att bygga på Windows eller bygger inte alls korrekt. Detta gäller särskilt för avancerade projekt för programmering av mobiltelefoner, USB-nycklar och andra enheter.
• En dator med en relativt bra internetanslutning. Om du vill behålla dubbel start med Windows kan en andra hårddisk eller partition för Linux vara en bra lösning.
• Grundläggande kunskaper om minst ett programmeringsspråk och en stark avsikt att lära sig mer. De mest populära språken verkar för närvarande vara C och Java.
• En betydande tid, minst fem timmar i veckan (en typisk hardcore-programmerare bidrar med hela 14 timmar).
• Även om formell IT-utbildning kommer att göra din väg mycket enklare är det här inte ett obligatoriskt krav och ingen riktig hackersamhälle kommer någonsin att fråga dig om det. Programmerare / hackare bedömer varandra efter någons programmering, inte falska kriterier som betyg, ålder, ras eller position. Kom ihåg att minst 60% av de öppna källkodshackarna som bedömer dina korrigeringar har "rätt" högskoleexamen och tillåter dig inte att bidra med nonsens till projektet.
• Under de sista stegen (konferens och "installera fest") kan du dra nytta av din egen bärbara dator. Men det är inte okej att arbeta med det hemma, så köp bara en om du har råd med den andra maskinen.
• Vägen som beskrivs för att bli en "hacker" med öppen källkod tar minst två år att slutföra.