Reprise du message précédent :

 
Je n'ai dit ni l'un, ni l'autre.
 
Sa phrase est : "meme si je serais curieux de voir comment le modèle se bat avec les lifetimes et le borrow checker sur des trucs complexes".
 

 
Face à toi oui c'est la moindre des choses.  

Dernier exemple qui date d'il y a à peine quelque heures :

// Add the correct return type and complete the function body.
// Desired output: `Ok([1, 11, 1426, 3])`

Réponse de claude 4.5 :

La défense à 2 balles, tu répondais à Devil's hein

Avec l'hiver ça n'ouvre plus beaucoup les fenêtres    
 

Ça me semble évident oui, un peu comme les écolo anti nuke

 
 
Les vrais auraient  converti en f32, arrondi a l'epsilon, pour envoyer ca vers l'infini; quel faible tu es:
https://doc.rust-lang.org/std/primi [...] nt.EPSILON
 

 

 
Ca commence

 
Ce n'est pas mon code. C'est d'ailleurs comme ça que je teste un peu les IA. Car dans les faits, la réponse marche.

Les points relais de colis : tellement vrai : https://www.youtube.com/watch?v=H_TiEcvcHV8  
 
Sinon, Deus ex silicium vient de sortir une vidéo sur un casque VR : https://www.youtube.com/watch?v=zfCQ_8-uBy0  

Et voilà c'est en haut dans mon watch later, comment je fais maintenant pour suivre

 
Et tu penses que ça fait l'unanimité de penser que les modèles d'aujourd'hui en sont incapables ? Faut voir ce que tu entends par complexe, mais ça me parait un peu rapide.
 

 
https://gemini.google.com/share/f59d067eb0c9

ça suffit le growth hacking

Disons que je me fie plutôt à mon expérience et surtout à ce qu'en disent les quelques personnes/experts que je suis. Quand je dis expert, y'a de tout en vrai. Ça peut aller des gens qui bossent sur le langage, à des gens comme Primeagen ou bien fasterthanlime. Sur du code "complexes" (oui ça reste à définir), les IA ne sont pas dingues et raconte très souvent de la merde ou font des trucs pas du tout optimisé (Cf mon exemple précédent).

On peut aussi citer les gens du topic, comme nraynaud qui nous montre souvent ses résultats ou Flo qui n'est pas tjs convaincu. J'ai jamais dit que ça ne marchait jamais, je l'utilise moi même sur quelques trucs. Mais sur des trucs un peu plus compliqué que du hello world, c'est pas magique et ça fait une dissonance avec HLM (ne fait plus de dev) ou Xat (non dev) qui nous disent que ça fait le café et que ça tond la pelouse en même temps.

Mettez-vous d'accord sur ce topic, on m'a dit Claude c'etait le plus mieux. Maintenant c'est Gemini. Ça va trop vite.

Précisément, ça va vite. Autant je veux bien croire que tu aies trouvé des cas où ça merdouille, autant ben ça merdouille de moins en moins, et ça commence à être compliqué de dire que pour nous ça marche pas.

 
Oui, Hepha, c'est un nullos, on le sait tous.    
 
Sans dec...  

C'est pas DU TOUT mon propos, mais tu peux relire avec le doigt. Ça tu sais faire. Avant de parler IA, on va peut-être se concentrer sur le Français et sa compréhension.

