Helt i begynnelsen av min karriere visste jeg ikke mange viktige ting som er ekstremt nyttige for en begynnende utvikler. Når jeg ser tilbake kan jeg si at mange av forventningene mine ikke ble oppfylt, de var ikke engang i nærheten av virkeligheten. I denne artikkelen vil jeg snakke om 20 ting du bør vite i starten av din webutviklerkarriere. Denne artikkelen vil hjelpe deg å sette de riktige forventningene.
Du trenger ikke vitnemål
Ja, du trenger ikke en grad for å bli utvikler. Det meste av informasjon kan finnes på Internett, spesielt det grunnleggende. Du kan lære å programmere på egen hånd ved å bruke Internett.
Googling er en skikkelig ferdighet
Siden du nettopp har startet, mangler du fortsatt kunnskapen som trengs for å løse noen problemer. Dette er greit, du kan håndtere det ved hjelp av søkemotorer. Å vite hva og hvordan du skal se etter er en viktig ferdighet som vil spare deg for mye tid.
Vi anbefaler en gratis intensiv programmering for nybegynnere:
— 22.–24. august. Det intensive kurset lar deg fordype deg i å utvikle applikasjoner for de mest populære mobile operativsystemene i tre dager. Oppgaven er å lage en stemmeassistent på Android og utvikle en "To-Do List" for iOS. Pluss kjennskap til mulighetene til applikasjoner på tvers av plattformer.
Du kan ikke lære alt
Du må studere mye. Bare se på hvor mange populære JavaScript-rammeverk det er: React, Vue og Angular. Du vil ikke være i stand til å studere dem alle grundig. Men dette er ikke nødvendig. Du må fokusere på det rammeverket du liker best, eller det som bedriften din jobber med.
Å skrive enkel kode er veldig vanskelig
Mange relativt uerfarne utviklere skriver svært kompleks kode. Dette er en måte å vise seg frem, for å vise hvor godt de programmerer. Ikke gjør det. Skriv enklest mulig kode.
Du vil ikke ha tid til grundig testing
Fra min egen erfaring vet jeg at utviklere er late mennesker når det kommer til å sjekke arbeidet deres. De fleste programmerere vil være enige om at testing ikke er den mest interessante delen av jobben deres. Men hvis du planlegger å gjøre seriøse prosjekter, ikke glem det.
Og vi har også frister – nesten hele tiden. Derfor gis testing ofte kortere tid enn nødvendig – bare for å overholde fristen. Alle forstår at dette skader det endelige resultatet, men det er ingen vei utenom.
Du vil alltid ta feil når det gjelder tid.
Det spiller ingen rolle hvordan du gjør det. Problemet er at teori aldri matcher praksis. Du tenker noe sånt som dette: Jeg kan gjøre denne lille tingen på en time. Men så finner du ut at du må omstrukturere mye av koden din for å få den lille funksjonen til å fungere. Som et resultat viser den første vurderingen seg å være helt feil.
Du vil skamme deg over å se på den gamle koden din
Når du først begynner å programmere, vil du bare gjøre noe. Hvis koden fungerer, er det en glede. For en uerfaren programmerer ser det ut til at arbeidskode og høykvalitetskode er det samme. Men når du blir en erfaren utvikler og ser på koden du skrev helt i begynnelsen, vil du bli overrasket: "Skrev jeg virkelig alt dette rotet?!" Faktisk er alt som kan gjøres i denne situasjonen å le og rydde opp i kaoset du har skapt.
Du vil bruke mye tid på å fange feil
Feilsøking er en del av jobben din. Det er absolutt umulig å skrive kode uten feil, spesielt hvis du har liten erfaring. Problemet for en nybegynner utvikler er at han rett og slett ikke vet hvor han skal se når han feilsøker. Noen ganger er det ikke engang klart hva du skal se etter. Og det verste er at du lager disse feilene for deg selv.
Internet Explorer er den verste nettleseren som noen gang er laget
Internet Explorer, også kalt Internet Exploder, vil få deg til å angre på CSS-en du nettopp skrev. Selv grunnleggende ting er feil i IE. På et tidspunkt vil du begynne å spørre deg selv hvorfor det er så mange nettlesere. Mange selskaper løser problemet ved å kun støtte IE 11 og nyere versjoner – dette hjelper virkelig.
Arbeidet stopper når servere går ned
En dag vil det definitivt skje: en av serverne dine vil gå ned. Hvis du ikke har jobbet på din lokale maskin, vil du ikke kunne gjøre noe. Og ingen kan. Vel, det er tid for en kaffepause.
Du vil late som om du forstår alt kollegene dine sier.
Minst én gang (sannsynligvis flere) vil du ha en samtale med en medutvikler som entusiastisk vil snakke om en ny teknikk eller verktøy. Samtalen vil ende med at du er enig i alle påstandene samtalepartneren kommer med. Men sannheten er at du rett og slett ikke forsto det meste av talen hans.
Du trenger ikke å huske alt
Programmering er bruk av kunnskap i praksis. Det er ingen vits i å huske alt - du kan finne den manglende informasjonen på Internett. Det viktigste er å vite hvor du skal lete. Memorering vil komme senere, mens du jobber med prosjekter, sammen med erfaring.
Du må lære å løse problemer effektivt
Og gjør det kreativt. Programmering er en konstant løsning av problemer, og man kan løses på flere måter. Kreativitet bidrar til å gjøre dette raskt og effektivt.
Du vil lese mye
Lesing vil ta mye av tiden din. Du må lese om metoder, beste praksis, verktøy og mange andre bransjenyheter. Ikke glem bøker. Lesing er en fin måte å få kunnskap og følge med i livet.
Tilpasningsevne kan være en hodepine
Å tilpasse et nettsted for alle enheter er svært vanskelig. Det er et stort utvalg av enheter og nettlesere, så det vil alltid være en kombinasjon av "enhet + nettleser" der nettstedet vil se dårlig ut.
Feilsøkingsopplevelse sparer tid
Som nevnt ovenfor kan feilsøking være en svært tidkrevende oppgave, spesielt hvis du ikke vet hvor du skal lete og hva du skal se etter. Å vite hvordan din egen kode fungerer hjelper deg å feilsøke raskt. Du kan forbedre feilsøkingsferdighetene dine ved å forstå hvordan feilsøkingsverktøy fungerer i forskjellige nettlesere.
Du vil se etter ferdige løsninger, men de vil ikke fungere for deg.
Finner du ikke løsningene selv, er det verdt å google. I de fleste tilfeller vil du finne fungerende løsninger på fora som StackOverflow. Men i de fleste tilfeller kan du ikke bare kopiere og lime dem inn - de vil ikke fungere på den måten. Det er her problemløsningsferdigheter og kreativitet kommer godt med.
En god IDE vil gjøre livet enklere
Før du begynner å kode, er det verdt å bruke litt tid på å finne riktig IDE. Det er mange gode, både betalte og gratis. Men du trenger en som passer perfekt. IDE må ha syntaksutheving, samt feilutheving. De fleste IDE-er har plugins som hjelper deg med å tilpasse IDE-en din.
Terminalen skal effektivisere arbeidet
Hvis du er vant til å jobbe i en GUI, prøv kommandolinjen. Det er et kraftig verktøy som kan løse mange problemer raskere enn grafiske verktøy. Du bør føle deg trygg på å jobbe med kommandolinjen.
Ikke oppfinn hjulet på nytt
Når du utvikler en standardfunksjon, er det første stedet å lete etter GitHub for en løsning. Hvis problemet er typisk, er det mest sannsynlig allerede løst. Det kan allerede finnes et stabilt og populært bibliotek med en ferdig løsning. Se aktive prosjekter med dokumentasjon. Hvis du vil legge til nye funksjoner til andres "hjul" eller bare skrive det om, kan du ganske enkelt dele prosjektet eller lage en sammenslåingsforespørsel.
Kilde: www.habr.com