Hei!
I løpet av de siste par årene har jeg jobbet mye med folk som akkurat har startet sin karriere innen IT. Siden spørsmålene i seg selv og måten mange stiller dem på er like, bestemte jeg meg for å samle mine erfaringer og anbefalinger på ett sted.
For lenge siden leste jeg 2004 av Eric Raymond, og har alltid fulgt den strengt i karrieren. Den er ganske stor, og er mer rettet mot systemadministratorer. Jeg må hjelpe folk, som ofte ikke har erfaring med utvikling i det hele tatt, å bli juniorer og starte karrieren.
For de som allerede har blitt, eller fortsatt drømmer om å bli en nybegynnerutvikler, kan jeg gi følgende anbefalinger:
- Studer problemet selv
- Kommuniser målet først, fortell deretter problemet.
- Skriv kompetent og til poenget
- Still spørsmål til adressen og del løsningen
- Respekter andres tid
- Se bredere
Og nå for flere detaljer.
Studer problemet selv
Du lærer et programmeringsspråk fra en bok eller et kurs. Vi tok en eksempelkode, kjørte den, men den krasjet med en feil som var uklar for deg. Ifølge boken skal det fungere. Men du tror dine egne øyne - det fungerer ikke. Hva er mulighetene?
- Bestem deg for at du aldri vil bli en utvikler fordi hele verden er imot deg og til og med de fungerende eksemplene fungerer ikke. Slutt å studere;
- Bestem deg for at du aldri vil bli en utvikler fordi du er for dum eller du ikke har det. Slutt å studere;
- Begynn å spørre alle du kjenner som i det minste er knyttet til IT, og kreve at de finner ut hvorfor det ikke fungerer for deg. Finn ut mye nytt om deg selv, bli fornærmet. Slutt å studere;
Hvilket alternativ er riktig? Her er han:
Forstå at du ikke er unik (uansett hva din mor og bestemor sier), og IT-verdenen er ikke så enkel som de utbasunerer når de inviterer deg til kurs og webinarer.
Å forstå at du ikke er unik fører til erkjennelsen av at problemet ditt sannsynligvis allerede har blitt møtt av titalls, hundrevis, tusenvis av mennesker. Hvis du er en nybegynner utvikler, kan du lett ikke legge merke til, installere eller konfigurere noe. Her er en sjekkliste jeg foreslår at du går gjennom før du innser at du ikke kan løse problemet på egen hånd og trenger hjelp:
- Sørg for at spørsmålet er unikt og at det ikke finnes noe svar på det på Internett
- Studer nøye årsaken til problemet, ikke effekten
- Vurder mulige løsninger på problemet, deres fordeler og ulemper
- Tenk på alternative alternativer for å nå målet ditt
- Tenk over hva du kan bli spurt om og forbered svarene dine på forhånd.
С første Poenget er at alt er trivielt: hvis teksten til feilen er helt uforståelig for deg, kopier den til Google og les teksten fra lenkene nøye.
Sekund: for eksempel, hvis koden din krasjer med feilen "Jeg kan ikke koble til et tredjepartsbibliotek", så ligger ikke problemet i koden din. Poenget er at du ikke har installert et bibliotek du vil bruke. Dette betyr at du må se etter hvordan du installerer den, og ikke hvordan du fikser koden.
tredje и fjerde ganske likt: Hva om dette biblioteket er problemet og jeg bare trenger å se etter et annet? Hva om jeg ikke bruker et tredjepartsbibliotek i det hele tatt, men skriver min egen kode med standardverktøy?
femte Dette punktet bringer oss til neste del: tenk på hva personen du henvender deg til kan spørre deg og ha svarene klare.
Kommuniser målet først, fortell deretter problemet.
Målet er hva du ønsket å gjøre. Skriv for eksempel en kode som går til Internett og lagrer 10 bilder med morsomme katter. Problemet er hvorfor du ser en feil i konsollen, men du ser ikke 10 morsomme katter. Ikke start spørsmålet ditt med et problem. Start med et mål, avslutt med et problem. Hvis personen du henvender deg til for å få hjelp er en erfaren utvikler og kan mye, så vil han sannsynligvis kunne tilby deg en enklere og mer elegant løsning på problemet. Hvis du allerede har valgt den enkleste og mest elegante, vil han tydelig forstå hva og hvorfor du vil gjøre, og dette vil fremskynde mottaket av et svar.
Godt spørsmål:
Jeg vil redde 10 morsomme katter hver dag for å le og forlenge livet mitt. For å gjøre dette skrev jeg følgende kode: […]. Jeg forventer at den kobler seg til en FTP-server og laster ned nye bilder derfra. Men da jeg startet den, så jeg denne feilen: […] Selv om jeg kan få tilgang til denne serveren via nettleseren.
Rask respons:
Du burde ikke ha tatt dette biblioteket; ingen har støttet eller utviklet det på lenge. Bedre å ta denne - jeg laster ned bilder med katter for det selv!
Dårlig spørsmål:
Hei, koden min ga følgende feil […], vet du hva som kan være galt?
Det åpenbare svaret:
Hallo. Nei jeg vet ikke.
Skriv kompetent og til poenget
Det er ingen grunn til å helle ut en strøm av tanker over en person. Personen du henvendte deg til for å løse problemet er opptatt med sine egne saker. Sørg for at han raskt forstår hva problemet ditt er og hva du ønsker fra ham. Hvis du har problemer med leseferdighet, bruk elektroniske stave- og tegnsettingskontrolltjenester. Du kan fjerne søppel fra meldinger uten nettjenester. Ikke hell vann, ikke start langveis fra. Skriv kort, konsist og konkret. Gi eksempler.
Dårlig:
- hei, hvordan gikk det))) Jeg prøver å sette sammen et prosjekt i korte trekk, men det fungerer ikke for meg, det krasjer av en eller annen grunn O_o, selv om det virker som jeg gjorde alt riktig, vennligst kom) )))) det er faktisk noe uforståelig i konsollen for meg ((( allerede rett jeg prøvde alt, ingenting fungerer, ahhh(
God:
— Hei, jeg prøver å starte et prosjekt, men det er et problem. Den krasjer umiddelbart etter kommandoen docker-compose up, her er oppstartsloggen og feilen: […] Kan du fortelle meg hvordan jeg løser det?
Still spørsmål til adressen og del løsningen
Du bør ikke skrive et spørsmål i en personlig melding til en bestemt person, med mindre du har fått beskjed om at du bør spørre ham spesifikt. Det er bedre å skrive til en gruppe mennesker fordi:
- Alle er opptatt med å løse sine egne problemer. Sjansen for at noen i en generell chat eller på et forum kan vie tid til deg er høyere.
- Sjansen for at noen i den generelle chatten vet hvordan de kan hjelpe deg er høyere.
- Du overlater til andre å finne det samme spørsmålet og svaret senere.
Ta en titt på det siste punktet. Har du allerede lært at du bør prøve å løse problemer selv? Har du allerede brukt chat/forum/gruppesøk, men har ikke funnet noe om problemet ditt? Ok, så spør bort.
På den annen side er det ingen grunn til å plage folk unødvendig. Hvis det er mulig, fjern fra e-postlisten alle som ikke kan hjelpe deg. Jo flere meldinger en person mottar, jo mindre sannsynlig er det at han leser dem alle. Ikke gjør folk til en vane med å slå av varsler eller bare ignorere meldinger.
Din erfaring kan sikkert være nyttig for noen andre. Spar deg selv og andre for tid ved å legge ut et svar eller en løsning. Den neste nykommeren, hvis han allerede vet hva vi snakker om her, vil ikke plage noen i det hele tatt - han vil finne løsningen din ved å søke. Hvorfor sier jeg at du kan spare deg selv for tid? Fordi du kan støte på dette problemet om et år og ikke huske hvordan du løste det. Søket vil redde deg igjen.
Respekter andres tid
Gjør livet så enkelt som mulig for menneskene du ber om hjelp.
Sørg for at koblingene du sender fungerer. Prøv å åpne den i inkognitomodus. Hvis koblingen krever autorisasjon, vil du se en tilgangsfeil. For eksempel, hvis du lastet opp kode til et privat depot, eller sendte en lenke til Google Disk, som bare du har tilgang til, vil en person se en feil, og han må bruke tid på å informere deg om det, og deretter vente på deg for å sette opp tilgang. Sørg for at personen umiddelbart ser hva du snakker om.
Ikke forvent at noen vil huske hva du spurte om for to dager siden. Send informasjonen på nytt, påminn konteksten. Ingen ønsker å søke gjennom korrespondanse etter det du har for hånden. Hvis du er for lat til å duplisere informasjon slik at folk ikke kaster bort tiden på å søke, trenger du ikke hjelp.
Ikke ta det ut av kontekst. Hvis du sender en logg med en feil, er det åpenbart at du ikke bare må inkludere selve feilen, men også koden som forårsaket den, med et eksempel på hva den brøt.
Hvis det er en etablert prosess for å løse problemet ditt, følg den. Det er ikke nødvendig å finne opp hjulet på nytt hvis det allerede finnes en artikkel med en trinn-for-trinn-veiledning.
Du bør ikke prøve å få svar fra én person gjennom forskjellige kanaler (skriv til Slack, Skype, Telegram) samtidig - det vil være ubehagelig for personen.
Det er ikke nødvendig å skrive samme melding til flere personer samtidig, i håp om at i det minste noen vil svare deg. Alle disse menneskene kan gi deg et svar (mest sannsynlig vil det være det samme), men de vil alle bli distrahert fra arbeidet sitt en stund. Bruk gruppechatter.
Se bredere
Alt vi snakket om her gjelder også utenfor IT-feltet. Følg disse reglene i et supermarked, et bilservicesenter, på ferie i et annet land, når du kommuniserer med venner og slektninger. Vis folk at du setter pris på tiden deres og ikke vil plage dem med bagateller. Vis at du brukte tid og krefter på å prøve å løse problemet selv, men at du ikke lyktes, og du trenger virkelig hjelp. I takknemlighet vil folk forstå problemene dine og hjelpe deg med å løse dem.
Kilde: www.habr.com