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

Tere!

Viimase paari aasta jooksul olen palju töötanud inimestega, kes alles alustavad oma karjääri IT-valdkonnas. Kuna küsimused ise ja see, kuidas paljud neid esitavad, on sarnased, otsustasin koguda oma kogemused ja soovitused ühte kohta.

Kaua aega tagasi lugesin artiklit 2004, autor Eric Raymond ja on seda oma karjääri jooksul alati rangelt järginud. See on üsna suur ja on rohkem suunatud süsteemiadministraatoritele. Pean aitama inimestel, kellel sageli puudub arenemiskogemus, juunioriks saada ja karjääri alustada.

Neile, kes on juba saanud või alles unistavad saada algajaks arendajaks, võin anda järgmised soovitused:

  • Uurige probleemi ise
  • Esmalt teatage eesmärgist, seejärel kirjeldage probleem.
  • Kirjutage asjatundlikult ja asjatundlikult
  • Esitage küsimused aadressile ja jagage lahendust
  • Austa teiste inimeste aega
  • Vaata laiemalt

Ja nüüd lähemalt.

Uurige probleemi ise

Õpid programmeerimiskeelt raamatust või kursusest. Võtsime näidiskoodi, käivitasime selle, kuid see jooksis kokku teile ebaselge veaga. Raamatu järgi peaks see toimima. Aga sa usud oma silmi – see ei tööta. Millised on võimalused?

  • Otsusta, et sinust ei saa kunagi arendajat, sest kogu maailm on sinu vastu ja isegi töötavad näited ei tööta. Lõpetage õppimine;
  • Otsustage, et te ei hakka kunagi arendajaks, sest olete liiga rumal või teil seda pole. Lõpetage õppimine;
  • Hakake küsima kõigilt oma tuttavatelt, kes on mingil moel IT-ga seotud, nõudes, et nad selgitaksid välja, miks see teie jaoks ei tööta. Uuri enda kohta palju uusi asju, solvu. Lõpetage õppimine;

Kumb variant on õige? Siin ta on:

Saage aru, et te pole ainulaadne (ükskõik, mida teie ema ja vanaema ütlevad) ja IT-maailm pole nii lihtne, kui nad seda kursidele ja veebiseminaridele kutsudes üle trumbavad.

Arusaamine, et te pole ainulaadne, viib mõistmiseni, et teie probleemiga on tõenäoliselt juba kokku puutunud kümned, sajad, tuhanded inimesed. Kui olete algaja arendaja, võite kergesti midagi märkamata, installida või seadistamata jätta. Siin on kontroll-loend, mille soovitan läbi vaadata, enne kui mõistate, et te ei saa probleemi üksi lahendada ja vajate abi.

  • Veenduge, et küsimus on kordumatu ja sellele pole Internetis vastust
  • Uurige hoolikalt probleemi põhjust, mitte tagajärge
  • Hinnake probleemi võimalikke lahendusi, nende plusse ja miinuseid
  • Mõelge oma eesmärgi saavutamiseks alternatiivsetele võimalustele
  • Mõelge sellele, mida teilt võidakse küsida, ja valmistage oma vastused ette.

С esiteks Asi on selles, et kõik on triviaalne: kui vea tekst on teile täiesti arusaamatu, kopeerige see Google'i ja lugege hoolikalt linkide teksti.

Teine: näiteks kui teie kood jookseb kokku veaga "Ma ei saa kolmanda osapoole teeki ühendada", pole probleem teie koodis. Asi on selles, et te pole installinud mõnda teeki, mida soovite kasutada. See tähendab, et peate otsima, kuidas seda installida, mitte seda, kuidas koodi parandada.

kolmas и neljas üsna sarnane: mis siis, kui probleem on selles raamatukogus ja ma pean lihtsalt teise otsima? Mis siis, kui ma ei kasuta üldse kolmanda osapoole teeki, vaid kirjutan oma koodi tavaliste tööriistade abil?

Viiendaks See punkt viib meid järgmise osa juurde: mõelge, mida inimene, kelle poole te lähete, teilt küsida võib, ja pange vastused valmis.

Esmalt teatage eesmärgist, seejärel kirjeldage probleem.

Eesmärk on see, mida sa teha tahtsid. Näiteks kirjutage kood, mis läheb Internetti ja salvestab 10 pilti naljakate kassidega. Probleem on selles, miks näete konsoolis viga, kuid te ei näe 10 naljakat kassi. Ärge alustage oma küsimust probleemiga. Alusta eesmärgist, lõpeta probleemiga. Kui inimene, kelle poole pöördute, on kogenud arendaja ja teab palju, siis tõenäoliselt suudab ta teile pakkuda probleemile lihtsamat ja elegantsemat lahendust. Kui olete juba valinud kõige lihtsama ja elegantseima, saab ta selgelt aru, mida ja miks soovite teha ning see kiirendab vastuse saamist.

Hea küsimus:

Ma tahan päästa iga päev 10 naljakat kassi, et naerda ja oma eluiga pikendada. Selleks kirjutasin järgmise koodi: […]. Eeldan, et see ühendub FTP serveriga ja laeb sealt uusi pilte. Selle käivitamisel nägin aga järgmist viga: […] Kuigi pääsen sellele serverile brauseri kaudu juurde.

Kiire vastus:

Te poleks pidanud seda raamatukogu võtma, keegi pole seda pikka aega toetanud ega arendanud. Parem võta see – ma laadin selle jaoks ise alla kassidega pilte!

Halb küsimus:

Tere! Minu kood tekitas järgmise tõrke […], kas teate, mis võib viga olla?

Ilmne vastus on:

Tere. Ei ma ei tea.

