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

Tere!

Viimased paar aastat olen palju töötanud inimestega, kes alles alustavad oma karjääri IT-s. Kuna nii küsimused kui ka nende esitusviis on paljude jaoks sarnased, otsustasin kokku koguda oma kogemused ja soovitused ühte kohta.

Kaugel minevikus lugesin artiklile 2004. aastal Eric Raymundi kirjutatud teost ja olen oma karjääris sellest alati rangelt kinni pidanud. See on üsna ulatuslik ja suunatud pigem süsteemiadministraatoritele. Minu ülesanne on aga aidata inimesi, kellel sageli pole arenduskogemust, saada algajateks ja alustada oma karjääri.

Neile, kes on juba saanud või alles unistavad saada algavateks arendajateks, võin jagada järgmisi soovitusi:

  • Uurige probleem ise
  • Esiteks, jagage eesmärki, seejärel selgitage välja probleem
  • Kirjutage selgelt ja sisukalt
  • Esitage küsimusi õigesse kohta ja jagage lahendusi
  • Austage teiste aega
  • Vaadake laiemalt

Ja nüüd lähemalt.

Uurige probleem ise

Õpite mõnda programmeerimiskeelt raamatu või kursuse kaudu. Võtsite koodi näite, jooksutasite selle läbi, kuid see kukkus arusaamatute vigade tõttu. Kui uskuda raamatut - see peaks töötama. Aga teie usute oma silmi - see ei tööta. Millised on võimalused?

  • Otsustada, et sa ei saa kunagi arendajaks, sest kogu maailm on sinu vastu ja isegi töötavad näited ei tööta. Jätta õppimine;
  • Otsustada, et sa ei saa kunagi arendajaks, sest oled liiga rumal või ei ole sul andeid. Jätta õppimine;
  • Alustada küsimist kõigilt tuttavatelt, kes on kuidagi IT-ga seotud, nõuda, et nad selgitaksid, miks sul midagi ei tööta. Avastada palju uut enda kohta, solvuda. Jätta õppimine;

Milline variant on õige? Siin see on:

Mõista, et sa ei ole ainulaadne (olenemata sellest, mida ütlevad ema ja vanaema), ja IT-maailm ei ole nii lihtne, nagu selle kohta räägitakse, kui kutsutakse kursustele ja veebiseminaridele.

Arusaam sellest, et sa ei ole ainulaadne, viib arusaamiseni, et sinu probleem on tõenäoliselt juba korduvalt esinenud kümnete, sadade, tuhandete inimeste seas. Kui oled alustav arendaja, võisid sa lihtsalt midagi tähelepanuta jätta, mitte paigaldada või seadistada. Siin on kontrollnimekiri, mille läbi soovitan minna, enne kui mõistad, et ei suuda probleemi ise lahendada ja vajad abi:

  • Veenduda, et küsimus on ainulaadne ja sellele ei ole internetis vastust
  • Hoolikalt uurida probleemi põhjust, mitte tagajärge
  • Hinnake probleemi lahendusvõimalusi, nende eeliseid ja puudusi
  • Mõelge alternatiivsetele võimalustele eesmärgi saavutamiseks
  • Mõelge, mida teilt võidakse küsida, ja valmistage eelnevalt ette vastused

C esimest Asi on väga lihtne: kui veateade on teile täiesti arusaamatu — kopeerige see Google'i ja uurige tähelepanelikult linkide kaudu.

Teine: näiteks, kui teie kood kukkus veaga "Ei saa ühendust kolmanda osapoole raamatukoguga", pole probleem teie koodis. Probleem on selles, et te ei ole installinud mingit raamatukogu, mida soovite kasutada. Seega tuleb otsida, kuidas seda installida, ja mitte proovida oma koodi parandada.

Kolmas ja neljas on üsna sarnased: Mis siis, kui probleem on just selles raamatukogus ja mul on lihtsalt vaja otsida teist? Mis siis, kui ma ei kasuta üldse kolmanda osapoole raamatukogu ja kirjutan oma koodi, kasutades standardvahendeid?

Viies punkt viib meid järgmisse osasse: mõelge, mida võivad küsida inimesed, kelle poole te pöördute, ja hoidke vastused valmis.

Esiteks, jagage eesmärki, seejärel selgitage välja probleem

Eesmärk on see, mida soovisite saavutada. Näiteks kirjutada koodi, mis käib internetis ja salvestab 10 naljaka kassipoja pilti. Probleem on see, miks näete konsoolis viga, kuid mitte 10 naljakat kassipoega. Ärge alustage oma küsimust probleemist. Alustage eesmärgist ja lõpetage probleemiga. Kui inimene, kelle poole te abi saamiseks pöördute, on kogenud arendaja ja palju teab, siis oskab ta kindlasti pakkuda teile lihtsamat ja elegantsemat lahendust. Kui olete juba valinud kõige lihtsama ja elegantsema — mõistab ta selgelt, mida ja miks soovite teha, ja see kiirendab vastuse saamist.

Hea küsimus:

Ma tahan igapäevaselt salvestada 10 naljakat kassipoja pilti, et naerda ja eluaega pikendada. Selleks kirjutasin sellise koodi: […]. Ootan, et see ühenduks FTP-ga serverile ja laadiks sealt uusi pilte üles. Kuid kui ma seda käivitasin, nägin sellist viga: […] Kuigi brauseri kaudu pääsen sellele serverile ligi.

Kiire vastus:

