Tartalom

• Lépni
• Tippek
• Figyelmeztetések
• Szükségletek

A nyílt szoftverek írása és használata nem csupán a programozás egyik formája (más néven "hackelés" a programozók világában), ez egyfajta filozófia. Míg a kódoláshoz csak egy programozási nyelvet kell ismernie, ez a cikk arról szól, hogyan lehet csatlakozni a közösséghez, barátkozni, együttműködni nagyszerű projektekben és elismert szakemberré válni olyan profillal, amelyet máshol nem kaphat meg. A nyílt szoftverek világában meglehetősen könnyen hozzárendelhetők olyan feladatok, amelyeket csak az elit, legfelsőbb szintű programozók végezhetnek el egy vállalatnál. Gondoljon bele, hogy ez mennyi tapasztalatot hozhat Önnek. Miután azonban úgy döntött, hogy nyílt szoftver programozóvá válik, hajlandónak kell lennie arra, hogy időt fordítson erre a célra. Ez akkor is érvényes, ha Ön már informatikus. Figyelem, ez a cikk nem arról szól, hogyan válhatunk hackerré vagy crackerré.

Lépni

1. Töltsön le egy jó Unix terjesztést. A GNU / Linux az egyik legnépszerűbb a programozáshoz, de gyakran használják a GNU Hurd, a BSD, a Solaris és (bizonyos mértékben) a Mac OS X-et is.
2. Ismerje meg a parancssor használatát. Sokkal többet tehet a Unix-szerű operációs rendszerekkel, ha a parancssort használja.
3. Tanuljon meg néhány népszerű programozási nyelvet, amíg el nem éri a többé-kevésbé kielégítő szintet. Ellenkező esetben nem adhat hozzá kódot (bármely szoftverprojekt legfontosabb része) a nyílt szoftverközösséghez. Egyes források azt javasolják, hogy egyszerre két nyelvet kezdjenek: egy rendszernyelvet (C, Java vagy hasonló) és egy szkriptnyelvet (Python, Ruby, Perl vagy hasonló).
4. A produktívabb működéshez NetBeans-re vagy hasonló integrált fejlesztői környezetre van szüksége.
5. Tanuljon meg egy olyan speciális szerkesztőt használni, mint a vi vagy az Emacs. Magasabb a tanulási görbéjük, de sokkal többet tehetsz velük.
6. További információ a verziókezelésről. A verziókezelés valószínűleg az együttműködés legfontosabb eszköze a megosztott szoftverfejlesztésben. Ismerje meg a javítások létrehozásának és alkalmazásának módját. A közösség nyílt szoftverfejlesztésének nagy része különféle javítások létrehozásával, megvitatásával és alkalmazásával történik.
7. Keressen egy megfelelő, kicsi nyílt szoftverprojektet, amelyben könnyedén részt vehet a tapasztalatok megszerzésében. A legtöbb ilyen projekt manapság megtalálható a SourceForge.net oldalon. Egy megfelelő projektnek tartalmaznia kell:
   1. Használja az Ön által ismert programozási nyelvet.
   2. Legyen aktív, a legújabb kiadásokkal.
   3. Már három-öt fejlesztőből áll.
   4. A verzióvezérlés használatához.
   5. Legyen olyan része, amellyel azonnal belekezdhet, anélkül, hogy túlságosan módosítania kellene a meglévő kódot.
   6. A kód mellett egy jó projekt tartalmaz aktív beszélgetési listákat, hibajelentéseket, javítási kéréseket kap és valósít meg, valamint hasonló tevékenységeket.
