Je sais ce que veut dire durer, je sais ce qu'est l'endurance.
(C'est juste pour clarifier : ne me prenez pas pas pour un (削除) débile (削除ここまで) décideur "hypé par le vibe-coding";)
Vous parlez de sprint et de marathon. Effectivement si tu sprintes, tu as aucune chance de gagner un marathon. Et personne n'a dit ça.
Mais si tu cours en moyenne 0,5km/h plus vite que tes concurrents tu finiras toujours devant. Toujours.
Gagner une course ne veut pas dire écraser les concurrents. Gagner une course ça veut juste dire passer la ligne d'arrivée en premier.
Le discours classique est de comparer un débile qui utilise l'IA pour développer face à un développeur intelligent qui sait développer.
La réalité, c'est pas ça. La réalité, c'est comparer un développeur intelligent qui sait coder et un développeur intelligent qui sait coder et qui sait aussi utiliser l'IA intelligemment.
Il va gagner une heure sur de la doc. 30 minutes sur l'identification d'un problème, 2h sur la rédaction d'un document quelconque.
Peu importe.
Il sera pas 2 fois meilleur que l'autre, mais il sera meilleur. Plus rapide. Plus lucide. Plus clairvoyant. Plus efficace.
Les gens brillants que je côtoie ou avec qui j'ai eu l'occasion d'échanger exploitent les outils d'IA. Ils ne sont pas brillants parce qu'ils exploitent l'IA : ils sont brillants ET en plus ils exploitent intelligemment les outils à leur disposition.
Et pour répondre sur le fond, de mon expérience, l y a des choses que l'IA fait très bien et d'autres cas où c'est médiocre voire pire.
Pour développer il y a des choses que je laisse faire et des choses que je ne laisse pas faire. Il y a souvent du code à reprendre.
Mais le vrai sujet est plutôt de cadrer comme il faut.
J'ai pas essayé le mode ou des agents se confrontent (l'un code, l'autre fait la relecture critique).
Un certain nombre de développeurs brillants utilisent de l'IA. Des gens qui bossent sur LaSuite, Franck Rousseau qui traîne par ici, des développeurs que j'ai croisés ailleurs et qui ne sont pas particulièrement connus. Le boss de Vates qui co-développe CalRS avec Claude.
Après chacun fait comme il veut. On n'est pas obligé de trouver ça bien. Mais il faut pas refuser de voir ce qui arrive.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: résumé
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien xfwl4 et l'utilisation des LLMs dans la réécriture en Rust du Window Manager de Xfce. Évalué à 6 (+4/-0).
Juste pour mettre un peu de contexte :
Je sais ce que veut dire durer, je sais ce qu'est l'endurance.
(C'est juste pour clarifier : ne me prenez pas pas pour un
(削除) débile (削除ここまで)décideur "hypé par le vibe-coding";)Vous parlez de sprint et de marathon. Effectivement si tu sprintes, tu as aucune chance de gagner un marathon. Et personne n'a dit ça.
Mais si tu cours en moyenne 0,5km/h plus vite que tes concurrents tu finiras toujours devant. Toujours.
Gagner une course ne veut pas dire écraser les concurrents. Gagner une course ça veut juste dire passer la ligne d'arrivée en premier.
Le discours classique est de comparer un débile qui utilise l'IA pour développer face à un développeur intelligent qui sait développer.
La réalité, c'est pas ça. La réalité, c'est comparer un développeur intelligent qui sait coder et un développeur intelligent qui sait coder et qui sait aussi utiliser l'IA intelligemment.
Il va gagner une heure sur de la doc. 30 minutes sur l'identification d'un problème, 2h sur la rédaction d'un document quelconque.
Peu importe.
Il sera pas 2 fois meilleur que l'autre, mais il sera meilleur. Plus rapide. Plus lucide. Plus clairvoyant. Plus efficace.
Les gens brillants que je côtoie ou avec qui j'ai eu l'occasion d'échanger exploitent les outils d'IA. Ils ne sont pas brillants parce qu'ils exploitent l'IA : ils sont brillants ET en plus ils exploitent intelligemment les outils à leur disposition.
Et pour répondre sur le fond, de mon expérience, l y a des choses que l'IA fait très bien et d'autres cas où c'est médiocre voire pire.
Pour développer il y a des choses que je laisse faire et des choses que je ne laisse pas faire. Il y a souvent du code à reprendre.
Mais le vrai sujet est plutôt de cadrer comme il faut.
J'ai pas essayé le mode ou des agents se confrontent (l'un code, l'autre fait la relecture critique).
Un certain nombre de développeurs brillants utilisent de l'IA. Des gens qui bossent sur LaSuite, Franck Rousseau qui traîne par ici, des développeurs que j'ai croisés ailleurs et qui ne sont pas particulièrement connus. Le boss de Vates qui co-développe CalRS avec Claude.
Après chacun fait comme il veut. On n'est pas obligé de trouver ça bien. Mais il faut pas refuser de voir ce qui arrive.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo