Niet-technische professionals, overleven als ontwikkelaar

#7. Wat helpt en wat niet bij het vinden van een startersbaan

In de ontwikkelaarsgemeenschap komen vaak vragen voorbij als 'Wat moet ik doen om een baan als ontwikkelaar te krijgen?'
Ik wil enkele dingen bespreken die ik persoonlijk nuttig vond en die ik niet nuttig vond.

1️⃣ Technische blogs
Veel mensen plaatsen de dingen die ze op school hebben geleerd of zelf hebben geleerd op hun blog. Zelfs Baemin en grote techbedrijven runnen technische blogs. Het voelt alsof je een ontwikkelaar bent als je een technische blog hebt. Ik raad aan om een blog te schrijven om de dingen die je hebt geleerd te herzien en te organiseren, maar ik denk persoonlijk dat het inefficiënt is om te veel tijd te besteden aan het plaatsen van content op een blog.

Je hebt al zoveel te doen, zoals leren wat je op school leert, herzien wat je hebt geleerd, vooruit leren, enz. In plaats van tijd te besteden aan het mooi indelen en bewerken van content op een blog, denk ik dat het efficiënter is om wat meer tijd te besteden aan het leren. De meeste content die op een blog wordt geplaatst, is al op andere blogs te vinden. En er is ook niet veel tijd om je cv goed te lezen. Ontwikkelaars zijn altijd druk. (huhu...)

Ik schrijf nu een blog, maar ik organiseer alleen de dingen die ik in mijn vrije tijd heb geleerd en de dingen die ik op het werk heb gemaakt die ik later misschien opnieuw wil bekijken. Tijdens je zoektocht naar een baan denk ik dat het beter is om je meer te concentreren op leren dan op een blog.

Persoonlijke aanbeveling: ⭐️ ⭐️

2️⃣ GitHub
Git wordt gebruikt voor versiebeheer. Het wordt gebruikt om sourcecode te delen, te beheren per versie, om een deploymenthistorie bij te houden, en het is bijna onmisbaar in de branche. Het wordt gebruikt om code te combineren met teamleden tijdens projecten op school, en het fungeert ook als opslagplaats voor sourcecode die je persoonlijk hebt geleerd.

Ik raad aan om je sourcecode te beheren op GitHub. Het is een onmisbaar systeem in de branche, maar het wordt bijna nooit opgenomen in de schoolcurriculum. Het is goed om alvast vertrouwd te raken met Git om je snel aan te passen als je een baan hebt. Maar het is niet nodig om elke dag een commit te doen, om aan te tonen dat je hard werkt. Recruten zullen dat waarschijnlijk niet echt controleren. En als je alleen maar de code van school voortdurend commit, heeft dat niet veel zin.

Zelfs als het een klein en eenvoudig project is, is het beter om het per repository te categoriseren, te committen en in het readme.md-bestand te beschrijven wat het programma is, wat je hebt ervaren tijdens het maken ervan, en wat de uitdagingen waren. Ik denk dat dit een goede manier is om te leren en om je skills te laten zien. (Je kunt de URL van de git-repository en een korte beschrijving van het beste project toevoegen aan je cv.)

Persoonlijke aanbeveling: ⭐️ ⭐️ ⭐️ ⭐️

3️⃣ Diverse certificeringen behalen
Er zijn verschillende certificeringen op het gebied van ontwikkeling, zoals sqld en ocjp. Soms zie je mensen die sqld willen halen. Is dat nuttig voor een baan als ontwikkelaar? Zowel ik als de meeste andere ontwikkelaars denken dat een ontwikkelaar alleen 'informatietechnologie-examen' nodig heeft. (Misschien weten veel mensen andere certificeringen niet eens.)

Afhankelijk van je opleiding heb je een informatietechnologie-examen nodig voor beginners, gevorderden of professionals, maar als je een hoger certificaat hebt, is een lager certificaat niet echt nuttig. Als je de ervaring of het opleidingsniveau hebt om het informatietechnologie-examen af te leggen, is het beter om het in één keer te doen. Maar als je geen HBO-diploma hebt, kun je na het behalen van een examen voor gevorderden ervaring opdoen en dan een examen voor professionals afleggen.

Maak je geen zorgen over andere certificeringen. Het is een verspilling van tijd en geld.

Persoonlijke aanbeveling: ⭐️ ⭐️ ⭐️ ⭐️