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.
Réflexion intéressante sur l'addiction au fait d'être utile aux autres en résolvant leurs problèmes techniques.
Un outil pour exposer publiquement une application qui tourne sur votre machine via un tunnel TCP.
L'abstraction a toujours un coût qu'il est important de considérer. Abstraire exagérément et systématiquement c'est courir à la catastrophe.
De la charge mentale des développeurs.
Une réflexion intéressante sur ce qu'apporte réellement un développeur expérimenté comparativement à ceux qui le sont moins.
Je partage cet avis et le fait que ce n'est malheureusement presque jamais vu ni considéré par le management.
Je suis d'accord avec cette personne : j'adore écrire du code et je vois pas pourquoi je confierais cette tâche à une IA.
Point de vue intéressant – mais pas universel – la capacité à accomplir une tâche rapidement et sur la diminution de l'énergie requise pour commencer cette tâche (l'énergie "d'activation") qui en découle.