Même en local (avec devstral 2 mini) ça trouve la réponse en deux steps (une implem "manuelle" pas ouf au début, en lui disant "y'aurait pas un truc standard Rust qui fait ça il sort le collect)

Tu fais tourner devstral2mini ? C'est cool ?

devstral 2 small pardon

Je le fais tourner en local avec LM Studio, j'ai pas accès aux features de vibe coding & co

 
J'ai jamais dit que c'était le mieux, c'est ce que j'ai utilisé ce week end, mais tu peux pas savoir comme je m'en fou de quel modèle j'utilise, tant que ca passe dans un certain temps, c'est tout ce qui m'intéresse. Et ca fait 1 an que ca passe a 100%. Et comme dit oui ça peut être frustant, chiant, partir en loop et j'en passe, m'en fou, ca reste plus rapide que tes 10 doigts.
 

 
Je ne suis pas sur les codes les plus complexes de la planète, loin de là, mon secteur est globalement le web avec quelques To de data par jour, donc loin du jouet, mes problématiques sont sur des graphiques de stabilité de la BDD et combien de To aujourd'hui ce noeud prend et qu'est ce qui lui arrive pour n'être qu'a 2000 objets par seconde. Donc on est pas sur un advent of code ou "tant que ca compile".
 
A ce jeu, entre un code moyen en python ou node sorti par un humain, et globalement le code que tu as donné en Rust. Rust tous les jours en fait Même moyen
 

 
C'est une attitude. Dans la boite ou je suis, le pole IT fait 60 personnes. La majorité ne touchent pas a l'IA car "ca ne marche pas".
 
 
Manque de bol, ca marche. Et le management le sait vu que c'est moi Résultat, ceux qui n'ont pas pris le train de l'IA, vont pour la plupart être viré (a vrai dire s'il arrive a sortir la même vitesse sans IA ca me va aussi, mais dans les faits ca n'est pas le cas, un bon ingé avec IA >>>>>> le reste, c'est flagrant). Résultat un écart est entrain d'apparaitre et c'est assez visible.
 
On estime au doigt mouillé de diminuer entre 1/3 et 1/2 notre pole informatique sous environ 2 ans, pour sortir le même nombre de fonctionnalités par mois.

 
Dans les success story, j'ai un admin sys, qui ne sait faire que de l'ansi C et du bash. Il y a un an, justement, quand j'ai fait le test avec sonnet 3.5, il a vu l'ensemble du projet sortir en 10min compilation comprise (et pas juste le middleware )
 
Il est venu me demander d'arrêter ce qu'il faisait pour recréer un OCR qu'un de nos fournisseur fait - en Rust + vibe code. On parle d'une boite d'une centaine de personnes, spécialisé dans un type d'OCR et de rendu très particulier, avec beaucoup de travail manuel pour classifier ce que sort l'OCR et le rendre aussi parfait que possible (genre "il y a 4 articles dans la page, l'image 1 est associée au texte 3 et parle de X, le headline est associé au texte 1 et parle de Y, ..." )
 
 
Un an plus tard, le code qu'il a pondu, 100% IA vu qu'il ne sait pas coder (majoritairement gemini 2.5 de ce que j'ai compris - je pense qu'il a quand même de bonne base en Rust maintenant, il est pas con et aime bien voir ce qui se passe), coute 200e par mois, a un meilleur % de réussite que notre fournisseur (qui était pas mauvais, dans les 93%/95% suivant la langue), n'a pas de besoin de main d'oeuvre car 100% automatisé, et va donc radier une facture de 50/60Ke par mois puisque le fournisseur devient obsolète.
 
Le CEO a proposé de racheter une bouchée de pain ledit fournisseur -qui a vu le produit-, apparemment, le fournisseur y réfléchit sérieusement car il ne voit pas son business exister encore plusieurs années avec un produit aussi peu cher en face qui se permet en plus un plus haut % de réussite.
 
 
Mais oui l'IA c'est pour les code-jouets et autres hello world. D'ailleurs, en parlant de jouet et d'IA, un pico-muchacho si vous n'avez pas vu cette news croustillante:
https://www.nbcnews.com/tech/tech-n [...] rcna246956

 
Vous avez mis quoi en place pour leurs formations, montee en compétence et échanges de pratiques et compagnie ?

Formation aux RH pour les ruptures co en masse + level up du service légal pour gérer les prud'hommes à venir

