20 Ans à Construire le Web : Ce Qui a Changé

J'ai écrit ma première ligne de code de production en 2004. PHP, MySQL, un serveur d'hébergement partagé qui tombait en panne un week-end sur deux. Le site web que j'avais construit semblait terrible selon les standards d'aujourd'hui. Mais il fonctionnait. Les gens l'utilisaient. Il résolvait un vrai problème. C'est encore la seule métrique qui compte.

Au cours des deux dernières décennies, j'ai observé chaque grande vague technologique du web arriver et passer. Le Web 2.0. La révolution mobile. Le design responsive. Les applications single-page. Le cloud. Les microservices. La blockchain (vous vous souvenez ?). Et maintenant, l'IA. Certains de ces changements ont tout transformé. La plupart ont moins changé les choses que les gens ne le pensaient à l'époque. Voici ce que j'ai réellement appris.

Les outils ont changé. Le travail, non.

En 2004, je construisais des applications web avec PHP et jQuery. En 2026, je les construis avec React, Next.js et Node.js. La syntaxe est différente. L'expérience développeur est meilleure. Mais le travail fondamental est identique : prendre un problème commercial, le transformer en logiciel fonctionnel, le mettre entre les mains de vrais utilisateurs, et le maintenir en fonctionnement.

Tous les quelques ans, un nouveau framework promet de tout changer. La plupart du temps, ce sont les mêmes schémas avec une syntaxe plus agréable. Ce qui compte vraiment n'a pas changé : comprendre le problème avant d'écrire du code, livrer des logiciels fonctionnels en production, et les maintenir après le lancement.

La plupart des « innovations » ne sont que du bruit

J'ai vu des entreprises gaspiller des centaines de milliers d'euros dans des technologies qui semblaient impressionnantes mais ne résolvaient aucun vrai problème. Une chaîne d'approvisionnement basée sur la blockchain pour une entreprise avec 12 fournisseurs. Une architecture en microservices pour une application avec 500 utilisateurs. Un chatbot IA formé sur rien — juste des réponses génériques qui frustraient chaque client qui l'utilisait.

Les meilleures décisions technologiques que j'ai prises ont toujours été ennuyeuses. Utiliser un framework bien supporté. Choisir une base de données éprouvée. Déployer sur une infrastructure que vous pouvez réellement surveiller. La stack ennuyeuse est celle qui est livrée et reste fonctionnelle.

L'IA est sérieuse — mais pas pour les raisons que les gens pensent

J'ai été sceptique face à la plupart des vagues technologiques. J'avais raison sur la blockchain. J'avais tort sur le mobile (je l'ai massivement sous-estimé). L'IA ? Celle-là est réelle. Mais pas pour les raisons qui enthousiasment la plupart des gens.

L'IA ne va pas remplacer les développeurs. Elle ne va pas construire votre application à votre place. Ce qu'elle fait — et fait bien — c'est gérer les conversations. Le traitement du langage naturel a franchi un seuil avec GPT-4 et Claude. Pour la première fois, vous pouvez construire un système qui comprend vraiment ce que demande un client et y répond utilement. Ce n'est pas un gadget. C'est une capacité fondamentale qui n'existait pas il y a trois ans.

Nous construisons des agents IA qui répondent aux questions clients, qualifient les prospects, prennent des rendez-vous et gèrent les suivis — tout via WhatsApp, l'application que les gens utilisent déjà. Cela fonctionne parce que cela résout un vrai problème : les entreprises perdent des prospects quand personne ne répond en dehors des heures d'ouverture. L'IA corrige cela. Pas théoriquement. En production. Maintenant.

Ce que j'ai mal fait en cours de route

J'ai passé trop de temps à construire des choses techniquement impressionnantes mais commercialement inutiles. J'ai sur-ingénié là où la simplicité aurait été meilleure. J'ai couru après de nouveaux frameworks quand les anciens étaient suffisants. J'ai sous-estimé à quel point la maintenance compte — construire représente 30 % du travail, garder les choses en fonctionnement représente 70 %.

La plus grande leçon : votre client ne se soucie pas du langage dans lequel vous avez écrit le code. Il se soucie que ça fonctionne, que c'est rapide, et que quelqu'un décroche le téléphone quand ça tombe en panne.

Ce qui compte vraiment après 20 ans

1. Livrez, ne présentez pas. Les maquettes sont sans valeur. Les présentations PowerPoint sont sans valeur. La seule chose qui compte, c'est un logiciel fonctionnel entre les mains de vrais utilisateurs.
2. Les ingénieurs seniors comptent. Pas parce qu'ils écrivent du code plus sophistiqué, mais parce qu'ils ont déjà vu les choses échouer. Ils savent ce qu'il faut ignorer. Ils savent quoi tester. Ils font moins d'erreurs qui vous coûtent de l'argent.
3. Comprendre le problème d'abord. Le plus grand risque dans n'importe quel projet n'est pas la technologie — c'est construire la mauvaise chose. Écoutez plus que vous ne parlez.
4. La maintenance est le vrai produit. Lancer est facile. Maintenir en fonctionnement pendant trois ans est difficile. Planifiez-le.
5. Soyez honnête sur ce que vous ne savez pas. J'ai refusé des projets parce qu'ils n'étaient pas dans mon domaine d'expertise. Cette honnêteté m'a apporté plus de confiance que n'importe quel portfolio n'aurait pu le faire.

Pourquoi je continue à faire ça

Après 20 ans ou plus, j'écris encore du code. Non pas parce que j'y suis obligé — je pourrais gérer une équipe sans jamais toucher à un éditeur de texte. Je le fais parce que le moment où un système que vous avez construit gère sa première vraie conversation client à 2 h du matin, et que vous voyez la réservation confirmée dans le calendrier le lendemain matin — ce sentiment n'a pas vieilli.

Kaufast, c'est moi et une petite équipe d'ingénieurs seniors à Barcelone. Nous construisons des agents IA, des plateformes web et des automatisations pour des entreprises à travers l'Europe et les Amériques. Pas de juniors. Pas de présentations. Juste des logiciels fonctionnels qui sont livrés.

Si vous avez quelque chose à construire, parlons-en.

Voir aussi : 5 Façons de Booster la Visibilité de Votre Entreprise.

Voir aussi : Comment les moteurs de recherche trouvent réellement votre contenu.

Voir aussi : Sécurité des femmes en France et Audra.