Dring a écrit 1194 commentaires

ce qui importe n'est pas l'état « mort » ou « vivant » du bot

Tu devrais le mettre dans une boîte.

J'ai été voir le blog du Mike en question.

1) ce n'est pas un "compte développeur" qui a été coupé, mais le compte d'un développeur (oui, j'imagine que c'était évident pour 50% des lecteurs puisqu'il y a bien 2 façons de lire cette phrase.

2) ça n'a rien à voir avec le fait que le sieur travaille sur Libreoffice. Ca aurait pu arriver à n'importe qui d'autre. Le problème semble avoir été parce qu'une IA (pas) très intelligente a vu plein de liens dans un email, et a décidé que ça violait le contrat de service.

3) y'a pas eu de "rejet d'appel", comme on pourrait voir sur un rejet d'app. C'est juste que le gars a tenté les différentes approches pour contacter le support, et qu'il s'est heurté à la médiocrité du système : pour contacter le support, il faut se connecter. Avec le compte qui a été banni. Et la solution de contournement est cassée.

Bref, l'histoire est intéressante (encore que tristement banale de nos jours), mais "ban par microsoft d'un dev libreoffice sans avertissement et avec appel rejeté" est une description assez lointaine de ce que le blog cité raconte, et franchement putaclic.

J'allais demander "c'est quoi blueprint", mais c'est là : https://gnome.pages.gitlab.gnome.org/blueprint-compiler/

"Un langage déclaratif et un compiler pour créer des UI en GTK 4". Ca remplace l'usage de XML pour faire la même chose en moins verbeux.

Ca vient avec un outil WYSIWYG: https://github.com/workbenchdev/Workbench.

Les reproches fait à l'entreprise de presse en question sont aussi :
- uniquement deux fiches de salaires de journalistes présentées
- un historique de repompe d'autres sites plutôt que de création de contenu original

Tout ça pour dire que c'est un journal fantôme qui vit aux dépends des autres journaux (les "vrais").

Quelqu'un dans la salle me demande si je suis en train de parler de google news - euh… ben… ils ont demandé un agrément eux aussi ?

Alors je veux bien une explication de pourquoi le consentement n’est pas libre dans ce cas précis ?

—double post - oups—

La notion de viol n’est plus vraiment applicable si il y a consentement explicite, non ?

Après on peut toujours se demander si ce consentement est éclairé, cela dit. Mais le moins qu’on puisse dire c’est que désormais c’est bien documenté - personne ayant toutes ses facultés mentales ne peut dire « oh la la si j’avais seulement pu imaginer l’usage qui serait fait de mes données… ».

En plus, ce téléphone accepte - comme au bon vieux temps - une carte mémoire SD, jusqu'à 2 To.

Il est bien plus cher que ce que j'achète habituellement (je vise toujours milieu de gamme inférieure, donc aux alentours de 250-300 €). Mais si je peux le faire durer 7 ou 8 ans, tout en restant en sécurité, et en plus avec un Android minimal voir un système dégooglegoogisationné, ça commence à vraiment valoir le coup.

J'aime mon imprimante.

C'est une HP Laserjet. Je l'ai achetée y'a plus de 15 ans. J'achète un toner compatible tous les 2/3 ans - il me fait 1500-2000 pages. Elle tourne sous Linux. Elle tourne sous Windows. Le scanner fonctionne bien.

Le seul défaut, c'est que je dois faire tourner hp-setup à chaque mise jour du noyau, et je sens qu'un jour ça ne suffira plus.

Mais pour l'instant, j'aime mon imprimante.

Pas de réseau. Pas de wifi. Pas de faille de sécurité. Pas d'emmerdes.

Oui, une fois tous les 3/4 ans, j'ai une nouvelle machine dans la maison que je dois paramétrer. Mais je deviens fainéant : j'envoie tout sur mon adresse email, et j'imprime depuis le PC fixe qui trône à côté de l'imprimante.

Oui, vous savez, l'imprimante que j'aime.

En fait, il paraît que de toute façon, pour récupérer le document imprimé, il faut aller jusqu'à l'imprimante. J'ai jamais trouvé de solution évitant ça. Mais pas de doute, y'aura sûrement bientôt un drône Amazuberbaba qui se chargera de m'amener le document jusque dans mon canapé.

Mais en attendant, je vais continuer à aimer mon imprimante.

Hum… Je répondais surtout au point de Thomas :

C’est précisément pourquoi il ne faut pas confondre identification et authentification, la biométrie permet de vous reconnaître donc de vous identifier, c’est à dire de pré-remplir l’identifiant. La biométrie ne peut pas pré-remplir votre mot de passe.

