Edwin van Dillen

Paneldiscussie Model Driven Development

Edwin — Thu, 06 Aug 2009 18:50:22 +0000

3 september zal ik een paneldiscussie over Model Driven Development leiden. Deze bijeenkomst wordt georganiseerd door Devnology. Dit is een stichting die tot doel heeft om software ontwikkelaars met elkaar vakinhoudelijke kennis te laten delen en dat geheel platform onafhankelijk. Dit laatste is juist iets wat mij bij ze trekt. Het is erg leuk en interessant om over software ontwikkeling na te denken en te discussiëren zonder je te laten begrenzen door een platform.

Tijdens deze sessie gaat het over Model Driven Development. Een mond vol en de eerste vraag is dan simpel. Wat verstaan we daar onder? In hoofd lijnen zijn we het binnen het vakgebied daar nog wel over eens. Echter als je meer in detail gaat kijken komen verschillende stroming naar boven. Dan wordt het ook interessant. Waarom zijn deze stromingen er en sluiten ze bij elkaar aan of sluiten ze elkaar juist uit?

Het panel bestaat uitJurgen Vinju, Sander Hoogendoorn, Erik van de Ven en Eelco Visser. Door het neerzetten van enkele stellingen en discussie uit te lokken proberen we in deze avond een duidelijk beeld van MDD en de toepasbaarheid in de praktijk te krijgen.

Wanneer je interesse hebt om deze sessie bij te wonen schrijf je dan in op de site van Devnology. Tot 3 september.

Data Vault

Edwin — Wed, 29 Jul 2009 20:02:44 +0000

Vorige week zijn we dieper in het concept achter Data Vault gedoken. Samen met een aantal collega’s en Kasper de Graaf hebben we gekeken wat de toepasbaarheid van Data Vault is binnen software ontwikkeling.

Data Vault is een modelleerstijl ontstaan in de datawarehousing wereld. Dan Linstedt heeft de basis voor deze stijl gelegd en inmiddels meerdere keren succesvol toegepast. Het is een modelleerstijl waarin data zo wordt vastgelegd dat:

deze uitgebreid kan worden zonder de bestaande structuur aan te passen;
op een zeer eenvoudige manier mutaties en herkomst van de data vastgelegd kan worden;
geen complexe structeren bedacht hoeven te worden om de betekenis van een enititeit duidelijk vast te leggen;

Om dit te bereiken zijn een aantal eenvoudige regels opgesteld. Zo wordt een enititeit gemodelleerd als een HUB. Een hub bevat slechts een business ID en een technische ID voor de entiteit. Stel een hub beschrijft een klant dan beschrijft het slechts een klantnummer en een technische ID. Vanuit datawarehouse perspectief zou nog metainformatie, zoals het bronsysteem waaruit de data komt, kunnen worden toegevoegd.

Hubs worden aan elkaar geknoopt via Links. Een link is een tabel die een N op M relatie legt tussen hubs. Ook een link is een eenvoudige entiteit die slechts beperkt metadata bevat.

Van de hubs kunnen natuurlijk meerdere attributen vastgelegd worden. Deze attributen worden in Satelliet-entiteiten ondergebracht. Een hub kan meerdere satellieten hebben en is daarmee flexibel uit te breiden.

Het mooie van Data Vault is dat het slechts deze drie entiteitsoorten kent. Daarmee is het eenvoudig inzichtelijk te maken.

Tijdens onze discussie konden we al snel een verband leggen met een object georienteerd domeinmodel. Deze zou je makelijk middels Data Vault kunnen persisteren. Het is zelfs relatief eenvoudig om hier een frameworkje voor te schrijven. Stel je voor dat je een .NET LinkToDataVault provider hebt. Deze provider kan op basis van annotaties (attributen in .NET) makelijk de mapping tussen het objectmodel en de relationele database maken. Het voordeel van deze aanpak is dan dat je minder database aanpassingen hoeft door te voeren wanneer je objectmodel wijzigd. Je zult namelijk slechts database uitbreidingen hebben en beperkt tot geen wijzigingen.

