Technologie
Een robuust fundament
De tankautospuit van de brandweer is een rijdende gereedschapskist. Alles heeft een vaste plek. Alles moet werken wanneer het nodig is.
Zo kijk ik ook naar technologie bij softwareontwikkeling.
Geen losse tools, maar één samenhangend systeem. Van database tot gebruikersinterface.
De keuze voor technologie hangt af van jullie context. Ik ontwerp liever preventief dan achteraf herstellen.
Daarom werk ik met een robuust full-stack fundament voor websites, maatwerk (web-)applicaties en SketchUp extensies.
De kern moet stabiel zijn
De backend bepaalt wat “waar” is. Hier ligt vast welke data geldig is, welke regels gelden en hoe informatie zich door het systeem beweegt.
Onduidelijkheid in de kern verspreidt zich altijd naar boven in performance, onderhoudbaarheid en uitbreidbaarheid.
Daarom werk ik voornamelijk met Ruby en Ruby on Rails. Deze technologie is volwassen, voorspelbaar en gestructureerd.
- De MVC-structuur zorgt voor een heldere scheiding van verantwoordelijkheden.
- Vaste manier van werken, dus minder rommel in de codebase.
- Data-structuur die meegroeit zonder chaos.
- Tests en validaties om fouten vroeg te vangen.
Ruby on Rails dwingt structuur af. De structuur beperkt interpretatie. Minder interpretatie betekent minder risico.
Ik wil geen slimme trucjes, maar een gecontroleerde basis.
Duidelijke interactie voorkomt fouten
Een applicatie kan technisch sterk zijn, maar als de interface onduidelijk is, ontstaan alsnog fouten en frustraties.
Onduidelijke invoer leidt tot verkeerde interpretatie. En verkeerde interpretatie leidt tot verkeerde beslissingen.
Daarom werk ik met React en TypeScript. Omdat strikte structuur en typeveiligheid fouten vroegtijdig zichtbaar maken.
- Opbouw in onderdelen die overzichtelijk blijven.
- Voorspelbare datastromen.
- Typeveiligheid via TypeScript om fouten te beperken.
- Consistente opmaak die niet “vervuilt” na verloop van tijd.
Zo blijft de gebruikerslaag beheersbaar wanneer de applicatie groeit in omvang en complexiteit.
Voor eenvoudige websites kan de frontend bewust licht blijven. Voor complexere applicaties modulair, schaalbaar en uitbreidbaar.
Software moet ondersteunen. Niet extra ruis toevoegen wanneer iemand hiermee werkt.
Wanneer interactie driedimensionaal wordt
Bij technische bedrijven wordt veel gebruik gemaakt van 3D modellen. Afmetingen, verbindingen, materiaalkeuzes en parameters zijn bepalend voor kosten, maakbaarheid en uitvoering.
Daarom werk ik naast de SketchUp API en LayOut API ook met Three.js en WebGL.
Dit maakt het mogelijk om:
- 3D-modellen bekijken in de browser.
- Modellen koppelen aan berekeningen en regels.
- Modeldata begrijpelijk maken voor niet-technische gebruikers.
- Configuratoren en dashboards bouwen rondom modelinformatie.
Het 3D model is daarmee geen statische visualisatie, maar een functionele laag binnen de applicatie.
Datastromen als architectuurvraagstuk
Veel risico ontstaat niet in één systeem, maar in de overdracht tussen systemen.
Excel-export. Handmatige aanpassingen. Weer importeren.
Daar sluipen fouten in.
Ik ontwerp en ontwikkel integraties waarbij datastromen expliciet worden gemodelleerd en gevalideerd.
- Koppelingen via API’s.
- Dataverwerking via JSON, XML, CSV en IFC.
- Integraties met bedrijfssystemen en CAD/BIM omgevingen.
Data wordt één keer vastgelegd. Daarna gecontroleerd hergebruikt. Eén bron van waarheid.
Reproduceerbaar en overdraagbaar
Software mag nooit afhankelijk zijn van één laptop of één persoon die “weet hoe het zit”. Software moet reproduceerbaar zijn en stabiel draaien.
Daarom zorg ik voor:
- Consistente ontwikkelomgevingen via Docker.
- VPS-deployment met gecontroleerde configuratie.
- SQL-databases met duidelijke structuur.
- Versiebeheer via Git & GitHub.
- Transparante deploymentprocessen.
Wat ik bouw moet overdraagbaar zijn. Ook als ik morgen niet beschikbaar ben.
Technologie is gereedschap, geen doel
Net als bij een incident zet je niet direct al je materieel tegelijk in. Stop en denk na!
De situatie bepaalt wat nodig is.
Niet alles wat kan, is nodig. Dat geldt ook voor technologie.
Niet iedere nieuwe tool voegt waarde toe. Niet iedere schaalbare architectuur is verstandig.
Soms is eenvoud de veiligste keuze. Soms vraagt het proces juist om een stevig fundament.
Ik maak die afweging bewust. Technologie is het middel. Betrouwbare software is het doel.
De juiste inzet begint met overzicht
Technologie is gereedschap. De vraag is: Wat is er echt nodig?
Werk je aan software die onderdeel is van jullie kernproces? Dan kijken we samen welke technische inzet logisch en duurzaam is.
Werk je met een andere technologie of overweeg je een specifieke technologie? Ook dan denk ik graag mee. De principes blijven hetzelfde: Structuur, onderhoudbaarheid en betrouwbaarheid.
Geheel vrijblijvend.