Si tu lui demandes "remplace les printf par des cout dans ce code C++", il ne va pas te demander "est-ce que je remplace aussi les sprintf?", puis "est-ce que je remplace aussi les fprintf?", puis "est-ce que tu veux que je remplace aussi les printf(stderr, …) par cerr?", etc. C'est un coup à devenir dingue, tu vas finir par écrire "ARRETE DE POSER DES QUESTIONS ET REMPLACE TOUS CES P*** DE PRINTF".
Ben justement : pour ma part je m'attends à ce que l'IA me pose ces questions plutôt que de prendre l'initiative et d'extrapoler. Je perds beaucoup plus de temps à corriger les extrapolations erronées de l'IA, et à lui rappeler de ne pas supposer qu'à confirmer les questions qu'elle pourrait me poser.
Le message qui est passz (en tout cas celui que j'ai perçu), c'est "A cause de Microsoft, des tas de PC sont morts et enterrés" … Le message sous-jacent "SVP Mr Microsoft, veuillez faire quelque chose pour éviter ça" … Et du coup, ma perception est que l'APRIL s'associe à cette demande. Pas très cohérent. Message brouillé.
A la limite l'April aurait pu intervenir dans la mise en scène (en cosplay manchot qui ressucite les PC morts et enterrés pour y installer un Linux par exemple). Mais là c'est pas terrible je trouve.
Alors, si. L'appel simple devrait retourner une erreur si le volume est utilisé. Et une option dans l'appel pour "forcer". C'est ce que fait l'API AWS de mémoire ; voire même, la deuxième option n'existe pas : il faut détacher le volume avant de le supprimer.
Effectivement, s'il s'agit d'un volume attaché à une VM, l'appel ne devrait pas aboutir. Mais dans ce cas précis, je ne suis pas convaincu que ça aurait changé grand chose …
Et il y a aussi des services cloud qui proposent de "locker" une ressource : tu dois faire un "unlock" avant de faire un "delete". Cela permet de pas se foirer lors d'un appel en masse.
La aussi, ça n'aurait pas changé grand chose, car l'IA semblait avoir récupéré un token qui lui aurait permis de faire tout ça …. Ca se serait fait en plus d'appels API.
Et aussi, le plus sûr, quand tu delete, ça delete pas tout de suite. Et tu as 24h pour ouvrir un ticket pour qu'on se sauve tes données.
C'est peut-être la seule mesure qui aurait permis de récupérer rapidement les données.
The Railway GraphQL API allows volumeDelete with zero confirmation.
A single API call deletes a production volume. There is no "type DELETE to confirm." There is no "this volume is in use by a service named [X], are you sure?" There is no rate-limit or destructive-operation cooldown. No environment scoping. Nothing between an authenticated request and total data loss.
Une API c'est fait pour automatiser. Et quand on automatise c'est justement pour ne pas se prendre ces confirmations. Et je ne suis pas convaincu que ça aurait pu empêcher l'agent de forcer la suppression s'il en avait envie. Pour moi le problème est surtout là :
Railway's volume backups are stored in the same volume.
This is the part that should be a red alert for every Railway customer reading this. Railway markets volume backups as a data-resiliency feature. But per their own docs: "wiping a volume deletes all backups."
La doc de Railway appelle effectivement un backup quelque chose qui ne l'est pas ….. mais au final c'est écrit quand même dans la doc. Alors, oui on peut reprocher la terminologie utilisée par Railway, mais aussi les personnes qui l'ont mis en oeuvre sans lire la doc …
Perso, je suis d'avis que la grosse partie de la responsabilité n'est ni chez l'IA, ni chez Railway.
C'est ce que je me suis dit mais en réfléchissant autrement c'est peut-être pas si idiot.
Supposons que je veuille stocker des cartons vides dans une pièce. Je vais les entreposer jusqu'à ce que la pièce soit pleine. Or il m'en reste à entreposer. Du coup j'ai deux possibilités : soit je stocke les cartons dans une autre pièce (mais je n'ai pas d'autre pièce à mins de 20 km), soit je prends certains des cartons, je les les plie, pour dégager de la place pour mettre le reste de mes cartons …
LTSpice par exemple, DCMOTO un émulateur d'ordinateurs thomson, mais aussi d'autres logiciels, parfois libres mais qui n'ont pas été portés sous Windows.
Tu peux tenter l'envoi de messages RCS (basé sur IP et non sur GSM): ils font sauter la limite du nombre de caractères (et permettent l'envoi de texte riche comme le font les applis style signal/whatsapp), mais dans un format "interopérable". Cependant ce format n'est pas forcément supporté par tous les systèmes d'exploitation des téléphones mobiles (les ordiphones sous Androïd ou IOS le supportent, mais c'est pas forcément le cas pour les téléphones non smart … ). Enfin, je ne sais pas si on peut facilement envoyer des messages de type RCS à partir d'un module SMS 4G ou 5G comme on le fait pour des SMS … ou s'il faut passer par un opérateur (je sais que certains fournissent des API payantes pour le faire)
La encore, on a de l'exagération de la part d'un dirigeant pour justifier les crédits qu'on lui a attribués … Celà dit je ne remets pas en question le fait que l'IA puisse aider un dev, mais là on est dans l'exagération.
Use domain monitoring to receive alerts 30, 14, 7, and 1 day before your domain name expiration, and view the domain expiration date anytime in your dashboard.
Oui, j'attends plus d'un fournisseur de services.
Pour lui mettre la pression: c'est Yulpa.io. J'aimerais qu'ils changent quelques trucs.
combien ça coute chez OVH, combien ça coute chez "eux" ?
quand t'as des clients, en général t'essayes de les prémunir contre leurs boulettes, conneries et erreurs, t'essayes de les aider, etc
Non. Tu as un contrat et tu respectes les clauses du contrat. Et si tu prends l'exemple d'OVH, ils ont pas "essayé de prémunir leurs clients contre les boulettes" lorsque leur datacenter a cramé : les gens qui n'avaient pas fait de sauvegardes ni de PRA ont tout perdu.
Jamais eu de soucis chez OVH. Pourquoi avec eux oui
Parce qu'ils ne proposent pas le même service ? Parce que tu paies moins cher ? Parce que la boite est moins grosse que OVH, et qu'OVH fait rentrer plus d'argent sur les services autres et peut donc investir vers mieux ?
Bref tu vas pas faire une grosse application avec juste un llm; c'est un superbe outil pour facilité l'écriture de code, mais si tu ne suis pas de près ce qu'il fait tu va accumuler de la 'dette technique' à une vitesse hallucinante.
Ce qui me gène c'est qu'aujourd'hui les boites s'en foutent. Elles veulent juste du code qui marche pour hier.
il ne s'est pas du tout inquiété des boilerplate accumulées.
Ben non, et les dirigerants s'en foutent. Ils espèrent que l'IA saura corriger ce code plus tard ….
En fait à une époque , sur smartphone il y avait une appli pour reserver ses billets, et une appli pour l'état du trafic. Ca marchait très bien. Simple d'accès, facile de sélectionner les alertes. Mais comme pour ces ****, ça marchait trop bien, ils ont décidé de tout merger dans une seule appli ou on n'y retrouve plus rien : trapoter à 3 ou 4 niveau à chaque fois pour avoir ce qu'on avait autrefoius à l'ouverture de l'appli. Franchement je hais ces abrutis qui s'amusent à toucher aux trucs qui marchent et qui n'ont pas besoin de bouger.
ls ont viré le message détaillé de la transaction pour le remplacer juste par "carrefour", "la poste", etc … Et ils ont mis de jolis logos.
Je me demande quel est le ****** qui a eu cette idée : avant, je pouvais facilement, notamment pour les paiements par carte, voir dans l'intitulé la date de la transaction (et me permettait de voir à quoi correspondait la dépense, pratique quand on a pas de véhicule et qu'on peut aller au supermarché d'à côté plusieurs fois dans la semaine). Le libellé détaillé contient la date et c'est plus facile pour le suivi. La on a plus rien, on doit passer son temps à cliquer dans tous les sens.
Faut leur dire : les logos on s'en fout. On a juste besoin d'avoir le plus d'informations pratique en un coup d'oeil.
Ils font comme la SNCF. Plus ils touchent à leur appli, pire elle devient.
# Bah faut pas s'inquieter pour tout ça ....
Posté par totof2000 . En réponse au lien Ed Zitron - AI's Economics Don't Make Sense. Évalué à 3 (+1/-0).
… Pour financer les dépenses des entreprises en jetons IA, il suffira de licencier les employés.
[^] # Re: Clairement un gros problème côté infra
Posté par totof2000 . En réponse au journal "Cursor et Claude ont supprimé ma prod". Évalué à 5 (+3/-0).
Ben justement : pour ma part je m'attends à ce que l'IA me pose ces questions plutôt que de prendre l'initiative et d'extrapoler. Je perds beaucoup plus de temps à corriger les extrapolations erronées de l'IA, et à lui rappeler de ne pas supposer qu'à confirmer les questions qu'elle pourrait me poser.
# Je ne crois pas que l'April avait sa place à cette manifestation .....
Posté par totof2000 . En réponse à la dépêche L'April a participé à une opération collective devant le siège de Microsoft France vendredi 24 avril 2026. Évalué à 6 (+4/-0).
Le message qui est passz (en tout cas celui que j'ai perçu), c'est "A cause de Microsoft, des tas de PC sont morts et enterrés" … Le message sous-jacent "SVP Mr Microsoft, veuillez faire quelque chose pour éviter ça" … Et du coup, ma perception est que l'APRIL s'associe à cette demande. Pas très cohérent. Message brouillé.
A la limite l'April aurait pu intervenir dans la mise en scène (en cosplay manchot qui ressucite les PC morts et enterrés pour y installer un Linux par exemple). Mais là c'est pas terrible je trouve.
[^] # Re: Un reproche à Railway que je ne partage pas
Posté par totof2000 . En réponse au journal "Cursor et Claude ont supprimé ma prod". Évalué à 6 (+4/-0). Dernière modification le 29 avril 2026 à 17:18.
Bienvenue dans le XXIeme siècle ou tout le monde réinvente sa propre définition des mots.
[^] # Re: Un reproche à Railway que je ne partage pas
Posté par totof2000 . En réponse au journal "Cursor et Claude ont supprimé ma prod". Évalué à 4 (+2/-0).
Effectivement, s'il s'agit d'un volume attaché à une VM, l'appel ne devrait pas aboutir. Mais dans ce cas précis, je ne suis pas convaincu que ça aurait changé grand chose …
La aussi, ça n'aurait pas changé grand chose, car l'IA semblait avoir récupéré un token qui lui aurait permis de faire tout ça …. Ca se serait fait en plus d'appels API.
C'est peut-être la seule mesure qui aurait permis de récupérer rapidement les données.
# Un reproche à Railway que je ne partage pas
Posté par totof2000 . En réponse au journal "Cursor et Claude ont supprimé ma prod". Évalué à 7 (+5/-0). Dernière modification le 29 avril 2026 à 11:07.
Une API c'est fait pour automatiser. Et quand on automatise c'est justement pour ne pas se prendre ces confirmations. Et je ne suis pas convaincu que ça aurait pu empêcher l'agent de forcer la suppression s'il en avait envie. Pour moi le problème est surtout là :
La doc de Railway appelle effectivement un backup quelque chose qui ne l'est pas ….. mais au final c'est écrit quand même dans la doc. Alors, oui on peut reprocher la terminologie utilisée par Railway, mais aussi les personnes qui l'ont mis en oeuvre sans lire la doc …
Perso, je suis d'avis que la grosse partie de la responsabilité n'est ni chez l'IA, ni chez Railway.
[^] # Re: Et pour aider
Posté par totof2000 . En réponse au message Linux – SSD ancien + passage HDD → gain réel ou pas ?. Évalué à 4 (+2/-0).
C'est ce que je me suis dit mais en réfléchissant autrement c'est peut-être pas si idiot.
Supposons que je veuille stocker des cartons vides dans une pièce. Je vais les entreposer jusqu'à ce que la pièce soit pleine. Or il m'en reste à entreposer. Du coup j'ai deux possibilités : soit je stocke les cartons dans une autre pièce (mais je n'ai pas d'autre pièce à mins de 20 km), soit je prends certains des cartons, je les les plie, pour dégager de la place pour mettre le reste de mes cartons …
[^] # Re: SaaS
Posté par totof2000 . En réponse au lien Les LLM sont un retour aux mainframes. Évalué à 2 (+0/-0).
Ca veut dire quoi ça ?
Les mainframe n’ont jamais était en mesure de tenir la charge d’internet
[^] # Re: dommage de ne se concentrer que sur les jeux ....
Posté par totof2000 . En réponse au journal Wine 11 : NTSYNC débarque en production et ça envoie du lourd. Évalué à 2 (+0/-0).
Oui, au temps pour moi, merci d'avoir corrigé le lapsus.
[^] # Re: dommage de ne se concentrer que sur les jeux ....
Posté par totof2000 . En réponse au journal Wine 11 : NTSYNC débarque en production et ça envoie du lourd. Évalué à 3 (+1/-0). Dernière modification le 25 mars 2026 à 17:27.
LTSpice par exemple, DCMOTO un émulateur d'ordinateurs thomson, mais aussi d'autres logiciels, parfois libres mais qui n'ont pas été portés sous Windows.
# dommage de ne se concentrer que sur les jeux ....
Posté par totof2000 . En réponse au journal Wine 11 : NTSYNC débarque en production et ça envoie du lourd. Évalué à 3 (+1/-0).
Je crains que ce focus ne laisse de côte d'autres problèmes de compatibilité our d'autres applis. Mais je peux me tromper.
# le problème avec les SMS, c'est la limite de la taille des messages.
Posté par totof2000 . En réponse au message Système de newsletter par SMS pour asso. Évalué à 3 (+1/-0).
Tu peux tenter l'envoi de messages RCS (basé sur IP et non sur GSM): ils font sauter la limite du nombre de caractères (et permettent l'envoi de texte riche comme le font les applis style signal/whatsapp), mais dans un format "interopérable". Cependant ce format n'est pas forcément supporté par tous les systèmes d'exploitation des téléphones mobiles (les ordiphones sous Androïd ou IOS le supportent, mais c'est pas forcément le cas pour les téléphones non smart … ). Enfin, je ne sais pas si on peut facilement envoyer des messages de type RCS à partir d'un module SMS 4G ou 5G comme on le fait pour des SMS … ou s'il faut passer par un opérateur (je sais que certains fournissent des API payantes pour le faire)
# Je n'y crois pas un instant.
Posté par totof2000 . En réponse au lien Spotify : nos meilleurs développeurs n'ont pas écrit une seule ligne de code depuis des mois. Évalué à 10 (+10/-0).
La encore, on a de l'exagération de la part d'un dirigeant pour justifier les crédits qu'on lui a attribués … Celà dit je ne remets pas en question le fait que l'IA puisse aider un dev, mais là on est dans l'exagération.
[^] # Re: il dit qu'il voit pas le rapport
Posté par totof2000 . En réponse au message Problème du style Petit-boutiste ou gros-boutiste : Comment soudez-vous vos Connecteur à broches THT de 2,54 mm sur vos cartes de dev ?. Évalué à 2.
C'est un oeuf au plat ?
[^] # Re: réponse
Posté par totof2000 . En réponse au journal [COUP DE GUEULE] Le fournisseur de nom de domaine qui coupe tout un dimanche soir. Évalué à 4 (+2/-0).
Je peux te le faire pour 120 eurons par mois.
[^] # Re: On n'est jamais mieux servi que par soi-même ...
Posté par totof2000 . En réponse au journal [COUP DE GUEULE] Le fournisseur de nom de domaine qui coupe tout un dimanche soir. Évalué à 5 (+3/-0). Dernière modification le 10 février 2026 à 21:33.
J'avais pas réellement fait attention à cette partie de ton message, et après coup je suis allé voir chez eux : https://uptimerobot.com/domain-expiration-monitoring/?ref=header
Faut aussi savoir se prendre en main non ?
[^] # Re: Si c'est critique...
Posté par totof2000 . En réponse au journal [COUP DE GUEULE] Le fournisseur de nom de domaine qui coupe tout un dimanche soir. Évalué à 8 (+6/-0).
combien ça coute chez OVH, combien ça coute chez "eux" ?
Non. Tu as un contrat et tu respectes les clauses du contrat. Et si tu prends l'exemple d'OVH, ils ont pas "essayé de prémunir leurs clients contre les boulettes" lorsque leur datacenter a cramé : les gens qui n'avaient pas fait de sauvegardes ni de PRA ont tout perdu.
Parce qu'ils ne proposent pas le même service ? Parce que tu paies moins cher ? Parce que la boite est moins grosse que OVH, et qu'OVH fait rentrer plus d'argent sur les services autres et peut donc investir vers mieux ?
[^] # Re: On n'est jamais mieux servi que par soi-même ...
Posté par totof2000 . En réponse au journal [COUP DE GUEULE] Le fournisseur de nom de domaine qui coupe tout un dimanche soir. Évalué à 3 (+0/-0).
Je répondais à ce point :
[^] # Re: On n'est jamais mieux servi que par soi-même ...
Posté par totof2000 . En réponse au journal [COUP DE GUEULE] Le fournisseur de nom de domaine qui coupe tout un dimanche soir. Évalué à 6 (+4/-0).
Faire une requete whois sur le nom de domaine et en extraire la date d'expiration, et reçevoir un mail lorsque celui-ci expire dans 30, 20, 10 jours.
Je crois même qu'il existe des robots qui peuvent faire ça sans serveur. Je me demande même si un cron job sur gitlab CI ne pourrait pas le faire.
[^] # Re: Encore du FOMO
Posté par totof2000 . En réponse au lien Nous pleurons notre métier : Le pire avec ces outils d'IA, c'est qu'ils fonctionnent, ils peuvent écrire du code mieux que vous ou moi. Évalué à 3 (+1/-0).
Ce qui me gène c'est qu'aujourd'hui les boites s'en foutent. Elles veulent juste du code qui marche pour hier.
Ben non, et les dirigerants s'en foutent. Ils espèrent que l'IA saura corriger ce code plus tard ….
[^] # Re: Encore du FOMO
Posté par totof2000 . En réponse au lien Nous pleurons notre métier : Le pire avec ces outils d'IA, c'est qu'ils fonctionnent, ils peuvent écrire du code mieux que vous ou moi. Évalué à 8 (+6/-0).
Un autre article me disait la même chose il y a 6 mois.
# On n'est jamais mieux servi que par soi-même ...
Posté par totof2000 . En réponse au journal [COUP DE GUEULE] Le fournisseur de nom de domaine qui coupe tout un dimanche soir. Évalué à 4 (+2/-0).
Rien ne t'empêche de mettre en place ta propre supervision d'expiration de nom de domaine non? Ca peut tenir sur un Raspberry Pi 1 ….
[^] # Re: En parlant de Boursorama, j'ai vu qu'ils avaient en plus fait de la merde sur leur dashboard.
Posté par totof2000 . En réponse au journal Boursorama semble dorénavant imposer l'usage d'un smartphone pour utiliser ses services. Évalué à 2.
En fait à une époque , sur smartphone il y avait une appli pour reserver ses billets, et une appli pour l'état du trafic. Ca marchait très bien. Simple d'accès, facile de sélectionner les alertes. Mais comme pour ces ****, ça marchait trop bien, ils ont décidé de tout merger dans une seule appli ou on n'y retrouve plus rien : trapoter à 3 ou 4 niveau à chaque fois pour avoir ce qu'on avait autrefoius à l'ouverture de l'appli. Franchement je hais ces abrutis qui s'amusent à toucher aux trucs qui marchent et qui n'ont pas besoin de bouger.
# En parlant de Boursorama, j'ai vu qu'ils avaient en plus fait de la merde sur leur dashboard.
Posté par totof2000 . En réponse au journal Boursorama semble dorénavant imposer l'usage d'un smartphone pour utiliser ses services. Évalué à 5. Dernière modification le 09 février 2026 à 16:18.
ls ont viré le message détaillé de la transaction pour le remplacer juste par "carrefour", "la poste", etc … Et ils ont mis de jolis logos.
Je me demande quel est le ****** qui a eu cette idée : avant, je pouvais facilement, notamment pour les paiements par carte, voir dans l'intitulé la date de la transaction (et me permettait de voir à quoi correspondait la dépense, pratique quand on a pas de véhicule et qu'on peut aller au supermarché d'à côté plusieurs fois dans la semaine). Le libellé détaillé contient la date et c'est plus facile pour le suivi. La on a plus rien, on doit passer son temps à cliquer dans tous les sens.
Faut leur dire : les logos on s'en fout. On a juste besoin d'avoir le plus d'informations pratique en un coup d'oeil.
Ils font comme la SNCF. Plus ils touchent à leur appli, pire elle devient.
[^] # Re: Rien de nouveau sous le soleil
Posté par totof2000 . En réponse au journal Eric S. Raymond sur la peur (des développeurs) de l'IA. Évalué à 4.
Si j'en crois ce lien, le PB15 était équipé d'un 8031. On a aussi une référence sur un site archivé.