cg a écrit 2225 commentaires

Je suis assez surpris par ceci :

Notez que si vous êtes un utilisateur de longue date de DeltaChat, le projet ne recommande plus de passer par votre serveur de mail habituel.

Je peux comprendre que faire rentrer au chausse-pied la messagerie instantanée dans la logique de SMTP et IMAP, c'est faire preuve de perversion, mais il me semblait aussi que c'était le super méga gigantissime intérêt de DeltaChat d'avoir réussi et pérennisé ce tour de force, justement.

Je "gère" un parc de plusieurs centaines d'ordis portables sous Ubuntu 24.04, et je dois dire que la promesse de NixOS permettrait de simplifier plein d'aspects, liés à la dérive qui s'opère avec le temps¹ et les "petites modifs locales" occasionnelles.

J'ai demandé à ma fille qui est en 4ème, sa classe travaille exclusivement sur ordinateur.

En ce moment, ça bosse sur Tinkercad, une application de prototypage d'objets rapide (modélisation 3D, circuits électroniques, code), éditée par Autodesk et totalement propriétaire.

Tinkercad se présente comme ceci :

Tinkercad is a free web app for 3D design, electronics, and coding. We’re the ideal introduction to Autodesk, a global leader in design and make technology.

Autrement dit, familiariser et habituer les élèves à l'écosystème Autodesk, pour que plus tard elles et ils passent à Maya, Autocad, Inventor… Le même système que Microsoft et que Adobe, en somme.

"Universel" est pas mal aussi dans sa catégorie de mésusage :)

Correction : c'est l'expression croissance exponentielle dont il s'agit, et non le mot exponentiel seul.

Je ne trouve pas qu'on fasse de moins en moins de pratique

Au collège quand j'y étais (il y a 35 ans environ), en "techno" on gravait des circuit imprimés dans du perchlorure de fer (et les quelques élèves qui avaient réussi pouvait percer la plaque et souder les composants dessus), on fabriquait des piles électriques avec du zinc et du cuivre (ou du laiton ?), on programmait une mini fraiseuse numérique (avec un genre de GCODE simplifié j'imagine) pour découper des formes dans du plexi. J'ai un vague souvenir d'avoir usiné une pièce en aluminium mais je ne suis pas certain que c'était au collège.

Tu as eu l'occasion de faire ce genre de choses à l'école ?

On avait aussi quelques "cours d'ordi", on devait taper des textes (je me souviens d'un texte sur comment nettoyer une surface contaminée par le virus du SIDA), apprendre à se servir d'une souris ou d'un crayon optique (si si ça existait). C'était mortellement chiant.

J'ai une fille de quatorze ans, qui est en 4ème, et l'année dernière, sa classe a fait de la modélisation 3D en vue d'imprimer des objets, c'est pas complètement déconnant. À part ça, très peu de pratique manuelle, je ne sais même pas si y'a encore le droit d'avoir des cutters ou des fers à souder :-/.

Au moins, en sport, pardon, en EPS, la classe fait un peu de mécanique élémentaire lors des ateliers vélo.

Par contre, est-ce normal que mon prof de techno s'y connaisse moins que moi dans sa matière ?

Au lycée je faisais le malin car j'étais "plus fort" en programmation que les profs, mais on devait être à peine deux ou trois dans ce cas, les autres élèves ont appris grâce aux profs. Et l'enseignement des profs restait utile même pour le petit groupe des gros-malins, pour les aspects théoriques, par exemple sur la modélisation de bases de données.

Après, c'est possible que ce prof en particulier ne soit pas terrible. Heureusement, il y a plein de bons profs encore !

"qui monte très vite" était entré dans l’usage courant

Dans le dictionnaire de l'histoire de la langue française d'Alain Rey, il est dit que cette entrée se fait vers 1945. En maths, son usage date quand à lui de 1836.

Il s'est donc passé environ 110 ans entre l'apparition du terme dans les maths et son usage dans le langage courant, et il s'est passé environ 80 ans depuis.

Bref, vraiment pas de quoi se faire une surtension artérielle (et non pas sanguine) ;).

