A l’heure où de nombreux débats font rages sur l’éventuel successeur du langage Java, le XKE (Xebia Knowledge Exchange) de Mars a été l’occasion de faire un retour sur les fondamentaux de la conception Orienté Objet.
Faisons un petit sondage dans la communauté : quels arguments avanceriez-vous en faveur du langage Java ?
Parmi les principaux arguments, il est fort à parier que les réponses seront en majorité les applets (heu… non plus maintenant… mais souvenez vous dans les années 90), la JVM, le cross-platform, le monde Open Source et la Communauté, les nombreux frameworks, la simplicité d’écriture et la gestion de la mémoire, les IDEs, etc.
Nous nous apercevons que le fait même que Java soit un langage objet est secondaire. Alors pourquoi programme-t-on en Java ou dans un langage objet ?
Lire la suite de cet article »
La conférence Software Craftsmanship 2011 – à propos de laquelle deux billets ont déjà été publiés : How Object-Oriented are you feeling today ? et Lean code challenge - s’est clôturée avec la session dite du Cyber dojo, inventé, programmé et présenté par Jon Jagger.
Le Cyber dojo est un exercice d’apprentissage dans lequel les participants peuvent pratiquer l’écriture de logiciel en « entraînement intentionnel » (deliberate software practice).
L’entraînement intentionnel c’est lorsque l’on cherche à améliorer sa capacité à réaliser une tâche. On parle de technique, d’habileté et surtout de répétition. On réalise donc une tâche dans le but d’améliorer la maîtrise d’une ou plusieurs parties de la réalisation de cette tâche. Cela implique un grand nombre de répétitions, jusqu’à ce que l’on atteigne le niveau de maîtrise désiré. On pratique l’entraînement intentionnel dans le but de maîtriser la tâche à accomplir, non dans l’unique but de l’accomplir.
Le Cyber dojo est particulièrement adapté pour travailler la collaboration entre les équipes et le TDD. L’originalité de l’exercice est que l’ensemble des participants soumet son code à un serveur central qui exécute les projets et garde une trace de ces exécutions.
Les participants travaillent en petits groupes. Chaque groupe travaille sur un seul ordinateur :
- en écrivant le code et les tests associés dans un navigateur ;
- en les soumettant au serveur de CyberDojo aussi souvent qu’il le désire. Le serveur exécute alors le projet et retourne le résultat des tests au navigateur.
Le serveur de CyberDojo permet d’exécuter du code dans plusieurs langages : C, C++, C#, Java, Javascript, Objective C, Perl, PHP, Python, Ruby.
Lire la suite de cet article »
La dernière session de la conférence Software Craftsmanship 2011 m’emmène sur les pentes du Lean Software Development avec « The Lean Code Challenge ».
Très bon slot de Chris Parsons avec au programme, du code bien sûr, une fois n’est pas coutume dans cette conférence.
L’objectif de cette session est de nous faire réfléchir sur le Lean Software Development. En particulier, la session aborde les aspects suivants :
- Eliminate waste.
- Focus on value.
- Deliver fast.
- Decide late.
Lire la suite de cet article »
Software Craftsmanship Conference 2011
La dernière conférence craftsmanship en date s’est déroulée au Nord de Londres, et nous étions au rendez vous. Un programme alléchant qui promettait de nombreuses sessions hands-on de 90 minutes chacune.
Une conférence Craftsmanship n’est pas une conférence technique comme les autres. Elle attend beaucoup de ses participants. Et c’est pour ça que l’on a fait le voyage.
Tout le succès de ces conférences repose sur la qualité des échanges, on s’y rend pour remettre en question ses automatismes et tenter de devenir un peu meilleur en apprenant des autres, de leurs techniques, de leurs expériences. Cela passe inévitablement par de la pratique, en pair programming à grande échelle.
Et quand dans une salle les trois quarts des mains se lèvent lorsque l’on demande qui va programmer en TDD, et bien le vieil adage devient: tester ce n’est plus douter !
Si les échanges on été globalement bons dans la journée pour nous et notamment avec 3 bonnes sessions hands on – articles à suivre – nous avons été un peu déçus par la courte durée de l’ensemble, par certaines présentations qui manquaient un peu de contenu et d’apport des speakers, et par le manque de sessions de rassemblement – surement dû au fait qu’il n’y avait pas de salle pour accueillir les 150 personnes présentes. Mais nous aurions aimé voir par exemple Jason Gorman nous parler de son experience et retour Craftsmanship à Londres où il opère avec sa compagnie Codemanship.
Voici un petit retour sur les sessions auxquelles nous avons assisté, avec une première session sur la programmation objet suivie de deux autres dans un prochain billet.
Lire la suite de cet article »
Comme nous l’avions déjà évoqué nous organisons notre première formation « Software Craftsmanship Agile en Java » animée par Robert Martin les 20 et 21 avril pour laquelle nous avons une offre promotionnelle de dernière minute en cours.
Pour ceux qui ne le connaissent pas, Robert Martin est une figure emblématique du monde du développement logiciel agile. Il a rédigé plusieurs ouvrages sur le « Software Craftsmanship ». Co-signataire du Manifeste Agile, il est l’auteur entre autres de : « Clean Code: A Handbook of Agile Software Craftsmanship ».
Si cette formation vous intéresse ou si vous souhaitez de plus amples informations, n’hésitez pas à consulter le programme de la formation sur le site xebia-training.fr ou à nous contacter au 01 53 89 99 99.
Comme nous l’avions évoqué lors d’un précédent billet, nous organisons notre première formation « Software Craftsmanship Agile en Java » animée par Robert Martin les 20 et 21 avril pour laquelle il reste encore quelques places. Pour ceux qui ne le connaissent pas, Robert Martin est une des figures emblématiques du monde du développement logiciel agile. Il est l’auteur de plusieurs ouvrages et articles sur le « Craftsmanship » logiciel dont « Clean Code: A Handbook of Agile Software Craftsmanship ».
Cette formation de 2 jours abordera principalement les thèmes suivants :
- Justesse : Développer des logiciels utiles et faciles d’usage.
- Fiabilité : Développer des logiciels comportant peu de défauts et maintenant leur niveau de service dans des conditions précises et pendant une période déterminée.
- Efficience : Développer des logiciels nécessitant un dimensionnement rentable et proportionné de la plate-forme d’hébergement en regard des autres exigences.
- Evolutivité : Développer des logiciels demandant peu d’effort pour les rendre conformes à de nouveaux besoins.
- Performance : Développer des logiciels rapides et efficients.
- Exploitabilité : Développer des logiciels exploitables
- Maintenabilité : Développer des logiciels évolutifs et faciles à prendre en main.
- Interopérabilité : Développer des logiciels portables et interopérables.
Si cette formation vous intéresse ou si vous souhaitez de plus amples informations, n’hésitez pas à consulter le programme de la formation sur le site xebia-training.fr ou à nous contacter au 01 53 89 99 99.
La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.
Agilité
Actualité éditeurs / SSII
Evènements de notre communauté en France et à l’étranger
Lire la suite de cet article »
Le software Craftsmanship est un mouvement récent qui met en exergue l’expérience des pratiques de développement des programmeurs. Ce mouvement de pensée est l’une des réponses à la tendance à l’externalisation systématique des développements banalisant le métier de développeur pour le reléguer au rôle de simple producteur de ligne de code.
Le mouvement est réellement présent depuis 2008 bien qu’il réactualise des concepts développés dans le livre Pragmatic programmer: from journeyman to master (Andy Hunt & David Thomas – 1999).
Il prône, entre autre, le fait qu’il ne suffit pas que le logiciel fonctionne, il faut également qu’il soit correctement écrit. L’accent est notamment mis sur la fiabilité et la facilité de maintenance. Est-il nécessaire de rappeler que le coût d’écriture d’un logiciel pour sa version initiale n’est qu’un petit pourcentage de son coût total ? Il est néanmoins facile de prendre ce concept à la lettre et de raffiner chaque fonction à la perfection. Le danger de la sur-conception/développement est bien présent. C’est là que l’expérience entre en jeu, comment faire un logiciel qui fonctionne, bien écrit et qui n’est pas un chef d’oeuvre à la Sagrada Família (non achevée à ce jour) : en utilisant des développeurs expérimentés, capables de prendre les bonnes décisions, bien entrainés via différentes techniques et aptes à résoudre un maximum de problématiques.
Un autre concept qui revient dans les idées de ce mouvement est la « communauté de professionnels ». Idée qui cherche, d’une part à renforcer la reconnaissance de notre profession en tant que producteurs de logiciel de qualité, et d’autre part à encourager les regroupements de développeurs s’échangeant techniques et idées. Il est bon pour votre connaissance et vos talents de professionnels de venir échanger vos techniques lors de manifestations orientées mise en pratique comme par exemple les Coding Dojo (où l’on s’exerce à l’aide de Kata) ou bien des Code Retreat, décrites en détails dans le blog des Duchess France.
Lire la suite de cet article »
Nous vous l’avions annoncé lors d’un précédent billet.
Nous sommes fiers de vous dire que nous travaillons avec Uncle Bob pour promouvoir en France des valeurs auxquelles nous adhérons tout particulièrement.
Si vous faites partie de la communauté de gens qui pensent qu’il faut concevoir et développer des applications Java dans les règles de l’Art, alors la formation exclusive que nous vous proposons est faite pour vous.
Cette formation pratique de 2 jours est inspirée des principes et bonnes pratiques énumérées dans l’ouvrage de Robert : Clean code : A Handbook of Agile Software Craftsmanship. Elle vous permettra de :
- Prendre pleinement conscience des règles de l’art du « Software Craftsmanship ».
- Faire la différence entre du bon et du mauvais code.
- Rédiger du bon code et corriger du mauvais code.
- Créer des bonnes conventions de nommage, des bonnes fonctionnalités, de bons objets et des bonnes classes.
- Formater du code pour une lisibilité maximale.
- Mettre en pratique la gestion des erreurs sans obscurcir la logique du code.
- Maîtriser les techniques de tests unitaires et de refactoring.
Lire la suite de cet article »
La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.
Actualité éditeurs / SSII
Lire la suite de cet article »
Complet
Twitter
