7 belangrijke lessen over programmeren die ik op 17 heb geleerd

bron: twitter - altijd coderen - dit is de belangrijkste les van allemaal!

Hallo daar, ik ben Alec, ik ben 17 jaar oud, ik leer al vanaf mijn 12e webontwikkeling. Ik ben verre van een uitstekende ontwikkelaar, maar ik heb zeker een aantal dingen geleerd over het gemiddelde zijn. 🥳

Hier zijn enkele lessen die ik heb geleerd die ik denk dat elke ontwikkelaar, vooral nieuwe ontwikkelaars, moet weten.

Niemand weet alles

Geen enkele ontwikkelaar weet alles en u hoeft niet alles te weten.

Er is zoveel meer dan een ontwikkelaar te zijn dan uit het hoofd te weten, bijvoorbeeld de methoden voor het manipuleren van arrays in PHP versie 5.6. Het maakt niet uit of u de kleine dingen weet, ze zijn een zoekopdracht van Google verwijderd als u ze vergeet.

Er zijn veel belangrijkere dingen die je als ontwikkelaar kunt doen om jezelf te verbeteren dan het leren van deze kleine onbeduidende details zoals,

  1. Uw probleemoplossende vaardigheden verbeteren
  2. Verbetering van uw teamwerk en communicatieve vaardigheden
  3. Vergroot uw kennis van programmeerconcepten en talen
  4. Fantastische projecten maken om uw werk te presenteren
  5. Focus op het schrijven van schone, efficiënte code

Het mooie van een ontwikkelaar zijn, is dat je niet alles hoeft te weten. U hoeft alleen te weten hoe u problemen oplost.

Het hebben van bugs is essentieel voor het leren

Bron: imgur

Als je iets programmeert en geen bugs tegenkomt, betekent dit dat je niets leert.

Het niet tegenkomen van bugs betekent niet dat je op de een of andere manier een geweldige ontwikkelaar bent omdat je te slim bent om een ​​fout te maken. Het betekent dat je al zoiets al zo vaak hebt ontwikkeld, dat je al weet hoe je de bugs niet moet tegenkomen.

Wanneer je bugs oplost, word je een sterke ontwikkelaar. Er zijn eindeloze bugs in ontwikkeling, dus hoe sneller je kunt leren omgaan, hoe beter je bent.

Formeel onderwijs is niet nodig

Op mijn 17e ben ik momenteel bezig met dit onderwerp. Moet ik naar de universiteit, zodat ik een graad in informatica kan behalen?

Dat is een moeilijke vraag voor mij om te beantwoorden. Maar de meeste mensen die dit lezen zijn waarschijnlijk geen 17, in feite hebben de meesten van jullie waarschijnlijk al een baan.

Als je al naar de hogeschool of universiteit bent geweest, heb je absoluut geen diploma informatica nodig. Je hoeft ook niet al deze coderende bootcamps te doen.

Een GitHub-profiel met enkele interessante projecten erop spreekt boekdelen. Als je kunt aantonen dat je kunt programmeren, maakt het niet uit welke achtergrond je hebt.

Het is gewoon een kwestie van hoe je het beste leert.

Ik had niet de keuze, ik moest leren coderen in het weekend omdat ik geen 6 weken vrij kon nemen van de middelbare school voor een bootcamp.

Als je terug wilt gaan naar de universiteit om een ​​graad in computerwetenschappen te behalen of een bootcamp van 8 weken bij te wonen, ga er dan voor. Maar het is lang niet noodzakelijk.

Googlen is een legitieme vaardigheid

Als je een geweldige ontwikkelaar wilt zijn, moet je je googlingvermogen verbeteren. Het is van essentieel belang om oplossingen en code te kunnen vinden waarnaar u op zoek bent.

Er wordt regelmatig googled, vooral wanneer je een geheel nieuwe technologie leert.

Er zijn veel verschillende manieren om uw zoekresultaten te verbeteren door kleine "hacks" en tips die Google heeft opgesteld.

Coderingsprojecten kunnen rare konijnenholten verwijderen van dingen die u aan uw code moet toevoegen. Soms moet u een oplossing vinden voor een probleem dat u niet eens begrijpt. Maar gelukkig heeft Google het antwoord ergens.

Probeer te denken in plaats van coderen

Vraag je jezelf tijdens het coderen af: wat is de beste manier om deze code te schrijven?

Ik weet dat ik dat meestal pas doe nadat ik een onvoldoende oplossing heb geschreven. Veel te vaak merk ik dat ik de oplossing schrijf die eerst in mijn hoofd opkwam. Meestal is de eerste oplossing voor het probleem niet de beste.

Het typen van de code is kort. Iedereen kan snel code schrijven die slordig is. Je moet de tijd nemen om met een goede stabiele oplossing te komen.

Hoewel het vervelend kan zijn, bevordert testgestuurde ontwikkeling dit enorm, omdat je moet nadenken over welke functionaliteit je verwacht en hoe het zal werken. U kunt de code niet uit de vrije hand nemen als u deze van tevoren moet plannen.

Natuurlijk zijn er uitzonderingen op elke regel. Ik zeg niet dat je rustig moet zitten en aan elke regel code moet denken.

Maar bespaar met alles de tijd van refactoring en bugfixing door na te denken over uw code.

Wees voorzichtig met tutorials

Het volgen van een codeer tutorial is geweldig om mee te beginnen, maar ik denk dat deze tutorials niet de enige bron zijn die je moet gebruiken om te leren.

Je leert niet echt wanneer je een coderingsoefening volgt. Je leert misschien een beetje, maar je leert niet echt wat je doet en waarom je het doet.

Bovendien kunnen deze tutorials ook snel belangrijke delen van de code overslaan, zoals geïllustreerd in de tweet van Quincy. Het is zo eenvoudig om te kopiëren en te plakken en geen vragen te stellen uit de zelfstudie.

Een veel betere manier om te leren coderen is om een ​​project uit te werken dat je wilt bouwen. Begin dan maar. Vind kleine stukjes code, schrijf je eigen code, los de bugs op, lees uitleg en berichten.

De meest effectieve manier om te leren is om de puzzel samen te stellen tot je een programma hebt dat werkt.

Tabbladen zijn beter dan spaties

afbeeldingsbron

Ik weet. Terwijl je dit artikel aan het lezen was, dacht je: "Hij moet een ruimtevaarder zijn, dat is duidelijk." Ik vrees van niet, iedereen zou tabbladen moeten gebruiken wanneer ze coderen.

Ik begrijp het. Tabbladen kunnen er anders uitzien dan de computers van anderen. Maar het is zo leuk om gewoon op het tabblad te drukken, in plaats van steeds opnieuw op die spatiebalk te slaan. Trakteer uzelf op mensen met tabbladen!

Bedankt voor het lezen van deze korte, maar belangrijke lessen die ik heb geleerd. Als je het niet eens bent met punten die ik maak, zou ik graag horen waarom!