À force de répondre aux commentaires, j’ai l’impression que le message que je voulais faire passer dans mon texte se clarifie.
Je pense que, pour chaque entreprise prise individuellement, la demande en développeurs va diminuer d’une manière ou d’une autre, mais que le nombre d’entreprises — ou d’acteurs comparables, qu’il s’agisse de structures ou de particuliers — ayant besoin de « travail de développement » va augmenter bien davantage ; il y aura donc toujours beaucoup de travail pour les développeurs.
Bien sûr, l’IA pourrait aussi remplacer cela, mais à ce stade, n’y aurait-il pas alors quasiment aucun métier qui n’y échappe ?
Comme le nombre de concepteurs de composants aussi essentiels est limité, je pense qu’au final, il est effectivement vrai que la demande pour le métier de « développeur » va diminuer.
Cela me rappelle un article que j’avais écrit auparavant.
« Surmonter la peur d’être sous-estimé, rejeté ou de déranger quand on pose des questions et qu’on demande de l’aide » https://fr.news.hada.io/topic?id=8574
Les équipes de notre entreprise ont lancé leurs projets en disant que JavaScript suffisait, mais maintenant elles sont toutes en train de migrer vers TypeScript.
Je suis d’accord. À l’avenir, on va sans doute se répartir entre ce que fera le codage par IA et ce que les humains devront assurer en matière de conception et de revue, et j’ai l’impression que nous coexisterons jusqu’à l’arrivée d’une IA capable de comprendre l’ensemble d’un projet.
Je pense que le facteur de succès qui a permis à TypeScript de l’emporter sur Dart, c’est qu’il ne remplace pas JavaScript mais le complète. Je suis vraiment content de l’avoir appris.
J’ai l’impression que le concept de surveillance et de supervision du processus ne colle pas vraiment à Vibe Coding.
À l’origine, le vibe coding consiste simplement à expliquer les choses à l’IA avec des mots ; de ce que je comprends, ce n’est pas le concept d’Efficient Coding with LLM. J’ai l’impression que c’est quelque chose dont l’ambiance est totalement différente du vibe dont parlait Karpathy. À mon avis, ça ressemble plutôt à du low coding with LLM.
Les bonnes entreprises cherchent à recruter uniquement d’excellents ingénieurs. Or, le vivier de ce type d’ingénieurs est limité. C’est pourquoi les recrutements n’augmentent pas.
C’est très souvent ce que je ressens. En effet, même si nous faisons des efforts pour recruter de bons ingénieurs dans une petite entreprise, ce n’est vraiment pas facile.
Il est certes utile de bien comprendre en profondeur le product engineering nécessaire aux startups, mais je pense qu’il reste tout aussi pertinent de choisir une voie où l’on pousse la technique à son extrême et où l’on perfectionne sans cesse ses compétences. Le développement consistant à créer de simples applications web sera remplacé par l’IA, mais il faudra toujours que quelqu’un conçoive Kubernetes et imagine l’architecture d’ElasticSearch.
Il est arrivé dans le JDK 23.
Après test, même si la version du JDK du projet est inférieure à 23, cela fonctionne normalement tant que l’IDE ou l’outil d’export Javadoc le prend en charge.
Il existe aussi cette objection : https://hackers.pub/@yurume/0195cc17-b1ed-712e-9ecf-dcc49158220a
À force de répondre aux commentaires, j’ai l’impression que le message que je voulais faire passer dans mon texte se clarifie.
Je pense que, pour chaque entreprise prise individuellement, la demande en développeurs va diminuer d’une manière ou d’une autre, mais que le nombre d’entreprises — ou d’acteurs comparables, qu’il s’agisse de structures ou de particuliers — ayant besoin de « travail de développement » va augmenter bien davantage ; il y aura donc toujours beaucoup de travail pour les développeurs.
Bien sûr, l’IA pourrait aussi remplacer cela, mais à ce stade, n’y aurait-il pas alors quasiment aucun métier qui n’y échappe ?
Comme le nombre de concepteurs de composants aussi essentiels est limité, je pense qu’au final, il est effectivement vrai que la demande pour le métier de « développeur » va diminuer.
Cela me rappelle un article que j’avais écrit auparavant.
« Surmonter la peur d’être sous-estimé, rejeté ou de déranger quand on pose des questions et qu’on demande de l’aide »
https://fr.news.hada.io/topic?id=8574
Vous avez tout à fait raison !
Merci beaucoup pour cet excellent article, vraiment très pertinent !
Les équipes de notre entreprise ont lancé leurs projets en disant que JavaScript suffisait, mais maintenant elles sont toutes en train de migrer vers TypeScript.
Je suis d’accord. À l’avenir, on va sans doute se répartir entre ce que fera le codage par IA et ce que les humains devront assurer en matière de conception et de revue, et j’ai l’impression que nous coexisterons jusqu’à l’arrivée d’une IA capable de comprendre l’ensemble d’un projet.
Cela dit, en matière d’écosystème, Linux gardera probablement l’avantage...
Je pense que le facteur de succès qui a permis à TypeScript de l’emporter sur Dart, c’est qu’il ne remplace pas JavaScript mais le complète. Je suis vraiment content de l’avoir appris.
J’ai fait une faute de frappe. T_T
En particulier, c’était surtout parce qu’il n’était pas facile de faire en sorte que l’IA « suive ce que je dis » -> c’était le premier
Je suis d’accord ! Bien sûr, l’IA aidera aussi dans ce cas, mais je pense que ce sera difficile juste au feeling.
J’ai l’impression que le concept de surveillance et de supervision du processus ne colle pas vraiment à Vibe Coding.
À l’origine, le vibe coding consiste simplement à expliquer les choses à l’IA avec des mots ; de ce que je comprends, ce n’est pas le concept d’Efficient Coding with LLM. J’ai l’impression que c’est quelque chose dont l’ambiance est totalement différente du vibe dont parlait Karpathy. À mon avis, ça ressemble plutôt à du low coding with LLM.
Argh, c’est vraiment le genre de produit ni fait ni à faire...
Ah ah.....
Merci à vous deux pour vos réponses !
J’ai du mal à être d’accord avec le point 1.
C’est très souvent ce que je ressens. En effet, même si nous faisons des efforts pour recruter de bons ingénieurs dans une petite entreprise, ce n’est vraiment pas facile.
Il est certes utile de bien comprendre en profondeur le product engineering nécessaire aux startups, mais je pense qu’il reste tout aussi pertinent de choisir une voie où l’on pousse la technique à son extrême et où l’on perfectionne sans cesse ses compétences. Le développement consistant à créer de simples applications web sera remplacé par l’IA, mais il faudra toujours que quelqu’un conçoive Kubernetes et imagine l’architecture d’ElasticSearch.
Le commentaire disant que c’est le rêve de l’ASO est marquant.
À titre indicatif, voici le jeu créé avec le vibe coding : https://www.stdy.blog/vibe-go-stone/
Il est arrivé dans le JDK 23.
Après test, même si la version du JDK du projet est inférieure à 23, cela fonctionne normalement tant que l’IDE ou l’outil d’export Javadoc le prend en charge.