totof2000 a écrit 2053 commentaires

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.

OK il faut RTFM mais si tu dois t'attendre à ce que la documentation réinvente les définitions des mots ça reste problématique.

Bienvenue dans le XXIeme siècle ou tout le monde réinvente sa propre définition des mots.

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.

1. 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à :

1. 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 …

Ca veut dire quoi ça ?

Les mainframe n’ont jamais était en mesure de tenir la charge d’internet

Oui, au temps pour moi, merci d'avoir corrigé le lapsus.

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.

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.

• Caractères GSM : jusqu’à 160 par message
• Caractères Unicode : 70 maximum

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.

C'est un oeuf au plat ?

De même, est-ce compliqué pour un prestataire de service de mettre en place plusieurs rappels ? Ça me semble utile, en tout cas.

Je peux te le faire pour 120 eurons par mois.

J'utilise uptimerobot et je suis prévenu à la moindre interruption de service

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

Get notified about the domain expiration date.

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.

Faut aussi savoir se prendre en main non ?

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 ?

C'est sa carte bleue qui a expiré :-D

Je répondais à ce point :

plusieurs courriels de relance (à J-30, J-10, J-1…)

À quoi penses-tu exactement ?

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.

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 ….

Un autre article me disait la même chose il y a 6 mois.

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 ….

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.

Si j'en crois ce lien, le PB15 était équipé d'un 8031. On a aussi une référence sur un site archivé.

pour le PB15 je sais pas mais si on en croit ce document, le TSX17 était équipé d'un 8031.