Je pense simplement : « Tant mieux si j’ai moins de travail à faire grâce à l’IA », donc je n’ai jamais ressenti ce genre de fatigue. J’utilise zed + claude, et il arrive parfois qu’en cours de route le contexte change et que ça se mette à fonctionner bizarrement ; dans ce cas, je restaure le code avec git et je lui demande de « réécrire en synthétisant ce qui précède », et il me produit quelque chose de plus propre. Ce n’est pas qu’on ne code plus directement au clavier ; c’est juste que le processus qui consiste à transformer les idées qu’on a en tête en code a changé, non ? Au contraire, le fait de saisir un prompt m’aide aussi à clarifier mes idées.
Vu le prix et les performances, ceux qui utilisaient auparavant Gemini 2.5 Pro peuvent sans doute passer directement à Gemini 3 Flash.
Cela dit, je me demandais si un quota gratuit pour le modèle Gemini 3 Flash avait été ajouté dans Google AI Studio. Je suis allé vérifier, mais il n’y en avait pas 😭
Avant, même après avoir passé toute la journée à écrire du code, je finissais le travail avec un vrai sentiment d’accomplissement. Maintenant, je passe la majeure partie de mes journées de travail à converser, et il m’arrive souvent de ne pas écrire moi-même une seule ligne de code, et pourtant je fais un burn-out… Je m’y reconnais parfaitement.
C’est un peu ambigu… Après tout, les runners self-hosted utilisent bien l’infrastructure de GitHub. Et comme cela n’a pas d’impact sur les dépôts publics, avec un tarif de 0,002 dollar par minute, on peut aussi se dire que si la facture devient vraiment importante, c’est sans doute qu’on est déjà sur un usage très orienté entreprise. Bien sûr, le vrai problème est probablement le fait même de faire payer.
Surtout qu’il existe beaucoup d’alternatives, donc migrer vers elles peut aussi être une option.
Je regarde sur mobile, et je vois quelques listes où il n’y a qu’un seul caractère par ligne dans le corps, probablement à cause d’un problème d’alignement. Et au-delà de ça, dès qu’on ajoute un peu de profondeur, la longueur des lignes devient dramatiquement courte.
Moi aussi, ma fatigue a augmenté exactement pour cette raison. Je m’y attendais, donc le fait d’être fatigué en soi ne me dérange pas, mais vu de l’extérieur, comme il n’y a plus ces moments où l’on martèle frénétiquement le clavier en codant, on dirait apparemment que je travaille avec énormément de marge. Et quand je dis que je suis plus fatigué qu’avant, les gens ont du mal à le comprendre....
J’ai trouvé la lecture très intéressante.
Si on passe à l’environnement de développement, on peut faire le lien avec l’arrivée de VS Code et du LSP, puis jusqu’aux outils d’avant l’ère de l’IA de Tabnine.
C’est fatigant du point de vue des utilisateurs aussi,
mais j’ai l’impression que, même chez les développeurs, c’est devenu à la mode d’essayer de laisser ne serait-ce qu’une réalisation de plus à son actif en remaquillant des technologies qui, au fond, sont les mêmes, simplement avec des mots un peu différents, comme s’il s’agissait de nouvelles technologies.
Comme ce sont des technologies encore récentes, j’imagine qu’il est naturel d’essayer de prendre les devants.
Mais malgré tout, je trouve ça vraiment fatigant.
Donc, à l’ère de l’IA, il faut des personnes dont la courbe d’apprentissage est rapide grâce à l’IA, mais j’ai du mal à partager l’idée qu’un « junior » signifie forcément « une courbe d’apprentissage plus rapide ».
Désormais, au lieu d’évaluer les développeurs juniors et seniors uniquement selon le degré d’accumulation d’expérience,
à l’ère de l’IA, ne faudrait-il pas plutôt distinguer les seniors par leur capacité à condenser très fortement l’apprentissage et à bien utiliser l’IA ?
Je pense simplement : « Tant mieux si j’ai moins de travail à faire grâce à l’IA », donc je n’ai jamais ressenti ce genre de fatigue. J’utilise zed + claude, et il arrive parfois qu’en cours de route le contexte change et que ça se mette à fonctionner bizarrement ; dans ce cas, je restaure le code avec git et je lui demande de « réécrire en synthétisant ce qui précède », et il me produit quelque chose de plus propre. Ce n’est pas qu’on ne code plus directement au clavier ; c’est juste que le processus qui consiste à transformer les idées qu’on a en tête en code a changé, non ? Au contraire, le fait de saisir un prompt m’aide aussi à clarifier mes idées.
Vu le prix et les performances, ceux qui utilisaient auparavant Gemini 2.5 Pro peuvent sans doute passer directement à Gemini 3 Flash.
Cela dit, je me demandais si un quota gratuit pour le modèle Gemini 3 Flash avait été ajouté dans Google AI Studio. Je suis allé vérifier, mais il n’y en avait pas 😭
Avant, même après avoir passé toute la journée à écrire du code, je finissais le travail avec un vrai sentiment d’accomplissement. Maintenant, je passe la majeure partie de mes journées de travail à converser, et il m’arrive souvent de ne pas écrire moi-même une seule ligne de code, et pourtant je fais un burn-out… Je m’y reconnais parfaitement.
C’est un peu ambigu… Après tout, les runners self-hosted utilisent bien l’infrastructure de GitHub. Et comme cela n’a pas d’impact sur les dépôts publics, avec un tarif de 0,002 dollar par minute, on peut aussi se dire que si la facture devient vraiment importante, c’est sans doute qu’on est déjà sur un usage très orienté entreprise. Bien sûr, le vrai problème est probablement le fait même de faire payer.
Surtout qu’il existe beaucoup d’alternatives, donc migrer vers elles peut aussi être une option.
Oui, même symptôme sur iOS 26.1 x Safari.
C'est un commentaire triste de se dire qu'on ne peut recommander qu'une seule fois.
Je regarde sur mobile, et je vois quelques listes où il n’y a qu’un seul caractère par ligne dans le corps, probablement à cause d’un problème d’alignement. Et au-delà de ça, dès qu’on ajoute un peu de profondeur, la longueur des lignes devient dramatiquement courte.
Moi aussi, ma fatigue a augmenté exactement pour cette raison. Je m’y attendais, donc le fait d’être fatigué en soi ne me dérange pas, mais vu de l’extérieur, comme il n’y a plus ces moments où l’on martèle frénétiquement le clavier en codant, on dirait apparemment que je travaille avec énormément de marge. Et quand je dis que je suis plus fatigué qu’avant, les gens ont du mal à le comprendre....
De la technologie haut de gamme... merci.
Moi aussi, j’aimerais faire du refactoring.
Montrez-moi l’incitation et je vous montrerai le résultat. — Charlie Munger
Ça a l’air intéressant.
J’ai trouvé la lecture très intéressante.
Si on passe à l’environnement de développement, on peut faire le lien avec l’arrivée de VS Code et du LSP, puis jusqu’aux outils d’avant l’ère de l’IA de Tabnine.
Est-ce que c’est rassurant de voir qu’on a tous vécu la même chose… ?
Oh merci. Je l’ai aussi enregistré comme sujet séparé : Les interventions économiques pour freiner la mobilité des ingénieurs
Il y a parfois des gens qui, consciemment ou non, ne distinguent pas ce qui relève de la norme, du souhait ou de la prévision.
Ah, j’ai l’impression qu’on vient enfin d’expliquer clairement à ma place pourquoi je ressens cette fatigue.
C’est fatigant du point de vue des utilisateurs aussi,
mais j’ai l’impression que, même chez les développeurs, c’est devenu à la mode d’essayer de laisser ne serait-ce qu’une réalisation de plus à son actif en remaquillant des technologies qui, au fond, sont les mêmes, simplement avec des mots un peu différents, comme s’il s’agissait de nouvelles technologies.
Comme ce sont des technologies encore récentes, j’imagine qu’il est naturel d’essayer de prendre les devants.
Mais malgré tout, je trouve ça vraiment fatigant.
Je m’y reconnais vraiment.
Donc, à l’ère de l’IA, il faut des personnes dont la courbe d’apprentissage est rapide grâce à l’IA, mais j’ai du mal à partager l’idée qu’un « junior » signifie forcément « une courbe d’apprentissage plus rapide ».
Désormais, au lieu d’évaluer les développeurs juniors et seniors uniquement selon le degré d’accumulation d’expérience,
à l’ère de l’IA, ne faudrait-il pas plutôt distinguer les seniors par leur capacité à condenser très fortement l’apprentissage et à bien utiliser l’IA ?