Becsülendő szokások, amelyeket érdemes elsajátítani feltörekvő/junior fejlesztőként – és amelyeket célszerű elkerülni

Amikor kódolni tanulsz, igen könnyű felvenni néhány csúnya szokást. Az elkövetkezőkben leírok pár tippet, hogy könnyű legyen ezeket elkerülni, illetve néhány jó szokást, melyeket célszerű elsajátítani.


A jó szokások



Kezdjük hát a dolgok pozitív oldalával! Az alább felsoroltak a legjobb szokások, melyek a leginkább lenyűgöznek, amikor egy junior fejlesztővel dolgozom (vagy bármilyen fejlesztővel, ha már itt tartunk).


Gyakori commit


Nagy eséllyel találkoztál már a “Git”, “GitHub” és “source control” kifejezésekkel a programozói utad során. Hogyha mégsem:


  1. Hol éltél eddig? 
  2. Itt utána tudsz olvasni: https://www.freecodecamp.org/news/how-you-can-learn-git-and-github-while-youre-learning-to-code-7a592ea287ba/


A source control egy csodálatos dolog. Tulajdonképpen egy backup a kódodról, ami lehetővé teszi, hogy kövesd a változtatásokat, és gyorsan visszaállíts egy régebbi verziót, amikor elérkezel egy „a francba, semmi sem működik!” pillanathoz kódolás közben.



Arról nem is beszélve, hogy sokkal, de sokkal könnyebbé teszi az életet egy csapatban dolgozva. El sem tudom képzelni, hogy nélküle dolgozzak csoportos projekten, és e-mailben vagy slacken osszam meg a kódomat.


Egy jó szokás, amit érdemes megtartani, az a gyakori commitolás, akár még a saját kisebb projekteidben is gyakorlásképp. Én személyesen szeretem „becsekkolni” a kódomat amikor befejeztem a projektem egy kis részét. Például, ha épp egy TODO alkalmazáson dolgozok, akkor commitolnám a kódomat amint hozzáadtam az új todo gombot, vagy elkészítettem a checkbox funkciót.



A kód feltöltésére ugyanakkor nincsenek szigorú szabályok. Néhány szituáció, amikor érdemes:



Csak egyetlen fontos szabály van, amelynek teljesülnie kell kód commitolása előtt:


Sikeresen build-elnie kell, és át kell mennie a teszteken


Vagy ez két szabálynak számít? Akárhogyan is, ez tényleg fontos. A hibás kód garantáltan megakaszt bármilyen fejlesztői csapatot. Szóval mielőtt commitolnál, bizonyosodj meg róla, hogy a kódod build-el és minden teszten átmegy!



Végül pedig, használj megfelelő commit üzeneteket! A „kijavított bug” nem annyira konkrét, mint a „kijavítottam a save todo gombot, ami nem hívta az onClick függvényt helyesen”. Ez nem csak neked lesz hasznos, hanem a csapattársaid számára is.


Használj tiszta elnevezéseket a változóknál, függvényeknél és fájloknál


Ó, az elnevezések. Amiről mindenki azt hiszi, hogy a webfejlesztés könnyű része, egészen nehéz tud lenni néha. Az elnevezések viszont fontosak, mivel növelik a kódunk olvashatóságát és érthetőségét.


Amikor nevet választasz a változóknak, függvényeknek és fájloknak, próbálj meg minél többet mondó nevet választani. Hogy miért?




Itt egy egyszerű függvény, amely nagyon rosszul van elnevezve (a paramétereivel együtt). Ki tudod találni, hogy mit csinál?


const function1 = (x, y) => {
    return x + y
}


Ez a függvény összeadhat két számot, de akár összefűzhet két sztringet is. Akárhogyan is, az eredeti célja nem tiszta. Mondjuk azt, hogy eredetileg két szám összeadására szánták, de egy másik gyanútlan felhasználó két sztring összefűzésére alkalmazza. Most még akár működhet is, de később ha refaktoráljuk a kódot, hogy validáljuk a számokat, akkor a sztringes használata nem fog működni!



Íme a függvény egy kicsit jobb elnevezésekkel:


const addNumbers = (num1, num2) => {
    return num1 + num2
}


Így már egy kicsit tisztább, hogy mit is csinál a függvény, és mik a paraméterei.


Gyakorold a debuggolást


El tudod hinni, hogy a webfejlesztők is töltenek ugyanannyi időt (ha nem többet) bugok javításával? Igen, még ott is vannak bugok. És ezek felderítésének és kijavításának a legjobb módja a kód debuggolása. Ez egy olyan folyamat, melyben sorról sorra haladsz a kódban, ameddig fel nem fedezel valamit, amire nem számítottál.



