04—Diensten
Engineering Software
Sommige technische problemen passen niet goed in bestaande software.
Software rond het product, niet andersom
Sommige technische problemen passen niet goed in bestaande software.
Dan kan een kleine, gerichte toepassing meer waarde hebben dan nog een extra laag rond een systeem dat eigenlijk niet past. Ik bouw software vooral wanneer ze een engineeringproces duidelijker maakt, productkennis beter bruikbaar maakt of configuratie en 3D op een eenvoudige manier samenbrengt.
De software is voor mij dus zelden het vertrekpunt. Eerst moet duidelijk zijn wat het product of proces nodig heeft.
Websoftware voor technische toepassingen
De browser is ondertussen een volwaardige plaats geworden voor technische tools.
Met WebGL, WASM en moderne webtechnologie kan je vandaag 3D-geometrie, productlogica en gebruikersinterfaces combineren zonder dat alles in een zwaar desktopprogramma moet leven. Dat opent interessante mogelijkheden voor configuratoren, viewers, interne engineeringtools en kleine gespecialiseerde toepassingen.
Ik gebruik dat vooral waar snelheid, toegankelijkheid en een duidelijke workflow belangrijker zijn dan een volledige CAD-omgeving.
Niet elk probleem vraagt een platform
Ik probeer bewust weg te blijven van het idee dat elk project moet uitgroeien tot een groot softwareplatform.
Soms is één goed scherm, één gerichte workflow en een duidelijke koppeling met bestaande systemen genoeg. Hoe minder onderdelen nodig zijn om het probleem goed op te lossen, hoe beter.
Bij grotere toepassingen kijk ik wel sterk naar structuur: waar leeft productlogica, waar hoort geometrie thuis, welke data is bron van waarheid en welke delen moeten later kunnen worden vervangen of uitgebreid.
Typische toepassingen
Ik werk onder andere aan webconfiguratoren, technische 3D-viewers, interne engineeringtools, productbuilders en kleine toepassingen rond CAD- of productie-output. De rode draad is dat de software altijd dicht bij een echt technisch product of proces staat.
Dat is ook waarom mijn mechanische achtergrond belangrijk blijft. Ik wil niet alleen weten welke knop de gebruiker nodig heeft, maar ook waarom die keuze technisch bestaat en wat er daarna met de informatie gebeurt.
Eigen experimenten
Projecten zoals 3D Synth, Inoxplus en de geometry kernel gebruik ik ook om nieuwe technische workflows te onderzoeken. Die experimenten zijn geen bewijs dat elk klantproject dezelfde architectuur nodig heeft. Ze helpen mij vooral om beter te begrijpen wat er mogelijk wordt wanneer engineeringkennis rechtstreeks in software gebruikt kan worden.
Heb je een technisch proces waarvoor standaardsoftware te groot, te star of gewoon niet passend is? Stuur me gerust wat context.
02—Selected