Kuidas õigesti küsimusi esitada, kui oled algaja IT-spetsialist

Tere!

Viimase paari aasta jooksul olen palju tegelenud inimestega, kes alles alustavad oma karjääri IT-sektoris. Kuna nii küsimused kui ka viisi, kuidas neid esitada, on paljuski sarnased, otsustasin oma teadmised ja soovitused kokku koguda ühte kohta.

Am musta olen lugenud artiklit 2004. aasta Eric Raymondi raamatut, ja olen alati oma karjääris sellele rangelt järgnenud. See on üsna mahukas ja suunatud pigem süsteemihalduritele. Minul aga tuleb aidata inimesi, kes sageli ei oma isegi mingit kogemust arendajana, et nad saaksid algajateks ja alustaksid oma karjääri.

Neile, kes on juba hakanud või alles unistavad algajaks arendajaks saamisest, saan anda järgmised soovitused:

• Uurige probleemi ise
• Esiteks esitage eesmärk, siis rääkige probleemist
• Kirjutage selgelt ja asjakohaselt
• Esitage küsimusi õigesti ja jagage lahendusi
• Austage teiste aega
• Vaadake laiemalt

Nüüd aga lähemalt.

Uurige probleemi ise

Õpite mõnda programmeerimiskeelt raamatu või kursuse abil. Olete võtnud koodinäite, käivitanud selle, kuid see kukkus kokku teie jaoks arusaamatu vea tõttu. Kui uskuda raamatut, siis see peaks töötama. Kuid te usute oma silmi — see ei toimi. Millised on võimalused?

• Otsustada, et te ei saa kunagi arendajaks, kuna kogu maailm on teie vastu, ja isegi töötavad näidisprogrammid ei toimivad. Jätta õpingud;
• Otsustada, et te ei saa kunagi arendajaks, kuna olete liiga loll või see ei ole teile antud. Jätta õpingud;
• Alustada küsimist kõikidelt tuttavatelt, kes on mingilgi määral seotud IT-ga, nõuda, et nad selgitaksid, miks see ei toimi. Õppida palju uut enda kohta, solvuda. Jätta õpingud;

Milline variant on õige? Siin see on:

Mõista, et te ei ole ainulaadne (mida kaema ütleb ema koos vanaemaga), ja IT-maailm ei ole nii lihtne, nagu räägitakse, kui kutsutakse kursustele ja veebiseminaridele.

Teadlikkus, et te ei ole ainulaadne, toob teieni arusaama, et teie probleem on tõenäoliselt juba esinenud kümnetel, sadadel, tuhandetel inimestel. Kui olete algaja arendaja, siis olete ilmselt midagi tähelepanuta jätnud, mitte paigaldanud või seadistanud. Siin on kontrollnimekiri, mida soovitan läbi vaadata enne, kui mõistate, et te ei saa probleemi ise lahendada ja vajate abi:

• Veenduge, et küsimus on ainulaadne ja sellele ei ole internetis vastust
• Uurige hoolikalt probleemi põhjust, mitte tagajärge
• Hinda võimalusi probleemi lahendamiseks, nende plusse ja miinuseid
• Mõtle alternatiivsetele viisidele eesmärgi saavutamiseks
• Mõtle, mida sinult võidakse küsida, ja valmista vastused ette

A esimest Punkt on iseenesest lihtne: kui veateade on täiesti arusaamatu, kopeeri see Google'isse ja loe hoolikalt linkide tekst läbi.

Teine: näiteks, kui su kood kukkus vea tõttu "Ei saa kolmandat osapoolt raamatukogu ühendada", siis asi ei ole sinu koodis. Probleem on selles, et sa ei ole installinud raamatukogu, mida soovid kasutada. Seega tuleb otsida, kuidas seda installida, mitte kuidas oma koodi parandada.

Kolmas ja neljas on üsna sarnased: Mis siis, kui probleem on just selles raamatukogus ja mul on lihtsalt vaja otsida midagi muud? Mis siis, kui ma ei kasuta üldse kolmanda osapoole raamatukogu, vaid kirjutan oma koodi kasutades standardseid tööriistu?

Viies punkt viib meid järgmise osa juurde: mõtle, mida võib küsida inimene, kellele sa pöördud, ja hoia vastuseid käepärast.

Esiteks esitage eesmärk, siis rääkige probleemist

Eesmärk on see, mida sa tahtsid teha. Näiteks kirjutada kood, mis sirvib internetti ja salvestab 10 pilti naljakatest kassidest. Probleem on see, miks sa näed konsoolis viga, aga ei näe 10 naljakat kassi. Ära alusta oma küsimust probleemiga. Alusta seda eesmärgiga ja lõpeta probleemiga. Kui inimene, kellelt abi otsid, on kogenud arendaja ja teab palju, siis ta suudab tõenäoliselt pakkuda sulle lihtsamat ja elegantsemat lahendust. Kui oled juba valinud kõige lihtsama ja elegantsema — saab ta selgelt aru, mida ja miks sa soovid teha, ja see kiirendab vastuse saamist.

Hea küsimus:

Ma tahan iga päev salvestada 10 naljakat kassi, et naerda ja elu pikendada. Selleks kirjutasin sellise koodi: […]. Ootan, et see ühendub FTP-ga serveri ja laadib sealt uusi pilte üles. Kuid kui ma selle käivitasin, nägin sellist viga: […] Kuigi ma saan sellele serverile brauseris sisse logida.

Kiire vastus:

Sa valisid vale raamatukogu, seda on ammu enam ei toetata ega arendata. Kasuta parem seda — mina ise laen pilte kassidest selle kaudu!

