20 ting, jeg ville ønske, jeg vidste, før jeg blev webudvikler

20 ting, jeg ville ønske, jeg vidste, før jeg blev webudvikler

Allerede i begyndelsen af ​​min karriere vidste jeg ikke mange vigtige ting, som er ekstremt nyttige for en begyndende udvikler. Når jeg ser tilbage, kan jeg sige, at mange af mine forventninger ikke blev indfriet, de var ikke engang tæt på virkeligheden. I denne artikel vil jeg tale om 20 ting, du bør vide i starten af ​​din webudviklerkarriere. Denne artikel hjælper dig med at sætte de rigtige forventninger.

Du behøver ikke et diplom

Ja, du behøver ikke en uddannelse for at blive udvikler. De fleste informationer kan findes på internettet, især det grundlæggende. Du kan lære at programmere på egen hånd ved hjælp af internettet.

Googling er en rigtig færdighed

Da du lige er startet, mangler du stadig den nødvendige viden til at løse nogle problemer. Det er okay, du kan klare det ved hjælp af søgemaskiner. At vide, hvad og hvordan man skal lede efter, er en vigtig færdighed, som vil spare dig for en masse tid.

Vi anbefaler en gratis intensiv programmering for begyndere:
Applikationsudvikling: Android vs iOS — 22.–24. august. Det intensive kursus giver dig mulighed for at fordybe dig i at udvikle applikationer til de mest populære mobile styresystemer i tre dage. Opgaven er at oprette en stemmeassistent på Android og udvikle en "To-Do List" til iOS. Plus kendskab til mulighederne i applikationer på tværs af platforme.

Man kan ikke lære alt

Du bliver nødt til at studere meget. Se bare hvor mange populære JavaScript-frameworks der er: React, Vue og Angular. Du vil ikke være i stand til at studere dem alle grundigt. Men dette er ikke påkrævet. Du skal fokusere på de rammer, som du bedst kan lide, eller den som din virksomhed arbejder med.

Det er meget svært at skrive simpel kode

Mange relativt uerfarne udviklere skriver meget kompleks kode. Dette er en måde at vise sig frem på, for at vise hvor godt de programmerer. Gør det ikke. Skriv den enklest mulige kode.

Du vil ikke have tid til grundig test

Fra min egen erfaring ved jeg, at udviklere er dovne mennesker, når det kommer til at tjekke deres arbejde. De fleste programmører er enige om, at test ikke er den mest interessante del af deres job. Men hvis du planlægger at lave seriøse projekter, så glem det ikke.

Og vi har også deadlines – næsten hele tiden. Derfor får testning ofte kortere tid end påkrævet – blot for at overholde deadline. Alle forstår, at dette skader det endelige resultat, men der er ingen vej udenom.

Du vil altid tage fejl med tiden.

Det er lige meget, hvordan du gør det. Problemet er, at teori aldrig matcher praksis. Du tænker noget som dette: Jeg kan gøre denne lille ting på en time. Men så finder du ud af, at du skal omstrukturere meget af din kode for at få den lille funktion til at virke. Som følge heraf viser den første vurdering sig at være helt forkert.

Du vil skamme dig over at se på din gamle kode

Når du først begynder at programmere, vil du bare gøre noget. Hvis koden virker, er det en glæde. For en uerfaren programmør ser det ud til, at arbejdskode og kode af høj kvalitet er det samme. Men når du bliver en erfaren udvikler og ser på den kode, du skrev i begyndelsen, vil du blive overrasket: "Skrev jeg virkelig alt det her rod?!" Faktisk er alt, hvad der kan gøres i denne situation, at grine og rydde op i det kaos, du har skabt.

Du vil bruge meget tid på at fange fejl

Fejlretning er en del af dit job. Det er absolut umuligt at skrive kode uden fejl, især hvis du har lidt erfaring. Problemet for en nybegynder udvikler er, at han simpelthen ikke ved, hvor han skal lede, når han fejlfinder. Nogle gange er det ikke engang klart, hvad man skal kigge efter. Og det værste er, at du laver disse fejl til dig selv.

Internet Explorer er den værste browser, der nogensinde er skabt

