Micro$oft Technet Days à Lyon November 7, 2008

Petit compte-rendu de ce que j’ai vu d’intéressant aux microsoft Technet Days, qui avaient lieu à Lyon les 29 et 30 octobre.

Pour connaître toutes les nouveautés qui ont été annoncées (et donc qui nous ont été rapportées à Lyon) à la grande messe microsoftienne, la “PDC” de Los Angeles, c’est chez Jerem que ça se passe !

Pour ma part je parlerai de ce qui paraît bien fait dans l’environnement de développement Microsoft, là où ils ont une longueur d’avance (à mon avis). Voici, dans l’ordre, un tour d’horizon des conférences auxquelles j’ai eu la chance d’assister.

L’Accès aux données

Cette partie montrait des manières d’accéder à des sources de données “proprement” (mapping, librairie d’objets, abstraction de la base de données, couche d’accès aux données, tout ça).

Pour l’instant, j’utilise NHibernate, parce qu’en 2006 quelqu’un avait trouvé ça sympa.

Aujourd’hui, j’ai découvert la facilité d’accès de LINQ, la technologie de mapping de chez Microsoft. LINQ est totalement intégré à visual studio, et permet d’”oublier” complètement la source de données.. Tout en faisant des “requêtes”, ce qui permet une grande maniabilité. On oublie les “.hbm.xml”, fichiers “de mapping” de NHibernate qui permettent la correspondance objet/classe.

J’ai hâte de trouver quelques minutes pour essayer ça.

On a aussi entendu parler de Entity, un truc tout nouveau (j’ai pas compris grand chose, sujet classé dans ma “A Creuser”-list) plus proche de la base, qui semble être une alternative à LINQ.

Plénière Développeurs

• “on a inventé un .NET Embarqué, si si ça va marcher on vous jure”
• “Microsoft est un standard, on devient de + en + standards. Tenez, par exemple, la norme OOXML“

No Comment…

Visual Studio Team System & Team Explorer

De nombreux outils permettent de gérer le projet de développement logiciel de A à Z, en intégrant au code des tests manuels, des tests de couverture, unitaire, la documentation associée, l’analyse du code, la liste des fonctionnalités, des métriques, des pages web, et tout ce dont on peut avoir besoin. En plus de ça, Team Enterprise permet de mettre en place l’intégration continue, et la gestion de la solution de manière bien meilleure que SourceSafe (en même temps y’a pas de mal).

Ici on a parlé d’agilité. L’outil visual studio 2008 semble contenir des outils très adaptés pour la gestion de tels projets.

Silverlight

Visual Studio 2010 permettra beaucoup plus de facilité dans le développement d’applications Silverlight et wpf.

Solutions Online/Offline avec SQL Server 2008

Un Microsoft geek (comprendre: un geek mais bien sapé et qui a une copine) complètement à fond nous a démontré qu’en 1h30 (1h45…) il était possible de créer très facilement une solution online/offline avec synchronisation des données grâce à SQL Server 2008 et son intégration avec Visual Studio.

Démo très intéressante avec un PDA et un PC. Ca aussi il va falloir le regarder de plus près.

Offre décisionnelle Microsoft

Plein d’outils pour faire des rapports et de l’analyse de données existent…

j’ai noté “Report Builder”

Après, la “BI” (Business Intelligence), c’est pas encore mon domaine.

En conclusion, ces 2 demi-journées ont été pleines d’informations concrètes, de qualité. Je ne m’attendais pas à aussi bien. J’ai plein d’informations à chercher pour essayer de faciliter les développements.

Notes Agile Tour Valence November 5, 2008

Cet article n’est pas comme l’autre… Pas le temps en ce moment d’écrire une grosse réflexion sur tout ce que j’ai pu entendre à Valence. En plus, ça commence à faire longtemps !

D’une manière générale, on a encore appris plein de choses en ce jour du 23 octobre. Et surtout j’ai adoré l’organisation au top (avec un ManuChenu en pleine forme !) qui a rendu l’après midi très efficace, sans temps mort, et surtout sans un seul blabla inutile. (un prochain article parlera des Microsoft Days, c’était pas pareil)

Bon, voilà simplement ce qu’il y avait écrit sur mon petit bloc notes agiletour… A savoir : les trucs qui m’ont interpellée, les sujets à creuser, et les trucs qu’il faudrait qu’on fasse.

Spécifieurs et artistes

Je n’ai rien noté car c’était un atelier. Ce que j’en retiens c’est que la communication entre les spécifieurs et les développeurs (j’ai beaucoup aimé le parallèle avec “artistes” d’ailleurs) est très difficile dans la plupart des cas, et que la solution qui paraît la plus évidente c’est bien de la communication et de la collaboration fréquente et facile entre les 2 entités. (et donc on démontre que l’agilité c’est tout naturel. Ben oui…)

Retour d’expérience Yahoo! international

• Avant d’essayer quoi que ce soit, il faut obtenir l’amont du management.
• Aider l’équipe Produit à faire le backlog. Dans le cas du retour d’expérience de Monsieur Boutin, 3 jours de dialogue ensemble.
• Les métriques… Je voulais chercher à quoi ça correspondait, il suffisait d’attendre un peu
• Approche “framework” pour laisser la porte ouverte au choix de la “gestion de projet” / pratique. Standardiser les pratiques logicielles n’est pas incompatible avec les pratiques actuelles. –> c’est étonnant, mais quand je relis, j’ai du mal à comprendre =)
  
• Petite pensée qui n’a rien à voir: penser à faire des “burndown charts”

Le Refactoring

*waouh, complètement bluffée par les outils de refactoring utilisés dans cette démo !*

• C’est quoi ? du remaniement (ça fait plus classe que “nettoyage”, le terme qu’on utilise chez nous). Changer la structure du code pour en faire apparaître la conception, et donc pour qu’on soit capable de le partager ou de le faire lire à quelqu’un.
• Un grand principe de XP qui rend le refactoring incontournable : “Chaque chose ne doit être exprimée qu’une fois”.
• Refactoring vs documentation. Eh oui, je l’ai toujours soutenu et voici une preuve, Les commentaires qui redisent exactement ce que fait la fonction alors qu’elle est bien écrite et qu’elle utilise des identifiants explicites, ça sert à rien !!!
• http://www.uispec4j.org (pas encore eu le temps d’aller voir).

Crystal – méthodologie du jeu coopératif

• Contexte de ce retour d’expérience:
  • Beaucoup de facteurs de découverte
  • Industrie
• Alistair Cockburn est à l’origine de Crystal
• Idée générale: 1 projet = 1 méthode de dev différente. Même si toutes les méthodes ont le même “code génétique”:
  • théorie
  • propriétés
  • stratégies
  • techniques
• 2 objectifs: 1) livrer, 2) être prêts pour après (doc…)
• L’information est un parfum
• Quitte à ne pas faire tout dans XP, autant savoir lesquels faire et pourquoi.
• Miyamoto Musachi, Samurai

Voilà, un compte-rendu peu exhaustif, mais qui reflète ce que j’ai retenu.

Vivement l’édition 2009 !