totof2000 a écrit 2041 commentaires

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.

programmer en Basic

Ah .. a l'époque le basic que j'ai (un peu) utilisé en cours c'était qbasic. Mais on en a fait très peu : la majorité des langages qu'on a appris c'était C, C++, assembleurs (68k, x86, 68HC11) et grafcet ou laddder sur automates programmables. Ah, on a fait aussi un peu de shell Unix. Et en environnement, outre le 68k sur module PEP, on a programmé sur PC (286/386/486 à l'époque mais en mode réel) en C/C++/assembleur mais assez près du matos (programmation système), Unix sur station IBM RS6000 (AIX), SCO Unx sur PC, et un peu Linux. On s'amusait à faire de l'asservissement de position, de la communication entre systèmes, de l'affichage sur modules LCD, du pilotage d'ascensceur, commande d'un robot qui permettait de dessiner ou de graver selon ce qu'on mettait au bout, écriture de driver pour carte de pilotage de materiel de mesure (IEEE 4888). Et sur PC on a joué avec les controleurs d'interruption, la carte vidéo, les ports série et paralleles … Et on s'est aussi amusé à piloter un circuit de train électrique via PC sous DOS, en utilisant le bus I2C pour contrôler les équipements. Il est clair que pour moi les études à cette époque, ce n'était pas une contrainte, mais un vrai terrain de jeu.

Perso j'aimais un peu moins les automates programmables, mais aujourd'hui, curieusement, j'ai envie de m'y remettre.

TSX17 ou TSX 47 avec console qui avait un écran LCD, ou logiciel de programmation en environnement IBM OS/2.

J'ai piloté une petite maquette de train électrique (vraiment pas grand chose : deux voies paralleles de 2 metres max en HO, deux aiguillages et des capteurs de position), une maquette d'ascenseur …. Et des TP de communication entre automate et PC sur ligne série (avec convertisseur RS232 <=> RS422/RS485) en MODBUS/JBUS => programmation en C ou assembleur x86 sous DOS ou c/assembleur 68k (68000 ou 68008) sous OS9 (pas l'OS d'Appel, mais l'exécutif temps-réel de chez Microware à l'époque). Pour le 68K, c'était sur des modules PEP avec fond de panier au bus VME ce genre de carte sur ce genre de module. Certains ont fait des TP de pilotage de moteurs mais je n'ai pas fait (aujourd'hui je le regrette un peu).

un câble insuffisant, je m'attendrais à ce que ça cause des pertes de trames, pas un arrêt matériel de l'ordinateur

C'est aussi ce à quoi je m'attends. Là je vois plus bug de driver : un evenement est mal remonté (soit par la carte réseau, soit par le gestionnaire d'energie, ou tout autre composant dans la chaine). Sinon, côté matériel, je vérifierais aussi la carte mère et ses condensateurs, ainsi que l'alim si c'est une alim externe. Il n'est pas impossible qu'un "réveil" de la carte réseau lorsqu'on lui branche un cable tire un peu plus de courant et fasse s'arrêter la machine.

Ca ne rend pas moins l'affirmation "Pour 1 Go/s, il faut au moins la catégorie 6." fausse. Après tu fais tes choix mais ne les présenter pas comme vérité absolue.

On est pas forcément obligé de les acheter neuf. On peut en récupérer de ses propres stocks, ou ailleurs. Là si ça se trouve le PI a du cat5E, et lui conseiller de potentiellement acheter du cat6 pour du gigabit, alors que le cat5E est suffisant, je dirais que c'est "moyen" pour rester politiquement correct … mais je n'en pense pas moins.
e.

Pour 1 Go/s, il faut au moins la catégorie 6.

Non, cat5E fait l'affaire.

de la relecture, de la création de boilerplate

Ben oui, c'est exactement ce que fait l'IA. Je ne pourrais pas mieux résumer. Après certains s'en contentent et font du copier/coller crade dans leur projet (ça marche, mais se foutent royalement de qui va reprendre derrière), et d'autres (comme moi) demandent via 3 ou 4 itérations supplémentaires de refactoriser un peu et d'avoir des trucs un peu mieux structurés ( en faisant attention qu'à chaque itération, l'IA ne te supprime pas complêtement un truc qui pose problème plutôt que de le corriger). Est-ce qu'on gagne du temps ainsi ? Je n'en suis pas certain. Parfois oui, parfois non, mais globalement je n'ai pas l'impression que globalement on y gagne tant que ça (en tout cas c'est mon retour d'expérience).

J'avoue quand même que mon titre est pas génial …. j'aurais du le formuler autrement - mais j'avais une réunion juste 2 mn après avoir rédigé mon message et je n'ai pas pris le temps de le retravailler.

petit-boutiste, gros-boutiste, c'est pas plutot la traduction francaise des ENdians (little endian, big endian) qui serait la maniere de coder les nombres dans le registre des processeurs selon qu'on met les petits dans les premieres cases et les gros dans les dernieres, ou l'inverse ?

C'est avant tout issu des voyages de Gulliver et de la guerre entre Lilliput et Blefuscu qui est l'île voisine : un roi a voulu imposer le côté par lequel devaient être cassés les œufs à la coque ; d'où le nom des partisans de chaque doctrine, les Gros-boutistes et les Petits-boutistes. Ici on n'est peut-être pas sur une opposition entre "gros bout" et "petit bout" (qui est absurde) mais plutôt entre "haut" et "bas" (qui est non moins absurde sur le fond).

https://linuxfr.org/users/abarret/liens/l-entreprise-tailwind-a-licencie-75-de-ces-ingenieurs-a-cause-de-la-concurrence-de-l-ia

Oui, si j'en ai le temps (malhereusement c'est ce qui me manque depuis un moment).

Tscircuits … faudrait que je jette un oeeil. Ca pourrait m'intéresser (je suis du genre à écrire les netlists de simulation ngspice sous vi donc ça pourrait me plaire).

OpenSCAD, ça à l'air vraiment fun. Je vois qu'il y a des librairies d'objets comme celle ci. En regardant le code, je comprends qu'un informaticien soit à l'aise

Oui, quandon est habitué à tous les machins as code, représenter une pièce mécanique en 3D avec du code est naturel. C'est aussi un truc que j'avais fait quand j'étais au lycée - seconde technologique - et on a appris à utiliser un soft qui permettait de modéliser des pièces en 3D avac la même logique que freeCAD. De plus je me suis aussi amusé avec le raytracing et POVRay à une époque, donc je suis assez à l'aise avec ce mode de représentation. Sinon merci pour le lien : je vais m'en inspirer pour créer mes objets : il y a quelques trucs qui pourraient m'intéresser dans la lib que tu as indiquée.

C'est vaste. Tu chercherais quelles fonctionnalité ? FreeCAD peut faire vraiment plein de trucs (avec l'aide d'autres applis Open Source éventuellement) et ce plus ou moins bien (tous les ateliers ne se valent pas).

Je ne sais pas encore : comme je débute dans le domaine de l'impression 3D, je découvre les diverses étapes du processus d'impression, et je ne sais pas forcément en quoi Openscad peut être utilie à chacune de ces étapes. Un cours ou une doc qui expliquerait ça me serait bien utile. Par contre je ne suis pas forcément fan de vidéos … c'est pas forcémment inutile, mais je trouve que c'est long … pour quelqu'un qui a une lecture rapide c'est pénible de passer son temps a faire des allers/retours pour retrouver juste les éléments qui m'interessent, ou pour parcourir rapidement pour savoir si ça répond ou non à mon besoin.