Internet Explorer, også kaldet Internet Exploder, vil få dig til at fortryde den CSS, du lige skrev. Selv grundlæggende ting er fejlagtige i IE. På et tidspunkt vil du begynde at spørge dig selv, hvorfor der er så mange browsere. Mange virksomheder løser problemet ved kun at understøtte IE 11 og nyere versioner – det hjælper virkelig.

Arbejdet stopper, når servere går ned

En dag vil det helt sikkert ske: En af dine servere vil gå ned. Hvis du ikke har arbejdet på din lokale maskine, vil du ikke kunne gøre noget. Og det kan ingen. Nå, det er tid til en kaffepause.

Du vil lade, som om du forstår alt, hvad dine kolleger siger.

Mindst én gang (sandsynligvis flere) vil du have en samtale med en medudvikler, som entusiastisk vil fortælle om en ny teknik eller et nyt værktøj. Samtalen ender med, at du er enig i alle de udsagn, samtalepartneren kommer med. Men sandheden er, at du simpelthen ikke forstod det meste af hans tale.

Du behøver ikke at huske alt

Programmering er anvendelse af viden i praksis. Det nytter ikke noget at huske alt - du kan finde de manglende oplysninger på internettet. Det vigtigste er at vide, hvor man skal lede. Memorisering vil komme senere, mens der arbejdes på projekter, sammen med erfaring.

Du skal lære at løse problemer effektivt

Og gør det kreativt. Programmering er en konstant løsning af problemer, og man kan løses på flere måder. Kreativitet hjælper med at gøre dette hurtigt og effektivt.

Du vil læse meget

At læse vil tage meget af din tid. Du bliver nødt til at læse om metoder, bedste praksis, værktøjer og mange andre industrinyheder. Glem ikke bøger. At læse er en fantastisk måde at få viden og følge med i livet.

Tilpasningsevne kan være en hovedpine

Det er meget vanskeligt at tilpasse et websted til alle enheder. Der er et stort udvalg af enheder og browsere, så der vil altid være en kombination af "enhed + browser", hvor siden vil se dårligt ud.

Fejlretningsoplevelse sparer tid

Som nævnt ovenfor kan fejlfinding være en meget tidskrævende opgave, især hvis du ikke ved, hvor du skal lede, og hvad du skal kigge efter. At vide, hvordan din egen kode fungerer, hjælper dig med at fejlfinde hurtigt. Du kan forbedre dine fejlfindingsfærdigheder ved at forstå, hvordan fejlfindingsværktøjer fungerer i forskellige browsere.

Du vil lede efter færdige løsninger, men de vil ikke fungere for dig.

Hvis du ikke selv kan finde løsningerne, er det værd at google. I de fleste tilfælde vil du finde fungerende løsninger på fora som StackOverflow. Men i de fleste tilfælde kan du ikke bare kopiere og indsætte dem - de vil ikke fungere på den måde. Det er her problemløsningsevner og kreativitet kommer til nytte.

En god IDE vil gøre livet lettere

Før du begynder at kode, er det værd at bruge lidt tid på at finde den rigtige IDE. Der er mange gode, både betalt og gratis. Men du har brug for en, der passer perfekt. IDE'en skal have syntaksfremhævning, samt fejlfremhævning. De fleste IDE'er har plugins, der hjælper dig med at tilpasse din IDE.

Terminalen vil effektivisere arbejdet

Hvis du er vant til at arbejde i en GUI, så prøv kommandolinjen. Det er et kraftfuldt værktøj, der kan løse mange problemer hurtigere end grafiske værktøjer. Du skal føle dig sikker på at arbejde med kommandolinjen.

Opfind ikke hjulet igen

Når du udvikler en standardfunktion, er det første sted at søge GitHub efter en løsning. Hvis problemet er typisk, er det sandsynligvis allerede løst. Der kan allerede findes et stabilt og populært bibliotek med en færdig løsning. Se aktive projekter med dokumentation. Hvis du vil føje nye funktioner til en andens "hjul" eller blot omskrive det, kan du blot fordele projektet eller oprette en fletteanmodning.

Kilde: www.habr.com

Tilføj en kommentar