Hur man ställer rätt frågor om man är en nybörjare inom IT

Hej!

Under de senaste åren har jag arbetat mycket med personer som just har påbörjat sin karriär inom IT. Eftersom både frågorna och sättet att ställa dem ofta liknar varandra, beslutade jag mig för att samla min erfarenhet och mina rekommendationer på ett och samma ställe.

För länge sedan läste jag artikeln en bok från 2004 av Eric Raymond, och har alltid följt den strikt i min karriär. Den är ganska omfattande och mer inriktad på systemadministratörer. Jag å sin sida måste hjälpa människor som ofta saknar erfarenhet inom utveckling att bli juniorer och påbörja sin karriär.

Till dem som redan har blivit, eller som fortfarande drömmer om att bli, nybörjande utvecklare kan jag ge följande rekommendationer:

• Studera problemet självständigt
• Först meddela målet, sedan framföra problemet
• Skriv korrekt och gör det kortfattat
• Ställ frågor på rätt ställe och dela med dig av lösningar
• Respektera andras tid
• Tänk bredare

Och nu lite mer i detalj.

Studera problemet självständigt

Du studerar ett programmeringsspråk enligt en bok eller kurs. Du har tagit ett kodexempel, kört det, men det kraschar med ett okänt fel för dig. Enligt boken bör det fungera. Men du litar på dina ögon — det fungerar inte. Vilka alternativ har du?

• Att besluta att du aldrig kommer att bli utvecklare, för att hela världen är emot dig, och till och med fungerande exempel inte fungerar. Att sluta studera;
• Att besluta att du aldrig kommer att bli utvecklare för att du är för dum eller inte har talang. Att sluta studera;
• Att börja fråga alla bekanta som har något med IT att göra, kräva att de ska ta reda på varför det inte fungerar för dig. Lära dig mycket nytt om dig själv, bli sårad. Att sluta studera;

Vilket alternativ är rätt? Här är det:

Att förstå att du inte är unik (oavsett vad mamma och mormor säger), och att IT-världen inte är så enkel som de hävdar när de lockar med kurser och webinarier.

Insikten att du inte är unik leder till förståelsen att ditt problem troligen redan har stött på av tiotals, hundratals, tusentals människor. Om du är en nybörjande utvecklare kan du enkelt ha missat något, inte installerat eller konfigurerat något. Här är en checklist som jag föreslår att du går igenom innan du inser att du inte kan lösa problemet på egen hand och att du behöver hjälp:

• Se till att frågan är unik och att det inte finns något svar på den på internet
• Studera noggrant orsaken till problemet, inte bara konsekvensen
• Utvärdera möjliga lösningar på problemet, deras för- och nackdelar
• Tänk på alternativa sätt att nå målet
• Tänk på vad du kan bli frågad om och förbered svar i förväg

Med första Med punkt två är allt ganska enkelt: om felmeddelandet är helt oklart — kopiera det till Google och läs artiklarna noggrant.

Den andra: till exempel, om din kod kraschar med felmeddelandet "Kan inte ansluta till den externa biblioteket", så handlar det inte om din kod. Det handlar om att du har missat att installera ett bibliotek som du vill använda. Så istället för att försöka fixa din kod, leta efter hur man installerar det.

Tredje och fyra är mycket likartade: Vad om problemet faktiskt ligger i det här biblioteket, och jag bara behöver leta efter ett annat? Vad om jag helt enkelt inte använder något externt bibliotek, utan skriver min egen kod med hjälp av standardverktygen?

Femte punkten leder oss till nästa del: tänk på vad den person du vänder dig till kan fråga dig, och håll svaren redo.

Först meddela målet, sedan framföra problemet

Målet är vad du ville åstadkomma. Till exempel, skriva kod som går på internet och sparar 10 bilder av roliga katter. Problemet är varför du ser ett felmeddelande i konsolen, men inte ser 10 roliga katter. Börja inte din fråga med problemet. Börja med målet och avsluta med problemet. Om personen du vänder dig till är en erfaren utvecklare med stor kunskap, så kommer han eller hon förmodligen kunna erbjuda dig en enklare och mer elegant lösning. Om du redan har valt den enklaste och mest eleganta lösningen — kommer han eller hon tydligt förstå vad du vill göra, och detta kommer påskynda svaret.

Bra fråga:

Jag vill spara 10 roliga katter varje dag för att skratta och förlänga mitt liv. För detta har jag skrivit följande kod: […]. Jag förväntar mig att den ansluter till FTP servern och laddar ner nya bilder därifrån. Men när jag kör den ser jag följande fel: […] Även om jag kan komma åt den här servern via webbläsaren.

Snabbt svar:

Du har valt fel bibliotek, det har ingen support och utvecklas inte längre. Använd hellre detta — jag laddar själv ner bilder med det!

Dålig fråga:

Hej, min kod ger följande fel […], vet du vad problemet kan vara?

Uppenbart svar:

Hej. Nej, jag vet inte.

