Maritime applications zijn softwareoplossingen die processen binnen havens, scheepvaart en maritieme dienstverlening ondersteunen. Denk aan het plannen van sluizen, aanvragen van vergunningen, afhandelen van zeehavengeld en het beschikbaar maken van digitale dienstverlening voor schepen en bedrijven in een havengebied.
Wat deze applicaties interessant maakt, is dat software direct samenkomt met operationele processen. Een systeem hoeft niet alleen technisch goed te werken, maar moet vooral betrouwbaar zijn binnen een omgeving waarin verschillende partijen, databronnen en bedrijfsprocessen afhankelijk van elkaar zijn.
Belangrijke dingen om te weten
Bij maritime applications draait het voor mij vooral om betrouwbaarheid en duidelijkheid. Veel processen binnen een haven bestaan al jarenlang en hebben directe impact op de dagelijkse operatie. Software vernieuwen betekent daarom niet automatisch dat alles opnieuw gebouwd moet worden.
Ik kijk eerst naar het proces dat een applicatie ondersteunt. Welke gebruiker is afhankelijk van het systeem, welke data is kritisch en wat gebeurt er wanneer iets niet beschikbaar is?
Van daaruit probeer ik de technische oplossing bewust eenvoudig en gestructureerd te houden.
Een aantal aspecten speelt daarbij regelmatig een belangrijke rol:
Betrouwbaarheid: applicaties ondersteunen operationele en financiële processen en moeten voorspelbaar functioneren.
Integraties: maritieme systemen communiceren regelmatig met andere interne en externe systemen.
Datakwaliteit: correcte informatie is belangrijk wanneer beslissingen of berekeningen ervan afhankelijk zijn.
Onderhoudbaarheid: systemen moeten kunnen meegroeien zonder dat iedere verandering steeds complexer wordt.
Domeinkennis: zonder het maritieme proces te begrijpen, is het lastig om technisch de juiste keuzes te maken.
Voor mij geldt hier sterk: eerst begrijpen, daarna verbeteren.
Hoe ik maritime applications gebruik
Mijn rol ligt voornamelijk aan de backend-kant van maritime applications.
Ik kijk naar hoe domeinlogica wordt gemodelleerd, hoe applicaties met andere systemen communiceren en hoe bestaande functionaliteit betrouwbaar kan worden doorontwikkeld.
Daarbij probeer ik techniek niet als doel op zichzelf te gebruiken. Een extra service, database of architectuurpatroon moet daadwerkelijk een probleem oplossen. Wanneer een bestaande oplossing voldoende is, heeft eenvoud vaak meer waarde dan technische vernieuwing.
Dat betekent ook dat ik veel aandacht besteed aan de structuur rondom een applicatie. Denk aan API's, integraties, deployment, monitoring, datastromen en de manier waarop wijzigingen veilig naar productie worden gebracht.
Waar ik maritime applications heb gebruikt
Mijn meest recente ervaring binnen dit domein komt uit mijn opdracht Port of Amsterdam in 2024.
Binnen dat team werkte ik aan meerdere applicaties die verschillende onderdelen van de havenoperatie ondersteunen:
Applications
Een applicatie gericht op het vereenvoudigen van vergunningprocessen, onder andere door informatie vooraf beschikbaar te maken en formulieren slimmer in te richten.
Lock Schedule
Een applicatie waarmee de planning rondom sluizen inzichtelijk wordt gemaakt en waarmee navigatie en operationele planning beter ondersteund kunnen worden.
HAP List
Ondersteunt processen rondom afvalbeheer binnen de haven en draagt daarmee bij aan efficiëntere en duurzamere havenoperaties.
MyPort
Een digitaal platform waarmee maritieme klanten verschillende diensten en interacties met Port of Amsterdam online kunnen uitvoeren.
Zeehavengeld Applicatie
Een bedrijfskritische applicatie voor het berekenen en afhandelen van zeehavengeld. Hier komen techniek, bedrijfsregels en financiële processen direct bij elkaar.
Mijn verantwoordelijkheid lag bij het beheren, onderhouden en doorontwikkelen van deze applicaties, met de nadruk op betrouwbaarheid en een backend die ook op langere termijn beheersbaar blijft.
Mijn ervaring met maritime applications
Mijn recente ervaring bij Port of Amsterdam heeft mij vooral geleerd dat goede software binnen een operationeel domein begint bij het begrijpen van dat domein.
Een haven bestaat uit veel verschillende processen die uiteindelijk met elkaar verbonden zijn. Een wijziging die technisch klein lijkt, kan daardoor operationeel veel impact hebben.
Als backend engineer probeer ik daarom niet direct vanuit de techniek te redeneren. Ik wil eerst begrijpen waarom een proces bestaat, wie ervan afhankelijk is en waar daadwerkelijk verbetering mogelijk is.
Daarna kijk ik hoe software dat proces eenvoudiger, betrouwbaarder of duurzamer kan maken.
Juist binnen maritime applications vind ik die combinatie interessant. Je bouwt geen geïsoleerde software, maar systemen die onderdeel zijn van een veel groter fysiek en digitaal ecosysteem.
Veelgestelde vragen die ik krijg over Maritime applications
Moet je maritieme kennis hebben om aan deze systemen te werken?
Niet vanaf dag één, maar je moet wel bereid zijn het domein goed te begrijpen. Bij Port of Amsterdam merkte ik dat technische keuzes veel beter worden zodra je begrijpt welk operationeel proces achter een applicatie zit.
Wat maakt maritime applications technisch uitdagend?
Vooral de combinatie van bestaande oude systemen met oude technieken, integraties, bedrijfsregels en operationele afhankelijkheden. Een applicatie staat vrijwel nooit volledig op zichzelf.
Bouw je binnen zo'n omgeving vooral nieuwe systemen?
Niet alleen. Een belangrijk deel zit juist in bestaande applicaties betrouwbaar houden en gericht verbeteren. Ik geloof niet in opnieuw bouwen alleen omdat het technisch aantrekkelijker lijkt.
Welke rol heb jij binnen maritime applications?
Mijn focus ligt op backend engineering en technische verantwoordelijkheid. Ik kijk naar architectuur, domeinlogica, integraties en onderhoudbaarheid, maar probeer technische keuzes altijd terug te brengen naar het probleem dat de organisatie probeert op te lossen.
Wat heb je vooral meegenomen uit je tijd bij Port of Amsterdam?
Dat eerst begrijpen enorm belangrijk is. Zeker binnen een complex domein als een haven levert een simpele oplossing met goede domeinkennis vaak meer waarde dan een technisch indrukwekkende oplossing voor het verkeerde probleem.