oau a écrit 314 commentaires

"Sources d'erreur" ça c'est très vrai, comme les humains d'ailleurs (les LLM n'ont pas >inventé les bugs). C'est pour ça qu'on relit et qu'on teste. Les anecdotes "ChatGPT a dit >une connerie" il y en a autant que de gens qui disent que ça les a aidés.

C'est d'autant plus difficile de voir le bug potentiel quand on a pas écrit le code, et que probablement on ne comprend pas non plus le code.

Et pour l'exemple en question, ce n'est pas un bug c'est une erreur. Le client veut augmenter la taille d'un message dans rabbitmq et gpt lui dis de changer la valeur de frame_max. Aucun rapport. Ouvrir la doc de rabbitmq, / max_, trouver le paramètre, lire la définition. Environ 1minute….

Pour moi il y a plusieurs problèmes structurels avec ces outils :

• on ne fait plus ses gammes, son footing et donc on perd en fluidité, en agilité et au final en compétence
• utiliser un llm est un anti pattern du dev. Développer c'est faire du spécifique pour répondre à un cas bien particulier. Si ce n'est pas du spécifique c'est dans une lib, et les lib sont dans un framework. Par essence un llm donne des réponses génériques. Si c'est générique c'est dans la lib et dans le framework avec tous les avantages connus.
• Perso je trouve les llm verbeux, ils écrivent trop de code et ne respectent pas les pratiques du projet et on se retrouve avec du code incohérent avec la base de code. Tout ça pour dire que relire le code généré par un llm est fastidieux et j'ai souvent bien plus vite fait de l'écrire moi, que de demander à un llm, une fois deux fois trois fois dix fois pour avoir ce que je veux, puis de relire, de comprendre et de remettre au carré.
• écrire le code n'est plus vraiment un sujet depuis très longtemps je pense. Être un dev aujourd'hui c'est comprendre le besoin, comprendre l'architecture de la base de code et écrire juste le strict nécessaire pour ajouter le code qui répond au besoin. J'ai de plus en plus à intervenir sur du code que j'ai écrit pour des clients il y a plusieurs années et qui a été repris par la suite par d'autres gens et le plus souvent je trouve côte à côte du code similaire empilé par divers dev. Au bout d'un moment tout s'effondre sous son propre poids. Et moi je nettoie derrière.

Pour terminer sur le sujet, les gens qui utilisent un llm lisent un livre en portugais sans parler la langue et de dire qu'ils comprennent.

Bref comme me l'a dit un presta chez un client : "moi je suis très content que les gens dev avec un llm. Comme ça je répare leurs bêtises à 5k€ la journée".

Le truc c'est qu'ils ont un très gros corpus et qu'ils ont lu beaucoup de code, plein >d'exemples, bien plus que toi. D'où leur puissance en tant que "perroquet stockastique". >Quand bien même ils ne feraient que reproduire des choses déjà vues, approximativement, >ils en ont vu bien plus que n'importe quel humain. Et avec une grosse profondeur de >contexte, de nos jours. Ça suffit pour faire illusion sur plein de trucs, en donnant >l'impression qu'ils ont des capacités qu'ils n'ont pas (c'est indépendant de la suite)

Le problème c'est qu'ils ont lu tout et n'importe quoi. Du très bien, et du très mauvais et qu'un llm n'est pas capable d'en faire la différence. Car souvent entre le bien et le mauvais le contexte d'utilisation final est primordial.

Ensuite deux choses rapides. Dans un monde ou le réel est devenu une opinion faire illusion est suffisant pour beaucoup de chose. Mais quand il faut vraiment faire un truc, là on voit que les llm sont inutiles voire source d'erreur. Pas plus tard qu'hier le dev d'un de mes clients voulait à toute force injecter une nouvelle config dans rabbitmq pour aggrandir la taille maximum des messages et ça ne fonctionnait pas. Bien sûr, c'est la faute de l'admin. En vérité il a demandé à chatgpt qui lui a raconté absolument n'importe quoi. Cette aventure arrive chaque semaine. Ouvrir un livre dans une langue étrangère et lire ce qu'il y a écris ne fait pas de toi quelqu'un de bilingue. C'est exactement ce que fait un llm avec le code. Si tu ne sais pas comprendre ce que le llm te raconte tu vas faire des bêtises, beaucoup de bêtises. Tu vas perdre du temps et surtout tu ne vas jamais consolider tes connaissances. Et si tu sais, tu n'as pas besoin de llm.

Dernière chose, une équation n'est PAS intelligente, une équation ne fait rien d'autre que donner A quand on lui donne B. Rien de plus et un llm c'est juste une très grosse équation.

Pour moi c'est depuis bien longtemps une absolue certitude et la principale raison de mon engagement dans le ll. Les bourgeois collaborent, tout le temps. Leurs intérêts avant toute chose. Si ça leur ait utile ils le feront. Mais en face nos bourgeois à nous, sont tellement des fragiles qu'ils accepteront tout et n'importe quoi pour pas que ça arrive et que ça continue comme avant. Seul le mur climatique changera quelque chose. Malheureusement.

c'est tout à fait vrai. Cependant vu le manque de courage de FDL il est raisonnable de penser que ces politiques puissent être vider de leur substance. J'espère que non et j'aurais aimé avoir une UE plus forte. Je ne suis pas persuadé que ce soit le cas. L'avenir nous le dira. En attendant, chez moi. Point de logiciel us ;)

Franchement quelle surprise non ? C'était un des grands intérêts du ll, entre autres choses, l'indépendance.

Tout en ne sachant pas comment transférer le carburant d'un vaiseau à un autre. D'ailleurs en n'étant même pas forcément sûr que ça soit juste possible. SpaceX comme les llm c'est juste une arnaque pour pomper l'argent de la nasa d'un côté, de fonds d'investissement de l'autre.

Pour moi ça a bien marché. J'ai acheté une maison. Mais il faut un bon avocat bien méchant. Szul je n'aurai pas su faire.

c'est clair j'ai du code en perl en prod depuis (je viens de faire le calcul, je suis pas bien) au moins 15ans …

j'avoue. J'ai écris du perl pendant 15ans. Depuis 10ans je fais du python et quand je reviens sur le perl que j'ai écris à la fin des années 2000. Ouille ca pique.

les bourgeois collaborent. Toujours.

Hello,

Super journal, j'ai appris plein de chose. Merci beaucoup pour le partage.

Cependant je ne comprends pas ce besoin d'avoir un browser de fichier. Mon Bash et mon ls n'ont pas bougé d'un poil depuis 30ans et mon i3 non plus plus depuis bien 15ans que c'est mon wm. Plus ma debian stable et je ne me demande absolument jamais si mon pc va fonctionner, si quelque chose va changer. Rien ne change et c'est parfait. J'ai besoin d'être efficace. Quand un client pousse une MEP le vendredi à 18h et qu'il casse tout je ne peux pas me permettre d'avoir un problème avec mes outils.

Mon utilisation est peut être très spéciale je ne sais pas. Je suis essentiellement devops. Donc vi et ssh. Du dev back en python et un peu de front avec nuxtjs. Toujours avec le même vim depuis un paquet d'année dont je copie la config de pc en pc. Je suis aussi joueur et jusqu'à proton il fallait un peu bidouiller, mais maintenant je lance steam et ça juste marche.

Suis je tout seul dans ce cas ? Les linuxien d'ici utilisent ils un de ? Voila. Aucune offense mais une vraie question.

D'après la page wikipédia ooxml est arrivé en réaction à open documents. Pourquoi ne pas avoir collaboré avec open documents plutôt que de créer un énième standard ? C'est comme si les anglais avait décidé de ne pas adopter le système métrique et gardé un vieux truc incompréhensible….

Les gens cités plus haut avait déjà les contacts où il faut. Il faudrait songer à arrêter de véhiculer le mythe de l'entrepreneur génial qui fait tout tout seul. Moi à leur âge je devais bosser pour payer mes études. Et je n'avais même pas de garage.

Tellement de tristesse 🤘

Après le metaverse, la super intelligente….

Chez moi c'est Lenovo série x d'occasion. Core i5 8 go de ram. Ca coûte 400€ en moyenne. Plus deux écran , clavier souris ça fait un setup un peu en dessous de 1k€. C'est pas déconnant. Après on est des devops. Vi et terminal ça consomme pas des masses. Les pc d'occasion sont toujours en excellent état et je n'ai pas que des écolo intégristes 😅

Il faut prévenir monsieur avant de poster ce genre de message… Me voilà avec des nouvelles paires de pédales… Oui j'ai bien dis des …

Pour moi après avoir utilisé stolon puis celui de Zalando j'en suis a cloud native pg. C'est le plus abouti pour le moment.

Aucun, c'est tellement simple. 4 lignes de yaml et j'ai un cluster, répliqué, backupé, avec les wal dans le s3, du pitr, le monitoring. La totale.

Très honnêtement ce qui à changé ma vie d'admin c'est pas systemd. C'est kubernetes. Et pas genre à la marge. Totalement. Jamais on pourrait gérer des centaines de postgresql, des milliers d'applications web sans ça. Et on est juste 5. On gère plus d'équipements à 5 tech et deux chef de projet/service manager que à 40 dans mon ancien taf. Par contre c'est vrai qu'on a moins de clients mais des clients qui ont bien plus de prod. Là où darty.fr et bien c'est une prod. On a des clients qui en ont des centaines.

Je plussoie aussi. Depuis que j'ai bougé à la campagne (cantal) je revis. Je suis toujours obligé de passer un peu de temps sur Toulouse et je hais littéralement cet endroit. Pas en particulier mais la banlieue merdique des grandes villes en général. J'ai pas mal bougé et je me suis rendu compte que à la campagne tu peux avoir un loyer de 3/400 euros sans problème. Et les mêmes apl qu'ailleurs. L'entraide est aussi plus fort il me semble. Quelqu'un dans le village qui a perdu son logement a été relogé grâce au maire chez un particulier qui prête un bout de sa maison.

Après si tu veux allez voir les stones en concert tous les weekend reste dans une grande ville. Mais globalement dans le sud cantal j'ai trouvé une vie bien plus simple, bien moins chère et bien plus agréable.

ca n'a rien d'incompréhensible. Ces gens sont corrompus c'est tout. J'ai bossé de longues années dans la telco et avec cisco c'est pareil. On a bien mangé et bien voyagé quand huwei a commencé à montrer le bout de son nez :)

Elle ne fonctionnera. Tout au mieux elle fera du macdo et encore. C'est comme regarder une montgolfière et dire "cool on va explorer l'espace avec ça."

Je dirais que quand l'automatisation permet de fabriquer des millions de clous à la minute, ou des litres de vaccins, ça fonctionne parfaitement. Ici le problème c'est que "la machine" qui est utilisée pour automatiser, elle, elle ne fonctionne pas.

Quand toutes ces inepties d'IA auront volé en éclat le m2 de dc sera vraiment pas cher :)