Personnellement je ne pense pas que ce champ commentaire soit suffisamment grand pour que je puisse écrire tout ce que j'ai à en redire.
Je passe les aspects étiques et écologiques qui sont pour moi déjà des bloqueurs.
En restant simplement sur le plan de la contribution à un projet open source. Je pense que les LLM, mêmes les meilleurs, ne sont pas à niveau. Ils ne savent pas prendre les bonnes abstractions, et encore moins les maintenir et les amender dans le temps. Ils hallucinent des patterns ou des bibliothèques qui n'existent pas. Ils produisent dix fois trop de code pour le même résultat.
Je n'utilise pas d'agent pour coder. Si je dois contribuer à un projet, je n'ai pas envie de comprendre dans la tartine de code qu'il produit, ce que le LLM a halluciné, ce qu'il a essayé de construire, ce qui fonctionne ou ne fonctionne pas. Je ne dis pas que tous les humains font mieux mais la plupart font mieux et à défaut, ils font moins.
Et puis pour moi, open source, c'est pouvoir disposer des éléments qui me permettent de recréer le logiciel. Quand le code est généré, ce n'est pas la source. La source, c'est le prompt et le 670 milliards de paramètres du modèle.
De mon point de vue, soit tu choisis de développer avec un agent soit avec des humains (soit seul mais là ça clos le débat); mais je ne vois pas comment les deux peuvent être compatibles.
Quant à la pérennité, bonne chance quand le LLM ne comprendra même plus ce qu'il a créé, quand la boite qui l'opère aura fermé boutique ou quand ils appliqueront les prix réels, € x100. On constate aussi au fil des articles à quel point la qualité des logiciels plonge quand leur équipes des dev ont recours au agent de codage (cf Amazon, Github, M$).
La technologie est belle. Elle peut avoir des usages. Mais actuellement elle est en train de tuer l'open source par les deux bouts : d'une part en déversant des une quantité ingérable de contributions daubées, d'autre part en rendant la nécessité d'écrire de maintenir des logiciels inutile puisqu'ils peuvent être recrée d'une simple phrase ; utopie à date mais qui fait son chemin dans les esprits.
Après, peut être que la technologie va s'améliorer au point de ne pas détruire la planète, de produire du code de qualité. Peut être, plus sûrement, que, comme youtube et le streaming, on va assister à une déferlante de médiocrité mais aussi à l'émergence de quelques pépites qui n'auraient pas été possibles sans. Qui sait.
Je ne dis pas que ce projet en particulier est dans ce cas, je n'ai pas audité le code, et la doc a l'air clean. Mais c'est vrai que quand je vois que ça peut avoir été codé par/avec un agent, j'ai tendance à ne pas y mettre les doigts.
J'ai fait un test vite fait sur mon "blog" : une page index et une centaine de pages article.
Je voyais pas trop ce que je pouvais gagner car les pages se chargent très vite : <10ms.
J'ai juste ajouté à la main les deux balises script sur la page index. Comme ensuite les page article ne sont pas rechargé mais chargées par µJS, pas besoin de le déclarer sur toutes les pages.
Étonnement, je constate un plus grande fluidité. Cela vient du fait que le DOM n'est pas entièrement recréé mais simplement amendé par µJS. Et les navigateurs sont très très bons pour faire le rendu DOM.
En conséquence, cela fonctionne bien tant qu'on a pas de changement de styles. C'est la première page à charger µJS qui impose ces styles au reste du contenu.
La fluidité vient aussi du fait qu'il précharge le contenu au survol du lien, même si celui-ci n'est au final pas cliqué. Au clic, le contenu est déjà dans le cache, pas d'aller-retour réseau ; le swap de contenu est rapide.
Je confirme que l'URL est bien mise à jour dans la barre d'URL et bien inscrite dans l'historique. Que les boutons "back" and "forth" sont fonctionnels. Cependant, le titre n'est pas mis à jour et que sauter loin dans l'historique (click droit sur les boutons et choix d'une entrée) ne fonctionne pas.
D'autre part, cela ne m'est d'aucune utilité avec ma façon habituelle de naviguer qui est de garder la page index ouverte et d'utiliser le click bouton du milieu pour ouvrir un lien dans un nouvel onglet. Sur des sites bloated modernes, cela permet d'ouvrir plusieurs contenus sans repasser par le chargement de la page de départ et re-cliquer les 12 popups de bienvenu, pour aller au contenu suivant. Couplé à TreeStyleTab, cela crée un contexte de navigation beaucoup plus agréable.
D'autant que µJS vient avec un coût en RAM. Dans mon cas, sans µJS : 10MB, avec : 100MB ; YMMV.
Bref, tout comme pour HTMX, cela peut être intéressant pour ajouter un peu de réactivité sans basculer vers un framework JS.
Si je prends du temps pour modéliser, je veux pouvoir partir de ce que mes collègues ont déjà fait, éviter de créer des doublons ou pire des objets qui s’appellent pareil mais qui ne sont en réalité par les mêmes puis repartager mon modèle à mes collègues.
Si il s'agit de créer des diagrammes, je m'orienterai plutôt vers plantuml, mermaid, ou en WYSIWYG, drawio.
Quand je charge A, j'ai bien envie d'avoir un lien vers B qui ne recharge pas la page mais qui remplace le cœur de la page avec le contenu B. Mais quand je charge directement B, j'ai besoin de toute la page.
Je crois comprendre que ces bibliothèques servent à ce cas d’usage … côté client.
Mais comment le back-end, quand il reçoit une requête pour un contenu sait qu'il doit renvoyer toute la page ou seulement le cœur de la page ?
Est ce que Open ModelSphere gère un référentiel, une source où les entités et les relations entre entités peuvent être stockés et réutilisées entre les différentes vues ?
Si oui comment est ce stocké ? Et est ce que de référentiel est partagé entre utilisateurs ?
Ça pourrait se jouer dans la phase de fine tuning mais ça coûterait cher de trop cher de spécialiser à ce moment. Je pense que ça se joue plutôt dans le prompt système ou dans le pré-prompt.
LLM oui, mais agentique, c'est à dire ? Il est agentique si tu le prompt pour "jouer" les agents mais je ne vois pas en quoi il est plus "agentique" qu'un autre LLM et plus agent que, je sais pas moi, humoriste/cuisiner/traducteur/whatever tu le promptes dans ce sens ?
L'info est la matière première de l'AI. Collectée par tous les moyens que tu peux imaginer.
Mais l'IA "digère" l'info:
exploiter les énormes quantités de données que récoltent les agences
identifier ainsi un grand nombre de cibles potentielles, entre lesquelles
l’IA peut aussi aider à établir des priorités
On peut débattre sur le terme "stratégie" mais on est bien sur un outil qui désigne des cibles.
J'ai le même questionnement depuis que j’entends les histoires avec le pentagone: mais à quoi pourrait servir un LLM à l'armée. Si il s'agit de coder, donnez aux dev un abonnements pro à 200 balles. Si il s'agit de lui faire élaborer des stratégies militaires … au secours.
Mais en lisant l'article, il semblerait bien que ce soit ce second cas 😱
L’intelligence artificielle permet en particulier d’exploiter les énormes quantités de données que récoltent les agences de renseignement, explique le quotidien, et d’identifier ainsi un grand nombre de cibles potentielles, entre lesquelles l’IA peut aussi aider à établir des priorités.
Un ".com", un site - blindé de React, pour plaider la simplicité, ça se pose là, derrière cloudflare, une invitation à "spread the word" sur github. Je me demande ce que cherche l'auteur : un peu de notoriété ?
Sur le fond
Rien de bien nouveau : oui PG est un système de stockage très puissant et qui pourra aller très loin en charge avant de nécessiter de séparer les usages.
Et aussi parce que malheureusement les thèmes claires ne fonctionnent pas toujours car les applications supposent un fond sombre. Du coup clair sur clair => on voit rien.
À moins de les trouver sous le sabot d'un cheval ou plus simplement au fond d'un tiroir, je ne vois pas en quoi des cartes micro-sd représenteront une économie…
J'aime beaucoup la chaîne.
Par contre j'ai trouvé cette vidéo bien trop longue pour ce qu'elle avait à dire du sujet.
Peut être aussi parce que je connaissais et que je n'ai donc rien appris.
Je suis plus réceptif sur leurs vidéos qui traitent des sujets que je ne maîtrise pas.
Je n'aime pas ce qui est proposé par défaut : ni le foot ni la mode ni le people.
Je m'intéresse plutôt aux STIM en général. Donc oui, à choisir, je préfère que l'algo me suggère cela.
Mais en pratique, je n'ai pas de compte YT et consomme YT principalement au travers d'interfaces sans fonctionnalités d'"engagement" : newpipie, freetube, RSS, my own stuff.
[^] # Re: test sur site static
Posté par steph1978 . En réponse à la dépêche Sortie de µJS, une bibliothèque JavaScript légère pour dynamiser un site sans framework. Évalué à 2 (+0/-0).
Plusieurs pages. J'imagine que les éléments s'accumulent. Ce qui n'est pas choquant.
[^] # Re: test sur site static
Posté par steph1978 . En réponse à la dépêche Sortie de µJS, une bibliothèque JavaScript légère pour dynamiser un site sans framework. Évalué à 3 (+1/-0).
C'est ce qui est expliqué plus haut, oui.
Seulement le body, d'après ce qui est dis dans ce même "plus haut". Ce que confirme mes tests.
[^] # Re: Utilisation d'IA - Claude
Posté par steph1978 . En réponse à la dépêche Sortie de µJS, une bibliothèque JavaScript légère pour dynamiser un site sans framework. Évalué à 6 (+10/-6).
Personnellement je ne pense pas que ce champ commentaire soit suffisamment grand pour que je puisse écrire tout ce que j'ai à en redire.
Je passe les aspects étiques et écologiques qui sont pour moi déjà des bloqueurs.
En restant simplement sur le plan de la contribution à un projet open source. Je pense que les LLM, mêmes les meilleurs, ne sont pas à niveau. Ils ne savent pas prendre les bonnes abstractions, et encore moins les maintenir et les amender dans le temps. Ils hallucinent des patterns ou des bibliothèques qui n'existent pas. Ils produisent dix fois trop de code pour le même résultat.
Je n'utilise pas d'agent pour coder. Si je dois contribuer à un projet, je n'ai pas envie de comprendre dans la tartine de code qu'il produit, ce que le LLM a halluciné, ce qu'il a essayé de construire, ce qui fonctionne ou ne fonctionne pas. Je ne dis pas que tous les humains font mieux mais la plupart font mieux et à défaut, ils font moins.
Et puis pour moi, open source, c'est pouvoir disposer des éléments qui me permettent de recréer le logiciel. Quand le code est généré, ce n'est pas la source. La source, c'est le prompt et le 670 milliards de paramètres du modèle.
De mon point de vue, soit tu choisis de développer avec un agent soit avec des humains (soit seul mais là ça clos le débat); mais je ne vois pas comment les deux peuvent être compatibles.
Quant à la pérennité, bonne chance quand le LLM ne comprendra même plus ce qu'il a créé, quand la boite qui l'opère aura fermé boutique ou quand ils appliqueront les prix réels, € x100. On constate aussi au fil des articles à quel point la qualité des logiciels plonge quand leur équipes des dev ont recours au agent de codage (cf Amazon, Github, M$).
La technologie est belle. Elle peut avoir des usages. Mais actuellement elle est en train de tuer l'open source par les deux bouts : d'une part en déversant des une quantité ingérable de contributions daubées, d'autre part en rendant la nécessité
d'écrirede maintenir des logiciels inutile puisqu'ils peuvent être recrée d'une simple phrase ; utopie à date mais qui fait son chemin dans les esprits.Après, peut être que la technologie va s'améliorer au point de ne pas détruire la planète, de produire du code de qualité. Peut être, plus sûrement, que, comme youtube et le streaming, on va assister à une déferlante de médiocrité mais aussi à l'émergence de quelques pépites qui n'auraient pas été possibles sans. Qui sait.
Je ne dis pas que ce projet en particulier est dans ce cas, je n'ai pas audité le code, et la doc a l'air clean. Mais c'est vrai que quand je vois que ça peut avoir été codé par/avec un agent, j'ai tendance à ne pas y mettre les doigts.
# test sur site static
Posté par steph1978 . En réponse à la dépêche Sortie de µJS, une bibliothèque JavaScript légère pour dynamiser un site sans framework. Évalué à 7 (+5/-0).
J'ai fait un test vite fait sur mon "blog" : une page index et une centaine de pages article.
Je voyais pas trop ce que je pouvais gagner car les pages se chargent très vite : <10ms.
J'ai juste ajouté à la main les deux balises
scriptsur la page index. Comme ensuite les page article ne sont pas rechargé mais chargées par µJS, pas besoin de le déclarer sur toutes les pages.Étonnement, je constate un plus grande fluidité. Cela vient du fait que le DOM n'est pas entièrement recréé mais simplement amendé par µJS. Et les navigateurs sont très très bons pour faire le rendu DOM.
En conséquence, cela fonctionne bien tant qu'on a pas de changement de styles. C'est la première page à charger µJS qui impose ces styles au reste du contenu.
La fluidité vient aussi du fait qu'il précharge le contenu au survol du lien, même si celui-ci n'est au final pas cliqué. Au clic, le contenu est déjà dans le cache, pas d'aller-retour réseau ; le swap de contenu est rapide.
Je confirme que l'URL est bien mise à jour dans la barre d'URL et bien inscrite dans l'historique. Que les boutons "back" and "forth" sont fonctionnels. Cependant, le titre n'est pas mis à jour et que sauter loin dans l'historique (click droit sur les boutons et choix d'une entrée) ne fonctionne pas.
D'autre part, cela ne m'est d'aucune utilité avec ma façon habituelle de naviguer qui est de garder la page index ouverte et d'utiliser le click bouton du milieu pour ouvrir un lien dans un nouvel onglet. Sur des sites
bloatedmodernes, cela permet d'ouvrir plusieurs contenus sans repasser par le chargement de la page de départ et re-cliquer les 12 popups de bienvenu, pour aller au contenu suivant. Couplé à TreeStyleTab, cela crée un contexte de navigation beaucoup plus agréable.D'autant que µJS vient avec un coût en RAM. Dans mon cas, sans µJS : 10MB, avec : 100MB ; YMMV.
Bref, tout comme pour HTMX, cela peut être intéressant pour ajouter un peu de réactivité sans basculer vers un framework JS.
[^] # Re: référentiel
Posté par steph1978 . En réponse à la dépêche Open ModelSphere, un outil de modélisation. Évalué à 3 (+1/-0).
Cela limite l'intérêt du produit.
Si je prends du temps pour modéliser, je veux pouvoir partir de ce que mes collègues ont déjà fait, éviter de créer des doublons ou pire des objets qui s’appellent pareil mais qui ne sont en réalité par les mêmes puis repartager mon modèle à mes collègues.
Si il s'agit de créer des diagrammes, je m'orienterai plutôt vers plantuml, mermaid, ou en WYSIWYG, drawio.
# contenus et habillage
Posté par steph1978 . En réponse à la dépêche Sortie de µJS, une bibliothèque JavaScript légère pour dynamiser un site sans framework. Évalué à 6 (+4/-0).
J'ai une question de conception (et peut être de compréhension) qui doit probablement s'appliquer à µJS et aux autres bibliothèques.
Disons que j'ai deux contenus : http://example.com/contents/a et http://example.com/contents/b
Quand je charge A, j'ai bien envie d'avoir un lien vers B qui ne recharge pas la page mais qui remplace le cœur de la page avec le contenu B. Mais quand je charge directement B, j'ai besoin de toute la page.
Je crois comprendre que ces bibliothèques servent à ce cas d’usage … côté client.
Mais comment le back-end, quand il reçoit une requête pour un contenu sait qu'il doit renvoyer toute la page ou seulement le cœur de la page ?
# référentiel
Posté par steph1978 . En réponse à la dépêche Open ModelSphere, un outil de modélisation. Évalué à 2 (+1/-1).
Je ne connaissais pas, belle decouverte. Merci
Est ce que Open ModelSphere gère un référentiel, une source où les entités et les relations entre entités peuvent être stockés et réutilisées entre les différentes vues ?
Si oui comment est ce stocké ? Et est ce que de référentiel est partagé entre utilisateurs ?
Merci
[^] # Re: LLM ?
Posté par steph1978 . En réponse au lien Iran - L’IA "Claude" au cœur de la guerre menée par les USA et Israël contre le régime Iranien. Évalué à 3 (+1/-0).
Ça pourrait se jouer dans la phase de fine tuning mais ça coûterait cher de trop cher de spécialiser à ce moment. Je pense que ça se joue plutôt dans le prompt système ou dans le pré-prompt.
[^] # Re: CV ?
Posté par steph1978 . En réponse au lien YOU JUST NEED POSTGRES. Stop building your own distributed systems nightmare.. Évalué à 2 (+0/-0).
Enthousiasme probablement feint ; sinon, je lui revendrai facilement youjustneedsqlite.com.
[^] # Re: LLM ?
Posté par steph1978 . En réponse au lien Iran - L’IA "Claude" au cœur de la guerre menée par les USA et Israël contre le régime Iranien. Évalué à 4 (+2/-0).
Et on voit bien que dans les trois schémas, le LLM est toujours le même.
Donc il n'y a pas des LLM "agentique" et des LLM "pas agentique", c'est simplement la façon dont on s'en sert.
# scaling
Posté par steph1978 . En réponse au lien Casier politique : base de données de condamnations d'élus. Évalué à 4 (+2/-0).
Pour des raisons de mise à l'échelle, ils ont construit une base de données dédiée pour les affaires de Rachida Dati.
# écœuré
Posté par steph1978 . En réponse au lien Tant pis pour la souveraineté numérique ? L’Éducation nationale signe 4 ans de plus avec Microsoft. Évalué à 7 (+5/-0).
ça me file la gerbe
# no mistake
Posté par steph1978 . En réponse au lien Claude code execute terraform_destroy et efface des années de prod. Évalué à 7 (+5/-0).
encore un qui a oublié de mettre "surtout ne commet pas d'erreurs" dans son prompt.
[^] # Re: LLM ?
Posté par steph1978 . En réponse au lien Iran - L’IA "Claude" au cœur de la guerre menée par les USA et Israël contre le régime Iranien. Évalué à 3 (+1/-0).
LLM oui, mais agentique, c'est à dire ? Il est agentique si tu le prompt pour "jouer" les agents mais je ne vois pas en quoi il est plus "agentique" qu'un autre LLM et plus agent que, je sais pas moi, humoriste/cuisiner/traducteur/whatever tu le promptes dans ce sens ?
oui, probablement.
[^] # Re: LLM ?
Posté par steph1978 . En réponse au lien Iran - L’IA "Claude" au cœur de la guerre menée par les USA et Israël contre le régime Iranien. Évalué à 3 (+1/-0).
L'info est la matière première de l'AI. Collectée par tous les moyens que tu peux imaginer.
Mais l'IA "digère" l'info:
On peut débattre sur le terme "stratégie" mais on est bien sur un outil qui désigne des cibles.
[^] # Re: LLM ?
Posté par steph1978 . En réponse au lien Iran - L’IA "Claude" au cœur de la guerre menée par les USA et Israël contre le régime Iranien. Évalué à 5 (+3/-0). Dernière modification le 09 mars 2026 à 12:56.
J'ai le même questionnement depuis que j’entends les histoires avec le pentagone: mais à quoi pourrait servir un LLM à l'armée. Si il s'agit de coder, donnez aux dev un abonnements pro à 200 balles. Si il s'agit de lui faire élaborer des stratégies militaires … au secours.
Mais en lisant l'article, il semblerait bien que ce soit ce second cas 😱
Peut être avec du RAG.
[^] # Re: Argumentaire séduisant
Posté par steph1978 . En réponse au lien YOU JUST NEED POSTGRES. Stop building your own distributed systems nightmare.. Évalué à 3 (+1/-0).
Si c'est pour avoir sept instances de PG toutes configurées différemment, ça ruine un peu le propos de départ.
# CV ?
Posté par steph1978 . En réponse au lien YOU JUST NEED POSTGRES. Stop building your own distributed systems nightmare.. Évalué à 5 (+4/-1).
Sur la forme
Un ".com", un site - blindé de React, pour plaider la simplicité, ça se pose là, derrière cloudflare, une invitation à "spread the word" sur github. Je me demande ce que cherche l'auteur : un peu de notoriété ?
Sur le fond
Rien de bien nouveau : oui PG est un système de stockage très puissant et qui pourra aller très loin en charge avant de nécessiter de séparer les usages.
[^] # Re: Terminal
Posté par steph1978 . En réponse au journal Je hais les thèmes sombres, et je peux l'expliquer. Évalué à 3 (+1/-0).
Et aussi parce que malheureusement les thèmes claires ne fonctionnent pas toujours car les applications supposent un fond sombre. Du coup clair sur clair => on voit rien.
# ou pas
Posté par steph1978 . En réponse au lien Le seul appareil de stockage financièrement abordable bientôt disponible. Évalué à 2 (+0/-0).
À moins de les trouver sous le sabot d'un cheval ou plus simplement au fond d'un tiroir, je ne vois pas en quoi des cartes micro-sd représenteront une économie…
Et je n'ai pas regardé les perfs.
# embeddings
Posté par steph1978 . En réponse au lien A Solver for Semantle. Évalué à 2 (+0/-0).
J'ai tout de suite pensé "embeddings" en lisant le problème. Ça a l'air d'être ça.
Sinon, un coup de F12, onglet network et la solution passe en claire. Mais c'est moins drôle.
Sympa le jeu, merci pour le lien
# pas la cible
Posté par steph1978 . En réponse au lien Une vulgarisation de la tentative d'introduction d'une backdoor dans openssh (via xz). Évalué à 2 (+0/-0).
J'aime beaucoup la chaîne.
Par contre j'ai trouvé cette vidéo bien trop longue pour ce qu'elle avait à dire du sujet.
Peut être aussi parce que je connaissais et que je n'ai donc rien appris.
Je suis plus réceptif sur leurs vidéos qui traitent des sujets que je ne maîtrise pas.
[^] # Re: Par rapport à hishel
Posté par steph1978 . En réponse au journal Selenium >> Anubis et cie. Évalué à 4 (+2/-0).
Justement
C'est quoi le rapport avec Selenium ?
# précédents
Posté par steph1978 . En réponse au lien Using go fix to modernize Go code. Évalué à 4 (+2/-0).
je trouve cela très utile pour inculquer les nouveaux idiomes.
je ne sais pas si d'autres langages on déjà proposé cela.
[^] # Re: dissonance
Posté par steph1978 . En réponse au lien Aux stazunis, une campagne pour se désinscrire des GROFAMs. Évalué à 3 (+1/-0).
Je n'aime pas ce qui est proposé par défaut : ni le foot ni la mode ni le people.
Je m'intéresse plutôt aux STIM en général. Donc oui, à choisir, je préfère que l'algo me suggère cela.
Mais en pratique, je n'ai pas de compte YT et consomme YT principalement au travers d'interfaces sans fonctionnalités d'"engagement" : newpipie, freetube, RSS, my own stuff.