Métier : développeur de logiciels

Tout le monde peut apprendre à coder...

C'est vrai. Les tutoriels ne manquent pas, les langages sont accessibles, et on peut obtenir un résultat visible en quelques heures. Un formulaire qui envoie un mail, une liste qui s'affiche, un tableau de bord qui se remplit... Techniquement, c'est à la portée de beaucoup de monde.

Avec l'IA, c'est encore plus flagrant : en quelques prompts, n'importe qui peut générer des centaines de lignes de code. Mais un logiciel, ce n'est pas un tutoriel. C'est un système qui doit tenir dans le temps, évoluer sans casser ce qui existait, supporter des utilisateurs réels, des données réelles, des cas limites que personne n'avait anticipés. Là, la différence entre quelqu'un qui génère du code et quelqu'un qui maîtrise son métier devient très concrète.

Et ce que l'IA ne remplace pas — et ne remplacera pas de sitôt — c'est la capacité à comprendre les enjeux métier d'un client, à identifier ce qui est vraiment utile de ce qui ne l'est pas, et à traduire une réalité opérationnelle en fonctionnalités logicielles cohérentes. C'est ça, le cœur du travail.

... Mais il y a code et code !

Un code qui fonctionne le jour J, c'est bien. Un code qui fonctionne toujours six mois plus tard, quand la base de données a grossi, quand un besoin imprévu oblige à modifier une fonctionnalité centrale, quand les conditions d'exploitation changent, c'est autre chose.

Un code mal structuré, c'est une dette technique qui s'accumule silencieusement. Chaque correction devient plus longue. Chaque ajout de fonctionnalité risque d'en casser trois autres. Les requêtes qui fonctionnaient avec une centaine d'enregistrements deviennent lentes avec cent mille. Et un jour, la facture arrive, et elle est bien plus lourde que ce qu'aurait coûté un travail rigoureux dès le départ.

Vingt ans de métier, c'est vingt ans d'erreurs anticipées et corrigées, les miennes et celles que j'ai vues chez d'autres. Une architecture solide n'est pas une contrainte, c'est ce qui rend un logiciel maintenable, évolutif, et finalement moins coûteux sur la durée.

Maîtriser des langages, non des frameworks

Un framework, c'est littéralement un cadre de travail, une structure posée par-dessus un langage pour accélérer certains développements. Symfony, Laravel, Zend... ce sont des outils construits en PHP, pas des alternatives à PHP.

La différence est importante. Un développeur qui maîtrise PHP comprend ce que fait Symfony sous le capot et sait quand l'utiliser, quand s'en passer, et pourquoi. Un développeur qui ne connaît que le framework se retrouve démuni dès que celui-ci change, disparaît ou ne correspond plus au besoin.

AngularJS a été abandonné. jQuery a été enterré plusieurs fois et, comme le phénix, il renaît de ses cendres, différent, parce qu'il reste parfaitement opérationnel pour des besoins simples. Des frameworks en vogue il y a cinq ans sont aujourd'hui obsolètes ou marginaux. PHP, lui, a déjà plus de 30 ans d'existence et il est plus utilisé que jamais. Miser sur les langages plutôt que sur les frameworks, c'est miser sur la durabilité.

Cela ne signifie pas que les frameworks sont à bannir, loin de là. Ils ont leur utilité, et je les utilise moi-même quand ils sont adaptés au projet. Mais la maîtrise du langage de base est ce qui garantit que le code restera compréhensible et maintenable, même si les outils évoluent.

Un projet, un défi technique ? Posez-moi votre question directement.

Technique et métier ne font qu'un

Comprendre votre secteur d'activité avant d'écrire la première ligne de code, c'est non négociable. Vingt ans de projets variés (gestion locative, espaces verts, insertion sociale, professions libérales...) ont forgé une chose plus précieuse que la maîtrise d'un langage : la capacité à poser les bonnes questions.

À côté de la technique, j'ai aussi une expérience commerciale et managériale. Cela signifie concrètement que je sais lire un contexte d'entreprise, hiérarchiser des priorités, et gérer un projet de bout en bout sans que vous ayez à jouer les traducteurs entre votre réalité et mon code. Vous parlez votre métier, je fais le reste.