{"id":73,"date":"2021-11-16T10:40:00","date_gmt":"2021-11-16T13:40:00","guid":{"rendered":"https:\/\/dcoder.io\/blog\/systeme-legacy-reecrire-ou-refactoriser\/"},"modified":"2021-11-16T10:40:00","modified_gmt":"2021-11-16T13:40:00","slug":"systeme-legacy-reecrire-ou-refactoriser","status":"publish","type":"post","link":"https:\/\/dcoder.io\/blog\/fr\/systeme-legacy-reecrire-ou-refactoriser\/","title":{"rendered":"Syst\u00e8me h\u00e9rit\u00e9 : tout r\u00e9\u00e9crire ou refactoriser par \u00e9tapes ?"},"content":{"rendered":"

Dans la plupart des cas, remplacez par morceaux.<\/strong> La r\u00e9\u00e9criture compl\u00e8te ne se justifie que si la plateforme sous-jacente n’est plus maintenue en s\u00e9curit\u00e9, ou si le mod\u00e8le de donn\u00e9es d’origine emp\u00eache l’activit\u00e9 de cro\u00eetre. En dehors de cela, vous passerez deux ans \u00e0 reconstruire des fonctionnalit\u00e9s qui marchaient d\u00e9j\u00e0.<\/p>\n

La demande arrive toujours avec la m\u00eame phrase : \u00ab ce syst\u00e8me est un d\u00e9sastre, autant tout refaire \u00bb. Parfois c’est vrai. La plupart du temps, c’est la r\u00e9action naturelle de quelqu’un qui d\u00e9couvre du code qu’il n’a pas \u00e9crit, et la r\u00e9\u00e9criture compl\u00e8te est la d\u00e9cision la plus co\u00fbteuse que l’on puisse prendre sur un syst\u00e8me en production.<\/p>\n

Ce que co\u00fbte r\u00e9ellement une r\u00e9\u00e9criture<\/h2>\n

Le budget pr\u00e9voit toujours de reconstruire ce que l’on voit. Il ne pr\u00e9voit jamais les cinq ann\u00e9es de correctifs invisibles incorpor\u00e9s au syst\u00e8me actuel.<\/p>\n

Ce if<\/code> bizarre dans le calcul des frais de port n’est pas du mauvais code. C’est l’exception du contrat avec ce gros client, r\u00e9gl\u00e9e un vendredi apr\u00e8s-midi de 2019. Le nouveau syst\u00e8me, propre et bien architectur\u00e9, n’aura pas ce if<\/code>. Il aura le m\u00eame probl\u00e8me dont ce client s’est plaint en 2019.<\/p>\n

Ajoutez le d\u00e9tail qui tue les plannings : pendant la r\u00e9\u00e9criture, l’ancien syst\u00e8me ne peut pas cesser d’\u00e9voluer. L’activit\u00e9 continue de demander des choses. Soit vous gelez le produit pendant deux ans, ce qu’aucune entreprise ne supporte, soit vous impl\u00e9mentez tout en double.<\/p>\n

Quand la r\u00e9\u00e9criture se justifie vraiment<\/h2>\n

Il existe des cas l\u00e9gitimes, et ils sont reconnaissables :<\/p>\n

    \n
  • La plateforme n’est plus maintenue en s\u00e9curit\u00e9.<\/strong> Une version de langage ou de framework sans correctifs de vuln\u00e9rabilit\u00e9 n’est pas une dette technique. C’est un risque juridique et op\u00e9rationnel.<\/li>\n
  • Le mod\u00e8le de donn\u00e9es bloque l’activit\u00e9.<\/strong> Le syst\u00e8me a \u00e9t\u00e9 con\u00e7u pour une entit\u00e9 et une devise, et il y a d\u00e9sormais cinq filiales dans trois pays. Si chaque nouvelle exigence bute sur la m\u00eame limite structurelle, le probl\u00e8me est dans les fondations.<\/li>\n
  • Plus personne ne peut y toucher.<\/strong> Non parce que c’est laid, mais parce que la technologie ne se trouve plus sur le march\u00e9 et qu’aucun test ne donne \u00e0 quiconque la confiance n\u00e9cessaire pour modifier quoi que ce soit.<\/li>\n<\/ul>\n

    Notez que \u00ab le code est laid \u00bb et \u00ab nous n’aimons pas ce langage \u00bb ne figurent pas dans cette liste.<\/p>\n

    L’alternative : \u00e9trangler l’existant progressivement<\/h2>\n

    L’approche qui fonctionne porte le nom de figuier \u00e9trangleur, en r\u00e9f\u00e9rence \u00e0 l’arbre qui pousse autour de son h\u00f4te jusqu’\u00e0 le remplacer enti\u00e8rement. En pratique :<\/p>\n

      \n
    1. Placez un routeur devant l’ancien syst\u00e8me. Tout continue de fonctionner comme avant.<\/li>\n
    2. Choisissez une fonctionnalit\u00e9 \u00e0 fronti\u00e8re nette et \u00e0 forte valeur. Reconstruisez-la seule, dans le nouvel environnement.<\/li>\n
    3. Redirigez les requ\u00eates de cette fonctionnalit\u00e9 vers le nouveau syst\u00e8me. En cas de probl\u00e8me, redirigez-les en arri\u00e8re en une minute.<\/li>\n
    4. Recommencez. \u00c0 chaque cycle, l’existant r\u00e9tr\u00e9cit.<\/li>\n<\/ol>\n

      L’avantage ici n’est m\u00eame pas technique, il est politique. Le projet livre de la valeur visible chaque mois au lieu de demander deux ans de confiance. Cela change le regard de la direction sur l’investissement et, en pratique, c’est ce qui permet au projet d’aller au bout.<\/p>\n

      Avant de choisir, placez un filet sous l’existant<\/h2>\n

      Quelle que soit la d\u00e9cision, faites ceci d’abord, car cela sert les deux strat\u00e9gies :<\/p>\n

        \n
      • Une sauvegarde restaur\u00e9e.<\/strong> Pas \u00ab les sauvegardes sont configur\u00e9es \u00bb. Restaur\u00e9e, dans un autre environnement, avec une date consign\u00e9e.<\/li>\n
      • Des tests sur les parcours qui g\u00e9n\u00e8rent du chiffre.<\/strong> Ne visez pas une couverture large. Couvrez les cinq chemins qui ne doivent pas casser.<\/li>\n
      • De la journalisation et de la supervision.<\/strong> Il faut savoir ce que fait le syst\u00e8me avant de le modifier. Beaucoup d’\u00e9quipes d\u00e9couvrent \u00e0 ce stade que la moiti\u00e9 des \u00e9crans ne sert jamais, ce qui r\u00e9duit de moiti\u00e9 le p\u00e9rim\u00e8tre de la r\u00e9\u00e9criture.<\/li>\n
      • Un environnement de test fid\u00e8le.<\/strong> Sans lui, chaque modification est un pari.<\/li>\n<\/ul>\n

        Ce travail prend trois \u00e0 six semaines et change fr\u00e9quemment la conclusion. J’ai vu plusieurs syst\u00e8mes qui \u00ab devaient \u00eatre refaits \u00bb devenir parfaitement acceptables une fois dot\u00e9s de supervision, d’index et d\u00e9barrass\u00e9s de ce que personne n’utilisait.<\/p>\n

        La question qui tranche<\/h2>\n

        Une seule : le syst\u00e8me actuel emp\u00eache-t-il l’entreprise de faire quelque chose dont elle a besoin pour cro\u00eetre ?<\/p>\n

        Si la r\u00e9ponse est non, il est p\u00e9nible, il est lent, il est laid, mais l’activit\u00e9 tourne, alors am\u00e9liorez-le par morceaux. Si la r\u00e9ponse est oui et que vous pouvez nommer pr\u00e9cis\u00e9ment ce qui est bloqu\u00e9, il existe un dossier concret. Et m\u00eame dans ce cas, le remplacement progressif arrive g\u00e9n\u00e9ralement plus vite.<\/p>\n","protected":false},"excerpt":{"rendered":"

        La r\u00e9\u00e9criture compl\u00e8te est la d\u00e9cision la plus co\u00fbteuse qu’une entreprise prenne sur un logiciel, et elle est presque toujours prise pour des raisons \u00e9motionnelles. Comment juger froidement, et l’alternative qui fonctionne.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-73","post","type-post","status-publish","format-standard","hentry","category-sem-categoria"],"_links":{"self":[{"href":"https:\/\/dcoder.io\/blog\/wp-json\/wp\/v2\/posts\/73","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/dcoder.io\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/dcoder.io\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/dcoder.io\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/dcoder.io\/blog\/wp-json\/wp\/v2\/comments?post=73"}],"version-history":[{"count":0,"href":"https:\/\/dcoder.io\/blog\/wp-json\/wp\/v2\/posts\/73\/revisions"}],"wp:attachment":[{"href":"https:\/\/dcoder.io\/blog\/wp-json\/wp\/v2\/media?parent=73"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/dcoder.io\/blog\/wp-json\/wp\/v2\/categories?post=73"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/dcoder.io\/blog\/wp-json\/wp\/v2\/tags?post=73"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}