A webfejlesztők szerencséjére sok IDE jön beépített debuggerrel, melyek nagyban megkönnyítik a folyamatot. (Itt egy útmutató a debugger beállításához a VS Code-ban, a különböző nyelvekhez. Más IDE-hez a Google-t tudod segítségül hívni.)


Szóval hogyan tudod hatékonyan debuggolni a kódod? Itt van néhány útmutató:






Tervezz, mielőtt kódolsz


Épp most keltél fel egy kiadós alvásból. Épp a reggelidet fogyasztod, amikor hirtelen egy szuper mellékprojekt jut eszedbe. Milyen csodálatos ötlet!


Kiugrasz a székedből, a laptopod felé veszed az irányt, a müzli szanaszét repül, és megszállottan kódolni kezdesz.



Habár gyakran vonzó, hogy egyből a fejlesztőkörnyezetbe ugorjunk és kódolni kezdjünk, egy kis tervezés nagyon sokat tud jelenteni.





Íme egy kis összefoglaló gondolat:








A nem annyira jó szokások



Most pedig nézzünk már pár rosszabb szokást, melyeket könnyű felvenni. Ha megvan nálad ezek közül pár, ne pánikolj. Mindannyiunknál megvannak a karrierünk egy pontján! Egy kis gyakorlással túl tudsz rajtuk lépni – én pedig adok egy kis iránymutatást, hogy hogyan tedd.


Kód másolása és beillesztése vakon


Azt hiszem, mindannyian találkoztunk már egy olyan problémával, aminél elakadtunk. Nyilvánvalóan folyamatosan problémákkal állunk szemben a kódólás során. Ez hozzá tartozik, és a mi feladatunk kitalálni, hogyan tudunk ezeken túllépni.


Az esetek többségében a Google, StackOverFlow, vagy valami ezekhez hasonló használatához folyamodunk a megoldás reményében. Természetesen nincs ezzel semmi probléma – vitathatóan bár, de bátorítani is kellene ezt a megközelítést, hiszen ez a problémamegoldás leggyorsabb módja.


A baj akkor van, amikor vakon, a kód megértése nélkül másoljuk azt be.



De ha működik, mi a probléma?


Egy valid kérdés. Íme az okok, hogy miért tud gondot okozni:





Szóval hogyan tudjuk ezt elkerülni?




Semmi baj nincs a másolással, amíg meg is értjük pontosan, hogy mit csinál a kód. Ha egy senior fejlesztő nézi át a kódunkat, és nem tudjuk elmondani, hogy mi történik, mert másoltuk, az nem fog jól mutatni.



Nem írsz teszteket


Ez vitathatatlanul a legrosszabb szokás, amit bárki elsajátíthat a tanulás folyamán. Rengeteg tutorial végigvezet minket az alkalmazásfejlesztés „boldog részén”, és így könnyedén elhanyagoljuk a tesztírást. De miért is olyan fontos ez?





Menj biztosra, és teszteld a kódod. Nem muszáj mindig minden kis mellékprojektet tesztelni, de előnyös néha gyakorolni ezt is. Ha kapsz egy munkát, akkor a maximális tesztlefedettség lesz a cél a legtöbb funkciónál. Gyakorold!



Rengeteg jó tutorial van a kód tesztelésével kapcsolatban. A jelenlegi projektjeidtől és technológiai hátteredtől függően be tudod írni a keresődbe, hogy „testing with {használt nyelv}” vagy „hogyan teszteljek {használt nyelv} alkalmazásokat”.


A dokumentáció kihagyása


Dokumentáció. Az unalmas bürokrácia, mely minden projekt része. Ahogy valaki már mondta egyszer:


Minden fejlesztő utál dokumentálni, de mindenki akarja, hogy legyen.



Ez pedig színigaz. Tértél már vissza valaha egy régi mellékprojektedhez, és nem tudtad, hogy mit csinál? Mennyivel nehezebb lenne, ha úgy akarnál egy külső könyvtárat használni, hogy nincs semmilyen dokumentációja ami elmondaná, hogyan működik? Ez még sokkal fontosabbá válik, amikor egy nagy cégnél dolgozunk. Mi van, ha egy másik csapatnak integrálnia kell a kódodat, de nem biztosak az API-ban?


Ezek fontos dolgok, szóval itt van néhány tipp a gyakrolásához:





(Forrás)

***
Ha Te is kreatív, kihívásokkal teli mérnök állást keresel minoségi munkáltatónál, jó helyen jársz, mert a Schönherz Bázis épp azért jött létre, hogy Neked segítsen.
Gyere, nézz szét aktuális állásaink között!


2019.11.12.