Ce qui compte, ce n’est pas la qualité de ton code, mais qui il sert et surtout à quoi il sert.
Beaucoup, mais alors beaucoup de devs ont largement oublié ce concept pourtant essentiel à leur métier.
Ce que tu fais doit amener de la valeur au client.
Si t’es maçon, tu dois construire une maison, certes robuste, mais tu dois surtout construire ce que ton client veut.
S’il veut 5 pièces, t’en fais 5 et pas 6 en disant : « Oui, mais la 6ᵉ, c’est mieux pour la maintenance. »
Bien sûr, tu as un rôle de conseil et tu peux lui expliquer pourquoi ça serait bien d’avoir cette fameuse 6ᵉ pièce.
Après, on peut se lancer dans le débat de savoir si un code pourri ou super clean te fait gagner du temps sur le long terme.
Mais gardez en tête que le long terme, en termes de projet web, ça ne veut plus rien dire du tout
(celle là je ne suis pas sur que tous le monde aura la ref 😀 d’où le gif pour l’indice)
Et encore plus, vu la rapidité à laquelle une techno ou une méthode devient quasi obsolète.
Du coup, pourquoi faire compliqué quand tu ne sais pas si ce que tu vas faire va durer dans le temps avec tes clients ou avec l’obsolescence de ton framework ?
Source : https://www.linkedin.com/feed/update/urn%3Ali%3Ashare%3A7343937678498840579