Reprise du message précédent :
Une des thèses c'est qu'avec l'IA, les boites vont se rendre compte qu'elles peuvent développer beaucoup plus et plus vite et donc ca pourrait quand même créer de l'emploi.
Après, le goulot d'étranglement c'est pas le salaire d'un dev senior, c'est actuellement le cout des tokens.
Je ne sais plus c'est quelle boite (Shopify ?) où le CEO a annoncé qu'ils ont déjà dépensé leur budget token pour l'année là...

Mais pourquoi prendre des juniors? si ce n'est pas pour regarder le code, suffit de parler français et c'est bon, voir un malgache à 200€ / mois  
 
En tant que dev, ça devient n'importe quoi, en fait à l'époque (avant ia) tu te referai à la compétence et vitesse humaine, maintenant c'est plus cette référence, c'est vitesse machine, plus t'en as plus t'es rapide, l'humain est loin derrière.  
Même seulement recopier du code, on dépasse rarement 100 "mot" à la minute, alors que l'ia écrit ça à la seconde.
 
Mais j'ai appris aussi, que la vitesse de coder c'est quelque chose, la vitesse des idées c'est autre chose.
Si j'avais token illimité, je ne saurai pas quoi en faire.
 

BORDEL, ils ont patché Codex, il ne bosse plus quand il atteint le quota 5h meme s'il reste du quota hebdo

Ah oui j'ai entendu cette histoire
Ce sera de nouveau rentable d'embaucher avec les hausses des prix d'abonnements d'IA

Oh non
/goal ça continue plus après sniff

T’as accès à /goal??? Moi il me le propose pas quand je tape goal dans codex  

Ah peut-être que je confonds

Il suffit de l'activer, mais depuis hier c'est activé d'office.
Je parle de la CLI, j'utilise pas l'app avec GUI

 
C'est le cas dans ma boite. Au lieu de viser le bas du panier et penser à virer tout le monde on dev plus vite et on rajoute plus d'IA dans nos produits. On n'a d'ailleurs plus de 200 postes ouvert, 30 en dev et juste 2 juniors.
 
D'ailleurs ce qui bloque le dev c'est pas la technique mais le management qui traîne et arrive pas a suivre .
 
Je pense qu'il y a deux secteurs qui vont exploser, la sécurité et la QA. On a eu une présentation d'une équipe qui fait un copilot maison, tester l'utilisation d'une IA de manière déterministe est très difficile, même quand on contrôle tous les paramètres (hard, soft et modèles).

Ben l’abo de base de ChatGPT/Deepseek pour faire réviser ton gamin c’est suffisant par rapport aux centaines d’euros, voire plus,  pour payer un tuteur  

Pour ma part c'est exactement ce que je fais.
 
J'essaie de mettre de l'IA partout au plus bas de l'organigramme pour accélérer l'opérationnel, qui est LE goulot d'étranglement dans une société.
C'est pas par ce que les gens sont nuls mais par ce qu'avoir 3 idées ça va beaucoup plus vite que d'avoir réalisé 3 projets.
 
Pour l'instant on n'a arrêté qu'un seul dev car on a tellement accéléré que le métier galère à suivre, donc ça ne sert à rien d'ajouter de la capacité de prod aujourd'hui.
L'IA commence à aider le métier à aller plus vite mais c'est beaucoup plus complexe à mettre en place.

 
Ah oui c'est vrai, il a oublié sur hfr  

Mes derniers stagiaires surtout c'est un problème d'attitude.
Tout leur est dû, pas d'effort, distraits (faut se battre pour pas qu'ils touchent au portable) et oui, ils sont mauvais moins bons.

Et surtout, les IA vont en s'améliorant, les juniors l'inverse.
Donc au bout d'un moment

et tu prévois de pouvoir retourner en arrière au cas ou l'ia devient cher?  

ben un junior en 2026, il ne va pas avoir le courage d'apprendre des heures par jours durant des années à coder si le travail peut être fait en quelques prompt. Le sénior a des années avant IA ou il a pu apprendre au fur à mesure à un rythme humain.
 

Ça c'est tellement vrai

Après ils ont peut etre raison.
Musk a dit que l’IA va faire tout le boulot et on aura tous un revenu universel sans bosser

Pour ceux qui ont testé, juste la création du compte avec un VPN suffit ?
 

trop cher
 
non profit au nigeria par contre ça existe ?