Kirjutage asjatundlikult ja asjatundlikult

Pole vaja inimese peale mõttevoogu välja valada. Inimene, kelle poole probleemi lahendamiseks pöördusite, on hõivatud oma asjadega. Veenduge, et ta saaks kiiresti aru, mis teie probleem on ja mida te temalt tahate. Kui teil on kirjaoskusega probleeme, kasutage veebipõhiseid õigekirja- ja kirjavahemärkide kontrollimise teenuseid. Saate sõnumitest rämpsposti eemaldada ilma võrguteenusteta. Ärge valage vett, ärge alustage kaugelt. Kirjutage lühidalt, kokkuvõtlikult ja täpselt. Too näiteid.

Halvasti:

- tere, kuidas läks))) Üritan lühidalt projekti kokku panna, kuid see ei tööta minu jaoks, see jookseb mingil põhjusel kokku O_o, kuigi tundub, et ma tegin kõik õigesti, palun tulge) )))) tegelikult on konsoolis minu jaoks midagi arusaamatut ((( juba õige proovisin kõike, miski ei tööta, ahhh(

Hea:

— Tere, ma üritan alustada projekti, kuid ilmneb probleem. See jookseb kokku kohe pärast käsku docker-compose up, siin on käivituslogi ja viga: […] Kas saate öelda, kuidas seda lahendada?

Esitage küsimused aadressile ja jagage lahendust

Te ei tohiks kirjutada küsimust isiklikus sõnumis konkreetsele inimesele, välja arvatud juhul, kui teile on teatatud, et peaksite temalt konkreetselt küsima. Parem on kirjutada inimeste rühmale, sest:

  • Igaüks on hõivatud oma probleemide lahendamisega. Tõenäosus, et keegi üldises vestluses või foorumis saab teile aega pühendada, on suurem.
  • Võimalus, et keegi üldises vestluses teab, kuidas teid aidata, on suurem.
  • Jätad sama küsimuse leidmise ja hilisema vastuse teiste hooleks.

Heitke pilk viimasele punktile. Kas olete juba õppinud, et peaksite proovima probleeme ise lahendada? Kas olete juba kasutanud vestlust/foorumit/grupiotsingut, kuid pole leidnud oma probleemi kohta ühtegi mainimist? Olgu, siis küsi ära.

Teisalt pole vaja inimesi asjatult tülitada. Võimalusel eemaldage oma meililistist kõik, kes teid aidata ei saa. Mida rohkem sõnumeid inimene saab, seda väiksem on tõenäosus, et ta neid kõiki loeb. Ärge muutke inimesi harjumuseks hoiatusi välja lülitada või sõnumeid lihtsalt ignoreerida.

Kindlasti võib teie kogemus kellelegi teisele kasulikuks osutuda. Säästa enda ja teiste aega, postitades vastuse või lahenduse. Järgmine uustulnuk, kui ta juba teab, millest me siin räägime, ei sega üldse kedagi - ta leiab otsides sinu lahenduse. Miks ma ütlen, et saate enda aega säästa? Sest võite selle probleemiga aasta pärast kokku puutuda ega mäleta, kuidas te selle lahendasite. Otsing päästab teid uuesti.

Austa teiste inimeste aega

Tee nende inimeste elu, kellelt abi palud, võimalikult lihtsaks.

Veenduge, et teie saadetud lingid töötavad. Proovige see avada inkognito režiimis. Kui link nõuab autoriseerimist, näete juurdepääsutõrget. Näiteks kui laadisite koodi üles privaatsesse hoidlasse või saatsite lingi Google Drive'i, millele on juurdepääs ainult teil, näeb inimene veateadet ja ta peab kulutama aega, et teid sellest teavitada ja seejärel oodata juurdepääsu seadistamiseks. Veenduge, et inimene näeks kohe, millest te räägite.

Ära oota, et keegi tahaks meeles pidada, mida sa kaks päeva tagasi küsisid. Saatke teave uuesti, tuletage konteksti meelde. Keegi ei taha kirjavahetusest otsida seda, mis teil käepärast on. Kui olete teabe dubleerimiseks liiga laisk, et inimesed ei raiskaks oma aega otsimisele, ei vaja te abi.

Ärge võtke seda kontekstist välja. Kui saadate veaga logi, on ilmne, et peate lisama mitte ainult vea enda, vaid ka selle põhjustanud koodi koos näitega, mida see rikkus.
Kui teie probleemi lahendamiseks on kehtestatud protsess, järgige seda. Pole vaja jalgratast uuesti leiutada, kui juba on artikkel samm-sammult juhistega.

Ei tasu püüda ühelt inimeselt erinevate kanalite kaudu (kirjutada Slacki, Skype’i, Telegrami) korraga vastust – see on inimesele ebameeldiv.

Pole vaja kirjutada sama sõnumit mitmele inimesele korraga, lootuses, et vähemalt keegi vastab. Kõik need inimesed saavad teile vastuse anda (tõenäoliselt on see sama), kuid nad kõik on mõneks ajaks oma tööst hajunud. Kasutage grupivestlusi.

Vaata laiemalt

Kõik, millest siin juttu oli, kehtib ka väljaspool IT-valdkonda. Järgige neid reegleid supermarketis, autoteeninduskeskuses, puhkusel teises riigis, sõprade ja sugulastega suheldes. Näidake inimestele, et hindate nende aega ega taha neid tülitada. Näidake, et kulutasite aega ja vaeva, püüdes probleemi ise lahendada, kuid see ei õnnestunud ja vajate tõesti abi. Tänutundes mõistavad inimesed teie probleeme ja aitavad teil neid lahendada.

Allikas: www.habr.com

Lisa kommentaar