Il y a des gens qui ont travaillé sur Debian GNU/kFreeBSD, GNU/Hurd, et même GNU/MINT (le système Unix de chez Atari, pas la distribution Linux).
C'était un peu passé de mode mais peut-être que des efforts seront remis là dedans ou sur une solution similaire. En tout cas, c'est possible si ça devient nécessaire? Même si ça ne va pas se faire sans difficultés.
La disparition des billets de 500€ est déjà effective depuis le redesign précédent. Il n'y en a plus de produits. Ceux qui sont en circulation restent valables. Ce sera toujours le cas après l'introduction de cette nouvelle série de billets.
D'un autre côté, le choix de personnalités permet de mettre en valeur qu'il y a une culture commune européenne. La version mettant en valeur les espèces d'oiseaux et les paysages donne une vision plus géographiques des choses, justement, comme si la seule chose qui faisait consensus, c'est que les Européens vivent dans la même région du monde, et qu'ils n'ont rien d'autre en commun.
6.4 milions de lignes, c'est plus que l'entièreté des sources de Haiku (pas juste le noyau).
Mais il me semble que le gros des sources de AMDGPU sont en fait des sources générées, il s'agit d'une énorme quantté de fichiers .h contenant des déclinaisons de déclaration d'adresse de registres matériel et de définition de bits pour chaque génération de carte.
Donc ce sont des fichiers que personne ne va lire ou modifier.
J'aime bien l'idée d'avoir des billets décorés dans un format vertical, ça change, c'est original.
Un peu déçu par les billets de type oiseaux/bâtiments, que je trouve très peu colorés (ou plutôt chacun restant dans ses propres tons monochromes, surtout les verso avec les bâtiments). Le choix de représenter les bâtiments des instituions européennes me semble pas si malin que ça: ces bâtiments de style moderne se ressemblent tous un peu et on voit que personne n'a su trop quoi en faire dans ces illustrations? C'était plus facile sur les billets actuels, ou chaque billet représente un style architectural et une époque sans représenter un bâtiment spécifique. ça permet plus de liberté aux designers pour proposer des séries cohérentes entre elles tout en étant différenciées les unes des autres.
Finalement les billets représentant une personne d'un côté et son oeuvre de l'autre semblent avoir mieux inspirés les designers pour faire des choses intéressantes et des interprétations un peu plus variées.
Au final mes préférés sont:
Le F, le choix d'avoir 2 couleurs vives très contrastées est sympa!
Le E, classique mais réussi. Simple et efficace.
Le H, je pense que c'est mon préféré pour les séries oiseaux/bâtiments
Finalement je suis déçu par le dessin sur les format verticaux que j'aimais bien. Le D est bien mais manque de couleurs, le G a de beaux portraits sur la face mais le dos a droit à un dessin générique sans âme, le I tous les billets ont l'air identiques avec le cercle blanc au milieu. Les oiseaux du J sont jolis mais le dos avec les bâtiments est beaucoup moins intéressant.
Je rajoute un point qui m'a semblé important dans l'annonce de Codeberg mais qui n'apparaît pas dans ton résumé:
Héberger des projets sur Codeberg demande des ressources matérielles: disques durs, processeurs pour la CI, etc. D'une part, l'ambiance générale fait que ce matériel coûte actuellement assez cher. D'autre part, les projets vibe codés ont tendance à être de gros consommateurs de ces ressources, avec une chaîne de CI/CD très complète, la génération de binaires pour tout un tas de plateformes, et, bien sûr, un gros volume de commits.
C'est donc une mauvaise utilisation de ressources communes, qui seraient mieux affectées à d'autres projets qui ont, eux, une vraie communauté de développeurs et d'utilisateurs.
C'est donc un impact encore plus direct que les problèmes de scrapping intensif par des robots d'entraînement d'IA, qui sont également mentionnés.
WebKit est toujours libre et indépendant de Google. Il est co-géré pas Apple, Igalia et Sony, une sturcture qui évite qu'une des entreprises participante prenne trop de pouvoir par rapport aux autres.
J'ai passé une partie de ma famille dessus, par forcement simple car vu que c'est difficile de leur faire acheter une application j'ai dû leur installer Fdroid
Conversations est régulièrement gratuit sur le play store, en particulier lors des périodes de réunions familiales (noel et au res vacances par exemple). Il faut simplement convertir sa famille au bon moment.
Ça semble être un bon plan pour se faire bannir de WhatsApp si n'importe qui peut entrer un numéro de téléphone et déclencher l'envoi d'un message.
En plus, c'est un concurrent direct de Quicksy, ce serait donc stupide de devoir dire aux gens "ah oui il faut d'abord te créer un compte WhatSapp pour recevoir la confirmation Quicksy et créer ton compte".
J'espère que tu es propriétaire de ce numéro et que tu n'as pas donné le portable de quelqu'un au hasard!
Il existe une liste de numéros réservés à cet usage depuis 2018 (ici au chapitre 2.5.12). Tu ferais donc mieux de prendre un de ces numéros, pour les portables, commençant par 06 39 98 (il y a d'autres plages pour les zones géographiques 01 à 05). Ainsi ,c'est garanti que ce numéro n'appartient et n'appartiendra jamais à personne.
Avant 2018, il fallait faire une demande spécifique à l'ARCEP pour obtenir un tel numéro réservé, mais maintenant c'est beaucoup plus simple.
Mais malheureusement, depuis plusieurs mois, le service est victime d'attaques visant à faire exploser ces coûts. Difficile de se prononcer sur la motivation des attaquants.
Daniel en a indiqué la raison (supposée mais probable): en parallèle de ces attaques, il reçoit des offre d'un système de protection (payant) contre ces attaques. Cela semble donc venir du fournisseur de ce système de protection, qui justifie ainsi son propre business.
C'est déjà le sujet de laconclusion de l'article, qui mentionne plein d'autres choses qui ont été adoptées un peu par effet de mode: le TDD, la CI/CD, les système de typage forts, le devops, la séparation des équipes de test et de développement.
Les deux choses qui sont peut-être différentes pour les LLMs:
l'auteur se fait traiter de fou ("nuts") quand il propose d'utiliser une méthode scientifique pour évaluer les coûts/bénéfices, ce qui est assez différent de simplement être indifférent (du genre "mais oui papy va faire tts études, pendant ce temps nous on code"),
l'utilisation de LLMs semble beaucoup imposée ou au moins poussée par la hiérarchie plutôt que naturellement adaptée par les équipes, je ne crois pas avoir trop vu ça avec les autres exemples donnés? (Mais bon, j'étais pas là lors de l'invention de chacune de ces pratiques, peut-être j'ai raté des trucs).
ça sera pas la première fois que quelqu'un fait un truc stupide par confiance aveugle à la technologie.
Voir tous les cas de gens qui ont jeté leur voiture dans l'eau/se sont perdu dans un désert/… parce que leur GPS leur disait que c'était la bonne route. Cette étude (qui date de 2017) avait compté 44 morts, 23 blessés, plus 52 incidents moins grave (les gens s'en sont sortis sans blessure mais il y a eu des dommages matériels par exemple) et enfin 39 cas de "déconvenues importantes" (pas de dégâts, mais intervention de pompiers, véhicule de secours, etc, ou encore personnes qui ont traversé la moitié des USA avant de se rendre compte qu'ils avaient sélectionné une ville homonyme de celle où ils voulaient se rendre).
Je n'ai pas de difficulté à imaginer une chaîne de commande défaillante dans laquelle quelqu'un demande à un chatbot un scénario pour un film d'action où il faut sauter par dessus un obstacle, que ChatGPT répond avec un scénario à base de feu et morceaux de verre, que c'est transmis à la hiérarchie tel quel, puis que personne n'ose contester les ordres, ou même que ça soit rétro-justifié en se disant que les terroristes doivent être prêts à mourir, et que c'est une bonne occasion pour s'entraîner. Ce qui est un tout petit peu plus nuancé que "ChatGPT m'a dit de me jeter moi-même dans le feu, j'ai pas réfléchi, j'ai obéi".
Vérification faite, il s'agirait des firmwares principalement pour les cartes wifi et bluetooth, sans lesquels ce matériel serait inutilisable (et qui n'est pas mis en jeu si on utilise un autre matériel, bien sûr).
Je ne vois pas bien ce que FreeBSD peut faire à ce sujet: refuser d'inclure des pilotes pour de tels matériels?
En fait je ne comprend pas l'intérêt de ce nouveau format de synthèse. Si c'est juste pour remettre une liste des contenus taggés intelligence_artificielle, il suffit d'aller consulter directement l'étiquette?
Dans l'ancien format il y avait un peu de résumé, de commentaires, bref, un apport humain intéressant.
Bon enfin vous faites ce que vous voulez, mais moi en commençant à lire, j'ai vite compris que je perdais mon temps et je suis passé à autre chose.
C'est tout de même un peu surprenant pour Photoshop. Dans les cas habituels de "merdification", il s'agit de logiciels gratuits, dont les utilisateurs ne sont has les clients. Dans ce cas, il est tout à fait logique que le produit soit développé d'abord pour les clients (vendeurs de publicité par exemple).
Mais pour Adobe, il y avait avant un business de vente de nouvelles versions du logiciel, remplacé par la suite par un abonnement. Une fois les gens passés à la formule par abonnement, il suffisait de… ne rien faire. Collecter les abonnements. Faire le minimum de mises à jour sur le logiciel pour qu'il continue à fonctionner sur les systèmes modernes. Tout le monde aurait ét# très content.
Pourquoi avoir choisi de payer des développeurs pour rendre le logiciel moins pien dans ce cas?
Selon les statuts de l'association, c'est probablement possible d'exclure quelqu'un des entraînements et compétitions sans pour autant lui retirer son statut d'adhérent de l'association.
Le journal ne dit pas exactement ce que "viré du club" signifie.
J'en pense toujours la même chose: il faut quelqu'un que ça intéresse et qui se décide à écrire les drivers nécessaires.
C'est plus cohérent pour le 500+ qui est effectivement une machine "desktop".
Ce n'est pas tellement un problème de performances (Haiku se contente assez bien de 256Mo de RAM et d'un seul coeur de CPU à quelques centaines de MHz). C'est surtout que Haiku est fait pour une utilisation "de bureau", alors que les Raspberry Pi classiques sont plutôt, à mon avis, pour des systèmes embarqués. Une fois ajouté un boîtier, un clavier, une souris, probablement un hub USB, … on se retrouve avec un gros spaghetti de câbles qui ne fait pas un ordinateur très convaincant.
Cela dit, ça n'empêche en rien d'essayer de faire fonctionner Haiku dessus, d'un point de vue technique en tout cas ça ne pose pas de problème particulier. Simplement, ce n'est pas la cible la plus intéressante pour les développeurs de Haiku et les utilisateurs existants, qui préfèrent utiliser des machines plus conventionnelles. C'est donc là-dessus qu'il y a le plus de travail.
Du côté du Raspberry Pi, ça fait des années qu'on a des gens qui nous disent qu'ils utiliseraient une version de Haiku s'il y en avait une, mais personne qui se lance dans le portage. Les choses ne se font pas toutes seules, et l'équipe de Haiku (qui est assez réduite) se concentre d'abord sur ses propres besoins. Mais il suffit d'une personne motivée pour faire changer les choses!
Pour l'instant le travail sur la version ARM64 semble se concentrer sur les machines de Apple. Plus puissantes, et plus proches du coeur de cible de Haiku (les ordinateurs personnels).
Rien n'empêche d'écrire les pilotes manquants pour les dernières générations de Raspberry si quelqu'un a envie de se lancer. Cela va devenir de plus en plus simple avec le développement de la version pour les machines Apple, car les bugs dans le code commun pour ARM sont de plus en plus résolus. Il y a donc peut-être une chance d'éviter de tomber directement sur un problème de MMU, un crash complet du kernel (sans accès au debugger) ou autre truc très difficile à comprendre.
Par contre il y a du travail sur les contrôleurs USB, SD/MMC, PCI, … qui sont très peu standardisés sur ARM, il faut donc un pilte spécifique pour chaque famille de puces. On se retrouve un peu dans la même situation que pour les PC dans les années 1990, ou le matériel était très diversifié, c'est moins le cas sur les PC modernes.
Le lien plonge directement dans les détails techniques sans expliquer ce qu'est HATETRIS.
Il s'agit d'une modification du jeu de Tetris ou le choix aléatoire des pièces qui vont tomber est remplacé par un algorithme déterministe choisissant la pièce la moins utilisable dans l'état du jeu (d'où le nom: Hate-Tetris, le Tetris qui te déteste).
Cela change la dynamique du jeu et le rend beaucoup plus stratégique: il faut placer les pièces de façon non seulement à compléter des lignes, mais aussi à faire en sorte que l'algorithme ne puisse pas bloquer complètement la situation. On peut également oublier la partie "vitesse de chute" des pièces et se concentrer uniquement sur la solution optimale indépendamment des erreurs humaines qu'elle finit par provoquer.
Au départ, les parties se terminaient assez rapidement (au bout de 11 lignes, puis le record est monté jusqu'à 45 lignes). Mais une possibilité théorique était l'apparition de "boucles": une combinaison permettant de revenir à un état précédent du jeu. Et donc de jouer sans fin. Il existe donc une variante de l'algorithme interdisant ces boucles (l'algorithme choisira une autre pièce). Dans ce cas, le jeu s'arrête lorsque l'algorithme ne peut proposer aucune pièce car toutes les pièces permettraient de réaliser une boucle (c'est probablement impossible, l'espace de jeu est trop limité et le "game over" arrivera avant).
Ce cas s'est déclenché pour la première fois avec un record obtenu en novembre 2022. Il y a deux autres "boucles" publiées, la dernière datant d'hier et ne comportant que 10 lignes pour la mise en place suivies de 10 autres lignes qui peuvent être répétées à l'infini. La question de la boucle la plus courte possible dans "HATETRIS Mild" (la version de l'algorithme autorisant les boucles) reste un problème ouvert, même si ça semble difficile de faire mieux.
Cet article mentionne que PREEMPT_RT améliore la latence aux dépends du débit, mais ne donne pas de chiffres sur l'impact en pratique.
Dans un de mes projets, on avait essayé d'activer PREEMPT_RT, et on a constaté que dans notre cas, la dégradation des performances n'était pas acceptable. On s'est donc débrouillés autrement (avec des modifications dans le firmware du matériel avec lequel on s'interface) pour ne plus avoir de contraintes temps réel fortes sur le système Linux.
Donc, ça fonctionne, mais ce n'est peut-être pas la meilleure solution, dans certains cas un système pensé dès le départ pour le temps réel sera peut-être meilleur (je n'ai pas encore eu l'occasion de faire de comparaisons).
Par contre, l'article mentionne directement des solutions propriétaires. Dommage pour RTEMS et FreeRTOS et sûrement quelques autres projets dans ce domaine, qui font du temps réel open source depuis fort longtemps.
C'est pas clair du tout, l'article en lien Linuxfr cite un autre article en allemand dont il a recopié 90% du contenu, qui lui-même cite "un libraire" (donc pas un expert du droit d'auteur américain).
J'ai du mal à voir le rapport entre le support original et le "fair use". Le copyright continue de s'appliquer même si le livre est numérisé, photocopié, …
En droit français je pense que la discussion serait plutôt sur le terrain de la copie privée ou quelque chose de ce genre: lié à la réalisation de copies "verbatim" (sans changements), alors que le "fair use" est plutôt pour des œuvres dérivées (et suffisament différentes).
Quel est le lien légal qui permettrait de sauter de l'un à l'autre dans ce cas?
Le navigateur de fichiers et la barre des tâches sont récupérés de BeOS
Et on réutilise plein d'autres choses. Donc non, clairement ce n'est pas "partie de zéro".
Pour MS-DOS, les premières versions de QDOS ont été fortement inspirées de CP/M, et MS-DOS est une version modifiée de QDOS.
Enfin, de toutes façons, il n'y a peut-être que Ada Lovelace qui a écrit du code en partant "de zéro", tout le reste se base forcément sur du travail précédent?
Pour Linux, Linus Torvalds utilisait Minix et a peut-être commencé par réutiliser des morceaux de code de ce dernier, avant de tout remplacer petit à petit (par son propre noyau monolithique, et par les outils GNU pour l'espace utilisateur).
[^] # Re: Je comprends pas
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien General Resolution: LLM usage in Debian. Évalué à 5 (+2/-0).
Il y a des gens qui ont travaillé sur Debian GNU/kFreeBSD, GNU/Hurd, et même GNU/MINT (le système Unix de chez Atari, pas la distribution Linux).
C'était un peu passé de mode mais peut-être que des efforts seront remis là dedans ou sur une solution similaire. En tout cas, c'est possible si ça devient nécessaire? Même si ça ne va pas se faire sans difficultés.
[^] # Re: Je suis pas designer, mais...
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Donner votre avis sur le graphisme des prochains billets euro. Évalué à 5 (+2/-0).
La disparition des billets de 500€ est déjà effective depuis le redesign précédent. Il n'y en a plus de produits. Ceux qui sont en circulation restent valables. Ce sera toujours le cas après l'introduction de cette nouvelle série de billets.
[^] # Re: Je suis pas designer, mais...
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Donner votre avis sur le graphisme des prochains billets euro. Évalué à 5 (+2/-0).
D'un autre côté, le choix de personnalités permet de mettre en valeur qu'il y a une culture commune européenne. La version mettant en valeur les espèces d'oiseaux et les paysages donne une vision plus géographiques des choses, justement, comme si la seule chose qui faisait consensus, c'est que les Européens vivent dans la même région du monde, et qu'ils n'ont rien d'autre en commun.
[^] # Re: AMDGPU
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien More than 43 Million Lines of Code in Linux Kernel 7.2. Évalué à 5 (+2/-0).
6.4 milions de lignes, c'est plus que l'entièreté des sources de Haiku (pas juste le noyau).
Mais il me semble que le gros des sources de AMDGPU sont en fait des sources générées, il s'agit d'une énorme quantté de fichiers .h contenant des déclinaisons de déclaration d'adresse de registres matériel et de définition de bits pour chaque génération de carte.
Donc ce sont des fichiers que personne ne va lire ou modifier.
# Je suis pas designer, mais...
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Donner votre avis sur le graphisme des prochains billets euro. Évalué à 7 (+4/-0).
Allez je donne mon avis quand même (allez répondre au sondage avant de vous faire influencer).
Tout d'abord vous pouvez voir les propositions sans répondre au sondage (ce qui est plus pratique pour comparer).
J'aime bien l'idée d'avoir des billets décorés dans un format vertical, ça change, c'est original.
Un peu déçu par les billets de type oiseaux/bâtiments, que je trouve très peu colorés (ou plutôt chacun restant dans ses propres tons monochromes, surtout les verso avec les bâtiments). Le choix de représenter les bâtiments des instituions européennes me semble pas si malin que ça: ces bâtiments de style moderne se ressemblent tous un peu et on voit que personne n'a su trop quoi en faire dans ces illustrations? C'était plus facile sur les billets actuels, ou chaque billet représente un style architectural et une époque sans représenter un bâtiment spécifique. ça permet plus de liberté aux designers pour proposer des séries cohérentes entre elles tout en étant différenciées les unes des autres.
Finalement les billets représentant une personne d'un côté et son oeuvre de l'autre semblent avoir mieux inspirés les designers pour faire des choses intéressantes et des interprétations un peu plus variées.
Au final mes préférés sont:
Finalement je suis déçu par le dessin sur les format verticaux que j'aimais bien. Le D est bien mais manque de couleurs, le G a de beaux portraits sur la face mais le dos a droit à un dessin générique sans âme, le I tous les billets ont l'air identiques avec le cercle blanc au milieu. Les oiseaux du J sont jolis mais le dos avec les bâtiments est beaucoup moins intéressant.
Et vous, vous en pensez quoi?
# Les ressources
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Blog de Codeberg sur la protection des communs contre les LLMs. Évalué à 10 (+16/-1).
Je rajoute un point qui m'a semblé important dans l'annonce de Codeberg mais qui n'apparaît pas dans ton résumé:
Héberger des projets sur Codeberg demande des ressources matérielles: disques durs, processeurs pour la CI, etc. D'une part, l'ambiance générale fait que ce matériel coûte actuellement assez cher. D'autre part, les projets vibe codés ont tendance à être de gros consommateurs de ces ressources, avec une chaîne de CI/CD très complète, la génération de binaires pour tout un tas de plateformes, et, bien sûr, un gros volume de commits.
C'est donc une mauvaise utilisation de ressources communes, qui seraient mieux affectées à d'autres projets qui ont, eux, une vraie communauté de développeurs et d'utilisateurs.
C'est donc un impact encore plus direct que les problèmes de scrapping intensif par des robots d'entraînement d'IA, qui sont également mentionnés.
Du coup, un petit peu quand même?
# Plus de détails
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien La forge logicielle Codeberg bannit les projets vibe codés. Évalué à 6 (+3/-0).
L'annonce/blog officielle donne plus de détails sur les raisons et ce qui va être fait en pratique:
https://blog.codeberg.org/protecting-our-floss-commons-from-llms.html
[^] # Re: smaaaaart
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Mais FUUUUUUUUUU, firefox revient sur X, ce réseau des enfers qu'on devrait mettre à la poubelle. Évalué à 7 (+4/-0).
WebKit est toujours libre et indépendant de Google. Il est co-géré pas Apple, Igalia et Sony, une sturcture qui évite qu'une des entreprises participante prenne trop de pouvoir par rapport aux autres.
[^] # Re: Deux fois, pas de chance.
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Quicksy (fournisseur XMPP) se ferme aux inscriptions car envoyer des SMS est trop cher. Évalué à 7 (+4/-0).
Conversations est régulièrement gratuit sur le play store, en particulier lors des périodes de réunions familiales (noel et au res vacances par exemple). Il faut simplement convertir sa famille au bon moment.
[^] # Re: Compléments sur la téléphonie
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Quicksy (fournisseur XMPP) se ferme aux inscriptions car envoyer des SMS est trop cher. Évalué à 5 (+2/-0).
On peut censurer la citation dans mon commentaire aussi, sinon ça ne sert à rien d'enlever le numéro dans le journal!
Merci :)
[^] # Re: autre solution ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Quicksy (fournisseur XMPP) se ferme aux inscriptions car envoyer des SMS est trop cher. Évalué à 5 (+2/-0).
Ça semble être un bon plan pour se faire bannir de WhatsApp si n'importe qui peut entrer un numéro de téléphone et déclencher l'envoi d'un message.
En plus, c'est un concurrent direct de Quicksy, ce serait donc stupide de devoir dire aux gens "ah oui il faut d'abord te créer un compte WhatSapp pour recevoir la confirmation Quicksy et créer ton compte".
# Compléments sur la téléphonie
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Quicksy (fournisseur XMPP) se ferme aux inscriptions car envoyer des SMS est trop cher. Évalué à 10 (+9/-0). Dernière modification le 21 juillet 2026 à 17:44.
J'espère que tu es propriétaire de ce numéro et que tu n'as pas donné le portable de quelqu'un au hasard!
Il existe une liste de numéros réservés à cet usage depuis 2018 (ici au chapitre 2.5.12). Tu ferais donc mieux de prendre un de ces numéros, pour les portables, commençant par 06 39 98 (il y a d'autres plages pour les zones géographiques 01 à 05). Ainsi ,c'est garanti que ce numéro n'appartient et n'appartiendra jamais à personne.
Avant 2018, il fallait faire une demande spécifique à l'ARCEP pour obtenir un tel numéro réservé, mais maintenant c'est beaucoup plus simple.
Daniel en a indiqué la raison (supposée mais probable): en parallèle de ces attaques, il reçoit des offre d'un système de protection (payant) contre ces attaques. Cela semble donc venir du fournisseur de ce système de protection, qui justifie ainsi son propre business.
[^] # Re: Preuve empirique
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien il n'y a pas de preuve empirique que les LLM améliorent la productivité des développeurs. Évalué à 4 (+2/-1).
C'est déjà le sujet de laconclusion de l'article, qui mentionne plein d'autres choses qui ont été adoptées un peu par effet de mode: le TDD, la CI/CD, les système de typage forts, le devops, la séparation des équipes de test et de développement.
Les deux choses qui sont peut-être différentes pour les LLMs:
[^] # Re: humm
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien des terroristes utilisent l'automatisation probabiliste pour se dézinguer eux-mêmes plus rapidement. Évalué à 6 (+3/-0). Dernière modification le 16 juillet 2026 à 15:27.
ça sera pas la première fois que quelqu'un fait un truc stupide par confiance aveugle à la technologie.
Voir tous les cas de gens qui ont jeté leur voiture dans l'eau/se sont perdu dans un désert/… parce que leur GPS leur disait que c'était la bonne route. Cette étude (qui date de 2017) avait compté 44 morts, 23 blessés, plus 52 incidents moins grave (les gens s'en sont sortis sans blessure mais il y a eu des dommages matériels par exemple) et enfin 39 cas de "déconvenues importantes" (pas de dégâts, mais intervention de pompiers, véhicule de secours, etc, ou encore personnes qui ont traversé la moitié des USA avant de se rendre compte qu'ils avaient sélectionné une ville homonyme de celle où ils voulaient se rendre).
Je n'ai pas de difficulté à imaginer une chaîne de commande défaillante dans laquelle quelqu'un demande à un chatbot un scénario pour un film d'action où il faut sauter par dessus un obstacle, que ChatGPT répond avec un scénario à base de feu et morceaux de verre, que c'est transmis à la hiérarchie tel quel, puis que personne n'ose contester les ordres, ou même que ça soit rétro-justifié en se disant que les terroristes doivent être prêts à mourir, et que c'est une bonne occasion pour s'entraîner. Ce qui est un tout petit peu plus nuancé que "ChatGPT m'a dit de me jeter moi-même dans le feu, j'ai pas réfléchi, j'ai obéi".
[^] # Re: Chacun ses priorités
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien FreeBSD 16 Retires The Last Of Its GPL Code From Its Base System. Évalué à 3 (+1/-1).
Vérification faite, il s'agirait des firmwares principalement pour les cartes wifi et bluetooth, sans lesquels ce matériel serait inutilisable (et qui n'est pas mis en jeu si on utilise un autre matériel, bien sûr).
Je ne vois pas bien ce que FreeBSD peut faire à ce sujet: refuser d'inclure des pilotes pour de tels matériels?
[^] # Re: C''est quand même un peu du flood ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Veille communautaire sur des intelligences artificielles du mois de mai 2026. Évalué à 10 (+8/-0).
En fait je ne comprend pas l'intérêt de ce nouveau format de synthèse. Si c'est juste pour remettre une liste des contenus taggés intelligence_artificielle, il suffit d'aller consulter directement l'étiquette?
Dans l'ancien format il y avait un peu de résumé, de commentaires, bref, un apport humain intéressant.
Bon enfin vous faites ce que vous voulez, mais moi en commençant à lire, j'ai vite compris que je perdais mon temps et je suis passé à autre chose.
[^] # Re: Chut, ne dites surtout pas « Gimp »
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien La merdification de Photoshop. Évalué à 6 (+3/-0).
C'est tout de même un peu surprenant pour Photoshop. Dans les cas habituels de "merdification", il s'agit de logiciels gratuits, dont les utilisateurs ne sont has les clients. Dans ce cas, il est tout à fait logique que le produit soit développé d'abord pour les clients (vendeurs de publicité par exemple).
Mais pour Adobe, il y avait avant un business de vente de nouvelles versions du logiciel, remplacé par la suite par un abonnement. Une fois les gens passés à la formule par abonnement, il suffisait de… ne rien faire. Collecter les abonnements. Faire le minimum de mises à jour sur le logiciel pour qu'il continue à fonctionner sur les systèmes modernes. Tout le monde aurait ét# très content.
Pourquoi avoir choisi de payer des développeurs pour rendre le logiciel moins pien dans ce cas?
[^] # Re: Valable ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal viré de son club de sport. Évalué à 6 (+3/-0).
Selon les statuts de l'association, c'est probablement possible d'exclure quelqu'un des entraînements et compétitions sans pour autant lui retirer son statut d'adhérent de l'association.
Le journal ne dit pas exactement ce que "viré du club" signifie.
[^] # Re: urbex !
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien IA krach ? ☄️🦖. Évalué à 8 (+5/-0).
Y'a déjà un système de refroidissement très performant, du coup ça se transforme facilement en patinoire géante!
[^] # Re: Haiku pour Raspberry Pi 5 et Pi 500+ ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Nouvelles de Haiku - Printemps 2026. Évalué à 7 (+4/-0).
J'en pense toujours la même chose: il faut quelqu'un que ça intéresse et qui se décide à écrire les drivers nécessaires.
C'est plus cohérent pour le 500+ qui est effectivement une machine "desktop".
Ce n'est pas tellement un problème de performances (Haiku se contente assez bien de 256Mo de RAM et d'un seul coeur de CPU à quelques centaines de MHz). C'est surtout que Haiku est fait pour une utilisation "de bureau", alors que les Raspberry Pi classiques sont plutôt, à mon avis, pour des systèmes embarqués. Une fois ajouté un boîtier, un clavier, une souris, probablement un hub USB, … on se retrouve avec un gros spaghetti de câbles qui ne fait pas un ordinateur très convaincant.
Cela dit, ça n'empêche en rien d'essayer de faire fonctionner Haiku dessus, d'un point de vue technique en tout cas ça ne pose pas de problème particulier. Simplement, ce n'est pas la cible la plus intéressante pour les développeurs de Haiku et les utilisateurs existants, qui préfèrent utiliser des machines plus conventionnelles. C'est donc là-dessus qu'il y a le plus de travail.
Du côté du Raspberry Pi, ça fait des années qu'on a des gens qui nous disent qu'ils utiliseraient une version de Haiku s'il y en avait une, mais personne qui se lance dans le portage. Les choses ne se font pas toutes seules, et l'équipe de Haiku (qui est assez réduite) se concentre d'abord sur ses propres besoins. Mais il suffit d'une personne motivée pour faire changer les choses!
[^] # Re: peut-on esperer un Raspberry pi sous Haiku ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Nouvelles de Haiku - Printemps 2026. Évalué à 5 (+2/-0).
Pour l'instant le travail sur la version ARM64 semble se concentrer sur les machines de Apple. Plus puissantes, et plus proches du coeur de cible de Haiku (les ordinateurs personnels).
Rien n'empêche d'écrire les pilotes manquants pour les dernières générations de Raspberry si quelqu'un a envie de se lancer. Cela va devenir de plus en plus simple avec le développement de la version pour les machines Apple, car les bugs dans le code commun pour ARM sont de plus en plus résolus. Il y a donc peut-être une chance d'éviter de tomber directement sur un problème de MMU, un crash complet du kernel (sans accès au debugger) ou autre truc très difficile à comprendre.
Par contre il y a du travail sur les contrôleurs USB, SD/MMC, PCI, … qui sont très peu standardisés sur ARM, il faut donc un pilte spécifique pour chaque famille de puces. On se retrouve un peu dans la même situation que pour les PC dans les années 1990, ou le matériel était très diversifié, c'est moins le cas sur les PC modernes.
# ça manque un peu de contexte
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Loops in HATETRIS. Évalué à 10 (+7/-0).
Le lien plonge directement dans les détails techniques sans expliquer ce qu'est HATETRIS.
Il s'agit d'une modification du jeu de Tetris ou le choix aléatoire des pièces qui vont tomber est remplacé par un algorithme déterministe choisissant la pièce la moins utilisable dans l'état du jeu (d'où le nom: Hate-Tetris, le Tetris qui te déteste).
Cela change la dynamique du jeu et le rend beaucoup plus stratégique: il faut placer les pièces de façon non seulement à compléter des lignes, mais aussi à faire en sorte que l'algorithme ne puisse pas bloquer complètement la situation. On peut également oublier la partie "vitesse de chute" des pièces et se concentrer uniquement sur la solution optimale indépendamment des erreurs humaines qu'elle finit par provoquer.
Au départ, les parties se terminaient assez rapidement (au bout de 11 lignes, puis le record est monté jusqu'à 45 lignes). Mais une possibilité théorique était l'apparition de "boucles": une combinaison permettant de revenir à un état précédent du jeu. Et donc de jouer sans fin. Il existe donc une variante de l'algorithme interdisant ces boucles (l'algorithme choisira une autre pièce). Dans ce cas, le jeu s'arrête lorsque l'algorithme ne peut proposer aucune pièce car toutes les pièces permettraient de réaliser une boucle (c'est probablement impossible, l'espace de jeu est trop limité et le "game over" arrivera avant).
Ce cas s'est déclenché pour la première fois avec un record obtenu en novembre 2022. Il y a deux autres "boucles" publiées, la dernière datant d'hier et ne comportant que 10 lignes pour la mise en place suivies de 10 autres lignes qui peuvent être répétées à l'infini. La question de la boucle la plus courte possible dans "HATETRIS Mild" (la version de l'algorithme autorisant les boucles) reste un problème ouvert, même si ça semble difficile de faire mieux.
[^] # Re: Patch PREEMPT_RT
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Linux is not a RTOS but can easily fake being one. Évalué à 6 (+3/-0).
Cet article mentionne que PREEMPT_RT améliore la latence aux dépends du débit, mais ne donne pas de chiffres sur l'impact en pratique.
Dans un de mes projets, on avait essayé d'activer PREEMPT_RT, et on a constaté que dans notre cas, la dégradation des performances n'était pas acceptable. On s'est donc débrouillés autrement (avec des modifications dans le firmware du matériel avec lequel on s'interface) pour ne plus avoir de contraintes temps réel fortes sur le système Linux.
Donc, ça fonctionne, mais ce n'est peut-être pas la meilleure solution, dans certains cas un système pensé dès le départ pour le temps réel sera peut-être meilleur (je n'ai pas encore eu l'occasion de faire de comparaisons).
Par contre, l'article mentionne directement des solutions propriétaires. Dommage pour RTEMS et FreeRTOS et sûrement quelques autres projets dans ce domaine, qui font du temps réel open source depuis fort longtemps.
[^] # Re: La réalité dépasse la fiction
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Des entreprises d'IA rachètent d'anciens livres, les numérisent puis les détruisent. Évalué à 3 (+0/-0).
C'est pas clair du tout, l'article en lien Linuxfr cite un autre article en allemand dont il a recopié 90% du contenu, qui lui-même cite "un libraire" (donc pas un expert du droit d'auteur américain).
J'ai du mal à voir le rapport entre le support original et le "fair use". Le copyright continue de s'appliquer même si le livre est numérisé, photocopié, …
En droit français je pense que la discussion serait plutôt sur le terrain de la copie privée ou quelque chose de ce genre: lié à la réalisation de copies "verbatim" (sans changements), alors que le "fair use" est plutôt pour des œuvres dérivées (et suffisament différentes).
Quel est le lien légal qui permettrait de sauter de l'un à l'autre dans ce cas?
[^] # Re: Pas un OS
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien IoToS - Le prof qui a codé un OS de zéro pour ses élèves. Évalué à 7 (+4/-0).
Je peux répondre pour Haiku:
Et on réutilise plein d'autres choses. Donc non, clairement ce n'est pas "partie de zéro".
Pour MS-DOS, les premières versions de QDOS ont été fortement inspirées de CP/M, et MS-DOS est une version modifiée de QDOS.
Enfin, de toutes façons, il n'y a peut-être que Ada Lovelace qui a écrit du code en partant "de zéro", tout le reste se base forcément sur du travail précédent?
Pour Linux, Linus Torvalds utilisait Minix et a peut-être commencé par réutiliser des morceaux de code de ce dernier, avant de tout remplacer petit à petit (par son propre noyau monolithique, et par les outils GNU pour l'espace utilisateur).