Hälsningar!
De senaste åren har jag arbetat mycket med människor som precis har börjat sin karriär inom IT. Eftersom frågorna i sig och hur många människor ställer dem är lika, bestämde jag mig för att samla mina erfarenheter och rekommendationer på ett ställe.
Länge sedan jag läste 2004 av Eric Raymond, och har alltid följt den strikt i sin karriär. Den är ganska stor och är mer inriktad på systemadministratörer. Jag måste hjälpa människor, ofta utan utvecklingserfarenhet alls, att bli juniorer och börja sin karriär.
För dem som redan har blivit, eller fortfarande bara drömmer om att bli en nybörjare, kan jag ge följande rekommendationer:
- Studera problemet själv
- Ange målet först, ange sedan problemet
- Skriv bra och rakt på sak
- Ställ frågor på adressen och dela lösningen
- Respektera andras tid
- Titta bredare
Och nu mer i detalj.
Studera problemet själv
Du lär dig ett programmeringsspråk från en bok eller kurs. Vi tog en exempelkod, körde den, men den kraschade med ett fel som du inte förstod. Enligt boken ska det fungera. Men du tror dina ögon - det fungerar inte. Vad är alternativen?
- Bestäm dig för att du aldrig kommer att bli en utvecklare eftersom hela världen är emot dig, och även fungerande exempel fungerar inte. Sluta lära dig;
- Bestäm dig för att du aldrig kommer att bli en utvecklare för att du är för dum eller inte är given. Sluta lära dig;
- Börja fråga alla dina vänner som på något sätt är kopplade till IT, kräv att de tar reda på varför det inte fungerar för dig. Lär dig mycket om dig själv, ta illa upp. Sluta lära dig;
Vilket alternativ är rätt? Här är han:
Att förstå att du inte är unik (oavsett vad din mamma och mormor säger), och IT-världen är inte så enkel som de basunerar ut när de bjuder in till kurser och webbseminarier.
Att förstå att du inte är unik leder till insikten att ditt problem förmodligen redan har stött på av tiotals, hundratals, tusentals människor. Om du är en nybörjare kan du lätt inte märka något, inte installera eller konfigurera det. Här är en checklista som jag föreslår att du går igenom innan du inser att du inte kan lösa problemet själv och du behöver hjälp:
- Se till att frågan är unik och att det inte finns något svar på Internet
- Studera noggrant orsaken till problemet, inte konsekvensen
- Utvärdera möjliga lösningar på problemet, deras för- och nackdelar
- Fundera på alternativa sätt att nå ditt mål
- Fundera på vad du kan bli tillfrågad och förbered dina svar i förväg
С först allt är trivialt med poängen: om texten i felet är helt obegriplig för dig, kopiera den till Google och läs noggrant texten på länkarna.
För det andra: till exempel, om din kod kraschar med felet "Jag kan inte ansluta ett tredjepartsbibliotek", så finns inte problemet i din kod. Poängen är att du inte har installerat något bibliotek du vill använda. Så du måste leta efter hur du installerar det, och inte hur du fixar din kod.
Tredje и den fjärde mycket lika: Vad händer om problemet finns i det här biblioteket och jag behöver bara leta efter ett annat? Vad händer om jag inte använder ett tredjepartsbibliotek alls, utan skriver min egen kod med standardverktyg?
femte punkt för oss till nästa del: tänk på vad personen du pratar med kan fråga dig och ha svaren redo.
Ange målet först, ange sedan problemet
Målet är vad du ville göra. Skriv till exempel en kod som går till Internet och sparar 10 bilder med roliga katter. Problemet är varför du ser ett fel i konsolen, men du ser inte 10 roliga katter. Börja inte din fråga med ett problem. Börja med ett mål, avsluta med ett problem. Om personen du ber om hjälp är en erfaren utvecklare och kan mycket, då kommer de säkert att kunna erbjuda dig en enklare och mer elegant lösning på problemet. Om du redan har valt det enklaste och mest eleganta, kommer han tydligt att förstå vad och varför du vill göra, och detta kommer att påskynda svaret.
Bra fråga:
Jag vill rädda 10 roliga katter varje dag för att skratta och förlänga mitt liv. För att göra detta skrev jag följande kod: […]. Jag förväntar mig att den ska ansluta till en FTP-server och ladda ner nya bilder därifrån. Men när jag startade den såg jag det här felet: [...] Även om jag kan komma åt den här servern via webbläsaren.
Snabbt svar:
Du tog det här biblioteket förgäves, ingen har stött eller utvecklat det på länge. Bättre att ta den här - själv laddar jag ner bilder med katter till henne!
Dålig fråga:
Hej, min kod gav följande fel […], vet du vad som kan vara fel?
Det uppenbara svaret är:
Hallå. Nej jag vet inte.
Skriv bra och rakt på sak
Inget behov av att hälla en ström av tankar över en person. Den du kontaktade för att få en lösning på problemet är upptagen med sina egna ärenden. Se till att han snabbt förstår vad ditt problem är och vad du vill ha av honom. Om du har problem med läskunnighet, använd stavnings- och interpunktionstjänster online. Du kan ta bort skräp från meddelandet utan onlinetjänster. Häll inte vatten, börja inte på långt håll. Skriv kort, koncist och rakt på sak. Ge exempel.
Dåligt:
- hej, hur gick avgaserna))) Jag försöker montera projektet på kortare tid, men av någon anledning fungerar det inte för mig O_o även om det verkar som om jag gjorde allt rätt, kom snälla))) )) här, i allmänhet, något obegripligt jag har i konsolen (((det är redan rakt jag provade allt, ingenting fungerar, aaaa (
Bra:
Hej, jag försöker köra ett projekt, men det finns ett problem. Det kraschar omedelbart efter kommandot docker-compose up, här är startloggen och felet: […] Kan du berätta för mig hur jag löser det?
Ställ frågor på adressen och dela lösningen
Du ska inte skriva en fråga i ett personligt meddelande till en specifik person, om du inte har fått veta att du ska fråga den personen. Det är bättre att skriva till en grupp människor eftersom:
- Alla är upptagna med att lösa sina egna problem. Chansen att någon i den allmänna chatten eller på forumet kan ge dig tid är högre.
- Chansen att någon i den allmänna chatten vet hur man kan hjälpa dig är högre.
- Du lämnar upp till andra att hitta samma fråga och svara senare.
Ta en titt på sista stycket. Har du redan lärt dig att du ska försöka lösa problem på egen hand? Har du redan sökt i chatten/forumet/gruppen men inte hittat något om ditt problem? Okej, fråga då.
Å andra sidan, stör inte folk för ingenting. Om möjligt, uteslut alla som inte kan hjälpa dig från e-postlistan. Ju fler meddelanden en person får, desto mindre sannolikt är det att de läser alla. Ge inte folk för vana att stänga av varningar eller helt enkelt ignorera meddelanden.
Visst kan din erfarenhet vara användbar 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. Nästa nybörjare, om han redan vet vad vi pratar om här, kommer inte att störa någon alls - 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 du kan möta det här problemet om ett år och kommer inte ihåg hur du löste det. Sökningen sparas igen.
Respektera andras tid
Gör livet så enkelt som möjligt för de människor du ber om hjälp.
Se till att länkarna du skickar fungerar. Testa att öppna den i inkognitoläge. Om länken kräver auktorisering kommer du att se ett åtkomstfel. Om du till exempel laddade upp kod till ett privat arkiv, eller skickade en länk till en Google Drive som bara du har tillgång till, kommer en person att se ett felmeddelande och han måste lägga tid på att informera dig om det och sedan vänta på dig att ställa in åtkomst. Se till att personen omedelbart ser vad du pratar om.
Förvänta dig inte att någon ska komma ihåg vad du frågade för två dagar sedan. Skicka informationen igen, påminn sammanhanget. Ingen vill leta i korrespondens efter vad du har till hands. Om du är för lat för att duplicera information så att folk inte slösar bort sin tid på att söka, då behöver du ingen hjälp.
Ta det inte ur sitt sammanhang. Om du skickar en logg med ett fel är det uppenbart att du behöver inkludera inte bara själva felet, utan även koden som orsakade det, med ett exempel på vad det gick sönder.
Om det finns en etablerad process för att lösa ditt problem, följ den. Uppfinn inte hjulet på nytt om det redan finns en artikel med en steg-för-steg-instruktion.
Du bör inte söka svar från en person genom olika kanaler (skriv till Slack, Skype, Telegram) samtidigt - det kommer att vara obehagligt för en person.
Du behöver inte skriva samma meddelande till flera personer samtidigt, i hopp om att åtminstone någon ska svara dig. Alla dessa människor kan ge dig ett svar (mest troligt kommer det att vara samma), men de kommer alla att distraheras från sina angelägenheter ett tag. Använd gruppchattar.
Titta bredare
Allt vi har pratat om här gäller även utanför IT-området. Följ dessa regler i snabbköpet, bilservice, på semester i ett annat land, när du kommunicerar med vänner och släktingar. Visa folk att du värdesätter deras tid och inte vill anstränga dem för bagateller. Visa att du lagt ner tid och energi på att försöka lösa problemet själv, men att du inte lyckades, och du behöver verkligen hjälp. I tacksamhet kommer människor att behandla dina problem med förståelse och hjälpa till med deras lösning.
Källa: will.com