La notion de « dette de compréhension » qui va devenir un problème de plus en plus fréquent dans les boîte qui ont recours à l'IA pour le développement.
Bien plus insidieuse que la dette technique, et bien moins visible initialement. Surtout bien moins comprise et prise au sérieux par les décideurs.
Oubliez le titre qui pourrait vous donner envie de zapper cet article, les conseils qui y sont prodigués sont précieux pour la plupart, et intéressants à appliquer dans le cadre de votre vie professionnelle (si elle s'y prête, bien sûr).
Je ne plébiscite vraiment pas l'usage de l'IA, mais je trouve que les 10 fondamentaux cités sont cohérents de manière générale lorsqu'on développe pour le web.
Du plaisir de coder à la main, de rencontrer des problèmes, de les résoudre soi-même, et d'en devenir meilleur.
Une lecture très instructive pour comprendre comment héberger une application web avec Cloudflare en utilisant leurs différentes ressources (hosting, workers JS, DB, cache, fichiers, etc.).
Mais j'en recommande aussi la lecture même si vous n'utilisez pas Cloudflare. L'article est bardé d'excellents conseils à tous les niveaux si vous êtes développeur et devez à un moment donné héberger vos applications publiquement. On y parle logging, observabilité, rate limiting, sécurité, etc. Autant d'aspects que vous devrez inévitablement penser à un moment donné.
Le style d'écriture est sans fioritures, droit au but, ce qui permet de couvrir un maximum de sujets en un minimum de temps.
L'objectif affiché est la simplicité, le KISS. N'apporter la complexité que le plus tard possible, quand elle devient nécessaire. C'est ma philosophie en matière de dev.
Et ça me fait réaliser que l'offre cloud de Cloudflare semble bien plus simple, harmonieuse et bien pensée que ce qu'offre la concurrence (Amazon, Google et Microsoft), quand bien même je ne suis pas fan de la mainmise de Cloudflare sur une grosse partie du web du fait de ses solutions de protection contre les bots.
Des tonnes d'outils de développement qui tournent exclusivement dans le navigateur.
Une approche pour l'IA qui diffère un peu avec la tendance à la "productivité" (avec de gros guillemets). Ici, prendre le temps de l'utiliser comme un outil pour vérifier la qualité du code et l'améliorer là où c'est pertinent.
Un regard très juste sur les différents biais induits par l'utilisation de l'IA pour le développement informatique, et sur la notion de "productivité" très souvent mal définie et donc peu pertinente.
L'article s'attarde notamment sur ce qu'on y perd : la connaissance du code dont on est responsable, et la capacité de jugement de ce que l'IA produit.
Une réflexion intéressante sur ce que l'IA permet et ne permet pas.
Le soin de la faible complexité et de la stabilité comme priorités absolues reste l'apanage des humains et notamment des développeurs expérimentés.
Un modèle conceptuel pour concevoir le temps en programmation.
J'ai lu en diagonal. En gros l'article aborde les bonnes questions que les boîtes qui utilisent l'IA doivent se poser. Spoiler, ce n'est pas "comment produire du code 10x plus vite".
Un outil pour exposer une app locale en HTTPS avec un nom de domaine (local également).
Si seulement tous les décideurs IT pouvaient lire cet article et en prendre la mesure.
La vitesse à laquelle le code est écrit n'a jamais été le problème.
Une méthode intéressant pour aborder une codebase massive et inconnue.
Un retour d'expérience sincère et sensé qui souligne les problèmes du vibe coding dans des projets d'envergure.
Malheureusement, tous les devs n'ont pas cette déontologie.