Quel âge as tu ? C'est juste un souci d'incompréhension entre génération. Dans 30 ans on pourra remarque que la génération qui arrive a réalisé des avancées majeures.
Juste pas de la même manière, pas avec les mêmes outils et pas la même motivatoin (autant de motivation mais sur d'autres plans).
 
 
 

C'est bien pour ça qu'il progresseront beaucoup plus vite que la génération actuelle. Aujourd'hui, un senior, qui a des années de pratiques de l'ancien temps (avant IA) est souvent plus persuadé qu'il ne faut rien changer qu'un petit jeune qui s'est mis à Claude ou Codex direct.
 

Revenir en arrière ? Quelle idée ! Jamais de la vie.
 
Je teste des fallback avec des modèles chinois. Un jour on aura du local performant.
 
A ce jour, une équipe de 7 produit comme s'ils étaient 15 ou 20. Prenons 15. Je gagne 8 personnes temps plein, pour 500/800 euros de frais de token par mois.
Même si ça faisait x 10 ça reste ultra rentable.

 
Je ne parlais de dev, en général. (je ne suis pas dev )

 
Quel niveau les stagiaires?
On a rarement eu le cas, mais on prends surtout pour des longues durées (mini 4 mois) ou alternance.

 
Si il est malin, il comprendra que si il ne sais qu'utiliser un prompt il ne sert a rien, la caissière du coin fera tout aussi bien pour moins chère.
Un junior peut très bien prompter 99% du temps, mais il doit relire le code, comprendre ce qu'il fait et prouver que ça marche comme attendu.

Mais non pas du tout. Personne ne doit relire le code, c'est le passé ça !
 
On doit faire coder par l'IA, faire les bons tests/validation métier et basta.

Faut peut être voir un peu plus loin que le cout financier (mais je sais, ce n'est pas le bon topic, doomiste, bla²).

Oui le prochain métiers ça sera « Manager d’agents IA ».
Arriver à faire coder des features/projets qui marchent pour le prix le moins cher possible.
Et sans doute ça sera des missions pour freelancers

Non c’est pas le bon topik. Ici on est la pour remplacer au mieux les humaines avec l’IA pour aller vite et faire un max de profits  

 
tu as une vision faussé de pionner je pense, par exemple le bitcoin, certains en ont miné ici avec des cpu au début, puis gpu, c'etait "rentable" puis les mineurs dédiés, puis tout le monde s'y est mis, ce n'est plus rentable, faut juste être en avance technologique, une fois que tout le monde s'y met, la rentabilité n'est plus là, car le facteur de concurence est ailleur (salaire, frais fixe, charges, etc).
 
Tu veux te faire ton IA locale, mais elle sera surement moins perfomante et coutera cher en electricité par rapport aux startup qui ont des serveurs pro et datacenter optimisés. et peut être meme des datacenter chinois à bas cout.
 
A voir dans le temps.

Mon schema futur potentiel c'est :
1 modèle frontier au top
Fallback sur le concurrent frontier, toujours en cloud
Si jamais ça tombe, et si les modèles sont moins couteux à faire tourner, fallback sur du local pour les tâches dont il est capable

J'imagine bien un futur avec des providers locaux de modèles OS
Comme les hébergeurs d'aujourd'hui

Y'a une époque ya des gens qui te disaient que c'était suicidaire de baser le bon fonctionnement de ton entreprise sur internet car les couts pourraient exploser et ou internet ne plus être dispo.

PS : et pour l'instant on n'a pas du tout commencé encore, mais je veux aussi un fallback niveau harness

Dev ici (à mon compte, donc 100% télétravail, je ne traîne pas à la machine à café et j'utilise l'AI   )

Alors, c'est peut être vrai dans ton cas, mais pas de mon expérience. Les LLM sont des générateurs de dette technique. Mais c'est peut-être un skill issue de ma part    

  Une assurance sur la qualité technique du produit ?

Ben non, suivant ta réflexion, pas besoin de dev, pourquoi prendre un dev junior quand n'importe quel non illettré peut faire le job ?

  Tu n'es pas dev et n'a pas regarder ce qu'un LLM produit comme code AMHA
Oui, un LLM génère plus vite que je ne tape mais la qualité du truc... Pour debugger, etc. il faut un LLM car c'est imbitable. C'est troquer la souveraineté pour la rapidité (à court terme IMHO, ensuite   )

En te lisant, je suis entre   , et    
Je pense que sur le but, on est raccord : moi, pour scaler, l'AI me serait utile, car à part augmenter mon tarif, je ne peux pas me dédoubler, mais pour l'instant c'est un outil, pas un truc qui pourrait me remplacer de prêt ou de loin (mais je travaille dans la finance).

Plus de gens qui promptent    

Ça je connais   De mon expérience, le problème ne sont pas les devs, en tout cas en premier lieu, mais le management et leur manque de specs/rigueur, leur réunionite, demande de cathédrale avant même d'avoir une idée de la fondation, etc.

Soit vous étiez vraiment en sous-régime avant (ce qui me semble le cas de 99% des sociétés), soit tu devrais vendre une formation.

Ça c'est aussi vrai pour sans AI, et c'est le gros problème AMHA. Je recrute des devs pour un client, et je n'en ai jamais vu un qui s'intéresse vraiment au métier, donc c'est dur d'avoir du bon code derrière, et c'est vrai aussi pour les managers, rares sont ceux qui connaisses bien les produits financiers et sont capable de produire de bonnes specs et valider correctement ce qui a été fait.
 
J'ai l'impression que pour toi le but c'est : « ça marche » sans te soucier de si la conception est bonne et que la « mécanique » sera fiable et maintenable. Je privilégie la fiabilité (respect des règles métier) et maintenabilité en premier lieu ; dev ou AI je m'en fous, mais pour l'instant ce n'est pas possible avec le second AMHA (sans un dev très expérimenté à la fois sur le code, mais aussi sur le business du client).

Hello
 
"Les LLM sont des générateurs de dette technique." ça dépend de comment on s'en sert. Ca peut, comme ça peut être parfaitement nickel. Pour certaines technos on a un validateur strict qui est très contraignant. Tout commit y passe et est renvoyé à l'expéditeur s'il ne respecte pas les principes.
 
" Une assurance sur la qualité technique du produit ? " Assurance certainement pas. Les humains ne sont pas infaïbles du tout. D'ailleurs on croulait déjà sous les bugs il y a 5 ans. Bugs parfois du à une imprecision de demande, à des modifs itératives dans l'urgence, au dev lui même, etc.
 
"Ben non, suivant ta réflexion, pas besoin de dev, pourquoi prendre un dev junior quand n'importe quel non illettré peut faire le job ? " Oui et non. Un mec qui n'y connait rien du tout sera beaucoup moins alerte sur les choses à ne pas faire et promptera largement moins bien. Ca demande beaucoup plus d'organisation et de garde fous. D'ici quelques années ce ne sera plus un souci mais à ce jour ce n'est pas si simple.
 
"Ben non, suivant ta réflexion, pas besoin de dev, pourquoi prendre un dev junior quand n'importe quel non illettré peut faire le job ? " bha j'y pense
 
"J'ai l'impression que pour toi le but c'est : « ça marche » sans te soucier de si la conception est bonne et que la « mécanique » sera fiable et maintenable." Non, c'est "ça marche, ça passe tous les tests métier et ça passe tous les gardes fou technique". Si oui, alors je me fous de comment c'est écrit, mais ni plus ni moins qu'avant.
 
Avant je faisais des demandes, selon le dev qui la réalisait le code n'était pas le même. Je m'en fous, je valide le fonctionnement.
 
Les dev regardent trop le monde de leur point de vue. Il faut le voir du côté métier. Le métier a toujours fait sa demande à quelqu'un. Maintenant ils la font à quelque chose et ça va 200 fois plus vite et ça dit jamais non.
 
Je ne dis pas que c'est parfait ni qu'on met ça en place en 2 semaines, mais tout tend vers ça

Le gros chamboulement qu’on va avoir d’ici un an c’est quand les boites vont se rendre compte que les SAAs qu’elles paient cher pourra être refait en interne pour quelques centaines d’euros.
Les salesforces et autre airtable vont bien souffrir.

 
C'est peut être possible quand on fait des sites web en php pour 3 utilisateurs, mais pour des vrais applis avec beaucoup d'utilisateurs c'est pas encore possible.
Rien qu'au niveau sécurité ces derniers temps, certains auraient du relire leur code/config avant de mettre en prod

 
Mettre en place un truc vibe codé en interne est une chose, le maintenir en est une autre.

C'est sous estimer le problème de maintenir le bordel. Souvent les boite paient un service "qui marche " et en face c'est une ligne comptable en face pour la facture, basta.
Tout rapatrier en interne c'est facile si c'est un service résilient qui une fois installé tourne tout seul, sinon pour pas mal de boite il va être très compliqué de justifier que X ou Y vas avoir % de temps associés au maintiens de tel service, je pense que le vrai frein est pas technique mais bien plus comptable/managériale.  
 
Les boites paient avant tout un coût de responsabilités plus qu'un calcul de coût de prestation.

@Falkon : tu dis pas d'IDE, mais j'utilise Claude Code qui est l'équivalent de Codex, mais dans VS Code, selon toi je ne devrais pas, mais utiliser Claude Cod uniquement dans le terminal ? Je demande pour bien comprendre ce que tu dis
 
@Olivie : Refaire Salesforce pour quelques centaines d'€ ça va être un peu tendu comême

 
Non ce que tu évoques c'est un souci soit de choix de modèle, soit de contexte, soit de filet de sécurité.
Si tu peux faire coder un truc et le pousser en production sans que rien ne se rende compte qu'il y a une énorme failel ou une clé en dur, c'est que ton process est incomplet.
 
Et si ça peut lever un doute, on a juste un tout petit peu plus de 3 utilisateurs. Je ne gère pas une épicerie en ligne.

Avec opus 6 et ChatGPT 7 ça sera izi  

 
Valable aussi pour le code à la main.
 
On arrive au débat des voitures autonomes.
 
Est-ce qu'il y a des accidents avec autopilote ?
Oui.
 
Est-ce qu'il y en a statistiquement xxx fois moins que pour les voitures avec conducteur humain ? Oui aussi.
 
Conclusion, il vaut mieux avoir les fesses posées dans une voiture autonome que dans un random uber