Sa võtsid selle teegi asjata, seda ei ole juba ammu keegi toetanud ega arendanud. Kasuta pigem seda — mina ise allalaadisin selle abil kasside pilte!

Halb küsimus:

Tere, minu kood andis sellise vea […], sa ei tea, milles probleem võib olla?

Ilmselge vastus:

Tere. Ei, ei tea.

Kirjutage selgelt ja sisukalt

Ära hakka inimesega mõttevoolu välja valama. Inimene, kellelt te abi palute, on oma asjadega ametis. Tehke nii, et ta saaks kiiresti aru, mis teie probleem on ja mida te temalt soovite. Kui teil on õigekirja probleemid, kasutage õigekirja ja kirjavahemärkide kontrollimise veebiteenuseid. Te saate oma sõnumist jamad eemaldada ka ilma veebiteenusteta. Ärge valage vett, ärge alustage kaugelt. Kirjutage lühidalt, selgelt ja asjakohaselt. Esitage näiteid.

Halb:

— Tere, kuidas nädalavahetus möödus))) ma siin proovisin lühemalt projekti kokku panna, aga mul ei toimi, kukub kuidagi… O_0 kuigi paistab, et ma olen kõik õigesti teinud, kas sa saad palun läheneda))))) mul on siin konsoolis midagi arusaamatut((( olen juba kõike proovinud, ei tööta midagi, aaa(

Hea:

— Tere, ma üritan projekti käivitada, aga tekkis probleem. See kukub kohe pärast käsku docker-compose up, siin on käivitamise logi ja viga: […] Kas sa saad nõu anda, kuidas lahendada?

Esitage küsimusi õigesse kohta ja jagage lahendusi

Ärge saatke isiklikku sõnumit konkreetsele inimesele, kui te ei tea, et just tema on see, kellelt küsida. Paremini on küsida grupilt, sest:

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

Vaadake viimasest punktist. Te olete ju juba õppinud, et probleeme tuleks püüda lahendada iseseisvalt? Olete otsinud ülesandeid läbi vestluse/foorumi/grupi, kuid oma probleemi mainimist ei leidnud? Okei, siis küsige.

Teisest küljest, ärge segage inimesi asjatult. Kui võimalik, jätke adressaatide hulgast välja kõik, kes ei saa teid aidata. Mida rohkem sõnumeid inimesele saadetakse, seda väiksem on võimalus, et ta neid kõiki loeb. Ärge harjuta inimesi välja ignoreerima teadetega või lihtsalt sõnumeid tähelepanuta jätma.

Teie kogemus võib kindlasti kedagi teist aidata. Aita end ja teisi, jagades vastust või lahendust. Järgmine algaja, kui ta juba teab, millest me räägime, ei vaeva kedagi — ta leiab sinu lahenduse otsinguga. 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 taas.

Austage teiste aega

Tehke nende elu, kellelt abi palute, võimalikult lihtsaks.

Veenduge, et lingid, mida saadate, töötavad. Proovige avada neid inkognito režiimis. Kui link nõuab autentimist, näete juurdepääsu tõrget. Näiteks, kui olete koodi üles laadinud privaatsele repole, või saatsite lingi Google Drive'ile, millele juurdepääs on ainult teil — inimene näeb tõrget ning peab aega raiskama, et teid sellest teavitada ja siis ootama, kuni te juurdepääsu seadistate. Tehke nii, et inimene näeks kohe seda, millest te räägite.

Ärge oodake, et keegi soovib meenutada, mida te kaks päeva tagasi küsisite. Saatke teave uuesti, tuletage konteksti meelde. Keegi ei soovi otsida vestlusest seda, mis teil juba on. Kui te ei viitsi teavet korrata, et inimesed ei peaks aega raiskama otsimisele, siis ilmselt ei ole te abi väärt.

Ärge võtke kontekstist välja. Kui saadate vigade logi, on ilmne, et peate kaasama mitte ainult vea enda, vaid ka koodi, mis selle põhjustas, koos näitega, millel see katkes.
Kui teie probleemi lahendamiseks on olemas kindel protsess, siis järgige seda. Pole mõtet ratast leiutada, kui juba on olemas samm-sammuline juhend.

Pole mõtet üht ja sama inimest erinevate kanalite kaudu (nt Slack, Skype, Telegram) korraga tüütama — see on inimesele ebamugav.

Ärge saatke sama sõnumit korraga mitmele inimesele, lootes, et keegi vastab. Kõik need inimesed võivad teile vastata (tõenäoliselt on see ühesugune vastus), kuid nad kõik võtavad hetkeks oma asjadelt tähelepanu ära. Kasutage grupichate.

Vaadake laiemalt

Kõik, millest me siin rääkisime, on rakendatav ka IT-valgust välja. Järgige neid reegleid supermarkedis, autoteeninduses, puhkusel teises riigis, suheldes sõprade ja sugulastega. Näidake inimestele, et hindate nende aega ja ei soovi neid tühiasjadega vaevata. Näidake, et olete pingutanud ja aega kulutanud probleemi iseseisvale lahendamisele, kuid ei ole suutnud, ning vajate tõeliselt abi. Tänu sellele suhtuvad inimesed teie probleemidesse mõistvalt ja aitavad nende lahendamisel.

Allikas: habr.com

Osta usaldusväärne veebihosting DDoS kaitsega, VPS VDS serverid 🔥 Osta usaldusväärne veebihosting DDoS kaitsega, VPS VDS serverid | ProHoster