Si on cherche un peu plus de littérature… Je prends la définition trouvée chez Okta par exemple (https://www.okta.com/fr-fr/identity-101/identification-vs-authentication/) :

L’identification consiste à identifier un utilisateur particulier, souvent par le biais d’un nom d’utilisateur. L’authentification consiste à vérifier l’identité de cet utilisateur, ce qui exige généralement la saisie d’un mot de passe.

Prendre une carte d'identité pour vérifier l'identification donnée au préalable, c'est faire de l'authentification. Demander le mot de passe, c'est faire de l'authentification. Faire de la biométrie, c'est aussi faire de l'authentification.

Le MFA vient un peu brouiller les pistes, et rien n'empêche de cumuler biométrie + mot de passe lors de l'étape de login, mais ça veut dire que la biométrie est en fait utilisée pour retrouver ton identifiant, ce n'est pas ton identifiant en tant que tel. A moins que tu ne stockes le hash de l'empreinte digitale en clé fonctionnelle primaire de ta table des utilisateurs ?

Faire une blague sur XYZ <> Approuver XYZ

Faire une blague sur le nazisme <> Approuver le nazisme

Faire une blague sur la pédophilie <> Approuver la pédophilie

Faire une blague sur le petit Grégory <> Approuver le meurtre du petit Grégory

…etc…

C’est précisément pourquoi il ne faut pas confondre identification et authentification, la biométrie permet de vous reconnaître donc de vous identifier, c’est à dire de pré-remplir l’identifiant. La biométrie ne peut pas pré-remplir votre mot de passe.

C'est bizarre, moi je vois exactement l'inverse.

Je vais m'identifier en indiquant mon nom, mon email, mon identifiant d'utilisateur quoi. Et la biométrie va remplacer le mot de passe, et me permettre de m'authentifier puis de me laisser accéder au système visé, sans avoir à fournir de mot de passe dans l'écrasante majorité des cas.

L’argument a du sens, mais Broadcom aussi c’est gros. Pas gros comme Microsoft, mais ils ont aussi Symantec, les cendres de Computer Associates (et c’est des grosses cendres) et toute leur division matériel.

C'est clairement le point. Et les liens que tu as posté plus haut sont bien le reflet.

Pour reprendre l'exemple VMWare…
- Broadcom augmente ses tarifs comme un sauvage
- Tout le monde dit "on va migrer" (cf. les liens)
- Les analystes disent "tout le monde va migrer" (cf. les liens)
- Et un an plus tard, très peu de migrations ont eu lieu, Broadcom s'en met plein les fouilles

C'est très difficile de dire quelle va être la suite de l'histoire, mais au final le calcul de Broadcom sera sans doute gagnant :
- Grosse augmentation de revenus pendant 1 à 5 ans (le temps des migrations)
- Baisse des revenus au delà des 5 ans (après les migrations) mais toujours à un niveau supérieur ou égal à celui de départ
- Moins de charges au delà des 5 ans (moins de clients, moins de support, moins de demandes d'évolution/correction, …)

Tout ça pour dire : quand des entreprises sont captives, il y a une très grosse inertie. Le passage au mode "souscription" les rends très dépendantes par rapport au mode licence perpétuelle + maintenance. Et c'est le terreau idéal pour une augmentation "de goret".

Dans un article publié ce jour sur slashdot (https://linux.slashdot.org/story/25/06/12/0335229/denmark-is-dumping-microsoft-office-and-windows-for-libreoffice-and-linux), on apprend ceci :

"Money issues have also played a decisive role," writes ZDNet's Steven Vaughan-Nichols. "Copenhagen's Microsoft software bill has soared from 313 million kroner in 2018 to 538 million kroner—about $53 million in 2023, a 72% increase in just five years.

Donc on est pas sur +200% du jour au lendemain, mais +72% sur 5 ans, ce qui fait déjà mal. Et y'a déjà au moins un gouvernement qui prend cette raison, cumulée à d'autres (souveraineté surtout) pour pousser à une migration.

Globalement, avec le modèle par abonnement, beaucoup d'éditeurs (et pas que Microsoft - coucou Broadcom, coucou Adobe) sont en train de saigner à blanc leurs clients. Et jusqu'ici, il n'y a pas eu beaucoup de réaction. On pourrait espérer que le Danemark soit le premier parmi d'autres, mais on a déjà vu des choses dans le passé et ça n'a jamais été très loin. Je vois d'ici la news de la semaine prochaine : "Après une phase de renégociation, Microsoft fait une remise de 30% au gouvernement du Danemark qui abandonne sa migration vers Linux, migre son système de santé sur sharepoint et ses firewalls sur Excel".

Y'a environ 25 ans, j'avais fait la même chose avec Microsoft Office en utilisant OLE Automation.

Je posais des signets partout dans le doc où je voulais injecter de la donnée, j'avais un fichier CSV avec les données, et un autre fichier qui disait comment lire le fichier CSV, et où mettre les données dans le document word. Tout écrit en Delphi, avec cependant un peu de macros VBA pour les cas où il fallait trifouiller les entrailles de Word ou d'Excel.

C'était pas vraiment headless, et ça pouvait tourner sur une workstation où on pouvait voir tout ça bouger tout seul - ça faisait flipper le métier. Ca plantait à tout bout de champ (la légendaire stabilité de Word 97) et quand ça plantait pas tout seul, un utilisateur qui passait par là touchait au clavier et ça partait en sucette. Je me suis vu passer une nuit devant la machine parce qu'on avait 2000 rapport de ~30 pages à produire, et qu'il fallait relancer à la main tous les 150 rapports.

Sans essayer LOTemplate, je peux déjà prédire que ça marche bien mieux que mon truc :-).

Par contre, à chaque fois qu'on m'a présenté un outil avec l'accroche "vous verrez le métier se débrouillera tout seul", ça s'est transformé en "l'IT fait tout, et le métier se contente de valider". BusinessObjects, SpotFire, PowerBI… Toujours la même histoire. Et quand on trouve un power user capable d'effectivement faire une partie du taf, et ben on doit tout casser au moment où on fait la plomberie.

Oui c’est ce qui ressort de la lecture de l’article. Curieux j’ai été voir le site condamné - il n’est pas encore bloqué par mon opérateur - en me contentant de la page d’accueil et y a deux choses qui m’interpellent :

1. J’ai pas vu de pubs. J’utilise un Safari Vanilla qui me laisse souvent passer pas mal de merdes, donc là j’imagine que c’est planqué ou qu’il faut aller sur un article pour se faire polluer
2. C’est laid à crever. Je parle pas de la présentation graphique qui est plutôt sobre, mais des textes blindés de fautes sur les 2/3 lignes accompagnant une illustration.

Soit le site a déjà changé de méthode et au lieu de pomper des articles il utilise un LLM pour les réécrire, soit ça a toujours été le cas et alors le jugement a une autre portée.

Je peux aider en proposant un titre pas du tout putaclic. Genre « Un Rust-Killer écrit en C. Vous serez surpris par les performances. ».

Ou alors…

« Il recompile MariaDB en mode safe-memory en 2 étapes. Vous ne devinerez jamais la seconde ».

Alors sur le fait qu’utiliser Excel pour des choses sérieuses c’est pas bien et qu’il faut utiliser son SI : oui mais dans la vraie vie Excel est utilisé partout et tout le temps pour pallier aux manquements du SI, que ce soit en termes de fonctionnalités ou de vélocité à livrer. Voire pour contourner les bugs du SI.

Les dates sont stockées comme des flottants : la partie entière représente le nombre de jours écoulés depuis un point de départ (genre 1er janvier 1901 - pas l’EPOCH donc) et la partie décimale représente une fraction de la journée (donc 0 c’est minuit, et 0.5 c’est midi).

C’est pas mal dans le sens où cela permet de faire de l’arithmétique assez facilement sans passer sa vie à faire des conversions. En compta ou en finance, on a généralement rien à foutre de la notion d’heure.

Et les historiens peuvent faire comme tout le monde : quand le format « date » les fait chier, ils stockent leurs dates en texte ou en nombre. Excel n’a clairement pas été pensé pour eux, mais Excel est l’outil le plus détourné de l’univers connu et inconnu.

Même sans mettre de formules, ce calcul est nécessaire si ton format de date inclut le jour de la semaine.

Pour les mois de 30 jours, c’est con mais ça fait partie des trucs où certains calculs financiers standards se basent dessus.

Y'a aussi que "les gens" on tendance à faire un peu plus qu'une seule cellule par fichier Excel avec une date dedans.

Le Excel d'origine avait une limite à 32768 lignes et 255 colonnes, mais imagine juste 10,000 lignes avec 10 colonnes de dates tentant d'afficher le jour de la semaine, le tout sur un 80286 à 8mhz…

Mea culpa.

Dommage qu'on ne puisse pas s'auto-moinser.

Bon, ben j'étais déjà pas fan de l'académie française. Là c'est la cerise de la goutte d'eau qui fait déborder le gâteau.

Elle n'a pas aucun pouvoir, puisqu'elle édicte les règles applicables aux documents officiels.

Par ailleurs, comme nous sommes tous confrontés à ces documents, ils ont forcément un poids (de négligeable à conséquent, c'est pas tout blanc ou tout noir) sur l'usage.

Formidable tournure de phrase, style impeccable : bravo. Par contre, j'ai rien compris.