Een mooi punt om in een POC te bewijzen. Mocht je dus nog een leuke informatica afstudeeropdracht zoeken …. Neem gerust contact op

Computable Expert Panel

Edwin — Mon, 03 Nov 2008 20:39:35 +0000

Afgelopen week is het expert panel voor software ontwikkeling gevormd. Als lid van dit panel zal ik mijn bijdragen leveren aan artikelen/discussies die gepost worden op de site van de Computable en het blad zelf. Door deel te nemen aan dit panel kan ik mijn mening laten horen over moderne software ontwikkeling. Ik ga er vanuit dat er vele interessante discussie gaan komen. De eerste discussie die door de redactie gestart is heet: “Ontwikkelaar omarmt agile en Web 2.0“. Niet echt twee onderwerpen die direct samenhangen, maar het gaat wat mij betreft dan ook om de achterliggende discussie die men wil los maken.

Domeingeoriënteerde applicatiearchitectuur: nut en onnut

Edwin — Sat, 11 Oct 2008 09:38:32 +0000

In Automatiserings Gids is deze maand het artikel “Domeingeoriënteerde applicatiearchitectuur: nut en onnut” verschenen. In dit artikel gaan Wilco (algemeen directeur bij Sogyo) en ik in op software-ontwikkelstijlen waarin het (business)domein centraal staat. Denk daarbij aan vragen als:

Wat maakt deze stijl zo bijzonder?
Wanneer kies je voor een domeingeoriënteerde applicatiearchitectuur?
Welke voor- en nadelen zijn er in de praktijk?
Welke aandachtspunten zijn er bij een domeingeoriënteerde benadering?
Heeft de domeingeoriënteerde applicatiearchitectuur toekomst?

Interesse in de antwoorden?

Lees de rest hier: http://www.sogyo.nl/in-de-media/domeingeorienteerde-applicatiearchitectuur-nut-en-onnut/

Smalltalk bijeenkomst

Edwin — Mon, 01 Sep 2008 11:48:10 +0000

Afgelopen week was de Europan Smalltalk User Group (ESUG) bijeen in Amsterdam. Tijdens de bijeenkomst zijn verschillende presentaties gegeven over uiteenlopende Smalltalk gerelateerde onderwerpen. Dat smalltalk springlevend is blijkt wel uit de ontwikkelingen die er plaatsvinden om een Smalltalk VM op de IPhone beschikbaar te krijgen. Uit een heel andere hoek komen totaal andere interactievormen (Open Croquet) Er gebeurt wat ons betreft zoveel in dit speelveld dat Sogyo op 2 oktober een studentenseminar organiseren rondom het thema Smalltalk.

Lees de rest hier: http://www.software-innovators.nl/2008/09/01/smalltalk-bijeenkomst/

Mooie code!

Edwin — Wed, 13 Aug 2008 11:44:43 +0000

Ik spreek vaak over mooie code. De vraag is dan natuurlijk wat maakt code nu eigenlijk mooi. Het is toch een beetje vreemd dat je code überhaupt mooi kunt vinden. De meeste klanten waar ik mee spreek vinden het een beetje nerdie: “code die mooi is… lekker belangrijk, ik wil gewoon werkende software.” Uiteindelijk hebben ze daar natuurlijk gelijk in, het draait allemaal om het eindresultaat. Daar ligt dan ook wel de kern waarom code mooi moet zijn. Software maken we op projectbasis. Na een intensief ontwikkelproces nemen we het in gebruik. Dan gaan we er mee werken. Dat is het moment dat er iets moois gebeurt. We gebruiken de software die we dachten nodig te hebben. Maar dan blijkt in eens dat het op een andere manier toch handiger kan werken. Hadden we dat niet eerder kunnen bedenken: NEE! Je kunt vaak pas tijdens het werken met de software echt ervaren wat beter of slimmer kan.