je garderai quand même une petite marge de manœuvre : tu ne payes pas le dixième du cout des modèles et des usages
donc soit tu paries sur l'amélioration massive des modèles ET que les investisseurs ne veulent pas retrouver leur mise de fond.
soit il va falloir payer, massivement.
Autant le 2nd point est jouable pour un google, autant ça me semble peu probable pour openai. Mais bon je peux me tromper

et il y a une raison pour laquelle il y a un paquet de métiers pénibles et manuels : l'humain n'est pas forcement plus cher

edit: doc ce servir d'un truc vibe codé au quotidien, c'est un pari sur la maintenance, mais bon le risque est plutôt faible. Par contre dépendre d'un service en ligne pour une tache critique c'est pas la même.

Il n’est pas dans des pays liberticides remplis d’assistés

Bon, je vais order ça :
 
https://frame.work/gb/en/products/d [...] ration/new
 
Pour le boulot (le 395+ 64GB)

Ça me semble cher non ?

Je pensais que c'était plus automatisé que ça chez Villeroy & boch la production d'éviers en céramique : https://www.youtube.com/watch?v=lg9_QvQ2RpQ  
Faut environ 7 jours pour faire un évier à cause de tous les temps de séchage et cuisson au four...

 
Non, c'est pas cher.  
 
C'est pour charger des (gros) models IA grace au fait que tu as de la "unified" RAM que tu peux allouer au GPU intégré. Tu peux donc tranquillou allouer 56 GB de RAM au GPU ou même 60 et garder 4 GB pour le système. moins de 2K pounds, je trouve pas ça cher. Si j'achète un gaming computer avec une 5090, ça va non seulement me couter plus cher, mais j'aurais que 32GB pour le GPU au maximum.
 
Et ne parlons pas des VRAIS compute nodes avec des vrais GPU pour l'IA hein...  

Je l'achète demain. Je vous raconterai une fois que je l'aurais et que je l'aurais testé.

C'est depuis quand la mémoire unifiée chez AMD

 
LOL, c'est depuis qu'ils ont décidé que c'est bien plus efficace pour que la RAM serve autant au CPU qu'au GPU intégré. Et encore une fois, ce PC n'est fait ni pour Madame Michou, ni pour les joueurs hein... C'est clairement pour ceux qui chargent des modèles IA ou qui ont besoin d'une grosse mémoire pour le GPU (peut servir pour de la vidéo ou de la 3D aussi - pas en terme de speed, mais en terme de quantité de données traitées... C'est pas aussi rapide qu'une 5070. C'est comme une 5060, mais avec une énorme RAM dispo)
 
Edit :
 
Par exemple :
 

Non mais c'est très bien, j'étais pas jus du coup je matais le matos chez Apple

On peut les chain en thunderbolt 5 ?

 
 
 
Ca a commencé par de l'échange de bonne pratiques assez informel. Ensuite on a repéré les quelques uns qui semblaient apprécier l'idée (pas forcément des gens de l'IT d'ailleurs), et on les a grimper en compétence de prompt.
 
Faut dire qu'on avait un playground interne avec quelques millions d'articles pour tester les idées, ca aide.
 
 
 
De l'autre côté on a mis en place un repo git de toutes les commandes a mettre en global de cursor: les bonnes pratiques et la structuration du code en prompt global de Cursor, il y en a en fin de compte assez peu, c'est plus pour éviter cette bouille d'emoji que ces trucs te chient sans arrêt    
 
 
 
