L'importance du « clean code » pour la compétitivité

En fait, il y a trois types de code qu'on écrit en tant que développeurs :

1. du code qui apporte de nouvelles fonctionnalités ou des optimisations ;
2. Du code destiné à corriger ou à contourner des bugs.
3. Du code qui sert « juste » à faciliter la maintenance et à permettre des extensions futures.

J’ai remarqué que beaucoup de consultants négligent complètement ce troisième type de code.

Le problème, c’est que sans ce code qui améliore la structure, on se retrouve en fait dès le départ avec du code jetable.

Exactement comme l’IA des codeurs « à l’instinct » : du code jetable.

Je ne veux offenser personne. Mais on pourrait en fait dire que ceux qui négligent aujourd’hui le code qui améliore la structure pourraient avoir du mal à rivaliser avec l’IA en programmation à l’avenir.

On pourrait aussi rejeter la faute sur les donneurs d’ordre.

Ils veulent faire produire du code au moindre coût.

Le fait que cela se fasse au détriment du développement futur se traduit par des coûts induits élevés :

• des coûts plus élevés pour les corrections de bugs.
• L'ajout de nouvelles fonctionnalités devient plus complexe, plus chronophage et donc plus cher.
• Il y a davantage de bugs cachés

Ça entraîne une baisse de la compétitivité et la qualité du programme en pâtit.

Je considère que le type de lignes de code dont je parle, celles qui améliorent la structure, sont les plus importantes lors du développement d’un logiciel.

Ces lignes sont extrêmement utiles à long terme, mais n’apportent pas d’avantage immédiat.

C’est justement pour ça que les consultants et les éditeurs de logiciels devraient consacrer plus de temps à ces « lignes de code inutiles » à première vue.

Ça leur permet de se démarquer nettement des autres acteurs du marché, et même de l’intelligence artificielle.

Chez Langmeier Backup et aBusiness Suite , j’investis environ 1 % à 2 % dans ce code d’amélioration de la structure .

Si, malgré cette répartition du temps, j’arrive quand même à créer une nouvelle fonctionnalité tous les cinq jours, j’aurai en cinq ans 300 de nouvelles fonctionnalités et d’optimisations.

Et ça représente 300 de nouvelles optimisations, qui sont stables et appréciées par les utilisateurs.

Et c’est ça qui compte à mon avis : quand on développe un logiciel, il faut en tirer un avantage à long terme pour les utilisateurs.