Lees de rest hier: http://www.software-innovators.nl/2008/08/13/mooie-code/

SDN Architectuur track

Edwin — Fri, 16 May 2008 14:51:33 +0000

Voor de SDN (Software Development Network) heb ik afgelopen jaar meerdere keren gesproken op zowel de events als de conferentie. Het zijn leuke bijeenkomsten met zeer uiteenlopende onderwerpen. Sinds dit voorjaar heeft de SDN besloten een aantal van haar track te herzien en uit te bereiden. Een van de uitbreidingen is de introductie van de architectuur track. Het doel van deze track wordt software architectuur als een losse pijler neer te zetten.

Software architectuur heeft ook mijn interesse en daarom hebben we besloten dat de SDN te helpen deze architectuur track op te zetten. Als track lead ga ik me inspannen om interessante sprekers en auteurs te benaderen en de track verder vorm te geven. Dus mocht je interessante artikelen hebben of willen spreken laat het dan horen. Anders zie ik je graag op een van de bijeenkomsten die je op de site kunt terug vinden.

Specificeren versus verifiëren

Edwin — Wed, 27 Feb 2008 20:08:26 +0000

Unittesten is iets wat we inmiddels allemaal kennen. In een methode als Test Driven Development hebben we zelfs het doel om eerst de testen te specificeren en daarna de code (het gedrag) te implementeren. Dat klinkt goed en werkt ook goed als de applicatie architectuur het ondersteund. Dat we binnen Sogyo volgens een domein gedreven architectuur werken is inmiddels wel bekend en daar past deze stijl ook erg goed bij.

Lees de rest hier: http://www.software-innovators.nl/2008/02/27/specificeren-versus-verifieren/

Enterprise architect en applicatie-architect: hoe kunnen ze elkaar begrijpen ?

Edwin — Fri, 25 Jan 2008 21:48:49 +0000

Tijdens een bijeenkomst op 19 maart van het Studiecentrum voor Automatische Informatieverwerking in Brussel ga ik met Rob Vens in disucssie over IT architectuur. Rob heeft jaren lange ervaring als Enterprise Architect en zal vanuit zijn achtergrond kijken naar de architectuur. Zelf heb ik ruime ervaring in applicatie (software) architectuur. Tijdens deze discussie zullen we met name de verschillende perspectieven belichten. Ondanks het feit dat Rob en ik veel samenwerken en in veel ideeen overeenstemmen wordt het zeker een spannende discussie.
Voor praktische informatie over de sessie moet je op de site van de SAI zijn.

Deze sessie is een afgeleide van de sessie die we voor de NLJUG hebben gedaan tijdens de J-Fall.

IronPython

Edwin — Mon, 12 Nov 2007 11:02:06 +0000

Het afgelopen weekend even zitten spelen met IronPython. Dat Python een leuke en krachtige taal is dat wist ik. Wat mij bijzonder positief verraste was het werk dat Microsoft rondom IronPython heeft verzet. Dat is kortweg erg oké te noemen.

Met IronPython krijg je de kracht en luxe van een dynamische taal en daar bovenop het .NET framework. Daarmee is IronPython een volwaardige taal op het .NET platform geworden. Om je een gevoel te geven van de integratie heb ik hieronder een klein voorbeeld toegevoegd. Het eerste wat ik heb gedaan is IronPython gedownload vanaf CodePlex. Je krijgt dan ook de interactieve omgeving van IronPython. Om direct met de deur in huis te vallen heb ik direct de “CLR” module geimporteerd. Via de CLR kunnen de classes uit het framework worden benaderd. In onderstaande code heb ik simpel met het framework zitten spelen

Lees de rest hier: http://www.software-innovators.nl/2007/11/11/ironpython/