Peter werkt via Cloud Republic als Cloud Developer bij een landelijke organisatie in educatieve toetsing. Een organisatie met een rijke geschiedenis in toetsafnames, maar ook een complexe technische omgeving. “Er zijn ontzettend veel applicaties. Veel hangt met elkaar samen en dat maakt het landschap uitdagend.”
Hij werkt in een team dat generieke componenten ontwikkelt: technische bouwstenen die door meerdere teams binnen de organisatie gebruikt worden. “Als wij iets opleveren, moeten we rekening houden met tientallen applicaties.”
Peter pakt dat onder andere aan door te zorgen voor duidelijke documentatie en door het team richting te geven: “We werken naar componenten toe die onafhankelijk functioneel getest kunnen worden.”
Meer controle over authenticatie en rechten
Een mooie stap vooruit die Peter samen met zijn team heeft gezet, is het opnieuw inrichten van het authenticatieproces. “We hebben de rechtenstructuur opnieuw opgebouwd, waardoor we nu nog veel preciezer kunnen bepalen wie toegang krijgt tot wat.”
Deze herstructurering zorgt voor meer duidelijkheid en grip op gebruikersrechten. “Het lijkt misschien technisch of abstract, maar voor de eindgebruiker betekent het vooral een logischere en intuïtievere ervaring.”
Secure coding dankzij ervaring bij eerdere klanten
Eén van de krachten van werken bij Cloud Repubulic is dat je ervaringen van de ene klant meeneemt naar de volgende. Zo bracht Peter zijn ervaring met secure coding van de NS naar zijn huidige opdracht. “We hadden daar tooling ingericht om automatisch libraries te scannen op vulnerabilities. Dat heb ik hier opnieuw geïntroduceerd.”
“Als developer gebruik je libraries van bijvoorbeeld Microsoft of open-source communities. Die kunnen kwetsbaarheden bevatten. Het is belangrijk om versies bij te houden en de CI/CD pipeline zo in te richten dat updates automatisch gecontroleerd worden.”
Meer zichtbaarheid voor technische teams
Naast technische verbeteringen droeg Peter ook bij aan de zichtbaarheid van zijn team. “We hebben sessies opgezet waarin verteld wordt wat elk team doet.”
Voor een team dat generieke componenten bouwt, is zichtbaarheid cruciaal. “Als mensen niet weten dat iets bestaat, gebruiken ze het ook niet. We steken er veel tijd in en het is belangrijk dat anderen dat zien zodat ze die componenten kunnen gebruiken.”
Mocken van API’s en slimmer ontwikkelen
Inspiratie haalt Peter ook uit de developer community binnen de organisatie. “Laatst vertelde iemand op een meetup over Mockoon. Daarmee kun je API’s mocken op basis van een Swagger-definitie.”
Dat is handig als je lokaal wil ontwikkelen zonder afhankelijk te zijn van externe systemen. “Bijvoorbeeld: een externe partij maakt een leerling-app met een API, maar die is nog niet af. Met Mockoon kun je de responses van API’s simuleren. Zo kun je lokaal al bouwen en testen.”
Samen bouwen aan blijvende impact
De impact van zijn werk zie je zowel op korte als lange termijn. “Op korte termijn bouwen we aan nieuwe functionaliteiten. Op lange termijn wordt het makkelijker en veiliger om nieuwe applicaties te bouwen met onze componenten.”
Samenwerking is essentieel binnen het project. “Je zit met mensen met verschillende rollen: developers, testers, architecten, analisten. Alleen red je het niet. Het is te veel werk en je mist dan sparring. Iedereen brengt iets unieks en hun eigen skills.”
Voor Peter betekent impact maken meer dan alleen code schrijven. “Het is je eigen visie meenemen naar de klant. Niet alleen ‘ja en amen’ zeggen, maar je ervaring en ideeën inzetten om de klant echt vooruit te helpen.”