🥇Si të arrish në qiell dhe të bëhesh pilot | ProHoster
Prej dy viteve të fundit po punoj shumë me njerëz që sapo po e nisin karrierën e tyre në IT. Meqë si vetë pyetjet, ashtu edhe mënyra si i bëjnë, janë të ngjashme te shumë njerëz, vendosa ta mbledh përvojën dhe rekomandimet e mia në një vend.
Shumë kohë më parë kam lexuar të vitit 2004 nga Eric Raymond dhe gjatë gjithë karrierës sime e kam ndjekur me përpikëri. Është mjaft e gjerë dhe më shumë e orientuar drejt administratorëve të sistemeve. Ndërsa mua më duhet të ndihmoj njerëz që shpesh nuk kanë fare përvojë në zhvillim, të bëhen junior dhe ta nisin karrierën e tyre.
Për ata që tashmë janë bërë, ose vetëm ëndërrojnë të bëhen zhvillues fillestarë, mund të jap këto rekomandime:
- Studiojeni problemin vetë
- Së pari tregoni qëllimin, pastaj shpjegoni problemin
- Shkruani saktë dhe shkoni te thelbi
- Bëni pyetje në vendin e duhur dhe ndani zgjidhjen
- Respektoni kohën e të tjerëve
- Shikoni më gjerë
Tani më në detaje.
Studiojeni problemin vetë
Po mësoni një gjuhë programimi nga një libër ose kurs. Morët një shembull kodi, e ekzekutuat, por ai dështoi me një gabim që për ju është i paqartë. Sipas librit, ai duhet të funksionojë. Por ju u besoni syve tuaj — nuk funksionon. Cilat janë mundësitë?
- Të vendosni se nuk do të bëheni kurrë zhvillues, sepse e gjithë bota është kundër jush dhe madje as shembujt funksionalë nuk punojnë. Ta lini mësimin;
- Të vendosni se nuk do të bëheni kurrë zhvillues, sepse jeni shumë të paaftë ose nuk jeni bërë për këtë. Ta lini mësimin;
- Të filloni të pyesni të gjithë të njohurit që kanë qoftë edhe lidhjen më të vogël me IT, të kërkoni që të kuptojnë pse nuk ju funksionon. Të mësoni shumë gjëra të reja për veten, të mbeteni të fyer. Ta lini mësimin;
Cili variant është i saktë? Ja ku është:
Të kuptoni se nuk jeni unikë (pavarësisht çfarë ju thonë mami dhe gjyshja), dhe se bota e IT nuk është aq e thjeshtë sa e paraqesin kur ju ftojnë në kurse dhe webinare.
Kuptimi se nuk jeni unikë të çon te vetëdija se problemi juaj me shumë gjasa i ka ndodhur tashmë dhjetëra, qindra apo mijëra njerëzve. Nëse jeni zhvillues fillestar, është krejt e mundur që të mos keni vënë re diçka, të mos keni instaluar diçka ose të mos keni konfiguruar diçka siç duhet. Ja një checklist që ju propozoj ta ndiqni përpara se të arrini në përfundimin se nuk mund ta zgjidhni vetë problemin dhe se ju duhet ndihmë:
- Sigurohuni që pyetja është vërtet unike dhe se nuk ka përgjigje për të në internet
- Shqyrtoni me kujdes shkakun e problemit, jo pasojën
- Vlerësoni zgjidhjet e mundshme të problemit, si edhe avantazhet dhe disavantazhet e tyre
- Mendoni për mënyra alternative për të arritur qëllimin
- Mendoni se çfarë mund t’ju pyesin dhe përgatitni paraprakisht përgjigjet
D votim të parë? Çfarë nëse nuk mund të arrijmë një marrëveshje për liderin? Ose nëse arrijmë, por ky lider ngel në një takim ose shkon në spital? këtë pikë e keni fare të thjeshtë: nëse teksti i gabimit nuk ju thotë asgjë — kopjojeni në Google dhe lexoni me kujdes materialet sipas lidhjeve.
E dyta: për shembull, nëse kodi juaj dështoi me gabimin “Nuk mund të lidhem me një bibliotekë të palës së tretë”, atëherë problemi nuk është te kodi juaj. Problemi është se nuk keni instaluar një bibliotekë që dëshironi të përdorni. Pra, duhet të kërkoni si ta instaloni atë, jo si të rregulloni kodin tuaj.
E treta dhe katërt janë shumë të ngjashme: Po sikur problemi të jetë pikërisht te kjo bibliotekë dhe unë thjesht duhet të kërkoj një tjetër? Po sikur të mos përdor fare një bibliotekë të palës së tretë, por të shkruaj kodin tim duke përdorur mjetet standarde?
E pesta kjo pikë na çon te pjesa tjetër: mendoni se çfarë mund t’ju pyesë personi të cilit do t’i drejtoheni dhe mbajini përgjigjet gati.
Së pari tregoni qëllimin, pastaj shpjegoni problemin
Qëllimi është ajo që keni dashur të bëni. Për shembull, të shkruani kod që hyn në internet dhe ruan 10 foto me mace qesharake. Problemi është arsyeja pse shihni një gabim në console, por nuk shihni 10 macet qesharake. Mos e filloni pyetjen tuaj me problemin. Fillojeni me qëllimin dhe përfundojeni me problemin. Nëse personi të cilit i kërkoni ndihmë është një zhvillues me përvojë dhe di shumë, me siguri ai mund t’ju propozojë një zgjidhje më të thjeshtë dhe më elegante. Nëse tashmë keni zgjedhur zgjidhjen më të thjeshtë dhe më elegante, ai do ta kuptojë qartë se çfarë dhe pse dëshironi të bëni, dhe kjo do ta përshpejtojë marrjen e përgjigjes.
Pyetje e mirë:
Dua të ruaj 10 mace qesharake çdo ditë, që të qesh dhe t’ia zgjas vetes jetën. Për këtë kam shkruar këtë kod: […]. Pres që ai të lidhet me FTP serverit dhe të shkarkojë prej andej fotografi të reja. Megjithatë, kur e nisa, pashë këtë gabim: […] Ndërsa përmes shfletuesit mund të hyj në këtë server.
Përgjigje e shpejtë:
E ke zgjedhur kot këtë bibliotekë, prej kohësh askush nuk e mirëmban më dhe nuk e zhvillon. Më mirë merre këtë tjetrën — unë vetë me të shkarkoj fotografi me mace!
Pyetje e keqe:
Përshëndetje, kodi im dha këtë gabim […], a e di se ku mund të jetë problemi?
Përgjigje e qartë:
Përshëndetje. Jo, nuk e di.
Shkruani saktë dhe shkoni te thelbi
Mos i derdhni tjetrit një lumë mendimesh. Personi të cilit i jeni drejtuar për zgjidhjen e problemit është i zënë me punët e veta. Bëjeni që ta kuptojë shpejt cili është problemi juaj dhe çfarë prisni prej tij. Nëse keni vështirësi me drejtshkrimin, përdorni shërbime online për kontrollin e ortografisë dhe pikësimit. Fjalët e tepërta mund t’i hiqni nga mesazhi edhe pa shërbime online. Mos e zgjatni dhe mos e nisni nga larg. Shkruani shkurt, qartë dhe drejt e në temë. Jepni shembuj.
Keq:
— ej, si kalove fundjavën?))) po mundohem dmth me e ngrit projektin, por s’po më punon, bie kot O_о, megjithëse duket sikur i bëra të gjitha siç duhet, a vjen pak të shohësh?))))) këtu dmth në konsolë kam diçka të pakuptueshme((( i provova tashmë të gjitha dhe asgjë s’punon, aaaaa(
Mirë:
— Përshëndetje, po përpiqem të nis projektin, por hasa një problem. Bie menjëherë pas komandës docker-compose up, ja logu i nisjes dhe gabimi: […] A mund të më tregosh si ta zgjidh?
Bëni pyetje në vendin e duhur dhe ndani zgjidhjen
Nuk ia vlen t’ia dërgoni pyetjen me mesazh privat një personi të caktuar, përveç rastit kur ju kanë thënë se duhet të pyesni pikërisht atë. Më mirë shkruani në një grup njerëzish, sepse:
- Secili është i zënë duke zgjidhur problemet e veta. Mundësia që dikush në chat-in e përgjithshëm ose në forum të gjejë kohë për ju është më e madhe.
- Mundësia që dikush në chat-in e përgjithshëm ta dijë si t’ju ndihmojë është më e madhe.
- U jepni të tjerëve mundësinë ta gjejnë më vonë të njëjtën pyetje dhe përgjigjen.
Shikoni pikën e fundit. Tashmë e keni kuptuar se problemet duhen zgjidhur sa më shumë vetë, apo jo? E keni përdorur tashmë kërkimin në chat/forum/grup, por nuk keni gjetur përmendje të problemit tuaj? Në rregull, atëherë pyesni.
Nga ana tjetër, nuk duhet t’i shqetësoni njerëzit kot. Sa të jetë e mundur, përjashtoni nga lista e marrësve të gjithë ata që nuk mund t’ju ndihmojnë. Sa më shumë mesazhe t’i vijnë një personi, aq më e vogël është mundësia që t’i lexojë të gjitha. Mos krijoni te njerëzit zakonin për të çaktivizuar njoftimet ose thjesht për të shpërfillur mesazhet.
Me shumë gjasa, përvoja juaj mund t’i vlejë edhe dikujt tjetër. Kurseni kohë për veten dhe për të tjerët duke publikuar përgjigjen ose zgjidhjen. Fillestari i ardhshëm, nëse tashmë po përballet me atë për të cilën po flasim këtu, nuk do të shqetësojë askënd fare — do ta gjejë zgjidhjen tuaj me kërkim. Pse them se mund t’i kurseni kohë vetes? Sepse mund të përballeni sërish me këtë problem pas një viti dhe të mos mbani mend si u zgjidh. Kërkimi do t’ju shpëtojë përsëri.
Respektoni kohën e të tjerëve
Bëjua jetën sa më të lehtë njerëzve të cilëve u kërkon ndihmë.
Sigurohuni që lidhjet që dërgoni funksionojnë. Provojini t’i hapni në modalitetin incognito. Nëse lidhja kërkon autorizim, do të shihni një gabim qasjeje. Për shembull, nëse e keni ngarkuar kodin në një depo private, ose keni dërguar një lidhje në Google Drive ku qasje keni vetëm ju, personi do të shohë një gabim dhe do t’i duhet të humbasë kohë për t’ju njoftuar, e më pas të presë derisa të konfiguroni qasjen. Bëjeni në mënyrë që personi ta shohë menjëherë atë për të cilën po flisni.
Mos prisni që dikush të dojë të kujtojë se çfarë keni pyetur dy ditë më parë. Dërgojeni informacionin përsëri, kujtoni kontekstin. Askush nuk ka dëshirë të kërkojë në bisedë diçka që ju e keni në dorë. Nëse ju vjen përtac ta ridërgoni informacionin që të tjerët të mos humbasin kohë duke kërkuar, atëherë ndihma nuk ju duhet aq shumë.
Mos e nxirrni nga konteksti. Nëse dërgoni një log me gabimin, është e qartë që duhet të përfshini jo vetëm vetë gabimin, por edhe kodin që e shkaktoi, bashkë me një shembull se në çfarë u prish.
Nëse për zgjidhjen e problemit tuaj ekziston një proces i përcaktuar, ndiqeni atë. Nuk ka nevojë të shpikni rrotën nëse tashmë ka një artikull me HowTo hap pas hapi.
Mos u përpiqni të merrni përgjigje nga i njëjti person përmes kanaleve të ndryshme (duke i shkruar njëkohësisht në Slack, Skype, Telegram) — kjo do ta vendosë në siklet.
Mos u shkruani të njëjtin mesazh disa personave njëherësh, me shpresën se të paktën dikush do t’ju përgjigjet. Të gjithë këta njerëz mund t’ju japin një përgjigje (me shumë gjasa do të jetë e njëjta), por të gjithë do të shpërqendrohen për pak kohë nga puna e tyre. Përdorni bisedat në grup.
Shikoni më gjerë
Gjithçka për të cilën folëm këtu vlen edhe jashtë fushës së IT-së. Ndiqni këto rregulla në supermarket, në autoservis, gjatë pushimeve në një vend tjetër, si edhe në komunikim me miqtë dhe të afërmit. Tregojuni njerëzve se e vlerësoni kohën e tyre dhe nuk doni t’i shqetësoni për gjëra të parëndësishme. Tregoni se keni shpenzuar kohë dhe përpjekje për ta zgjidhur vetë problemin, por nuk ia dolët dhe se ju duhet vërtet ndihmë. Si shenjë mirënjohjeje, njerëzit do t’i kuptojnë me mirëkuptim vështirësitë tuaja dhe do t’ju ndihmojnë në zgjidhjen e tyre.
Burimi: habr.com
