Përshëndetje!
Në dy vitet e fundit, kam punuar shumë me njerëz që sapo kanë filluar karrierën e tyre në IT. Duke pasur parasysh se pyetjet dhe mënyra e formulimit të tyre janë të ngjashme për shumë, vendosa të grumbulloj përvojën time dhe rekomandimet në një vend.
Prej kohësh kam lexuar një libër nga Eric Raymond i vitit 2004, dhe gjithmonë në karrierën time e kam ndjekur me përkushtim. Është një libër mjaft i gjatë, dhe është më shumë orientuar për administratorët e sistemeve. Unë përpiqem t'i ndihmoj njerëzit, shpesh herë pa ndonjë përvojë në zhvillim, të bëhen juniorë dhe të fillojnë karrierën e tyre.
Për ata që kanë filluar, ose që vetëm ëndërrojnë të bëhen zhvillues fillestarë, mund t'u jap këto rekomandime:
- Studio problemin në mënyrë të pavarur
- Së pari, komunikoni qëllimin, pastaj paraqitni problemin
- Shkruani saktë dhe në thelb të çështjes
- Bëni pyetje në vendin e duhur dhe ndani zgjidhjet
- Respektoni kohën e të tjerëve
- Shiko gjërat në një panoramë më të gjerë
Tani le të shqyrtojmë më në detaje.
Studio problemin në mënyrë të pavarur
Po studioni një gjuhë programuese nga një libër ose kurs. Keni marrë një shembull kodi, e keni ekzekutuar, por ai ka dështuar me një gabim që ju nuk e kuptoni. Nëse besoni librin, ai duhet të funksionojë. Por ju besoni atyre që shihni — ai nuk funksionon. Cilat janë mundësitë?
- Të vendosni se kurrë nuk do të bëheni zhvillues, sepse e gjithë bota është kundër jush, dhe madje edhe shembujt që funksionojnë nuk funksionojnë. Të heqësh dorë nga mësimi;
- Të vendosni se kurrë nuk do të bëheni zhvillues, sepse jeni shumë të budallë ose nuk keni aftësi. Të heqësh dorë nga mësimi;
- Të filloni të pyesni të gjithë njohurit tuaj që kanë ndonjë lidhje me IT-në, të kërkoni të kuptoni pse nuk funksionon për ju. Të mësoni shumë gjëra të reja për veten tuaj, të ofendoheni. Të heqësh dorë nga mësimi;
Cila është opsioni i saktë? Ky është:
Të kuptoni se nuk jeni unik (çfarëdo që të thonë mama dhe gjyshja), dhe bota e IT-së nuk është aq e lehtë sa thonë ata kur ju ftojnë në kurse dhe webinarë.
Kuptimi se nuk jeni unik, çon në ndjesinë se problemi juaj me siguri ka ndodhur tashmë me dhjetëra, qindra, mijëra njerëz. Nëse jeni një zhvillues fillestar, mund të keni humbur diçka, të mos instaloni ose të mos konfiguroni siç duhet. Këtu është një listë kontrolle që unë sugjeroj të ndiqni para se të kuptoni se nuk mund ta zgjidhni problemin vetë dhe keni nevojë për ndihmë:
- Të siguroheni që pyetja është unike dhe nuk ka përgjigje në internet
- Të shqyrtoni me kujdes shkakun e problemit, jo pasojën
- Vlerësimi i mundësive për zgjidhjen e problemit, avantazhet dhe disavantazhet e tyre
- Të mendoni për alternativat e tjera për të arritur qëllimin
- Të mendoni për pyetjet që mund t'ju bëhen dhe të përgatitni përgjigjet paraprakisht
S i pari Pika është e thjeshtë: nëse teksti i gabimit ju duket krejtësisht i panjohur — kopjoni atë në Google dhe lexoni me kujdes tekstin në lidhjet e dhëna.
E dyta: për shembull, nëse kodi juaj është ndalur me gabimin “Nuk mund të lidhem me librarinë e tretë”, problemi nuk është te kodi juaj. Problemi është që nuk keni instaluar ndonjë bibliotekë që dëshironi të përdorni. Pra, duhet të kërkoni se si ta instaloni atë, jo se si ta riparoni kodin tuaj.
Të tretë dhe të katërt mjaft të ngjashme: Çfarë nëse problemi është në këtë bibliotekë, dhe thjesht duhet të kërkoj një tjetër? Çfarë nëse nuk do të përdor librarinë e tretë, dhe do të shkruaj kodin tim duke përdorur mjetet standarde?
Të pestë Pika na çon në pjesën tjetër: mendoni se çfarë mund të ju pyesë personi te cilit i drejtoheni dhe mbani përgjigjet gati.
Së pari, komunikoni qëllimin, pastaj paraqitni problemin
Qëllimi është ajo që donit të bëni. Për shembull, të shkruani një kod që shkon në internet dhe ruan 10 imazhe të koteleve qesharake. Problemi është arsyeja pse shihni një gabim në konsol, por nuk shihni 10 kotele qesharake. Mos e filloni pyetjen tuaj me problemin. Filloni me qëllimin tuaj dhe përfundoni me problemin. Nëse personi te i cili kërkoni ndihmë është një zhvillues me përvojë dhe di shumë, ai do të mund t'ju ofrojë një zgjidhje më të thjeshtë dhe më elegante për problemin. Nëse keni zgjedhur tashmë më të thjeshtën dhe më elegante — ai do të kuptojë qartë çfarë dhe pse doni të bëni, dhe kjo do ta përshpejtojë marrjen e përgjigjes.
Pyetja e mirë:
Unë dua të ruaj 10 kotele qesharake çdo ditë, për të qeshur dhe për të zgjatur jetën time. Për këtë shkrova këtë kod: […] . Po pres që ai të lidhet me FTP server dhe të ngarkojë imazhe të reja nga atje. Megjithatë, kur e nisa, pashë këtë gabim: […] Edhe pse përmes shfletuesit mund të hyj në këtë server.
Përgjigja e shpejtë:
Ke marrë kot këtë bibliotekë, askush nuk e mbështet më dhe nuk e zhvillon. Merr këtë tjetër — unë e shkarkoj vetë imazhet me kotele!
Pyetje e keqe:
Përshëndetje, kodi im dha këtë gabim […], a e di se çfarë mund të jetë problemi?
Përgjigjja e qartë:
Përshëndetje. Jo, nuk e di.
Shkruani saktë dhe në thelb të çështjes
Nuk është e nevojshme të derdhni një rrjedhë mendimesh mbi personin. Njeriu, të cilit i keni drejtuar pyetje për zgjidhjen e problemit, është i zënë me punët e tij. Bëni që ai të kuptojë shpejt se çfarë problemi keni dhe çfarë dëshironi prej tij. Nëse keni probleme me shkrimin e saktë - përdorni shërbime online për kontrollin e drejtshkrimit dhe pikësimit. Mund ta pastroni mesazhin nga informacionet e panevojshme dhe pa shërbime online. Mos derdhni ujë, mos filloni me shkurt, shkruani shkurt dhe në thelb. Ofroni shembuj.
Keq:
— Përshëndetje, si e kalove fundjavën))) unë po përpiqem të mbledh projektin por nuk funksionon, bie për një arsye O_ó edhe pse duket se e kam bërë si duhet, afrohu pak))))) këtu në konsolë kam diçka të paqartë((( kam provuar gjithçka dhe nuk funksionon asgjë, aaaa(
Mirë:
— Përshëndetje, po përpiqem të nis projektin, por kam një problem. Ai bie menjëherë pas komandës docker-compose up, ja logu i nisjes dhe gabimi: […] A mund të më sugjerosh si ta zgjidh?
Bëni pyetje në vendin e duhur dhe ndani zgjidhjet
Nuk është e nevojshme të dërgoni një mesazh privat me një pyetje tek një person të caktuar, përveç nëse ju është thënë se duhet ta pyetni atë. Më mirë është të shkruani në grup, sepse:
- Secili është i zënë me zgjidhjen e problemeve të tij. Shansi që dikush në bisedën e përbashkët ose në forum mund t'ju kushtojë kohë është më i lartë.
- Shansi që dikush në bisedën e përbashkët e di se si t'ju ndihmojë është më i lartë.
- Ju i lejoni të tjerët të gjejnë po atë pyetje dhe përgjigje më vonë.
Shikoni pikën e fundit. Ju tashmë e keni mësuar se duhet të përpiqeni ta zgjidhni problemin vetë, apo jo? A keni bërë një kërkim në bisedë/forum/grup, por nuk keni gjetur asnjë përmendje të problemit tuaj? Mirë, atëherë pyesni.
Në anën tjetër, nuk duhet të shqetësoni njerëzit pa nevojë. Sa më shumë që të jetë e mundur, përjashtoni nga lista e marrësve ata që nuk mund t'ju ndihmojnë. Sa më shumë mesazhe të arrijnë tek një person, aq më pak shanse ka që ai t'i lexojë të gjitha. Mos krijoni zakon te njerëzit për të fshirë njoftimet ose për t'i injoruar mesazhet.
Me sigurt, përvoja juaj mund të jetë e dobishme për dikë tjetër. Kurseni kohë për vetën dhe për të tjerët duke ndarë një përgjigje ose zgjidhje. Një fillestar tjetër, nëse tashmë e di atë për çfarë po flasim, nuk do të shqetësojë askënd — do të gjejë zgjidhjen tuaj përmes kërkimit. Pse po them se mund të kurseni kohë për veten? Sepse mund të përballeni me këtë problem përsëri pas një viti dhe nuk do ta kujtoni si e keni zgjidhur. Kërkimi do t'ju shpëtojë përsëri.
Respektoni kohën e të tjerëve
Së pari, thjeshtoni sa më shumë jetën e njerëzve nga të cilët kërkoni ndihmë.
Sigurohuni që lidhjet që dërgoni të funksionojnë. Provoni t'i hapni ato në modalitetin inkognito. Nëse lidhja kërkon autorizim, do të shihni një gabim aksesimi. Për shembull, nëse keni ngarkuar kodin në një depo private, ose keni dërguar një lidhje në Google Drive, të cilin e ka akses vetëm ju — personi do të shohë një gabim dhe do t'i duhet të humbasë kohë për t'ju njoftuar për këtë, dhe pastaj të presë që ju të konfigurooni aksesin. Bëni që personi të shohë menjëherë atë që po flisni.
Mos prishni që dikush dëshiron të kujtojë se për çfarë pyetje keni bërë para dy ditësh. Dërgoni informacionin përsëri, kujtoni kontekstin. Askush nuk dëshiron të kërkojë në bisedë atë që e keni në dorë. Nëse jeni të përtacë për të kopjuar informacionin, në mënyrë që njerëzit të mos humbin kohë për të kërkuar, atëherë nuk keni nevojë për ndihmë.
Mos e nxirrni nga konteksti. Nëse dërgoni një log të gabimit, është e qartë që duhet të përfshini jo vetëm gabimin vetë, por edhe kodin që e shkakton atë, me një shembull të asaj që ka dështuar.
Nëse për zgjidhjen e problemit tuaj ekziston një proces i vendosur — ndiqni atë. Nuk duhet të shpikni biçikletën, nëse tashmë ekziston një artikull me udhëzime hap pas hapi.
Nuk duhet të përpiqeni të merrni përgjigje nga një person në kanale të ndryshme (të shkruani në Slack, Skype, Telegram) në të njëjtën kohë — personi do të ndjehet keq.
Nuk duhet të dërgoni të njëjtin mesazh disa njerëzve njëkohësisht, në shpresë se ndonjë askush do t'ju përgjigjet. Të gjithë këta njerëz mund t'ju japin një përgjigje (shumë gjasë, ajo do të jetë e njëjtë), por të gjithë ata do të shpërqendrohen për një kohë nga çështjet e tyre. Përdorni bisedat grupore.
Shiko gjërat në një panoramë më të gjerë
Çdo gjë që kemi biseduar këtu është e aplikueshme edhe jashtë fushës së TI. Ndiqni këto rregulla në supermarket, në servis automjetesh, gjatë pushimeve në një vend tjetër, kur bisedoni me miqtë dhe të afërmit. Tregoni njerëzve se e vlerësoni kohën e tyre dhe nuk dëshironi t'i shqetësoni për gjëra të kota. Tregoni se keni shpenzuar përpjekje dhe kohë për të zgjidhur vetë problemin, por nuk ia keni arritur, dhe vërtet keni nevojë për ndihmë. Për mirënjohje, njerëzit do të kenë një qëndrim më të kuptueshëm ndaj problemeve tuaja dhe do të ndihmojnë në zgjidhjen e tyre.
Burimi: habr.com