Je ne regarderai pas la session de clôture, mais merci du rappel que le SSTIC existe, je vais regarder quelques autres trucs !

Une des premières fois sur internet où je vois le mot «exponentiel» utilisé correctement. Ça vaut la peine d'être mentionné :)

Sans prétendre te faire découvrir un truc, le mot "exponentiel" a plusieurs sens : en maths, il désigne en effet ce qui a rapport aux puissances (les "exposants"), mais il désigne aussi une croissance rapide. C'est ce second sens qui est utilisé la plupart du temps, et ce n'est pas incorrect du tout :).

Rien que à 2 sur une même machine tu divise par 2 le coût du logiciel

Beaucoup, et de plus en plus, de licences sont par personne et non plus par install/ordi.

Si tu as 20 utilisateurs sur le même ordi qui utilisent AutoCAD ou Maya, il te faudra 20 licences. Et si Autodesk te gaule à tricher avec les licences, c'est douloureux de ce qu'on m'a dit !

Il y a le noyau 7.0 disponible sur Ubuntu 24.04, c'est quand même pas mal.

Pour s'y retrouver dans le fatras des noyaux sur Ubuntu, c'est expliqué vite fait ici en Anglais, dans la section "Current variant kernels" : https://ubuntu.com/kernel/variants

Le 7.0 vient si on installe le meta-paquet linux-generic-hwe-24.04-edge par exemple.

Ici hwe veut dire "HardWare Enablement", c'est à dire des noyaux qui contiennent des pilotes supplémentaires par-rapport à ce qui était livré à la sortie de la distribution. Et edge, ben c'est une arrête, c'est pour celles et ceux qui aiment vivre sur le fil du rasoir… Enfin non, c'est pour avoir un noyau très récent, qui sera le prochain hwe.

Lorsque qu'il n'y a pas de personnel en place (en interne ou en prestation) pour gérer l'informatique, je ne peux pas recommander de "juste prendre un VPS avec NextCloud". Ce serait irresponsable étant donné la quantité (et la qualité grandissante) de menaces sur Internet.

Donc oui, des services infogérés (ou SaaS), libre quand c'est possible, sinon propriétaire (comme Infomaniak par exemple) mais pas GAFAM en priorité… Mais au final, ce qui est important, c'est que l'entreprise soit à l'aise avec ses outils, sinon fatalement, il va y avoir des bêtises de faites.

Salut,

en effet, si ça représente beaucoup de code, et qu'il n'y a que deux-trois personnes intéressées, ça ne vaut pas le coup. On verra bien si la suggestion obtient un score positif.

Pour les commentaires, j'avais proposé ça car cela semble simple à mettre en oeuvre :

Le masquage des commentaire se ferait seulement par score virtuel négatif, afin de ne pas perturber l'arborescence des fils de discussion.
Dans le cas des commentaires, un passage cité dans un autre message serait toujours visible, mais c'est ainsi.

La seconde phrase sous-entend que les commentaires de réponse à un commentaire masqué sont visibles.

En tout cas, merci pour le filtre UBlock, c'est en effet très simple et efficace !

En effet, les voici :
Filtrage pour ignorer les contenus comportant une étiquette
Filtrage pour ignorer les contenus créés par un compte

Quand tu vois des illustrations laides (mais laides !) comme celles de cet article, tu te dis que pas d'illustrations, c'est bien aussi :

Tiens, peut-on filtrer par étiquette (ou par auteur/autrice) sur Linuxfr ?

FreeIPA ressemble à ce que tu recherches : https://www.freeipa.org/page/Main_Page

Bof : les passkeys sont construites sur des algos de clés asymétriques, ici c'est un bête secret partagé ("pre shared key") avec le nom de domaine pour le salage. C'est du niveau de /etc/shadow en fait.

Sur « réutiliser le même partout = pire » : c'est justement ce que le domain-binding évite. Le même mot « voiture » produit une clé différente sur chaque site (HMAC avec le domaine), donc le réutiliser n'a pas les conséquences d'un mot de passe réutilisé