8. Vegye fel a kapcsolatot a kiválasztott projekt rendszergazdájával. Egy kis projektben, kevés fejlesztővel, a segítségét általában azonnal elfogadják.
9. Gondosan olvassa el a projekt szabályait, és többé-kevésbé kövesse azokat. A programozási stílus szabályai vagy annak szükségessége, hogy a változtatásokat külön szövegfájlban dokumentálják, először nevetségesnek tűnhetnek. E szabályok célja azonban a közös munka lehetővé tétele - és a legtöbb projekt velük dolgozik.
10. Több hónapig dolgozzon ezen a projekten. Figyelmesen hallgassa meg az adminisztrátor és a projekt többi tagjának véleményét. A programozás mellett sok mindent meg kell tanulnod. De ha valami nem igazán tetszik, álljon meg és váltson másik projektre.
11. Ne ragadjon túl sokáig a földalatti projektbe. Miután rájött, hogy sikeresen dolgozhat abban a csapatban, itt az ideje elkezdeni valami komolyabb dolgot keresni.
12. Keressen egy komoly, magas szintű nyílt szoftvert vagy nyílt forráskódú projektet. A legtöbb ilyen projekt a GNU vagy az Apache szervezetek tulajdonában van.
13. Mivel itt komoly ugrást teszünk, számításba kell vennie egy sokkal kevésbé meleg fogadtatást. Valószínűleg először kérik, hogy futtasson közvetlen írási hozzáférés nélkül a kódtárba. Az előző underground projektnek azonban sokat kellett volna tanítania - így több hónapos produktív hozzájárulás után igényelheti azokat a jogokat, amelyekre Ön szerint szüksége van.
14. Vállaljon komoly feladatot, és oldja meg. Itt az idő. Ne félj. Folytassa akkor is, ha azt tapasztalja, hogy a feladat sokkal nehezebb, mint eredetileg gondoltátok - ebben a lépésben fontos, hogy ne adjuk fel.
15. Ha teheti, jelentkezzen a Google "Code of Summer" oldalán, hogy pénzt fordítson erre a kalandra. De ne aggódjon, ha a pályázatot nem fogadják el, mivel sokkal kevesebb a finanszírozott pozíciójuk, mint az igazán jó programozóknak.
16. Keressen egy megfelelő konferenciát a közelben ("Linux-napok" vagy hasonlóak), és próbálja meg ott bemutatni a projektjét (az egész projekt, és nem csak a programozott részt). Miután megemlítette, hogy komoly ingyenes / nyílt forráskódú projektet képvisel, a szervezők gyakran kártalanítják a konferencia díjától (ha nem, akkor a konferencia valószínűleg úgyis alkalmatlan lesz). Vigye magával Linuxos laptopját (ha van), és futtasson néhány demót. Kérdezze meg a projektmenedzsert azokról az anyagokról, amelyekkel előadását vagy poszterét elkészítheti.
17. Keressen az interneten egy közeli telepítési eseményről szóló hirdetményeket, és először próbáljon meg felhasználóként részt venni (vegye figyelembe az összes felmerülő problémát és a hackerek megoldását), és ajánlja fel a következő program telepítését.
18. Végezze el a feladatot, ellenőrizze munkáját automatikus tesztekkel, és járuljon hozzá a projekthez. Kész vagy! Az biztos, hogy próbálj meg személyesen találkozni a projekt néhány programozójával, és együtt emelj fel egy pohár sört az eredményen.
19. A jobb megértés érdekében nézzen meg egy nyílt szoftverprojekt fejlesztéstörténetének valódi példáját (lásd fent). Minden emelkedő görbe egyetlen fejlesztő hozzájárulását (kódsorokat) jelenti. A fejlesztők általában kevésbé aktívak az életkor előrehaladtával, de a projekt gyakran felgyorsul, még akkor is, ha új emberek csatlakoznak. Tehát, ha hasznos képességekkel a zsebében érkezik, nincs oka annak, hogy a csapat ne hívjon meg.

Tippek

• Mielőtt kérdést tenne fel a projekt gyakorlati követelményeivel kapcsolatban, keresse meg a választ a projekt dokumentációjában és a levelezőlista archívumában.
• Mindig próbáljon befejezni minden megkezdett programozási munkát. Nem lehet felépíteni, nem lehet futtatni, a rendszer összeomlik? Ott lenni mindennek az oka, és ha megvan a forráskód, az általában azt jelenti, hogy megvan a rendszer jól arra kényszerítheti, hogy bármit is csináljon, főleg néhány online kutatás segítségével. Ennek a szabálynak természetesen vannak korlátai, de valóban fontos, hogy soha ne adjuk fel túl könnyen.
• Csak akkor hívja magát programozónak (vagy hackernek), ha az igazi hackerközösség egy része felismerte.
• Kezdetben válasszon egy osztályt, modult vagy más egységet, ahol jelenleg senki sem dolgozik nagyon aktívan. Az ugyanazon osztályon vagy akár egy pozícióban végzett együttes munka minden oldalról több készséget és gondoskodást igényel.
• Néhány hacker / programozó munkáltatója elég motiváltnak tűnik ahhoz, hogy munkaidőben engedélyezze a hozzájárulást (általában azért, mert az intézmény a programozó által fejlesztett ingyenes / nyílt forráskódú programot használja). Gondolkodj, talán így megszerezhetsz legalább egy kis időt.
• Ha még mindig nincs elég bizalma önmagában, kezdje a kód valamelyik részével, amelyről úgy gondolja, hogy hiányzik és a semmiből írható. A meglévő kód megváltoztatását sokkal inkább kritizálják.

Figyelmeztetések

