Hi!
I løbet af de sidste par år har jeg arbejdet meget med mennesker, der lige er begyndt deres karriere inden for IT. Da selve spørgsmålene og måden mange mennesker stiller dem på ligner hinanden, besluttede jeg at samle mine erfaringer og anbefalinger ét sted.
For længe siden har jeg læst 2004 af Eric Raymond, og har altid nøje fulgt den i sin karriere. Den er ret stor, og henvender sig mere til systemadministratorer. Jeg skal hjælpe folk, som ofte slet ikke har erfaring med udvikling, med at blive juniorer og starte deres karriere.
For dem, der allerede er blevet, eller stadig drømmer om at blive en nybegynder udvikler, kan jeg give følgende anbefalinger:
- Undersøg selv problemet
- Kommuniker først målet, og angiv derefter problemet.
- Skriv kompetent og til sagen
- Stil spørgsmål til adressen og del løsningen
- Respekter andres tid
- Se bredere
Og nu for flere detaljer.
Undersøg selv problemet
Du lærer et programmeringssprog fra en bog eller et kursus. Vi tog en eksempelkode, kørte den, men den styrtede ned med en fejl, der var uklar for dig. Ifølge bogen skulle det virke. Men du tror dine egne øjne - det virker ikke. Hvad er mulighederne?
- Beslut dig for, at du aldrig vil blive en udvikler, fordi hele verden er imod dig, og selv de fungerende eksempler virker ikke. Stop med at studere;
- Beslut dig for, at du aldrig vil blive en udvikler, fordi du er for dum, eller du ikke har det. Hold op med at studere;
- Begynd at spørge alle, du kender, som i det mindste på en eller anden måde er forbundet med IT, og kræve, at de finder ud af, hvorfor det ikke virker for dig. Find ud af en masse nye ting om dig selv, bliv fornærmet. Hold op med at studere;
Hvilken mulighed er korrekt? Her er han:
Forstå, at du ikke er unik (uanset hvad din mor og bedstemor siger), og it-verdenen er ikke så simpel, som de udbasunerer den, når de inviterer dig til kurser og webinarer.
At forstå, at du ikke er unik, fører til erkendelsen af, at dit problem sandsynligvis allerede er blevet mødt af titusinder, hundreder, tusinder af mennesker. Hvis du er en nybegynder udvikler, kan du nemt ikke bemærke, installere eller konfigurere noget. Her er en tjekliste, som jeg foreslår, at du går igennem, før du indser, at du ikke kan løse problemet på egen hånd og har brug for hjælp:
- Sørg for, at spørgsmålet er unikt, og at der ikke er noget svar på det på internettet
- Undersøg omhyggeligt årsagen til problemet, ikke virkningen
- Vurder mulige løsninger på problemet, deres fordele og ulemper
- Tænk på alternative muligheder for at nå dit mål
- Tænk over, hvad du kan blive bedt om, og forbered dine svar på forhånd.
С den første Pointen er, at alt er trivielt: Hvis teksten til fejlen er fuldstændig uforståelig for dig, så kopier den ind i Google og læs omhyggeligt teksten fra linkene.
Second: for eksempel, hvis din kode går ned med fejlen "Jeg kan ikke oprette forbindelse til et tredjepartsbibliotek", så er problemet ikke i din kode. Pointen er, at du ikke har installeret et bibliotek, som du vil bruge. Det betyder, at du skal kigge efter, hvordan du installerer det, og ikke hvordan du reparerer din kode.
tredje и den fjerde ret ens: Hvad hvis dette bibliotek er problemet, og jeg bare skal lede efter et andet? Hvad hvis jeg slet ikke bruger et tredjepartsbibliotek, men skriver min egen kode ved hjælp af standardværktøjer?
femte Dette punkt bringer os til næste del: tænk over, hvad den person, du henvender dig til, kan spørge dig, og hav svarene klar.
Kommuniker først målet, og angiv derefter problemet.
Målet er, hvad du ønskede at gøre. Skriv for eksempel en kode, der går til internettet og gemmer 10 billeder med sjove katte. Problemet er, hvorfor du ser en fejl i konsollen, men du ser ikke 10 sjove katte. Start ikke dit spørgsmål med et problem. Start med et mål, slut med et problem. Hvis personen du henvender dig til for at få hjælp er en erfaren udvikler og ved meget, så vil han sandsynligvis kunne tilbyde dig en enklere og mere elegant løsning på problemet. Hvis du allerede har valgt den enkleste og mest elegante, vil han tydeligt forstå, hvad og hvorfor du vil gøre, og dette vil fremskynde modtagelsen af et svar.
Godt spørgsmål:
Jeg vil redde 10 sjove katte hver dag for at grine og forlænge mit liv. For at gøre dette skrev jeg følgende kode: […]. Jeg forventer, at den forbinder til en FTP-server og downloader nye billeder derfra. Men da jeg startede den, så jeg denne fejl: […] Selvom jeg kan få adgang til denne server via browseren.
Hurtig reaktion:
Du skulle ikke have taget dette bibliotek; ingen har støttet eller udviklet det i lang tid. Tag hellere denne - jeg downloader selv billeder med katte til den!
Dårligt spørgsmål:
Hej, min kode producerede følgende fejl […], ved du hvad der kan være galt?
Det åbenlyse svar:
Hej. Nej, jeg ved det ikke.
Skriv kompetent og til sagen
Der er ingen grund til at hælde en strøm af tanker ud over en person. Den person, du henvendte dig til for at løse problemet, har travlt med sine egne anliggender. Sørg for, at han hurtigt forstår, hvad dit problem er, og hvad du ønsker af ham. Hvis du har problemer med læsefærdigheder, så brug online stave- og tegnsætningskontroltjenester. Du kan fjerne junk fra beskeder uden onlinetjenester. Hæld ikke vand, start ikke langvejs fra. Skriv kort, kortfattet og præcist. Kom med eksempler.
Dårligt:
- hej, hvordan gik det))) Jeg forsøger at sammensætte et projekt kort, men det virker ikke for mig, det går i stykker af en eller anden grund O_o, selvom det ser ud til, at jeg gjorde alt rigtigt, kom venligst) )))) der er faktisk noget uforståeligt i konsollen for mig ((( allerede ret jeg prøvede alt, intet virker, ahhh(
Godt:
— Hej, jeg prøver at starte et projekt, men der er et problem. Det går ned umiddelbart efter kommandoen docker-compose up, her er opstartsloggen og fejlen: […] Kan du fortælle mig, hvordan jeg løser det?
Stil spørgsmål til adressen og del løsningen
Du bør ikke skrive et spørgsmål i en personlig besked til en bestemt person, medmindre du er blevet informeret om, at du skal spørge ham specifikt. Det er bedre at skrive til en gruppe mennesker, fordi:
- Alle har travlt med at løse deres egne problemer. Chancen for, at nogen i en generel chat eller på et forum kan bruge tid på dig, er større.
- Chancen for, at nogen i den generelle chat ved, hvordan man hjælper dig, er større.
- Du overlader det til andre at finde det samme spørgsmål og svare senere.
Tag et kig på det sidste punkt. Har du allerede lært, at du selv skal prøve at løse problemer? Har du allerede brugt chat/forum/gruppesøgning, men har du ikke fundet nogen omtale af dit problem? Okay, så spørg væk.
På den anden side er der ingen grund til at genere folk unødigt. Hvis det er muligt, så fjern alle fra din mailingliste, der ikke kan hjælpe dig. Jo flere beskeder en person modtager, jo mindre sandsynligt er det, at han læser dem alle. Gør ikke folk til vane med at deaktivere advarsler eller blot ignorere beskeder.
Din erfaring kan helt sikkert være nyttig for en anden. Spar dig selv og andre tid ved at poste et svar eller en løsning. Den næste nytilkomne, hvis han allerede ved, hvad vi taler om her, vil slet ikke genere nogen – han finder din løsning ved at søge. Hvorfor siger jeg, at du kan spare dig selv for tid? For du kan støde på dette problem om et år og ikke huske, hvordan du løste det. Søgning vil redde dig igen.
Respekter andres tid
Gør livet så nemt som muligt for de mennesker, du beder om hjælp.
Sørg for, at de links, du sender, virker. Prøv at åbne den i inkognitotilstand. Hvis linket kræver autorisation, vil du se en adgangsfejl. Hvis du for eksempel har uploadet kode til et privat depot eller sendt et link til Google Drev, som kun du har adgang til, vil en person se en fejl, og han skal bruge tid på at informere dig om det, og så vente på dig for at konfigurere adgang. Sørg for, at personen med det samme ser, hvad du taler om.
Forvent ikke, at nogen vil huske, hvad du spurgte om for to dage siden. Send oplysningerne igen, påmind konteksten. Ingen ønsker at søge gennem korrespondance efter, hvad du har ved hånden. Hvis du er for doven til at duplikere oplysninger, så folk ikke spilder deres tid på at søge, så har du ikke brug for hjælp.
Tag det ikke ud af kontekst. Hvis du sender en log med en fejl, er det indlysende, at du ikke kun skal inkludere selve fejlen, men også koden, der forårsagede den, med et eksempel på, hvad den gik i stykker.
Hvis der er en etableret proces til at løse dit problem, skal du følge den. Der er ingen grund til at genopfinde hjulet, hvis der allerede er en artikel med en trin-for-trin HowTo.
Du bør ikke forsøge at få svar fra én person gennem forskellige kanaler (skriv til Slack, Skype, Telegram) på samme tid - det vil være ubehageligt for personen.
Der er ingen grund til at skrive den samme besked til flere personer på én gang, i håbet om, at i det mindste nogen vil svare dig. Alle disse mennesker kan give dig et svar (mest sandsynligt vil det være det samme), men de vil alle blive distraheret fra deres arbejde i et stykke tid. Brug gruppechat.
Se bredere
Alt, hvad vi talte om her, gælder også uden for IT-området. Følg disse regler i et supermarked, et bilservicecenter, på ferie i et andet land, når du kommunikerer med venner og familie. Vis folk, at du værdsætter deres tid og ikke ønsker at genere dem over bagateller. Vis, at du brugte tid og kræfter på at prøve at løse problemet selv, men det lykkedes ikke, og du har virkelig brug for hjælp. I taknemmelighed vil folk forstå dine problemer og hjælpe dig med at løse dem.
Kilde: www.habr.com