Ben si, c'est pareil. Si je détermine que sur plop.fr ta phrase de passe de récup est "tartine de pain sans gluten grillée", et que tu réutilises la même sur coin.com, ben je vais pouvoir t'usurper ton compte sur les deux sites, vu que le domaine est connu. Le fait que le condensat soit complexe à casser ne règle pas la question de la réutilisation d'un mot de passe, qu'il soit fort ou faible.

Où alors il me manque un ingrédient ?

Salut,
je trouve que l'idée de proposer un standard pour normaliser les interactions de récupération est super. Avoir la même logique d'un service à un autre permet de mieux s'y retrouver, plutôt que d'avoir des trucs différents (codes de récup, lien par mail, clé de secours…). Ce serait sans doute intéressant d'en faire une RFC si ça n'existe pas déjà.

Après, sur ce qui est proposé ici, l'idée centrale de retenir un second mot de passe (que tu n'utilises jamais, donc que tu oublies facilement) au cas où tu oublies le mot de passe principal (que tu utilises souvent), ça me semble voué à l'échec, sauf à réutiliser le même mot de passe de secours d'un service à un autre, ce qui est pire que le problème que tu cherches à résoudre.

J'ai une question aussi :

Côté navigateur, on calcule HMAC-SHA256(secret, domaine) : une fonction cryptographique standard qui combine le secret de l'utilisateur avec le nom de domaine du site, et produit une empreinte impossible à inverser

Que se passe-t-il quand le nom de domaine change ? Par exemple, une entreprise se fait racheter, et l'URL du service passe de https://labaguette.fr/ à https://theworldbakery.com/baguette/ ? Ton condensat HMAC ne fonctionne plus ? Ou bien il faut stocker sur quel domaine il a été généré car ça peut changer. Ce qui revient à dire que le nom de domaine devient un second sel, qu'il faut donc stocker côté serveur ?

Merci !

Comme 0.9x des devs :)

Non justement. Ce que dit gUI, c'est que si tes ventes n'augmentent pas, tu peux juste "livrer" la même quantité de code (de jeux), mais avec environ dix fois moins de ressources (ici, des humains qui développent).

En France, l'écrasante majorité des entreprises sont des TPE/PME. Est-ce que c'est une distribution qu'on retrouve aussi dans le secteur de l'informatique ?

Aussi, je me demande quelle est la proportion de projets qui sont des "petits projets solo". Si ça se trouve, c'est beaucoup ?

On peut aussi se demander pourquoi, si les assistants LLM permettent de faire x10 sur la productivité, des gens se font virer. Une entreprise préférerait virer la moitié des équipes, et faire seulement x5 ? Bon en y pensant un peu, c'est aussi qu'une entreprise a un débit maximal, et que faire x10 sur les perfs produirait sans doute un embouteillage plus loin dans la structure, ce qui ne servirait à rien. Tiens, ça me rappelle le livre Le but, de Eliyahu Goldratt.

Il reste des trucs intéressants, comme la gestion des chaînes de caractères. Y'a des trucs un peu inutiles, comme redéfinir les noms des types pour avoir des choses comme s32 ou u64. Et des truc totalement écartés (mais au moins c'est assumé), comme les archis gros-boutistes. Et puis c'est un projet qui n'a même pas un an, avec une cible très ambitieuse.

Si au final, ça va vers une évolution de la bibliothèque standard qui apporte des abstractions optionnelles moins dangereuses, au prix d'une baisse de performance, et bien tout le monde y gagnera !

Ceci étant dit, je crois que cette bibliothèque aurait beaucoup moins fait parler d'elle, si elle avait été présentée plus modestement (plus honnêtement ?), comme ceci par exemple : sp.h: a carefully curated set of tools to break free from the C stdlib traps (sp.h: un ensemble d'outils choisis avec soin pour s'affranchir des pièges de la bibliothèque standard C).

J'ai vu une expression marrante sur HackerNews : faire les premiers 90%, et laisser les 90% restants à faire¹.