Author Archives: Aurélien Pelletier

DNG 2005: Outiller et industrialiser ses développements

Intervenants : Eric Groise et Jean-Louis Bénard

Avec en toile de fond la présentation de Visual Studio Team System Eric et Jean-Louis nous ont présenté le concept d’usine de dev.
Importance du concept d’intégration continue (avec une présentation de cruise control qui existe aussi bien pour java que .net) qui repose sur le build automatique et sur des référentiels de code source, d’artifact de documentation… Ces outils sont essentiels pour réussir des développements “agile” ou tirer pleinement parti d’une démarche itérative est impossible sans build automatique.
Il est important que l’usine de dev couvre l’ensemble du cycle de vie du projet depuis le recueil des besoin jusqu’à la recette (c’est ce que propose VSTS)
Concernant les outils java est en avance sur .net notamment grâce à maven qui vient de sortir en version 2.0.

Dans la démo de VSTS la présentation des diagrammes applicatifs m’a bien impressionné. Ces diagrammes sont une sorte de visio “on stéroid” dédié à l’architecture. Ils permettent de décrire l’architecture logique (les composants logiciels) puis l’architecture technique (les machines) de définir des contraintes (protocole, sécurité, bande passante…) d’indiquer la manière dont on déploie les composants logiciels sur l’architecture technique et de valider que toutes les contraintes sont bien respecté. Le tout avec du drag & drop et une interface graphique très agréable.

Pour conclure les speakers ont insisté sur l’importance des test unitaires et donc d’une architecture testable. Il n’existe pas de formule magique pour calculer le ROI des tests mais il n’y a pas à se poser la question il faut les faire on ne le regrettera pas.

Si vous n’avez pas encore mis en place d’usine de développement il faut s’y mettre.

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.

Le travail des développeurs c’est comme le gaz

Entendu à un coin de table à midi:

“Le travail des développeurs c’est comme le gaz: ça prend toute la place qu’on lui donne”

Je trouve l’image très bonne. En fonction de la pression les propriétés d’un gaz change. C’est la même chose pour un développeur: peu ou pas de pression il n’avancera pas très vite, un peu de pression il est productif, trop de pression il fait du mauvais boulot avant de finir par exploser !
Tous les gaz ne réagissent pas de la même manière à la pression, certain gaz rares ont des propriétés particulières il en est de même des développeurs.

Cette image illustre bien l’un des rôles du chef de projet: un régulateur de pression. Il doit trouver le bon niveau de pression à appliquer à chacun de ses gaz, enfin développeurs.