Helló!
Az utolsó pár évben sokat foglalkoztam olyanokkal, akik éppen most kezdik karrierjüket az IT területén. Mivel a kérdések és a kérdések feltevésének módja sok embernél hasonló, úgy döntöttem, hogy összegyűjtöm tapasztalataimat és ajánlásaimat egy helyre.
Réges-régen olvastam Eric Raymond 2004-es könyvét, és mindig is követtem a karrierem során. Ez a könyv elég terjedelmes, és inkább a rendszergazdák számára készült. Én viszont gyakran segítek embereknek, akiknek egyáltalán nincs tapasztalata a fejlesztésben, hogy juniorokká váljanak és elkezdjék karrierjüket.
Akik már junior fejlesztőkké váltak, vagy még csak álmodoznak róla, az alábbi ajánlásokat tudom adni:
- Tanulmányozd a problémát önállóan
- Először ismertesd a célt, majd említsd a problémát
- Írj világosan és lényegre törően
- Tedd fel a kérdéseidet a megfelelő helyen, és oszd meg a megoldást
- Tiszteld mások idejét
- Nézz szélesebb perspektívából
Most pedig részletesebben.
Tanulmányozd a problémát önállóan
Programozási nyelvet tanulmányozol egy könyv vagy kurzus alapján. Vettél egy kódmintát, lefuttattad, de egy számodra érthetetlen hibával leállt. Ha hinni lehet a könyvnek — működnie kellene. De te a szemedre hallgatsz — nem működik. Milyen lehetőségek vannak?
- Eldönteni, hogy soha nem leszel fejlesztő, mert az egész világ ellened van, és még a működő példák sem működnek. Abbahagyni a tanulást;
- Eldönteni, hogy soha nem leszel fejlesztő, mert túl hülye vagy, vagy ezt neked nem szánták. Abbahagyni a tanulást;
- Kérdezősködni minden ismerőstől, aki valamilyen módon kapcsolódik az IT-hoz, követelni, hogy értsék meg, miért nem működik nálad. Sok új dolgot megtudni magadról, megbántódni. Abbahagyni a tanulást;
Melyik lehetőség a helyes? Íme:
Megérteni, hogy nem vagy egyedi (bármit is mondanak mama és nagymama), és az IT világ nem olyan egyszerű, mint ahogyan állítják, amikor hívnak kurzusokra és webináriumokra.
Az a felismerés, hogy nem vagy egyedi, arra vezet, hogy megérted, hogy a problémád valószínűleg már megtörtént tucatnyi, száz, sőt ezer emberrel. Ha kezdő fejlesztő vagy, könnyen lehet, hogy valamit nem vettél észre, nem telepítettél vagy nem állítottál be. Itt egy ellenőrző lista, amelyen érdemes végigmenni, mielőtt rádöbbennél, hogy nem tudod önállóan megoldani a problémát, és segítségre van szükséged:
- Győződj meg róla, hogy a kérdésed egyedi, és nincs rá válasz az interneten
- Alaposan tanulmányozd a probléma okát, ne a következményét
- Értékelje a probléma lehetséges megoldási lehetőségeit, előnyeiket és hátrányaikat
- Gondolkodjon alternatívákon a cél elérésére
- Gondolja át, hogy mire kérdezhetnek rá, és készüljön fel előre a válaszokra
Késleltetett streaming replikációt is beállíthatunk, de van néhány csapda, amelyek a replikációs slotokkal, a forró tartalék visszajelzésével stb. kapcsolatosak. A WAL archívum lehetővé teszi, hogy elkerüljük ezeket. első pontja triviális: ha a hibaüzenet teljesen érthetetlen számodra - másold be a Google-ba, és figyelmesen olvasd el a linkek szövegét.
Második: például, ha a kódod hibát dobott a 'Nem tudom csatlakoztatni a külső könyvtárat' üzenettel, akkor nem a te kódoddal van a probléma. Az a probléma, hogy nem telepítettél egy könyvtárat, amit használni szeretnél. Tehát keress rá, hogyan kell azt telepíteni, és ne a kódod javításával törődj.
Harmadik és negyedik meglehetősen hasonló: Mi van, ha a probléma éppen ebben a könyvtárban van, és egyszerűen csak másikat kell keresnem? Mi van, ha egyáltalán nem használok külső könyvtárat, hanem saját kódot írok a szabványos eszközök felhasználásával?
Ötödik pontunk a következő részhez vezet: gondolkodj el azon, mit kérdezhet tőled az a személy, akitől segítséget kérsz, és tartsd készen a válaszokat.
Először ismertesd a célt, majd említsd a problémát
A cél az, amit szeretnél elérni. Például, írni egy kódot, ami az interneten keresztül letölti és elmenti 10 vicces cicás képet. A probléma pedig az, hogy miért látod a hibát a konzolon, de nem látod a 10 vicces cicát. Ne a problémáddal kezdd a kérdésed. Kezdd a céloddal, és zárd a problémával. Ha az, akitől segítséget kérsz, tapasztalt fejlesztő és sokat tud, akkor biztos, hogy egyszerűbb és elegánsabb megoldást tud javasolni. Ha már választottál a legegyszerűbbet és legszebbet - ő pontosan meg fogja érteni, mit és miért akarsz csinálni, és ez felgyorsítja a választ.
Jó kérdés:
Szeretném minden nap elmenteni 10 vicces cicát, hogy nevethessek és meghosszabbíthassam az életemet. Ehhez írtam egy ilyen kódot: […]. Elvárom, hogy csatlakozzon az FTP-hez szerverhez és onnan töltsön le új képeket. Azonban, amikor elindítottam, ezt a hibát láttam: […] Pedig a böngészőn keresztül könnyedén hozzáférek ahhoz a szerverhez.
Gyors válasz:
Felesleges volt ezt a könyvtárat választanod, már régóta senki sem támogatja és fejleszti. Inkább ezt használd — én magam is ezzel töltöm le a cicás képeket!
Rossz kérdés:
Helló, a kódomban egy ilyen hibát dobott […], tudnál segíteni, hogy mi lehet a probléma?
Nyilvánvaló válasz:
Helló. Nem, nem tudom.
Írj világosan és lényegre törően
Ne öntsön rá egy embert a gondolatai áradatával. Az a személy, akitől segítséget kér, éppen a saját dolgaival van elfoglalva. Tedd lehetővé, hogy gyorsan megértse, mi a problémád, és mit szeretnél tőle. Ha írásmódbeli problémáid vannak, használj online helyesírás- és írásjelek ellenőrző szolgáltatásokat. A felesleges dolgokat a megjegyzésből eltávolíthatod online szolgáltatások nélkül is. Ne öntsd a szót, ne kezdd messziről. Írj tömören, lényegretörően és a tárgyra térve. Adj példákat.
Rossz:
— szia, hogy telt a hétvége))) itt próbálom röviden összeszedni a projektet, de valamiért nem működik, kidől az O_ó, pedig úgy tűnik, mindent jól csináltam, gyere kérlek))) itt igazából a konzolban van valami érthetetlen((( már mindent kipróbáltam, semmi sem működik, aaaa(
Jó:
— Szia, próbálom futtatni a projektet, de problémám van. Azonnal kidől a docker-compose up parancs után, itt van a futtatási napló és a hiba: […] Tudnál segíteni megoldani?
Tedd fel a kérdéseidet a megfelelő helyen, és oszd meg a megoldást
Nem érdemes egy adott személlyel magánüzenetben feltenni a kérdésedet, hacsak nem mondták neked, hogy őt kell kérdezni. Jobb, ha egy csoportra írsz, mert:
- Mindenki a saját problémájának megoldásával van elfoglalva. Az esélye, hogy valaki a csevegésben vagy a fórumon időt tud szánni rád, nagyobb.
- Az esélye, hogy valaki a csevegésben tud segíteni neked, nagyobb.
- Ezzel lehetőséget adsz a másiknak, hogy később megtalálja ugyanazt a kérdést és választ.
Nézd meg az utolsó pontot. Már megtanultad, hogy a problémákat próbáld meg önállóan megoldani? Már használtad a keresést a csevegésben/fórumban/csoportban, de nem találtad meg a problémád említését? Rendben, akkor kérdezz.
Másrészt, ne zavarj bele embereket ok nélkül. Lehetőleg zárd ki a címzettek listájából azokat, akik nem tudnak segíteni neked. Minél több üzenet érkezik egy emberhez, annál kisebb az esélye, hogy mindegyiket elolvassa. Ne szoktasd az embereket arra, hogy kikapcsolják az értesítéseket vagy egyszerűen figyelmen kívül hagyják az üzeneteket.
Biztosan, a tapasztalatod hasznos lehet mások számára is. Spórolj időt magadnak és másoknak azzal, hogy megosztod a választ vagy a megoldást. A következő újonc, ha már tudja, miről beszélünk, egyáltalán nem fog senkit zavartatni — megtalálja a megoldásodat a keresés során. Miért mondom, hogy időt spórolhatsz magadnak? Mert előfordulhat, hogy egy év múlva szembesülsz ezzel a problémával, és nem emlékszel a megoldására. A keresés ismét segíteni fog.
Tiszteld mások idejét
Minél egyszerűbbé tedd az életet azoknak, akiktől segítséget kérsz.
Győződj meg róla, hogy a küldött linkek működnek. Próbáld meg megnyitni inkognitó módban. Ha a hivatkozás igényel hitelesítést, akkor hozzáférési hibát fogsz látni. Például, ha feltöltötted a kódot egy privát tárolóba, vagy küldtél egy linket a Google Drive-ra, amelyhez csak neked van hozzáférésed — az illető hibaüzenetet fog látni, és időt fog tölteni azzal, hogy tájékoztasson erről, majd várnia kell, amíg beállítod a hozzáférést. Úgy tedd, hogy az illető azonnal lássa, miről beszélsz.
Ne várd el, hogy bárki emlékezzen arra, amiről két nappal ezelőtt kérdeztél. Küldd el az információt még egyszer, és emlékeztesd a kontextusra. Senkinek sincs kedve keresgélni a levelezésben azt, amivel te már rendelkezel. Ha lusta vagy megismételni az információt, hogy az emberek ne pazarolják az idejüket a keresésre, akkor valószínűleg nincs szükséged segítségre.
Ne vedd ki a kontextusból. Ha hibajelentést küldesz, nyilvánvaló, hogy nemcsak a hibát kell belefoglalni, hanem azt a kódot is, amelyik azt okozta, példával együtt arról, amin elromlott.
Ha van egy bevett folyamat a problémád megoldására, kövesd azt. Nem érdemes kerék újra feltalálni, ha már van cikk lépésről lépésre HowTo-val.
Nem szabad ugyanazt az egy választ megkísérelni különböző csatornákon (írni Slack-en, Skype-on, Telegramon) egyszerre — az illetőnek kellemetlen lesz.
Ne küldj ugyanazon üzenetet egyszerre több embernek, bízva abban, hogy legalább valaki válaszol. Mindezek az emberek adhatnak neked választ (valószínűleg ugyanazt), de mindannyian kissé eltérítik magukat az ügyeiktől. Használj csoportos csevegéseket.
Nézz szélesebb perspektívából
Minden, amiről itt beszéltünk, alkalmazható az IT-n kívül is. Kövesd ezeket a szabályokat a szupermarketben, autószervizben, külföldi nyaraláskor, barátokkal és családtagokkal való kommunikáció során. Mutasd meg az embereknek, hogy értékeled az idejüket, és nem akarod őket felesleges dolgokkal terhelni. Forrásaid és időd megtételének jelzésére tedd, hogy próbáltad megoldani a problémát egyedül, de nem sikerült, és valóban szükséged van segítségre. Hála, az emberek megértően fognak viszonyulni a problémáidhoz, és segítenek azok megoldásában.
Forrás: habr.com
