Daar moet je mij voor hebben! 🚀 In de tijd van “vibe programming” lijkt het alsof kennis en ervaring er inmiddels al niet meer toe doen. Maar de eerste bedrijven beginnen hier alweer van terug te komen.🌦️ In de ruim 5 jaar dat ik Flutter en Dart programmeer en de ruim 25 jaar dat ik […]
En serieus geld worden bespaard!💰 ⚽️ Een tijdje geleden heb ik voor een bedrijf in Eindhoven een app met een achterliggende backend gemaakt om tientallen verschillende soorten metingen aan professionele voetbalvelden te verzamelen en visualiseren. Het project begon als vervanger van een bestaand dashboard dat door een derde partij in licentie was gemaakt en (tegen
Mijn stapjes naar de toekomst van software ontwikkeling 🏆 Al jaren sta ik voor kwaliteit en onderhoudbaarheid van code. Dat heeft mijn manier van werken als programmeur en architect gevormd. Hierin brengt het samenwerken met AI de laatste tijd een nieuwe (maar erg leerzame) wending. Ik ervaar LLMs als Claude Sonnet als een extreem productieve
Is AI de doodsteek voor offshoring?☠️ Mijn eerste ervaringen met het outsourcen van software ontwikkeling naar India is meer dan 25 jaar geleden. Eerst in Mumbai, en daarna heb ik Bangalore van grote stad to metropool uit zien groeien. De management droom was telkens dat de kosten van arbeid lager zouden zijn, en later volgde
🍀 Is dit het verschil dat AI werkelijk maakt? De keren dat ik in hyper-performant teams heb mogen werken blijven me bij als een bijzondere ervaring. Het voelde telkens als heel intens en productief, en het bracht me daarnaast ook veel plezier en voldoening. 🚀 Het is mij opgevallen dat die teams allemaal een zelfde
👑 Moet code van LLMs wel onderhoudbaar zijn? Recent merkte iemand op dat de enige reden voor Clean Code, Design Patterns, SOLID, en dergelijke aanbevelingen is om te zorgen dat het mogelijk blijft om afgebakende stukken software te kunnen vervangen door een verbeterde versie. 🚀 Dat inzicht sprak mij aan, want dat is precies wat
🏆 Of is verantwoordelijkheidsgevoel genoeg? Laatst kwam ik een pleidooi tegen voor de noodzaak van een “Definition of Ready” voor startende Agile teams, gevolgd en een geleidelijke transitie naar een uitgebreide “Definition of Done” bij het groeien van de maturity. 🦄 De strekking was dat niet-Agile teams vooraf duidelijk moeten weten wat er verwacht wordt,
Meestal lossen we gewoon puzzels op!🧩 De mooiste puzzel heb ik ervaren bij TomTom, waar we 3D kaartmateriaal uit de centrale database verbouwden naar een wereldwijde legpuzzel die per stukje door auto’s wordt opgehaald en weer tot de nieuwste lokale kaart aan elkaar kan worden gelegd. 🗺️ De doorlopende wijzigingen in de bron kaart vertaalden
Een van mijn eerste projecten was een geluid & lichtshow op drie lokaties in Egypte. 🎵🔦 Een Borland Pascal applicatie in MS-DOS in de tijd dat Windows nog niet bestond. We stuurden zelfgemaakte hardware aan die surround geluid en een heftige lichtshow met lasers en projecties bestuurden. Wij waren er zelf erg van onder de
De geschiedenis herhaalt zich⌛ Aan het begin van mijn carrière was er weerstand tegen het gebruik van hogere programmeertalen, omdat daarmee de efficiëntie van handmatig coderen in machinetaal niet gehaald kon worden. En toen kwam Intel met processoren die te complex werden om er handmatig efficiënte code voor te schrijven. De rest is geschiedenis uit
