Denis Dollfus' Blog

Scrum : gare au déficit de qualité du code

Martin Fowler dans un article publié hier :

Il y a un problème dont j'ai entendu parler récemment sur quelques projets. Ca se présente comme ça :

• Ils veulent une méthodologie Agile et choisissent Scrum
• Ils adoptent les pratiques Scrum et même les principes
• Au bout d'un certain temps l'avancement du projet ralenti parce que le code source est en pagaille

[...]

J'ai mentionné Scrum parce que quand on constate ce problème, Scrum semble être fréquemment la méthodologie suivie par l'équipe. Pour beaucoup, la situation est amplifiée par Scrum parce que Scrum est centré sur les techniques de gestion de projet et omet délibérément les pratiques techniques, à l'inverse de (par exemple) Extreme Programming.

Scrum nuisible ? Non ça n'est pas si simple, lisez l'article.

En revanche, vous-même, êtes-vous plutôt technique ou plutôt management dans votre projet actuel ? Vous pouvez le savoir et vous comparer à quelques centaines (deux centaines c'est déjà quelques non ?) de développeurs francophones grâce à ce questionnaire.

Internet Explorer 8 : avant-goût à télécharger

La "Release Candidate 1" (version présentie pour constituer la version finale ou RC1) d'Internet Explorer 8 est disponible ici. Peu de changements sont à attendre entre cette version et la version finale (dans un monde idéal).

Avec la cohabitation de Firefox 2, Firefox 3, IE7, IE8 et Google Chrome, l'environnement des développeurs Web va devenir hostile...

Agilité des développeurs français : résultats de l'enquête

Le questionnaire sur les pratiques Agiles de management et d'ingénierie a été très bien accueilli puisque depuis sa mise en ligne le 6 janvier près de 270 personnes l'ont rempli. Il faut dire que  Claude Aubry, Olivier Azeau, David Brocard et Emmanuel Chenu ont donné à ce questionnaire une excellente visibilité.

En un coup d'oeil, voici les 270 scores portés sur les deux axes (voir plus bas pour la méthodologie) : 

 

Ce qui saute aux yeux, c'est que les résultats sont plutôt bons, il y a une accumulation de réponses vers les 100%.

Il apparait aussi une corrélation moyenne (0,7 pour les puristes) entre les deux dimensions.

En fait le nuage de points n'est pas symétrique. Il n'est pas rare que le répondant ait une bonne maîtrise des bonnes pratiques d'ingénierie sans que la gestion du projet dans lequel il travaille soit Agile. Pour caricaturer : il y a plus de développeurs Agiles travaillant dans un management rigide que l'inverse. Ce déséquilibre est clair quand on constate que la concentration de points sur l'axe des ordonnées n'a pas d'équivalent sur l'axe des abscisses.

Dans l'ensemble ces résultats, y compris cette disymétrie, sont encourageants pour ce qui est de l'adoption des méthodes agiles : les développeurs semblent prêts à adopter une gestion de projet Agile.

Qu'en pensez-vous ?

Bien sûr il y a des biais :

• L'enquête a été pour une grande part diffusée via des blogs orientés Agilité. Les répondants sont très probablement eux-mêmes sensibilisés aux méthodes Agile et peuvent tirer les scores vers le haut.
• Il est possible que certains répondants s'exercent à viser le 100%. Ca fait partie du côté pédagogique du questionnaire mais les scores peuvent en être biaisés.

Méthodologie. Chacune des 29 questions portait soit sur l'aspect "management/gestion de projet" de méthodes agiles (stand-up meeting, itérations courtes, estimation par les développeurs, etc.), soit sur la dimension "Ingénierie" (techniques pour garder le logiciel évolutif à moindre coût -- tests unitaires, refactoring, etc.). Une fois l'ensemble des questions traité, le profil du répondant correspond à une fraction d'un 100% théorique maximum sur ces deux axes. Ces profils sont portés sur le graphique ci-dessus, avec épaississement du point quand plusieurs profils sont superposés.

.Net France

.Net France est une communauté créée à l'initiative de Sami Jaber et de Laurent Capin. .Net France, hébergée sur la plate-forme LinkedIn, rencontre déjà un succès certain avec plus d'une centaine de membres .Net France inscrits en quelques jours.

.Net France est résolument orientée business : "Vous recrutez, cherchez à faire connaître un produit ou simplement en quête d'experts du domaine, ce groupe est fait pour vous", explique Sami Jaber, manager de .Net France. "La communauté .Net "Pro" est encore trop fragmentée en France", observe-t-il dans son annonce de la naissance du groupe .Net France.

De fait, .Net France profitera du vivier de compétences .Net clairement identifiées par l'orientation CV de LinkedIn. Vice et versa, adhérer au groupe .Net France représente une aubaine pour les experts .Net en France qui cherchent missions et/ou emplois, surtout en cette période qui s'annonce difficile.

.Net France vient compléter la présence sur LinkedIn du groupe Alt.Net Francophone, qui réunit des passionnés qui ont coupé le cordon Microsoft. Les membres d' Alt.Net francophone considèrent .Net indépendamment des recommandations et outils de Microsoft, apprécient souvent d'autres technologies, importent des méthodologies, des architectures et des pratiques d'autres langages et technos, et finalement se passionnent pour le développement au point d'organiser des choses comme ça.

En somme le positionnement "business et opportunités" de .Net France est un complément utile à Alt.Net. Les technophiles .Net qui cherchent des opportunités en France auront tout intérêt à appartenir aux deux groupes LinkedIn. C'est d'ailleurs pourquoi un des créateurs du groupe Microsoft .Net France, Laurent Capin, appartient aussi à Alt.Net francophone.

Sami Jaber : "Ouverture du premier groupe d'utilisateurs français de .NET sur LinkedIn"
Laurent Capin : "Création d'un groupe utilisateurs français de .NET sur LinkedIn"
Le groupe Microsoft .Net France sur LinkedIn
Le groupe Alt.Net francophone sur LinkedIn
Le forum Alt.Net Paris

Processeurs : évolution des fréquences

Pour visualiser du mur de la fréquence d'horloge auquel se heurte les microprocesseurs, j'ai compilé les fréquences de processeurs Intel depuis 1971 jusqu'à décembre 2008 sur ce graphique :

On voit clairement qu'après une période de croissance constante, quasi linéaire en échelle logarithmique, la fréquence butte sur une limite infranchissable, un peu en dessous des 4GHz.

C'est connu, depuis quelques années les efforts des fabriquants de processeurs ne portent plus sur le paramètre fréquence mais sur tous les autres, dont le nombre de coeurs. Du coup, la fréquence des microprocesseurs chute, chute qui apparait plus nettement sur un axe des fréquences linéaire :

Ca ressemble à un krach de la puissance de calcul mono thread. Gare aux technologies qui ne pourront bénéficier des multi-coeurs, telles que, pour le moment, HTML/Javascript, Flash/Flex ou JavaFX. Oui je radote mais je n'avais pas ces graphiques assez parlants.

Seules les applications dont les particularités algorithmiques les rendent indifférentes au parallélisme (deux trains Corail ne rendent pas le même service qu'un TGV...) chercheront encore la vitesse plutôt que la puissance.

Source des données : http://www.intel.com/pressroom/kits/quickreffam.htm

Azure : mise à jour du SDK disponible

Une nouvelle version béta des outils de développement et du SDK de windows Azure vient d'être publiée par Microsoft.

L'équipe a corrigé beaucoup de bugs, amélioré l'intégration avec Visual Studio, travaillé les performances  et les possibilité de debugging. En revanche ces packages, pour des raisons purement techniques, ne sont disponibles que pour des OS peu adoptés (Vista représente environ 20% des OS), ce qui doit je suppose être un frein parfaitement assumé par Microsoft, les développeurs assez motivés pour tester Windows Azure en avant-première ayant adopté Vista (et une machine adaptée) dans d'autres proportions que l'internaute médian.

Windows Azure SDK

Outils Windows Azure pour Visual Studio

L'annonce de l'équipe Azure

0HTML : du HTML sans HTML

Photo cc Curious_Zed

Pourquoi faut-il générer du HTML sans écrire du HTML ?

• Parce que HTML ressemble au XML, et que XML est affreux;
• Pour faire comme JavaFX, qui permet de décrire le code et les élements graphiques avec un seul langage au lieu des duos habituels graphique/code tels que XAML/C#, MXML/ActionScript et HTML/Javascript. Regardez cet exemple de code JavaFX pour comprendre comment graphiques et code (déclaratif et procédural) s'enchevêtrent en JavaFX.

Sans code côté serveur, ça serait trop facile.

Voici donc une tentative baptisée 0html (qui repose sur jQuery). Vous constaterez que les sources ne contiennent que très peu de HTML, même la balise body est manquante. Fondamentalement, c'est du HTML écrit en JSON.

Puisque je ne pense vraiment pas être le premier à y avoir pensé (plus de 200 frameworks Javascript...), connaissez-vous des frameworks qui ont déjà atteint l'objectif de créer des pages Web sans écrire de HTML (ni des montagnes de code procédural) ?

[C'est samedi] Leander Herzog

Lâchez quelques algorithmes sur une feuille blanche, laissez-les agir et interagir, modifiez-les et recommencez jusqu'à être satisfait du résultat. Voilà le processus de création de l'adepte d'art génératif, processus que Leander Herzog décline sans cesse.

 

Beaucoup, beaucoup, beaucoup plus de créations de Lenny dans son antre Flickr : http://www.flickr.com/photos/lennyjpg/collections/.

Silverlight : le code C# des contrôles est publié

Button, CheckBox, HyperlinkButton, Calendar, DataGrid, ProgressBar, Slider, VisualState,... tous ces contrôles de System.Windows.dll, System.Windows.Controls.dll et System.Windows.Controls.Data.dll ont désormais leur implémentation C# téléchargeable depuis le site de Microsoft.

http://www.microsoft.com/downloads/details.aspx?FamilyID=EB83ED4C-AC85-4DE9-8395-285628EE2254&displaylang=en

Développeurs, déterminez votre niveau d'Agilité

On parle tellement en ce moment des méthodologies Agiles (eXtreme Programming, Scrum, Lean, ...) qu'on finirait presque par se croire tous Agiles. Voici un petit test qui vous permettra d'évaluer votre niveau d'agilité personnel, de faire la part entre l'agilité idéale et les pratiques mises en oeuvre au jour le jour par vous et les autres membres de l'équipe.

Ce test n'est pas une évaluation formelle mais un test plutôt ludique qui vous aidera à vous situer par rapport aux canons des méthodes agiles, à la manière des tests de magazines.

Comme j'ai remarqué une certaine indépendance entre les pratiques agiles de gestion de projet et les pratiques agiles de développement, le résultat de ce test vous sera présenté sur ces deux axes, management et ingénierie. Vous pourrez non seulement vous y situer par rapport à un "100% Agile" théorique, mais aussi vous situer par rapport aux autres développeurs ayant répondu au test sur un graphique de ce type (avec beaucoup plus de points je l'espère !) :

[Mise à jour du 26/01/2009 : les résultats sont publiés ici -- ce qui ne vous prive pas pour autant d'y répondre pour connaître votre score...]

Et un grand merci à Claude Aubry, Olivier Azeau, David Brocard, Emmanuel Chenu et Jean-Marie Damas dont l'expérience des méthodologies agiles a été précieuse pour m'aider à mettre au point ce questionnaire (je ne pense pas qu'ils cautionnent pour autant la totalité des questions, surtout celles ajoutées à la dernière minute).

Voici donc les questions, qu'il vous faut dans l'ensemble faire précéder d'un "Honnêtement et sincèrement, dans votre projet de développement actuel, ..." :