A l’instar d’un musicien qui doit pratiquer ses gammes entre deux concerts pour parfaire la maîtrise de son art, un développeur doit savoir “faire retraite” pour s’exercer à d’autres techniques et méthodologies que celles qu’il pratique quotidiennement.

C’est avec cette métaphore on-ne-peut-plus-compréhensible que les deux organisateurs, Jérémie Hattat et Adrian Bolboaca, nous ont présenté l’intérêt d’évènements tels que ce deuxième Code Retreat lillois, qui s’est déroulé samedi 14 janvier dans les locaux de Proxiad. Le programme de la journée s’est composé de :

• 6 sessions de 45 minutes de programmation en binôme sur le thème du Jeu de la Vie, chacune devant nous pousser dans l’exploration par l’introduction de nouvelles contraintes,
• Le langage d’implémentation était au choix de chaque binôme.
• Chaque session était suivie d’une rétrospective commune, à la mode Agile, durant laquelle les participants exposaient leur approche du problème, leurs difficultés et progrès.

L’idée était bien entendu de partager les connaissances et de faire évoluer chacun, sans engager personne dans quelque compétition que ce soit.

L’intérêt de savoir implémenter le Jeu de la Vie ? Aucun.

Ce sujet était simplement l’occasion d’introduire, de pratiquer et d’expliquer les avantages du Test Driven Development (TDD) ou encore du Pair Programming ; de découvrir de nouveaux outils, tels …

Les utilisateurs réguliers des applications Google s’en seront peut-être rendu compte, le géant de Mountain View a récemment mis en place un nouveau système de FeedBack consommateur pour bon nombre de ses outils. La plateforme sociale Google+ en a par exemple bénéficié directement à sa sortie et la dernière mouture de Blogger l’intègre également, suite au rachat de la société TalkBin en avril 2011, âgée alors d’à peine 5 mois.

L’objectif du système ?

Donner la possibilité à n’importe quel utilisateur d’envoyer un commentaire sur l’application qu’il est en train d’utiliser. Jusque-là rien de bien innovant, toutes les grandes applications disposent de ce genre d’outillage, généralement sous la forme d’un formulaire de contact.

Un peu plus intéressant, le commentaire peut être saisi par n’importe qui depuis n’importe quel écran de l’application, à travers un formulaire s’affichant en superposition à la demande. Là où le système devient génial, c’est que non seulement il donne la possibilité à l’utilisateur de mettre en surbrillance ou de masquer des zones de l’écran à l’aide de la souris (la capture du résultat final étant  expédiée aux équipes en charge de la maintenance de l’applicatif), mais en plus il intègre automatiquement un ensemble de paramètres techniques …

Lorsque l’on arrive sur un projet qui a quelques difficultés, bien souvent, l’une des premières choses à faire est le bilan du projet. Cela passe par constater et, surtout, faire constater ce qui fonctionne aux différents acteurs de l’équipe : les développeurs bien sûr (qui devraient déjà avoir une idée sur la question) mais surtout aux chefs de projet fonctionnels voire même au client, qui ne manipulent pas le projet quotidiennement et pourraient en avoir une vision tronquée. Cette action capitale permet de discuter autour d’une base réelle et connue de tous, de rassurer ceux qui imaginaient le pire et de rétablir un dialogue constructif à travers toute l’équipe.

Pour cela, déployer l’application sur un serveur accessible par toute l’équipe est une étape primordiale : ce déploiement sera le point de départ du futur travail à effectuer, la remise à zéro des compteurs.

Afin d’être réactif, le (ou les) premier déploiement pourra se faire à la main, sans mettre en place de systèmes automatisés particuliers. En revanche, il deviendra vitre nécessaire de déployer régulièrement et automatiquement l’application. Cela permettra à toute l’équipe de constater les évolutions et de faire des critiques qui seront particulièrement utiles pour repérer les écueils à venir.

Dès aujourd’hui, …