Skriv korrekt och gör det kortfattat

Sluta att ösa ut alla dina tankar på en person. Den person du kontaktar för att lösa ett problem är upptagen med sina egna åtaganden. Gör det enkelt för dem att förstå vad ditt problem är och vad du vill ha hjälp med. Om du har problem med att formulera dig väl, använd online-tjänster för att kontrollera stavning och grammatik. Du kan också rensa bort onödig text utan att använda sådana tjänster. Prata inte om sidospår, kom snabbt till sak. Skriv kort, koncist och relevant. Ge exempel.

Dåligt:

— Hej, hur har helgen varit?))) Jag försöker sätta ihop ett projekt men det fungerar inte, det kraschar av någon anledning O_ó fast jag tror jag har gjort allt rätt. Kan du komma hit snälla?))))) Jag har något konstigt i konsolen(((, jag har redan försökt allt, inget fungerar, aaa(

Bra:

— Hej, jag försöker starta mitt projekt, men jag har stött på ett problem. Det kraschar direkt efter kommandot docker-compose up, här är loggen och felet: […] Kan du hjälpa mig att lösa detta?

Ställ frågor på rätt ställe och dela med dig av lösningar

Det är inte bra att ställa en fråga som ett personligt meddelande till en specifik person, om du inte har fått information om att just deras hjälp är vad du behöver. Det är bättre att skriva till en grupp personer, eftersom:

• Alla är upptagna med att lösa sina egna problem. Chansen att någon i allmän chatt eller på forumet kan avsätta tid för dig är större.
• Chansen att någon i allmän chatt vet hur de kan hjälpa dig är också större.
• Du ger andra möjlighet att hitta samma fråga och svar senare.

Tänk på den sista punkten. Du har ju redan lärt dig att försöka lösa problem på egen hand? Har du redan använt sökfunktionen i chatten/forumet/gruppen, men inte hittat något om ditt problem? Okej, då kan du ställa din fråga.

Å andra sidan bör du inte oroa människor i onödan. Försök att utesluta alla som inte kan hjälpa dig från mottagarlistan. Ju fler meddelanden en person får, desto mindre chans är det att de läser dem alla. skapa inte en vana hos folk att stänga av notiser eller helt enkelt ignorera meddelanden.

Sannolikt kan din erfarenhet vara till nytta för någon annan. Spara tid för dig själv och andra genom att lägga upp ett svar eller en lösning. Den nästa nykomlingen, om han redan känner till det vi pratar om här, kommer överhuvudtaget inte att störa någon — han kommer att hitta din lösning genom att söka. Varför säger jag att du kan spara tid för dig själv? För att du kan ställas inför det här problemet om ett år, och inte minnas hur du löste det. Sökningen kommer att rädda dig igen.

Respektera andras tid

Förenkla livet för dem du ber om hjälp.

Se till att de länkar du skickar fungerar. Försök öppna dem i inkognitoläge. Om länken kräver autentisering kommer du att se ett åtkomstfel. Till exempel, om du har laddat upp koden i ett privat repo, eller skickat en länk till Google Drive som endast du har tillgång till — kommer personen att se ett felmeddelande, och han måste slösa tid på att informera dig om detta, och sedan vänta på att du ger åtkomst. Se till att personen omedelbart ser det du pratar om.

Förvänta dig inte att någon ska vilja minnas vad du frågade för två dagar sedan. Skicka informationen igen, påminn om kontexten. Ingen vill leta i konversationen efter det som du har till hands. Om du inte orkar duplicera informationen, så att folk slipper slösa sin tid på att söka, behöver du troligtvis ingen hjälp.

Dra inte ur kontext. Om du skickar en logg med ett fel, är det uppenbart att du bör inkludera inte bara själva felet utan även koden som orsakade det, med ett exempel på var det brast.
Om det finns en etablerad process för att lösa ditt problem — följ den. Det är inte värt att uppfinna hjulet på nytt om det redan finns en artikel med en steg-för-steg HowTo.

Det är inte värt att försöka få svar från en person genom olika kanaler (skicka meddelanden i Slack, Skype, Telegram) samtidigt — det kommer att kännas obehagligt för personen.

Det är onödigt att skriva samma meddelande till flera personer samtidigt, i hopp om att åtminstone någon kommer att svara. Alla dessa personer kan ge dig ett svar (det kommer troligen att vara detsamma), men de kommer alla att bli avbrutna från sina sysslor en stund. Använd gruppchattar.

Tänk bredare

Allt vi har diskuterat här gäller även utanför IT-branschen. Följ dessa regler i snabbköpet, bilverkstaden, på semestern i ett annat land, när du pratar med vänner och släktingar. Visa människor att du värdesätter deras tid och inte vill stressa dem med småsaker. Visa att du har lagt ner tid och ansträngning på att lösa problemet själv, men att du inte lyckades, och att du verkligen behöver hjälp. Som tack kommer människor att ha förståelse för dina problem och hjälpa till att lösa dem.

Källa: habr.com