7 vigtige lektioner om programmering, som jeg har lært kl. 17

kilde: twitter - vær altid kodende - dette er den vigtigste lektion af alle!

Hej der, jeg er Alec, jeg er 17 år gammel, jeg har lært webudvikling siden jeg var 12 år. Jeg er langt fra en fremragende udvikler, men jeg har bestemt lært nogle ting om at være en gennemsnitlig. 🥳

Her er nogle lektioner, som jeg har lært, at jeg synes, at enhver udvikler, især nye udviklere, har brug for at vide.

Ingen ved alt

Ingen udvikler ved alt, og du behøver ikke at vide alt.

Der er så meget mere at være en udvikler end at kende udadtil, for eksempel metoderne til at manipulere arrays i PHP version 5.6. Det betyder ikke noget, hvis du kender de små ting, de er en Google-søgning væk, hvis du glemmer dem.

Der er langt vigtigere ting, du kan gøre som udvikler for at forbedre dig selv end at lære disse små ubetydelige detaljer som,

  1. Forbedring af dine problemer med at løse problemer
  2. Forbedring af dit teamwork og dine kommunikationsevner
  3. Forøgelse af din viden om programmeringskoncepter og sprog
  4. Oprette fantastiske projekter for at vise dit arbejde
  5. Fokus på at skrive ren effektiv kode

Det fantastiske ved at være udvikler er, at du ikke behøver at vide alt. Du behøver kun at vide, hvordan du løser problemer.

At have bugs er vigtigt for at lære

Kilde: imgur

Hvis du programmerer noget, og du ikke kommer på tværs af fejl, betyder det, at du ikke lærer noget.

At ikke løbe ind i fejl betyder ikke, at du på en eller anden måde er en god udvikler, fordi du er for smart til at begå en fejl. Det betyder, at du allerede har udviklet noget lignende, så mange gange, at du allerede ved, hvordan du ikke løber ind i fejlene.

Når du løser fejl, bliver du en stærk udvikler. Der er utallige bugs under udvikling, så jo hurtigere du kan lære at håndtere dem, desto bedre er du.

Formel uddannelse er ikke nødvendig

Som 17-år kæmper jeg for tiden med dette emne. Skal jeg gå på universitetet, så jeg kan erhverve en datalogi?

Det er et svært spørgsmål for mig at svare på. Men de fleste, der læser dette, er sandsynligvis ikke 17, faktisk har de fleste af jer sandsynligvis allerede et job.

Hvis du allerede har gået på universitet eller universitet, har du bestemt ikke brug for en datalogi. Du behøver heller ikke at udføre alle disse kodende boot camps.

En GitHub-profil med nogle interessante projekter på det taler bind. Hvis du kan demonstrere, at du kan programmere, betyder det ikke noget, hvilken baggrund du har.

Det er simpelthen et spørgsmål om, hvordan lærer du bedst.

Jeg havde ikke valget, jeg var nødt til at lære at kode i weekenderne, fordi jeg ikke kunne tage 6 uger fri fra gymnasiet til en boot camp.

Hvis du vil gå tilbage til universitetet for at få en datalogi eller deltage i en 8-ugers boot camp, skal du gå efter det. Men det er intetsteds tæt på nødvendigt.

Googling er en legitim færdighed

Hvis du vil være en god udvikler, skal du forbedre din Google-evne. Det er vigtigt at være i stand til at finde løsninger og kode, som du leder efter.

Der er ofte googling, især når du lærer en helt ny teknologi.

Der er mange forskellige måder at forbedre dine søgeresultater gennem små "hacks" og tip, som Google har oprettet.

Kodningsprojekter kan fjerne underlige kaninhuller med ting, du har brug for at føje til din kode. Nogle gange er du nødt til at finde en løsning på et problem, du ikke engang forstår. Men heldigvis har Google svaret et eller andet sted.

Prøv at tænke frem for at kode

Når du koder, spørger du dig selv, "hvad er den bedste måde at skrive denne kode på?"

Jeg ved, at jeg normalt ikke gør det, efter at jeg har skrevet en subpar-løsning. Alt for ofte finder jeg mig selv til at skrive den løsning, der først dukkede op i mit hoved. Det meste af tiden er den første løsning på problemet ikke den bedste.

Handlingen med at udtaste koden er kort. Enhver kan hurtigt skrive kode, der vil være slurvet. Du skal tage dig tid til at komme med en god stabil løsning.

Selvom det kan være kedeligt, fremmer testdrevet udvikling dette meget, da du er nødt til at tænke over, hvilken funktionalitet du forventer, og hvordan det vil fungere. Du kan ikke frihåndskode koden, når du skal planlægge den forud.

Der er selvfølgelig undtagelser fra enhver regel. Jeg siger ikke, at du skal sidde stille og tænke over hver kodelinje.

Men med alt kan du spare dig tid til refactoring og fejlrettelse ved at tænke over din kode.

Vær forsigtig med tutorials

Det at følge med sammen med en kodningsvejledning er fantastisk til at starte, men jeg synes, at disse tutorials ikke er den eneste ressource, du skal bruge til at lære.

Du lærer faktisk ikke, når du følger en kodningsvejledning. Du lærer måske lidt, men du lærer ikke rigtig, hvad du laver, og hvorfor du gør det.

Derudover kan disse tutorials også hurtigt springe over vigtige dele af koden, som illustreret i Quincy's tweet. Det er så let at bare kopiere og indsætte og ikke stille spørgsmål fra selvstudiet.

En langt bedre måde at lære at kode er at gå ud på et projekt, du gerne vil bygge. Så kom bare i gang. Find små kodestykker, skriv din egen kode, løs bugs, læs forklaringer og indlæg.

Den mest effektive måde at lære på er at dele puslespillet sammen, indtil du har et program, der fungerer.

Faner er bedre end mellemrum

billedkilde

Jeg ved. Mens du læste denne artikel, tænkte du, "han skal være en rum fyr, det er indlysende." Jeg er bange for ikke, alle burde bruge faner, når de koder.

Jeg forstår det. Faner kan se anderledes ud end andre menneskers computere. Men det er så dejligt at bare ramme fanen, snarere end at slå den mellemrumslinje igen og igen. Forkæl dig selv med faner mennesker!

Tak for at have læst disse korte, men vigtige lektioner, som jeg har lært. Hvis du er uenig i nogle punkter, jeg fremsætter, ville jeg meget gerne høre hvorfor!