Niet-major, overleven als ontwikkelaar

#16. Tips voor het maken van een portfolio voor beginnende ontwikkelaars

Typisch gezien zijn er twee typische gevallen voor mensen die zich voorbereiden op een baan als ontwikkelaar: iemand met een opleiding die afstudeert en een baan als ontwikkelaar zoekt, en iemand zonder opleiding die een opleiding heeft gevolgd en zich voorbereidt op een baan.

Onlangs heb ik via InfrLearn mentoring cv's en portfolio's van niet-major-ontwikkelaars in opleiding beoordeeld en feedback gegeven, en ik heb veel gevallen gezien die dezelfde fouten herhaalden. Dus vandaag ga ik tips voor het opstellen van een portfolio voor beginnende ontwikkelaars (zonder opleiding) samenvatten.

[Tips voor het maken van een portfolio voor beginnende ontwikkelaars]

Het is belangrijk om verschillende projectervaringen in je portfolio op te nemen. In een opleiding volg je meestal twee projecten, en dit wordt je projectervaring. Schrijf een gedetailleerde beschrijving van elk project, inclusief de gebruikte technologieën, de ontwikkelde functies en de functies die je hebt ontwikkeld.

Een veelgemaakte fout die beginnende ontwikkelaars maken, is dat ze te veel gefocust zijn op de "technologieën". Ik zal dit uitleggen aan de hand van een voorbeeld.

Projectnaam: Community voor sollicitanten
Gebruikte technologie: Spring boot, Oracle, JPA, React.js, CSS, HTML
Verantwoordelijkheden

• TPS neemt sterk toe wanneer meerdere gebruikers tegelijk berichten plaatsen, dus de snelheid is met 2,5 keer verbeterd door JPA tuning.
• MSA is toegepast om de verwerking voor elke service te verdelen, waardoor de hersteltijd in geval van storingen wordt verkort en de snelheid wordt verbeterd.
• JWT is geïntroduceerd om de veiligheid te versterken door middel van toegangsbeheer.

De bovenstaande inhoud ziet eruit als een goede beschrijving van het project, inclusief de technische details. Maar voor iemand die dit portfolio voor het eerst bekijkt, kan het gevoel hebben: "Wat is er dan eigenlijk gemaakt?"

Wat hier ontbreekt, is een beschrijving van de "taken" - wat voor service of functionaliteit is er ontwikkeld? In principe streef ik ernaar dat een portfolio of werkervaring beschrijvingen van taken en technische details omvat. Daarom heb ik de volgende feedback gegeven op dit portfolio.

Projectnaam: Community voor sollicitanten
Gebruikte technologie: Spring boot, Oracle, JPA, React.js, CSS, HTML
Verantwoordelijkheden

• Ontwikkeling van een Q&A-board voor gebruikers om vacature-informatie te vragen en te beantwoorden.
  • TPS neemt sterk toe wanneer meerdere gebruikers tegelijk berichten plaatsen, dus de snelheid is met 2,5 keer verbeterd door JPA tuning.
  • Naar het voorbeeld van Naver's Knowledge iN, is een adoptiesysteem geïntroduceerd om de gebruikersdeelname te verhogen.
• Ontwikkeling van een functie voor het opslaan en opslaan van cv's en motivatiebrieven.
  • MSA is toegepast om de verwerking voor elke service te verdelen, waardoor de hersteltijd in geval van storingen wordt verkort en de snelheid wordt verbeterd.
• Ontwikkeling van een sociale aanmeldingsfunctie (Naver/Kakao).
  • JWT is geïntroduceerd om te voorkomen dat beveiligingsincidenten zoals token-diefstal plaatsvinden.
    
    

Dit is een eenvoudig voorbeeld, maar door toe te voegen welke taken er zijn ontwikkeld, kan degene die dit portfolio bekijkt zien welke service er is ontwikkeld en welke technische keuzes er zijn gemaakt tijdens het ontwikkelingsproces.

Persoonlijk vind ik het belangrijk om naast de technische details ook de taken te beschouwen. Het is niet voor niets dat de financiële sector mensen met ervaring in financiële taken werft. Ontwikkelaars moeten de betreffende taak beter kennen dan de eindgebruiker, daarom is het noodzakelijk om het begrip en de analysevaardigheden voor de taak te laten zien.

Ik hoop dat veel studenten die een portfolio opstellen dit als referentiemateriaal kunnen gebruiken.