Ce livre parle de fa\u00e7on clairvoyante et pragmatique de sujets que je trouve importants. Comme, le r\u00f4le d\u2019un d\u00e9veloppeur, la mani\u00e8re d\u2019envisager le m\u00e9tier ou encore sur l\u2019am\u00e9lioration continue.Dans la pr\u00e9face du livre, Robert Martin le d\u00e9crit comme \u201cune fascinante alternance entre des anecdotes autobiographiques chroniquant la vaste exp\u00e9rience de l\u2019auteur et des recommandations autoritaires bas\u00e9es sur ses exp\u00e9riences\u201d. Cet article synth\u00e9tisera les principaux points qui me semblent primordiaux.<\/p>\n\n\n\n
La d\u00e9finition de ce concept est sujet \u00e0 d\u00e9bat dans la communaut\u00e9 mais l\u2019auteur en donne la d\u00e9finition personnelle suivante : \u201cUn long voyage vers la ma\u00eetrise.Un \u00e9tat d\u2019esprit ou le d\u00e9veloppeur choisit d\u2019\u00eatre responsable de sa propre carri\u00e8re, constamment en apprentissage de nouveaux outils et techniques et en recherche d\u2019am\u00e9liorations. Le software craftsmanship a pour but de mettre la responsabilit\u00e9, le professionnalisme et le pragmatisme au centre du d\u00e9veloppement\u201d.<\/p>\n\n\n\n
En pr\u00e9lude, l\u2019auteur pr\u00e9sente la synergie que ce mouvement a avec l\u2019Agilit\u00e9. Selon lui, ces m\u00e9thodologies permettent de\u201cconstruire le bon produit\u201d et le faire en \u201cSoftware Craftsman\u201d permet de \u201cle construire bien\u201d.<\/p>\n\n\n\n
L\u2019int\u00e9gration de l\u2019Agilit\u00e9 dans une \u00e9quipe de d\u00e9veloppement rencontre parfois des \u00e9cueils. De nombreuses entreprises se sont confront\u00e9es \u00e0 des difficult\u00e9s lors de transformations radicales de leurs processus via des m\u00e9thodologies Agiles. Selon Sandro Mancuso, l\u2019Agilit\u00e9 ne doit pas \u00eatre remise en cause car une m\u00e9thodologie ne va interagir que sur les processus et sur l\u2019Humain. Dans ce cadre, c\u2019est la culture d\u2019entreprise qui doit \u00eatre modifi\u00e9e selon les valeurs de l\u2019Agilit\u00e9 (Cf. Agile manifesto) et de l\u2019esprit du software craftsmanship.<\/p>\n\n\n\n
En parall\u00e8le, le manifesto du software craftsman est le suivant :<\/p>\n\n\n\n
\u201cEn tant qu\u2019aspirants Artisans du Logiciel, nous relevons le niveau du d\u00e9veloppement professionnel de logiciels par la pratique et en aidant les autres \u00e0 acqu\u00e9rir le savoir-faire. Gr\u00e2ce \u00e0 ce travail, nous avons appris \u00e0 appr\u00e9cier :<\/em><\/p>\n\n\n\n *Pas seulement des logiciels op\u00e9rationnels, maisaussi des logiciels bien con\u00e7us.Pas seulement l\u2019adaptation aux changements, maisaussi l\u2019ajout constant de la valeur.<\/strong>Pas seulement les individus et leurs interactions, maisaussi une communaut\u00e9 de professionnels.**Pas seulement la collaboration avec les clients, maisaussi des partenariats productifs.*<\/p>\n\n\n\n C\u2019est \u00e0 dire qu\u2019en recherchant les \u00e9l\u00e9ments de gauche, nous avons trouv\u00e9 que les \u00e9l\u00e9ments de droite sont indispensables.\u201d<\/em><\/p>\n\n\n\n A premi\u00e8re vue, ces points paraissent un peu \u00e9vidents. A travers son livre, l\u2019auteur explicite plusieurs situations, o\u00f9 certains de ces points peuvent tomber dans l\u2019oubli et affine sa vue de ces diff\u00e9rentes id\u00e9es.<\/p>\n\n\n\n Les concepts de perfectionnement continu s\u2019appliquent \u00e0 la fois pour le travail g\u00e9n\u00e9ral d\u2019un software craftsman mais aussi dans ses t\u00e2ches techniques.<\/p>\n\n\n\n Comme un avocat qui donne des conseils personnalis\u00e9s, un d\u00e9veloppeur expliquera les tenants et aboutissants de son travail ainsi que les avantages et inconv\u00e9nients de ses choix techniques.<\/p>\n\n\n\n \u00catre professionnel et satisfaire son client ne signifie pas simplement de d\u00e9velopper le produit tel qu\u2019il le demande. Il s\u2019agit \u00e9galement d\u2019endosser un r\u00f4le de conseiller et de communicateur en aidant le client \u00e0 comprendre ses objectifs et comment les atteindre. Dans son livre, l\u2019auteur soutient qu\u2019il est important d\u2019assumer ce r\u00f4le pour une collaboration profitable et efficace \u00e0 tous.<\/p>\n\n\n\n En ce qui concerne la technique, il sugg\u00e8re avant tout d\u2019\u00eatre pragmatique. La mise en place d\u2019outils ou pratiques n\u2019a pas de valeur en soit mais devrait permettre d\u2019accomplir une t\u00e2che de mani\u00e8re optimale. Si ce n\u2019est pas le cas, ce n\u2019est probablement pas le bon outil.<\/p>\n\n\n\n En termes de pratique, il insiste sur deux concepts qui me parlent beaucoup : le re-factoring et le Test Driven Development. (ci-apr\u00e8s)<\/p>\n\n\n\n Dans ce livre, j\u2019ai trouv\u00e9 une tr\u00e8s bonne argumentation pour justifier le re-factoring sous la forme de la m\u00e9taphore suivante : \u201cComme un jardin, le code a besoin de maintenance constante.[\u2026] Avec une maintenance basique et r\u00e9guli\u00e8re, le jardin sera toujours beau mais si on le n\u00e9glige, l\u2019effort n\u00e9cessaire pour lui rendre sa splendeur sera bien plus important.\u201d<\/p>\n\n\n\n Il ne s\u2019agit pas de \u201ccorriger du mauvais code\u201d mais simplement de rester \u00e0 jour sur les derniers standards. Il ne s\u2019agit pas de \u201ccorriger un design fautif\u201dmais bien de s\u2019assurer que l\u2019ajout de fonctionnalit\u00e9 se fait en prenant en compte l\u2019environnement actuel. Puis, de mettre ce dernier \u00e0 jour si n\u00e9cessaire afin de garder un design impeccable.<\/p>\n\n\n\n En ce qui concerne le Test Driven Development (TDD), le principal avantage est de s\u2019assurer que le r\u00e9sultat attendu d\u2019une fonctionnalit\u00e9 corrobore avec les attentes du client. De plus, cela permet aussi d\u2019aller droit au but dans l\u2019\u00e9criture en r\u00e9duisant les risques \u201cd\u2019over-engineering\u201d. (complexification excessive du design du code).<\/p>\n\n\n\n De plus, un code trop complexe tend \u00e0 \u00eatre difficile \u00e0 tester, ce qui pousse le d\u00e9veloppeur \u00e0 r\u00e9analyser le design de son code afin de le simplifier. Le TDD raccourcit la boucle de feedback du testing, un peu comme l\u2019Agilit\u00e9 au niveau du business. Ainsi, notre code est plus \u00e9pur\u00e9 et plus facilement maintenable et testable.<\/p>\n\n\n\n Pour un jeune d\u00e9veloppeur, comprendre les tenants et aboutissants de son r\u00f4le, ainsi que de la fa\u00e7on de le remplir de mani\u00e8re professionnelle, est une des choses qui ne s\u2019apprend pas de mani\u00e8re acad\u00e9mique mais plut\u00f4t par exp\u00e9rience. De plus, les observations not\u00e9es dans ce livre m\u2019ont sembl\u00e9s int\u00e9ressantes. Elles feront d\u00e9sormais parties de ce que je prendrai en compte en cr\u00e9ant ma propre vision des choses.<\/p>\n\n\n\nPourquoi dit-on que le Software Craftsmanship met en lumi\u00e8re des bonnes pratiques ?<\/h2>\n\n\n\n
Quels sont ces deux concepts et quels sont les liens avec le d\u00e9veloppement ?<\/h2>\n\n\n\n
Comment \u201cThe Software Craftsman\u201d influencera ta carri\u00e8re ?<\/h2>\n\n\n\n