• Hacker státusza a közösségi projekten belül inkább a jelenét tükrözi, mint a múltját.Ha ajánlást vagy hasonlót szeretne a projekt vezetőjétől, kérje meg, hogy továbbra is aktívan hozzájárul-e.
• Ne foglalkozzon apró kódoptimalizálásokkal, extra megjegyzésekkel, kódolási stílus fejlesztésekkel és más hasonló "kis léptékű" dolgokkal. Ez sokkal több kritikával találkozhat, mint komoly hozzájárulás. Ehelyett ezeket a változásokat egyetlen "tisztító" javításba foglalhatja.
• Ha azt tervezi, hogy személyesen találkozik a nyílt szoftveres hackerekkel, hagyja otthon a Windows laptopot. A Mac OS valamivel jobban tolerálható, de ez sem igazán örvendetes. Ha laptopját hozza, akkor annak Linuxot vagy más operációs rendszert kell futtatnia, amelyet "nyílt szoftvernek" tekintenek.
• Ha az e-mail kliens támogatja a HTML üzeneteket, akkor tiltsa le ezt a funkciót. Soha ne csatoljon olyan dokumentumokat, amelyeket csak a kereskedelmi szoftverek (például a Microsoft Word) nyithatnak meg megfelelően. A hackerek ezt sértőnek tartják.
• Ne vállaljon önkéntes munkát olyan társaság projektjeiben, amelynek kódjára nem vonatkozik jóváhagyott nyílt forráskódú licenc. Ilyen esetekben a projekt valóban fontos részei valószínűleg a tulajdonos zárt ajtaja mögött maradnak, megakadályozva, hogy bármi hasznosat megtanuljon.
• Kerülje a programozás alapjaival vagy a programozási eszközökkel kapcsolatos kérdéseket. Drága egy nyitott szoftver programozó ideje. Ehelyett beszélje meg a programozás alapjait amatőr vagy kezdő programozó csoportokban.
• A megalapozott és nagyon sikeres projektek írott vagy íratlan politikával rendelkezhetnek arról, hogy soha ne térítsék meg a munkádat (nincs pénz, nincs lehetőséged magad előléptetésére, nincs magas rang a hozzájárulásodtól függetlenül, stb. - lásd: Do_not_expect_reward Wikipedia). Ha ezzel nem tud egyetérteni, akkor ragaszkodjon olyan gyakoribb projektekhez, amelyek nem engedhetik meg maguknak ilyen hozzáállást.
• Csak akkor kezdje el saját projektjét, ha mindig büszke magányban akar tölteni. Ugyanezen okból jobb, ha nem próbálkozunk egy már elhagyott projekt újraélesztésével, amelyet előző csapata már elvesztett.
• Ha egy informális találkozó zajlik a projektről, amelyhez soha nem adott hozzá kódot, akkor az a kellemetlen érzés támad, hogy teljesen figyelmen kívül hagyja. Ne aggódjon, néhány hacker később jó barátokká válhat, miután a saját kódjával megszerezte tiszteletét.
• A nagy, nyílt szoftverprojektek, különösen a GNU domain környékén lévők, nem kezelik munkádat személyes vállalkozásként. Miután elhelyezkedett egy szoftverrel kapcsolatos vállalatnál, megkérik a munkáltatót, hogy írjon alá bizonyos megállapodásokat [1], amelyeket a vállalat alá fog írni vagy nem. Ez arra kényszerítheti, hogy válasszon kevésbé szigorú követelményekkel rendelkező projektet.

Szükségletek

• Linux. Számos nyílt szoftverprojektet bonyolultabban lehet Windowsra építeni, vagy egyáltalán nem megfelelően építenek. Ez különösen igaz a fejlett projektekre, amelyek a mobiltelefonok, az USB kulcsok és más eszközök programozására irányulnak.
• Viszonylag jó internetkapcsolattal rendelkező számítógép. Ha meg szeretné tartani a kettős rendszerindítást a Windows rendszerrel, akkor jó megoldás lehet egy második merevlemez vagy partíció a Linux számára.
• Legalább egy programozási nyelv alapismerete és határozott szándék a további tanulásra. Úgy tűnik, hogy a legnépszerűbb nyelvek jelenleg a C és a Java.
• Jelentős időtartam, legalább heti öt óra (egy tipikus kemény programozó óriási 14 órával járul hozzá).
• Bár a formális informatikai oktatás sokkal könnyebbé teszi az utat, ez az nem kötelező követelmény, és egyetlen igazi hacker közösség sem kérdez rá soha. A programozók / hackerek valaki programozása alapján ítélik meg egymást, nem pedig olyan hamis kritériumok alapján, mint a fokozatok, az életkor, a faj vagy a pozíció. Ne feledje, hogy a javításait felmérő nyílt forráskódú hackerek legalább 60% -a "megfelelő" főiskolai végzettséggel rendelkezik, és nem engedi, hogy hülyeségekkel járuljon hozzá a projekthez.
• Az utolsó lépések (konferencia és „telepítési buli”) során használhatja saját laptopját. De nem baj otthon dolgozni, ezért csak akkor vásároljon egyet, ha megengedheti magának a második gépet.
• A nyílt forráskódú szoftver "hackerké" válás leírt útja legalább két évet vesz igénybe.