damiend a écrit 55 commentaires

En dev web notamment, où les sites ont généralement un fond clair et pas de thèmes, c'est l'alternance rapide (alt-tab) entre le sombre d'un IDE et le clair du site qui est insupportable.

C'est fou ce qu'on apprend avec et sous cet article.

Il est possible d'utiliser un fond clair mais en limitant la lumière bleue (sous Linux : Redshift).

Je crois que c'est le terme recherché ici : https://fr.wikipedia.org/wiki/Efficience

Dans la même veine, Thunderbird peut mettre en spam des emails de gens à qui tu as déjà répondu, et c'est très agaçant.

Il faut aller dans Paramètres des comptes → Paramètres des indésirables → Puis dans "Ne pas marquer automatiquement les messages…", cocher "Adresses collectées" et "Adresses personnelles".

Je préfère utiliser les courtes abréviations de ConventionalCommits comme build, perf, sec, etc.

Certes la notation emoji (:hammer:) permet de retrouver avec grep, mais il faut alors se souvenir que le marteau est lié aux scripts de dev ; il y a donc un éloignement du sens.

(Merci !)

Pour donner au logiciel l'occasion de journaliser l'erreur, ou prendre une décision s'il y a trop d'erreurs, par exemple ?

Quand je vois passer des articles anti-llm super longs, je ne peux m'empêcher de songer qu'on se fait peut-être troller par des pro-llm qui génèrent leurs articles avec.

J'ai toujours trouvé Latex difficile à mettre en œuvre, et infernal dès qu'on sort des sentiers battus. C'est certainement utile pour les gens qui ont des besoins très spécifiques en mise en page ou autre, mais pas pour l'immense majorité.

Un système avec plein de règles de styles, extrêmement répandu et qui gère des règles de pagination basique est tout simplement HTML+CSS ! Avec @media print, @page et des règles comme break-before, on peut tout simplement "Imprimer > Sauvegarder en PDF".

Rustdesk est libre et fonctionne comme Teamviewer.

• laisse la permission à la cliente
• donne l'accès à l'interface graphique (quoique via Xorg il y a sans doute moyen avec ta solution)
• et par le même biais la laisse voir ce que tu fais
• fonctionne sur mobile, y compris les boutons système bluetooth/wifi/luminosité/etc

"client lourdingue" pour teams

Si le risque considéré est l'espionnage de tout le contenu de la communication, oui il est faible. Ce qui est une grande amélioration, voire l'essentiel. Mais il y en a quelques autres.

Le HTTPS sans ECH peut révéler les domaines visités, le Bluetooth révèle si je ne m'abuse le hostname d'une machine (qui contient souvent le prénom du propriétaire), l'USB peut griller un appareil par surtension.

Et j'imagine que le fingerprinting des composants émetteurs peut permettre de deviner qui possède un appareil coûteux.

Though it is currently limited to email only, support for accessing calendars and address book is expected to arrive in a subsequent update.

On court après MS, mais quelle garantie avons-nous qu'ils ne vont pas changer leur proto pour mettre des bâtons dans les roues de TB ? Si on pouvait avoir la gestion complète des calendriers standards, ce serait bien. De mon expérience, seul iOS gère tout (CRUD) correctement.

Je lisais ça hier, je ne sais pas trop quoi en penser.

https://alphaseeker84.substack.com/p/forget-the-bubble-talk-nvda-msft

Mais c'est bien plus facile de sécuriser une chaîne de dépendance, dont le principe est toujours le même, que tout le code.

C'est comme si tu comparais l'ensemble des dépendances (avec leurs devs, leurs machines, réseaux, autres ressources) avec l'ensemble des lignes de codes, dont toutes peuvent introduire une faille.

Il y a évidemment bien davantage de lignes de codes.

Ce que je constate dans les "vieux" projets PHP sans Composer, c'est que les libs non patchées restent présentes. Avec leurs failles et autres problèmes. Et qu'il n'y a pas de moyen de les détecter facilement (composer audit).

Certes le problème diffère un peu avec JS où il y a vraiment trop de dépendances, mais c'est plutôt l'exception.

L'avenir nous le dira, mais je trouve capital de disposer de solutions en algorithmique classique. On veut pouvoir maîtriser finement sa production, sans parler de la dépendance à des modèles non-reproductibles par tous.

Bosse bien ta connaissance du processus de démarrage. Et bonne chance !

Tout le monde s'est basé sur cette lib (apparemment c'est dans Macos core, Windows idem) sans se poser trop de questions. Or, elle est écrite dans un langage non sûr niveau mémoire (C), sans considération particulière pour la sécurité. On est dans de beaux draps.

J'en ai une pas mal : impossibilité d'installer un calendrier avec sa propre gestion interne du format ical. Android demande toujours la synchro avec le calendrier système. Pas du tout suspect.

Schneier avait anticipé qu'avec l'IA on passerait de la surveillance de masse à l'espionnage de masse :

https://www.schneier.com/blog/archives/2023/12/ai-and-mass-spying.html

Pourquoi avoir accepté de participer ? Pour voir la procédure absurde de près ?

Le mieux reste une petite verif du MX, mais je pense pas que le front puisse le faire. Autant le faire à l'envoi.

Laravel peut le faire avec ses règles de validation incluses.

C'est ce que je crains avec le passage (de plus en plus pressant) aux flatpaks (ou équivalent) : quelle gouvernance ?

Car si les dépôts sont a priori revus de très près, avec Flatpak, chacun fera son propre packaging. Les virus seront (probablement) filtrés, mais la télémétrie ? Le stockage de sauvegardes en ligne sans consentement explicite ? L'entraînement IA sur les données perso ?

Bref l'absence de règles pêche encore une fois, et flathub.org ne me renseigne pas sur ce sujet.

Ça rappelle QML − qui a d'ailleurs le même inconvénient de mélanger contenu et style, ce qui peut limiter les thèmes.

Intéressant d'avoir ça en Python.

C'est chouette ce que vous faites, mais si je puis me permettre il faudrait mettre davantage en valeur la carte, voire la mettre en page d'accueil. Une longue liste d'évènements éparpillés dans le monde n'est pas très digeste. Une carte permet de voir en un coup d'œil ceux auxquels on pourrait participer.