Stop dus met fantaseren 🦄, en begin met bouwen! 🚀 Ken je dat? 🤔 De harde eis dat er eerst een volledige specificatie 📚 moet zijn voor we “veilig” aan de realisatie kunnen beginnen? Bij een van mijn klanten lag er na een jaar zwoegen een enorme berg documentatie, waar zelfs de auteurs het overzicht kwijt […]
Open-source code gebruiken is verleidelijk makkelijk: even iets van GitHub plukken, en voilà! 🍄 Maar niet elke open-source licentie komt zonder verplichtingen. Sommige licenties zijn “besmettelijk” ☢️. Als je code met zo’n licentie in je project opneemt, kunnen “copyleft” licentie-eisen inhouden dat je mogelijk jouw eigen code openbaar moet maken. De bekendste besmettelijke licenties zijn:
Meten is weten! 📈 Het aantal producten waar ik aan mee heb mogen werken is inmiddels vrij groot.🏅 Maar het aantal projecten hiervan met zichtbare sturing op de directe doelstellingen is helaas bedroevend laag. 🤔 En nee, ik bedoel hiermee niet nutteloze metrieken als”velocity” 🚲 of afgewerkte user stories 🗑️. Ik heb het over concreet
In een recent project vroeg een directeur 🎩 me in de context van een project met tijdsdruk de bevestiging dat ik “hopelijk niet uit een industrie kom waar alles aan strenge kwaliteitsnormen moet voldoen”. Een goede vraag! 🎯 Het roept namelijk iets fundamenteels op over softwareontwikkeling: is er ruimte voor snelheid zonder in te boeten op kwaliteit?
Periode: augustus 2024 – oktober 2025 MentesMe is een bedrijf gespecialiseerd in het ontwikkelen van mensen door middel van coaching. Hier heb ik in het verleden de basis van het Metro coaching platform voor gelegd, wat vervolgens in eigen beheerd verder ontwikkeld is. Door een technische vraag kwamen we weer in contact, en ontstond het
(En de “Hexagonal” architectuur dus ook.) Nadat Uncle Bob (Robert Martin) jaren geleden zijn “Clean Architecture” in een vaag artikel op zijn blog beschreef, heb ik deze architectuur in verschillende Java backend projecten met wisselend succes toegepast. In eerste instantie door mijn onbegrip over zijn suggesties 🤷♂️, maar later ook door onbegrip over wat het
De meeste programmeurs blijven een voorkeur hebben voor het achteraf schrijven van automatische testen. Ik vind dat sub-optimaal, maar het is beter dan geen testen. Met de opkomst van code assistenten, is de nieuwste trend om deze testen door AI te laten schrijven. ✨ Maar is dat wel zo’n goed idee? 🤔 Voor eenvoudige code
En de goedkoopste ook! 💰 Voor de recente ontwikkeling van mijn “Cannect” app had ik een backend nodig die kandidaten ter beoordeling voorstelt, en beschikbare kandidaten aan elkaar koppelt. Dit is een relatief eenvoudig algoritme, maar wel met potentieel veel data die bovendien doorlopend wijzigt. Omdat mijn doel was om de backend zo goedkoop mogelijk
💡 Wat als ik alleen nog testen schrijf, en rest over laat aan AI? Ik probeer al jaren netjes volgens TDD te werken: Ik schrijf eerst een (falende) test, schrijf daarna slechts voldoende code om de test te laten slagen, en optimaliseer regelmatig de resulterende code. Zo codeer ik richting het langzaam evoluerende ontwerp dat
Veel ontwikkelaars denken bij Free Open Source Software nog steeds aan iets wat je gratis kunt gebruiken. Maar “Free” gaat in deze context niet over de prijs, maar over vrijheid. Vrijheid om de software aan te passen, te delen en te verbeteren. En hoewel Open Source Software vaak zonder kosten beschikbaar is, betekent dat niet dat er geen