Pour les formations, on a rien fait, on suivait GPT 1 puis 2 puis ChatGPT 3 (qui a été le premier qu'on a réellement installé en prod - a l'époque on a fait l'erreur de retrain des modèles), puisque ca peut nous intéresser dans notre coeur de métier depuis toujours. Donc on s'est dit qu'on ne trouverait juste personne de plus formé que nous même vu qu'on suivait OpenAI avant la hype... On a pas cherché si c'était le cas ou pas
 

 
Le truc de la recette: lacher le mot redondance/motif économique
 
 

 
On a encore des OpenAI/Google, et ce sont pas des petites factures. Mais en nombre de feature, assez peu. On est surtout sur des modèles interne maintenant. On a je crois une 30ene de H100 quelque part pour toute la prod, environ 50% de nos usages sont sur Llama 7b (qui est chiant mais ca se fait, parce que 7b est mi-con ). Le reste est un mix de 70b, et OpenAi/Google/Groq/autre.
 
Donc une grosse partie du dev "qui a besoin d'IA" va consister a essayer de passer le prompt qui marche bien sur GPT ou autre, sur un minuscule Llama 7B vraiment pas très vaillant. Mais ca se fait et on réussit pas mal dans l'ensemble.
 
 

 
Notre logique a toujours été "trash code", bien avant l'IA, on préfère aller au plus vite, on ne fait pas de tests U, et on pousse en prod aussi vite que possible. De bonne chance que le code soit mis a la poubelle avant même que tu  trouves un bug. Fait ca sans arrêt et l'application va s'auto stabiliser rapidement avec la remonté de bug de l'autre côté.
 
On a l'avantage de ne pas toucher a des données sensibles, et donc on abuse de ce loophole au maximum.
 
Juste notre SLA doit pas atteindre 99%, mais bon de l'autre côté on a des features que 0 compétiteur ont, donc les clients ralent un peu mais pas trop
 
La seule règle qu'on a, c'est de protéger la BDD au maximum (y compris en vibe code), ca on déconne pas du tout, et pas de déployement le vendredi, mais c'est juste qu'on veut nos week ends et soirées serein.

 
Je n'en suis pas sûr... Je ne pense pas.  
 
Tu peux faire ça avec les nvidias : https://www.nvidia.com/en-gb/produc [...] dgx-spark/
 
Mais c'est déjà bcp plus cher (à l'unité je veux dire). Et puis c'est de l'arm sous Linux. Je dis pas que c'est pas bien, mais certains trucs ne tourneront pas dessus.

 
Et il y a un gros risque sur la dette technique, qui pèsera à moyen terme. La fraction de la base de code qui n'est maîtrisée par personne augmente, et on laisse très facilement passer des bugs cons mais discrets, qui vont nous péter à la gueule dans six mois ; sans compter les vibe coders qui n'en ont rien à carer et qui poussent tout ce qui compile tant que ça fait joli sur le package de promo, et pour qui il va falloir trouver une solution parce que ça décuple encore la vitesse d'acquisition de la dette.

Ah oui vous faisiez déjà du vibe coding, c'est clair que l'IA colle bien à votre culture.

Je suis entièrement d'accord avec ça.
 
J'ai même un exemple : j'ai eu le cas dans un truc que j'ai fait à moitié en vibe-code l'an dernier, histoire d'essayer la hype. Une gestion de "bons cadeaux." Ils expirent au bout d'un an. Sauf si t'en commande plusieurs "séries" d'un coup. La première série va expirer au bout d'un an. La deuxième 2 ans, la troisième 3 ans, etc. Et oui, ce con a utilisé un DateTime plutôt qu'un DateTimeImmutable (c'est du PHP), et modifie la date ($order_date->modify('+1 year'))) dans une boucle Discret et vicelard, et forcément tu le captes des mois après parce qu'il y en a un qui a enfin commandé plusieurs séries d'un coup.
 
Je sais ce qu'on va me dire : "florentgsadnoir ta suite de tests était mal branlée" Bah oui, vu qu'elle était tout aussi vibe-codée que le reste   CQFD

Oui c'est ce que j'allais écrire
Vous n'attendiez que le fait que la techno soir vaguement au point
Ici par exemple j'ai passé environ 3 jours sur un bug qui ne semble affecter qu'un client (pour le moment ) par exemple, et c'est tout à fait acceptable

On sait très bien que ce genre de bug va d'un coup, sans raison apparente, affecter 300 personnes et mettre le support sous l'eau, sans qu'on sache pourquoi du jour au lendemain