Halb küsimus:

Tere, mu kood andis sellise vea […], kas sa ei tea, mis võiks olla vale?

Ilmselge vastus:

Tere. Ei, ei tea.

Kirjutage selgelt ja asjakohaselt

Ärge visake inimesele oma mõtete voolu. Inimene, kellelt te probleemile lahendust otsite, on oma asjadega hõivatud. Tehke nii, et ta saaks kiiresti aru, mis probleem teil on ja mida te temalt soovite. Kui teil on õigekirjaga probleeme, kasutage õigekirja ja kirjavahemärkide kontrollimise veebiteenuseid. Te saate sõnumist prügi eemaldada ka ilma veebiteenusteta. Ärge venitage, ärge alustage kaugest. Kirjutage lühidalt, selgelt ja asja sisust. Tooge näiteid.

Halb:

— tere, kuidas nädalavahetus läks))) ma siin üritan projekti kokku panna, aga mul ei tööta, kukub kuidagi O_0 kuigi näiliselt tegin kõik õigesti, tule palun siia))))) siin konsolis toimub midagi arusaamatut((( olen juba proovinud kõike, mis ei tööta, aaaa(

Hea:

— Tere, ma üritan projekti käivitada, aga tekkis probleem. Kukub kohe pärast käsku docker-compose up, siin on käivitamislogi ja tõrge: […] Kas sa saad aidata lahendada?

Esitage küsimusi õigesti ja jagage lahendusi

Ei ole mõtet esitada küsimust eraisikule, kui teile ei ole öeldud, et peaksite küsima just temalt. Paremini on kirjutada rühmale inimesi, sest:

• Igaühel on oma probleemide lahendamisega hõivatud. Võimalus, et keegi üldises vestluses või foorumis suudab teile aega pühendada, on suurem.
• Võimalus, et keegi üldises vestluses teab, kuidas teid aidata, on suurem.
• Te jätate teistele võimaluse leida sama küsimus ja vastus hiljem.

Vaadake viimaset punkti. Kas te ei ole juba õppinud, et probleeme tuleb püüda iseseisvalt lahendada? Olete juba kasutanud otsingut vestluses/foorumis/rühmas, kuid ei leidnud oma probleemist mainimist? Okei, siis küsige.

Teisest küljest, ärge häirige inimesi asjatult. Vältige nii palju kui võimalik kõikide kaasate asumine, kes ei suuda teid aidata. Mida rohkem sõnumeid inimesel on, seda väiksem on tõenäosus, et ta kõik need läbi loeb. Ärge hakake inimestele harjumuseks andma teateid välja lülitada või lihtsalt sõnumeid ignoreerida.

Te kindlasti oskate aidata kedagi teist. Kulutage aega endale ja teistele, jagades vastust või lahendust. Järgmine uus tulija, kui ta juba teab, millest me siin räägime, ei muretsenud üldse — ta leiab teie lahenduse otsingu kaudu. Miks ma ütlen, et saate endale aega säästa? Sest võite selle probleemiga silmitsi seista aasta pärast ja ei mäleta, kuidas seda lahendada. Otsing päästab teid taas.

Austage teiste aega

Lihtsustage elu neile, kellelt küsite abi.

Veenduge, et saadetud lingid töötavad. Proovige avada neid inkognitotüübis. Kui lingil on vajalik autoriseerimine, näete juurdepääsuviga. Näiteks, kui olete koodi üles laadinud privaatse repos, või saatnud lingi Google Drive'ile, millele juurdepääs on ainult teil — siis näeb inimene viga ja peab kulutama aega, et teile sellest teada anda, ning seejärel ootama, kuni seadistate juurdepääsu. Tehke nii, et inimene näeks kohe seda, millest te räägite.

Ärge oodake, et keegi tahaks meenutada, millest te kaks päeva tagasi küsisite. Saatke teavet uuesti, meenutage konteksti. Keegi ei taha otsida vestlusest seda, mis teil käepärast on. Kui te ei viitsi teavet dubleerida, et inimesed ei kulutaks oma aega otsingule, siis tundub, et abi pole teile vajalik.

Ärge väljutage kontekstist. Kui saatete logi, kus on viga, on ilmselge, et peaksite kaasama mitte ainult vea, vaid ka koodi, mis selle põhjustas, koos näitega sellest, mille peal see purunes.
Kui teie probleemi lahendamiseks on kehtestatud protsess, järgige seda. Pole mõtet jalgratast leiutada, kui juba on olemas artikkel samm-sammult HowTo.

Ärge püüdke sama inimese vastust erinevates kanalites (saates sõnumeid Slackis, Skype'is, Telegramis) korraga — see pole inimesele meeldiv.

Ärge saatke sama sõnumit korraga mitmele inimesele, lootes, et vähemalt keegi teile vastab. Kõik need inimesed saavad teile vastata (ning tõenäoliselt on see sama), kuid nad kõik häirivad oma tegemisi. Kasutage grupivestlusi.

Vaadake laiemalt

Kõik, millest me siin rääkisime, kehtib ka IT-valdkonnast väljaspool. Rakenda neid reegleid supermarketis, autoteeninduses, puhkusel välismaal, suhtlemisel sõprade ja sugulastega. Näita inimestele, et hindad nende aega ja ei soovi neid tühiste asjadega vaeva näha. Näita, et oled pingutanud ja aega kulutanud, et probleem ise lahendada, kuid sul ei õnnestunud seda ning sul on tõeliselt abi vaja. Tänu sellele mõistavad inimesed sinu muresid ja aitavad nende lahendamisel.

Allikas: habr.com