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 »
La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.
Actualité éditeurs / SSII
Le coin de la technique
Lire la suite de cet article »
Lundi 31 janvier 2011, le Paris Scala User Group recevra à l’occasion de sa 9ème session et pour commencer l’année en beauté, Martin Odersky, le créateur de Scala en personne !
De passage à Paris pour animer une formation Scala proposée par Xebia Training, Martin terminera la journée avec les membres du PSUG.
Au programme de cette soirée exceptionnelle : une présentation des nouveautés qui seront introduites dans la future version 2.9, notamment des collections parallèles, suivie d’une session libre de questions/réponses, préparées à l’avance à l’aide de ce document partagé.
Le contenu de cette session sera principalement orienté pour un public *Scala de niveau confirmé* (les débutants sont bien entendu acceptés, mais risquent d’être un peu perdus par moments).
Le nombre de places étant limité, les personnes intéressées sont invitées à confirmer leur présence sur le doodle suivant : http://doodle.com/qvr6ed6vu3kr5xzu.
Notez bien l’adresse :
Xebia
156 boulevard haussmann à Paris
Immeuble A
7e étage
A noter : il reste quelques places pour la formation Scala, animée par Martin Odersky les 31 janvier et 1er février. N’hésitez pas à consulter le programme et à nous contacter rapidement si vous êtes intéressés :
Xebia Training : Formation Scala avec Martin Odersky
Nous avons vu dans un précédent billet que le rôle de l’architecture pouvait être remis en perspective à travers la poursuite de trois objectifs : Etre Connecté aux objectifs métier de l’entreprise ; Assurer la Cohésion des solutions ; Accueillir favorablement le Changement. Voici un nouveau principe à appliquer afin d’atteindre ces objectifs. Ce principe a été introduit par James O. Coplien et s’intitule « Tous sur le pont dès le début ».
L’essence de ce principe est que l’ensemble des parties prenantes d’un projet doit être impliqué dès le démarrage de ce dernier.
Lire la suite de cet article »
En ce beau matin d’hiver, me voilà bien décidé à effectuer un peu de ménage sur notre projet. Ma cible d’aujourd’hui : la chasse aux warnings.
Grosso modo, j’observe qu’il y a 3 types de warning :
- imports inutilisés (60%)
- unchecked casts (30%)
- variables ou méthodes private non utilisées (10%)
Je prends mon bâton de pèlerin et je nettoie. Cependant, je me rends bien compte que ces warnings sont pour la majorité des erreurs d’inattention qui pourraient être facilement évitées.
A quoi bon nettoyer, si c’est pour se retrouver dans la même situation dans trois mois ? Donc, en plus de ma maintenance corrective, je pars également à la recherche d’une action préventive.
Première idée évidente, configurer Eclipse pour que celui-ci effectue ce genre de nettoyage lors d’une sauvegarde d’un fichier. Facile, il suffit de paramétrer ceci dans Properties -> Java Editor -> Save Actions (Plus de détails ici).
Cependant, à quoi bon le faire uniquement sur mon Eclipse ? Quel intérêt, si les autres membres de l’équipe ne bénéficient pas eux aussi de la même configuration ? Comment faire en sorte que ma configuration soit facilement partagée avec les autres ?
Le projet étant un projet maven, le maven-eclipse-plugin semble offrir la solution.
Lire la suite de cet article »
La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.
Actualité éditeurs / SSII
Le coin de la technique
Lire la suite de cet article »
Parmi les piliers de l’OOP, 3 sont majoritairement implémentés par nos langages, l’héritage, le polymorphisme et l’encapsulation. Et, bien qu’à l’intérêt reconnu, la délégation ne l’est que trop rarement. Elle remplace pourtant souvent avantageusement l’héritage en réduisant couplage et graphe d’objets. Voyons comment faire de cette petite sœur injustement négligée une alliée de choix.
Lire la suite de cet article »
La semaine passée, le site TheServerSide.com a vu se rejouer un de ces éternels débats du monde Java. Le sujet : le mode de passage des paramètres de méthode dans le langage Java.
Cette querelle resurgit malheureusement trop souvent lorsque la communauté Java est amenée à échanger avec les autres communautés, ou même en interne. Le problème trouve son origine dans une simplification abusive d’un des mécanismes de fonctionnement du langage Java. Vous avez peut-être déjà entendu l’affirmation suivante : lors d’un appel de méthode en java, les paramètres de type primitif sont passés par valeur, et ceux de type objet sont passés par référence. Si vous deviez arrêter ici votre lecture, sachez au moins ceci : cette affirmation est erronée. Et nous allons tâcher d’expliquer pourquoi.
Lire la suite de cet article »
La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.
Actualité éditeurs / SSII
Le coin de la technique
Lire la suite de cet article »
Nous étions tous réunis hier chez Xebia pour le premier XKE (Xebia Knowledge Exchange) de l’année 2011 !
Après nos échanges de vœux pour la nouvelle année et un bon café, la journée commença par deux sessions parallèles :
Ce fut ensuite au tour de Michael Figuière de prendre la parole et d’esquisser les tendances des architectures de demain : Cloud, Elasticité, NoSQL, Scalabilité, etc.
Cette présentation a donné lieu à des débats animés.
Après un copieux déjeuner, nous avons accueilli Thomas Sarlandie, CTO de Backelite, qui nous a présenté leur solution de développement de services mobiles BkRender. Ce framework sera d’ailleurs testé lors de nos prochains XKE face à des alternatives comme JQuery Mobile, Flex pour Mobile, etc.
L’après midi s’est poursuivie par une présentation du plugin More Unit pour Eclipse par Nicolas Demengel, contributeur sur le projet.
Erwan Alliaume a ensuite animé un Hands On autour du framework Play!.
La journée s’est achevée par un retour d’expérience sur la mise en place de MongoDB / Amazon EC2 / S3 par Katia Aresti et Jean-Laurent De Morlhon (Cf. MongoDB en pratique).
Complet
Twitter
