Category Archives: architecture

Symposium DNG 2005

J’ai assisté à cette conférence lundi. Tout d’abord je tiens à adresser un grand merci aux organisateurs et aux intervenants pour la qualité des présentations et de l’organisation.
Une journée intense, un peu trop peut-être… Impossible de tout ingurgiter, heureusement les slides sont dispo pour ceux qui voudraient s’y replonger.

Je vous livre dans les billets suivants ce que j’en ais retenu. J’espère ne pas avoir trop déformé les propos des intervenants mais un contre rendu c’est forcément subjectif. N’hésitez pas à me corriger/compléter dans les commentaires.

– Outiller et industrialiser ses développements
– Développer une application n-tiers transactionnelle
– Un point sur les nouvelles annonces autour de .NET
– Le client riche de demain
– Mise en oeuvre de DSL – Domain Specific Language
– Présentation et Q&A avec Bill Gates

En conclusion:

Le symposium dot net guru est une sorte de laboratoire. La plupart des produits présentés étaient au mieux disponible en release candidate et portait le plus souvent la marque brûlante de l’alpha ou de la beta. C’est donc le futur de dot net qui nous a été présenté. Mais globalement ce que j’ai vu c’est le présent de java. Mis à part la partie couche cliente ou là avec avalon et xaml microsoft est en avance pour le reste il court après java. Mais je trouve cela très positif en prenant le meilleur de la plateforme de sun et en améliorant certains point Microsoft force le monde java à ne pas s’endormir sur ces lauriers. La preuve avec l’avalanche de nouveauté dans java 5, la plupart venant de C#. Il existe une saine émulation entre les 2 plateformes qui au final deviennent de plus en plus proche. Et si le symposium DNG attire aussi bien les fans de dot net que ceux de java c’est que dans les deux mondes les questions d’architecture sont les mêmes.

DNG 2005: Q&A avec Bill Gates

Intervenant  : La rédaction des auteurs DNG & Bill Gates

J’ai donc vu l’homme le plus riche du monde… bon et après. Ça devait être le clou du spectacle ce fut la session la moins intéressante. Mais après tout il fallait s’y attendre, un homme comme Bill Gates n’est pas libre de ces paroles: la moindre déclaration un peu en dehors du discours habituel peut prendre des proportions énormes. Donc ce fut une session sans surprise, à chaque question il déroulait à partir d’un ou deux mot clé un discours marketing bien rodé.
A la question de Didier: “je suis un développeur java qu’est ce que vous pouvez me dire pour me convaincre de me mettre à dot net” il n’a pas du tout répondu mais a enchaîné sur l’interropérabilité dot net java.
A si un truc quand même qui nous a bien fait rire (ou fait peur) dans le prochain windows le système de fichier sera entièrement transactionnel et le moteur transactionnel sera sql serveur!!

Bon malgré tout s’était quand même quelque chose que Bilou soit présent au symposium. Ça va être dur de faire mieux l’an prochain. Je ne vois qu’une seule solution: Inviter Linus !!

DNG 2005: Mise en oeuvre de DSL – Domain Specific Language

Intervenant: Jean-Marc Prieur

Tout d’abord un grand bravo à Jean-Marc Prieur à qui revient sans conteste la palme de la meilleure présentation et ce n’est pas rien car le niveau était très relevé et le sujet loin d’être évident.
Après cette présentation je pense qu’il faut mettre les DSL en perspective avec la démarche MDA.
En schématisant beaucoup
MDA: modélisation UML => plateform independant model => plateform specific model => code generation
DSL: modélisation avec des outils très proche de l’UML => diagramme de classe => diagramme objet => code generation

Je vois les DSL comme proche de la démarche MDA mais en plus pragmatique plus efficace.

Un point sur lequel Jean Marc a bien insister les DSL prennent tout leur sens si vous vous appuyer sur un framework: le framework fourni les services techniques et les DSL s’occupent des 5% de code métier de Sami.

Livre blanc: SOA et urbanisme

Trouvé dans les commentaires du blog Architecture Logicielle. Un excelent livre blanc:

“SOA et urbanisme – Le rôle des Architectures Orientées Services dans l’alignement métier des Systèmes d’Information”

Une idée forte qui revient tout au long de ce livre blanc est la nécessité d’un référentiel centralisé des données et services de l’entreprise. La création et la maintenance de ce référentiel ne peuvent se faire sans des outils adaptés. Etant actuellement impliqué dans un projet SOA avec un embrion de référentiel d’entreprise et sans outil je peut vous dire que c’est bigrement vrai.
Et on en remet une couche avec la Synthèse des Meilleures Pratiques SOA et Web Service par Orchestra network. Encore une bonne lecture avant de se lancer dans un projet “SOA”

Avec où sans état? une histoire de context

A lire ou à regarder et écouter sur TheServerSide l’interview de Ted Neward. Le personnage est haut en couleur et ne dis pas que des bêtises. Difficile de s’y résoudre mais il a raison, il faudra bien que je finisse par mettre un peu de .net dans mon CV.

J’aime beaucoup son exemple pour expliquer qu’il préfère les “designs patterns” aux “best practices”:
Une bonne pratique est de toujours veiller à libérer les ressources que l’on utilise une fois que le programme a fini de s’exécuter. Mais dans le cas d’un programme embarqué de guidage d’un missile…Ce n’est pas forcément très utile. Les best practices n’existent pas, il n’y a que des problèmes et des solutions qui s’appliquent dans un certain contexte.

Et j’adore son exemple pour illustrer le concept de communication avec où sans état.

Conversation avec état:
– Bonjour Jean, tu veux aller déjeuner?
– Bien sûr Paul, où allons nous?
– Pourquoi pas le restaurant Italien?
– Super, quand y allons nous?
– A midi.

Conversation sans état:
– Bonjour Jean, tu veux aller déjeuner?
– Bien sûr Paul, je veux aller déjeuner, où allons nous?
– Allons déjeuner au restaurant Italien, Jean.
– Super Paul, allons déjeuner au restaurant Italien mais à quelle heure?
– Jean nous allons déjeuner au restaurant Italien à midi.

Un protocole de communication sans état doit en permanence transporter tout le contexte.