Se lancer aujourd'hui

Je faisais mes sites en PHP et en HTML. Je les déployais sur un serveur web par FTP et c’était tout. Se lancer aujourd’hui, c’est à la fois plus dur et plus facile que jamais, ce qui est paradoxal.

D’un côté, la barrière d’entrée n’a jamais été aussi basse. On lance de la puissance de calcul n’importe où dans le monde en quelques millisecondes, on déploie à l’échelle mondiale en quelques clics et on s’adapte à la demande. Fini le temps où une panne du réseau électrique local ou un quota d’hébergement trop strict pouvait faire tomber tout ton site.

Mais de l’autre, il y a tellement plus de choses à prendre en compte. Je me souviens du temps où j’écrivais une page dans Dreamweaver d’Adobe (Macromedia à l’époque), je bricolais deux ou trois jeux de cadres et je l’envoyais par FTP sur un serveur.

C’était tout. Pas de système de build compliqué. Pas de souci d’accessibilité avec des normes comme WCAG, pas de crainte de failles de sécurité tordues comme les attaques sur la chaîne d’approvisionnement (des dépendances malveillantes dans des paquets npm) ou les attaques par canal auxiliaire (comme les attaques par chronométrage). On n’avait pas à penser au RGPD, au CCPA ni à une douzaine d’autres cadres de conformité. Pas de débat sans fin sur les frameworks front-end comme React, Vue ou Angular, sur les limites de débit des API, l’orchestration de conteneurs ou les modèles de sécurité zero-trust. La sécurité était une réflexion après coup. Maintenant, il faut se méfier de CSRF, de XSS, de l’injection SQL et se protéger des attaques DDoS.

On pouvait juste construire. On pouvait expérimenter sans conséquence, jeter des idées en l’air pour voir ce qui marchait. Pas besoin de justifier chaque projet par un business case, ni de ménager les critiques de Hacker News qui demandent comment ça s’inscrit dans une « stratégie de monétisation à long terme ». On construisait pour construire, pour le plaisir d’apprendre et de créer. Est-ce encore possible aujourd’hui ? Ou sommes-nous tellement pris dans la course à l’efficacité et à l’utilité qu’on a perdu cette liberté ? Tout doit maintenant avoir un public défini, une feuille de route, une stratégie de mise sur le marché. Pourtant, les meilleures innovations viennent souvent de bidouillages sans plan.

Et en plus, on complique trop les choses. On sur-conçoit les solutions avant même de comprendre le problème qu’on résout. Pourquoi sauter directement à l’orchestration de microservices avant d’avoir construit un monolithe ? J’adorais avoir plein de microservices disparates, chacun avec sa tâche, mais aujourd’hui j’y vois un fardeau. On sous-estime la simplicité d’une base de code unique. On est si pressés d’appliquer les bonnes pratiques qu’on oublie parfois de faire d’abord marcher le truc. C’est comme si on optimisait pour la montée en charge avant d’avoir prouvé qu’il y a quelque chose qui mérite de monter en charge.

Aujourd’hui, ce à quoi on doit penser est souvent géré pour nous. Cloudflare, Vercel et Netlify rendent la mise en ligne presque sans effort, mais s’ils arrêtent leur offre gratuite ou changent radicalement de politique, beaucoup d’entre nous se retrouveront à courir dans tous les sens. La facturation à l’usage facilite la montée en charge, mais elle semble parfois déconnectée de la valeur réellement apportée. La commodité est incroyable, mais elle a un prix, à la fois financier et en dépendance envers des services centralisés.

Bien sûr, le développement web moderne apporte d’immenses bénéfices. Des outils comme React et Next.js permettent de construire des applications très interactives et très performantes. Les plateformes cloud offrent une infrastructure solide et scalable, et l’attention portée à la sécurité et à l’accessibilité a rendu le web plus fiable et plus inclusif.

Je crois toujours à la valeur de pouvoir faire tourner des choses chez soi. J’aimerais que les fournisseurs d’accès proposent une deuxième IP réservée au trafic entrant, pour que chacun puisse s’auto-héberger sans les contournements alambiqués d’aujourd’hui. On devrait encourager l’innovation, pas compliquer la vie de ceux qui veulent expérimenter et construire du neuf. Plus on encourage les gens à bidouiller, à créer, à repousser les limites du possible, mieux on s’en porte tous.

On a parcouru beaucoup de chemin depuis le Web 1.0, mais gardons de la place pour que la prochaine génération de bâtisseurs puisse repartir de zéro et apprendre en faisant, comme nous. Pas en suivant un tutoriel en boucle, mais en comprenant vraiment les fondamentaux et en construisant dessus. C’est comme ça que le web restera vivant et stimulant pour des années. Peut-être qu’on devrait tous monter un petit projet perso ce week-end, sans se soucier des bonnes pratiques ni de la monétisation, juste pour le plaisir de créer.