Moi, de ce que je suis depuis plus de 10 ans, on dirait, que la loi de Moore frappe encore… évidemment ce n'est pas si simple qu'à l'époque de Gordon Moore, mais on a quand même une progression du même ordre quand on regarde les chiffres annoncés… Alors certes parfois il y a des choses un peu gonflés. En gros on est passés de 2 à plus de 100 QBits avec une progression assez exponentielle. Alors peut-être que demain on sera à 10 QBits, mais 10 plus puissant que les 100 d'hier.
Donc dire que dans 10 ans se sera plié est faux dans la mesure, ou l'on progresse toujours dans le silicium classique mais je vois mal comment dans 10-20 ans on ne pourrait pas avoir quelques chose de beaucoup plus puissant "utilisable". La question est surtout pour quelle utilité? Je verrai bien en IA (ou les problèmes d'approximations sont moins critique) mais a minima comme Google l'avait fait dans la simulation quantique (Il l'avait fait pour les calculs d'erreur de l'ordinateur quantique).
Le Q-Day, le jour ou l'ordinateur quantique remplacera le silicium et craquera tout les chiffrement, en un claquement de doigt est sans doute plus lointain (20-30 ans minimum)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
J'ai un site qui a peu de trafic, et je vois que la majorité est dû aux bots : Google, mais surtout ChatGPT, Mistral et Microsoft… Ce qui a éveillé mon attention c'est qu'ils vont sur des parties peu intéressantes du site.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
C'est une portée en réception… la portée ne dépends pas vraiment du récepteur mais surtout de l'émetteur. Si l'émetteur émet fort tu l'entendra avec une toute petite antenne derrière les murs, évidemment, sur le toit avec une plus grosse antenne tu entends mieux et plus loin quand même.
Là les avions émettent fort car en volant à 800km/h, si la tour de contrôle ne capte le signal que quelques kilomètres avant l'arrivé, ça va pas être évident de communiquer… Il lui faut au moins plusieurs dizaines de kilomètres, y compris à travers le brouillard ou surtout les nuages y compris ceux d'orage (chargés d'électricité.)
Pas besoin d'un cornet acoustique pour entendre un avion passer au dessus de ta tête quand il est à moins de 100 mètres d'altitude…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Pour moi, la seule solution réelle est Purism ou System76 ou PinePhone… mais ce ne sont pas des bases Androïd et donc pas compatible avec l'immense majorité des app : WatsApp & Cie.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
D'accord, mais je suis quand même de l'avis de lym.
Après peut-être que pour un monoprocesseur, et donc embarqué ultra-contraint, un noyau Linux n'est pas le meilleur choix. J'entends par là, que même un nanoPC au format Raspberry PI est déjà sur du dual-core minimum. Alors le mono est vraiment destiné à l'embarqué qui n'a pas besoin de UI et de la plupart des logiciels Linux. Il y a sans doute alors des noyaux plus légers pour eux… surtout si les performances sont essentielles. Je pense à FreeBSD ou en temps-réel type FreeRTOS?
En fait même les projets qui refont l'OS pour de l’embarqué comme Yocto et BuildRoot se basent sur Linux.
Donc oui je pense que l'impact est quand même pas négligeable.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Parce que tu trouve Java mieux? Lary Elison est la personne la plus cupide et anti open-source que je connaisse. Il a violé Sun (Open-Office et Cie) et torturé Java.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
A la base Open-Source n'est pas de droite ni de gauche (enfin si anti-capitaliste) et de très loin politique. Surtout, je trouve ça ridicule de sanctionner un projet pour les idées politique de son dirigeant… dans la mesure ou le projet en lui même est apolitique.
On voit la même chose, des gens qui critique l'Open-Source car RMS est bizare et tiens des propos pas politiquement correct.
Mais honnêtement, si on a le choix, oui on peut choisir, mais cela ne doit pas être un critère de choix ou alors en tout dernier, pour départager.
Il se trouve que je n'aime pas Ruby (pas efficace en termes de perfs) et que je n'utilise pas NixOS (Mais je trouve le projet intéressant).
Sinon, on achète plus rien, on ne fait plus rien, dans toute société il y a des gens qui ne pensent pas comme nous et il faut vivre avec, sinon c'est du sectarisme. Personnellement je connais trop de gens en repli sur eux à cause de ce genre d'idée : Les politiques c'est tous des pourri, les entreprises ne sont que des…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Désolé, mais je ne l'avais pas remarqué (ni le ton, ni dans le lien). Mais en fait ta description est bien plus rapide à lire et concise que l'article du lien. Je n'avais même pas vue qu'il fallait clické sur "Show more" pour avoir l'article, je ne le trouvais pas.
Même pour Techbro, j'ai dû cherché, alors lire 1 page entière de Wikipédia pour comprendre ce que tu as dis en 1 phrase… Je préfère lire les commentaires, ils sont souvent plus intéressant que l'article.
PS : ce n'est pas moi qui avait mis le commentaire initial mais je le comprends.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Pour moi tout ça, c'est du SPAM. Mais FR-Alert est pire car effectivement il est bien plus intrusif et bien plus polluant visuellement & sonore.
Quand on voit en plus qu'il alerte sur une zone géographique alors que bien souvent le but est de prévenir une population donné qui n'est pas toujours chez elle au moment de l'alerte…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Le nom est plutôt pas mal (avec le jeu de mot). C'est l'introduction que je trouves peu explicite, pour quelqu'un qui ne connaitrais pas QML. Un Markup Language, pourquoi faire?
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Je n'ai plus de téléphone portable, comme ça au moins je ne serais pas spammé… ouf. Parce que franchement comme toi je penses que ces "urgence urgemment urgente" n'en sont pas.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Je préfère l'intro de ton Readme : "RML is a simple DSL for creating 2D GUIs in Rust" parce que Markup Langage ça sert a rien ;)
Mais sinon, certes le projet est aujourd'hui très basique (peu puissant) mais au fond si je comprends bien c'est une ré-implémentation en Rust de QML (Sans toutes les fonctionnalités pour le moment bien sûr), ce que ne propose pas les alternatives que tu cite non? Si c'est le cas, il pourrait avoir un bel avenir. Je suis sûr qu'il y a des applications Qt/QML à porter en Rust. Aujourd'hui le plus simple c'est le binding de QML depuis Rust mais c'est sans la sécurité de Rust. C'est un peu comme mettre une super alarme mais laisser ton or dans une caisse en bois (ou l'inverse un super coffre fort mais sans surveillance). Tout le travail de migration pour un résultat en mi-teinte.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Si tu demande à Manus de corriger un bug sur un programme. Il le lit, et lance dans un environnement et regarde ce qu'il se passe. Il corrige, le relance et au besoin re-corrige et relance plusieurs fois. Pour mon programme il a été capable de se créer un env avec Postgresql, de configuré l'app pour s'y connecter…
Après je ne veux pas faire la pub pour Manus, mais je veux dire que c'est évident, qu'avant 10 ans (on s'en fiche de savoir si aujourd'hui ou demain on va l'adopter, les autres vont le faire, c'est une évidence).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Ok, mais on s'en fiche un peu que vous utilisiez ou non les LLM. Il est fort probable, que dans un avenir relativement proche, il sera utilisé, même si ce n'est pas par vous, par la génération de codeur suivante. Et il aura forcément un impact sur la base de donnée de logiciel open-source.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Dans ton cas peut-être, sauf que si le soft est bien spécifié le LLM sera encore plus efficace et cela sera facile de le relire. En outre, le LLM peut t'aider a rédiger et justement à ne rien oublié dans les spécifications (il le fait dans le code, et le langage il maitrise mieux) mais ce n'est pas mon propos. Je parle ici des bases de code open-source, je ne pense pas que ce soit le cas du tiens mais je pense que tes commanditaires, sont les premier à s'intéresser à l'IA pour te remplacer ;) .
Mais ce que tu décris c'est exactement ce que je dénonce : un soft propre, efficace mais mal conçu. Effectivement, si en amont tu ne le conçoit pas bien, il va faire ce que tu veux mais juste ce que tu veux…
Je pense que l'IA est un excellent assistant, mais qu'il faut comprendre derrière ce que l'on fait.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Si j'aurais pu trouver, mais je n'aurais pas bien cherché car je sais faire sans. Je sais faire un select/update, je sais mettre des balises . En fait, je l'avais déjà constaté dans VSCode avec le "peu" que fait Copilote en version gratis. Il me suggère du code et souvent il fait des check que j'aurais laissé à plus tard si j'y pensais.
Le LLM ne me fait pas que montrer des bouts de ficelles. Il fait tout. Alors je retouche de temps en temps car je peaufine un détail et comme je n'ai pas beaucoup de crédit, j'avance seul entre 2 retouche.
Le LLM ne site pas ses sources, mais clairement j'apprends grâce à lui et je progresse bien plus vite. J'apprends des plugins et j'apprends des best-practices ou devrais je dire le code standard. Concrêtement je fais du Svelte en Node, je ne sais pas si en Node on met du snake_case ou du CamelCase.
Quand tu connais le cadre, c'est tout autant utile car cela évite les cas rébarbatifs. Typiquement pour faire un formulaire et reprendre tous les champs, le LLM ezst imbatable. Ensuite, CoPilote est génial pour quelqu'un qui sait programmer. C'est une super auto-completion. Il te permet de rajouter du debug en un instant, il te permet de mettre des comentaires digne de ce nom, de faire des bout de code, et même de faire des correction plus rapide (tu commence a corrigé un code, qu'il faut corriger sur 10 occurences, et lui il comprends ce qu'il faut faire et te fais les suggestions…)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Perso, je réserve bash au inits simple. Après dès que l'on veut aller plus loin le Python est bien plus puissant. Après l'inconvénient de Python ce sont les perfs… mais c'est tout relatif, tant que tu n'a pas 10 000 fichiers à modifier régulièrement, ça fait le job.
Je n'ai pas regarder, mais en Python, tu peux trouver pas mal de librairies pour tout faire. J'entends par là que si la regexp suffit tant mieux, mais si tu veux un parser, quelque soit le langage, tu trouvera.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Cela ne me parait pas anodin car le 32 bits est encore pas mal utilisé dans l'embarqué et Java est considéré comme relativement efficient pour l'embarqué. Alors oui, 32 bits, c'est vraiment réservé aux machines très low-cost aujourd'hui, et Java n'est généralement pas assez frugal pour elle. Mais quand même, je serais curieux d'avoir des stats.
Aujourd'hui dans l'embarqué on préfère Python (quand on a assez de perfs, un Python light) et pourtant Python est encore plus gourmand. (Je ne dis pas, en embarqué, c'est C/C++ et Rust avant tout)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
D'accord, mais pourquoi faire. Quand on a inventé l'ASCI, on ne s'est pas amusé a inventer un autre encodage. Enfin si les français on fait le leur, les donc on a unifié dans l'UTF-8 et puis basta. On ne s'est jamais dit, et si l'on encodait les majuscules avec les bits inverse des minuscules, ce serait plus facile à décoder, alors je cré mon encodage… On ne l'a pas fait car on ne décode plus à la main (Ou alors exceptionnellement). On a plutôt voulu unifier les standards. Et c'est clair que si demain on peut convertir tous les programmes AWK en un autre plus courant en automatique, on le fera. Garde tu des fichiers dans différents format sur ton PC? Non, car sinon, tu te dis, ah mince, cette chanson, je ne peux pas la lire avec ce lecteur. Pareil pour un programme. Tu n'a pas envie de maintenir plusieurs environnements (qui plus est avec des gestions différentes) pour faire tourner tes programmes.
La raison d'être de la prolifération des langages c'est qu'il y a toujours des humains pour se dire "ce serait sympa si", je trouve ce langage plus joli, j'aime pas l'indentation sous Python, je me sens plus à l'aise en Perl, l'Env node est trop puissant… ce sont plus des considérations humaines, pas de performances. Et même les considérations techniques diminuent, si une machine peut convertir les librairies.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Loi de Moore
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal >Petit point informatique (et information) quantique. Évalué à 2 (+1/-0).
Moi, de ce que je suis depuis plus de 10 ans, on dirait, que la loi de Moore frappe encore… évidemment ce n'est pas si simple qu'à l'époque de Gordon Moore, mais on a quand même une progression du même ordre quand on regarde les chiffres annoncés… Alors certes parfois il y a des choses un peu gonflés. En gros on est passés de 2 à plus de 100 QBits avec une progression assez exponentielle. Alors peut-être que demain on sera à 10 QBits, mais 10 plus puissant que les 100 d'hier.
Donc dire que dans 10 ans se sera plié est faux dans la mesure, ou l'on progresse toujours dans le silicium classique mais je vois mal comment dans 10-20 ans on ne pourrait pas avoir quelques chose de beaucoup plus puissant "utilisable". La question est surtout pour quelle utilité? Je verrai bien en IA (ou les problèmes d'approximations sont moins critique) mais a minima comme Google l'avait fait dans la simulation quantique (Il l'avait fait pour les calculs d'erreur de l'ordinateur quantique).
Le Q-Day, le jour ou l'ordinateur quantique remplacera le silicium et craquera tout les chiffrement, en un claquement de doigt est sans doute plus lointain (20-30 ans minimum)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Cas concret
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien I have been spammed by LLM crawlers - I decided to finally do something about it. Évalué à 2 (+1/-0). Dernière modification le 19 octobre 2025 à 05:12.
J'ai un site qui a peu de trafic, et je vois que la majorité est dû aux bots : Google, mais surtout ChatGPT, Mistral et Microsoft… Ce qui a éveillé mon attention c'est qu'ils vont sur des parties peu intéressantes du site.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Scotché
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal N'importe qui peut écouter les signaux ADS-B des avions, et ce n'est pas chiffré.. Évalué à 4 (+4/-1).
C'est une portée en réception… la portée ne dépends pas vraiment du récepteur mais surtout de l'émetteur. Si l'émetteur émet fort tu l'entendra avec une toute petite antenne derrière les murs, évidemment, sur le toit avec une plus grosse antenne tu entends mieux et plus loin quand même.
Là les avions émettent fort car en volant à 800km/h, si la tour de contrôle ne capte le signal que quelques kilomètres avant l'arrivé, ça va pas être évident de communiquer… Il lui faut au moins plusieurs dizaines de kilomètres, y compris à travers le brouillard ou surtout les nuages y compris ceux d'orage (chargés d'électricité.)
Pas besoin d'un cornet acoustique pour entendre un avion passer au dessus de ta tête quand il est à moins de 100 mètres d'altitude…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Comme pour les pc ?
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien L’âge d’or des ROM Android est mort, mais la communauté refuse d’abandonner. Évalué à 4 (+3/-0).
Pour moi, la seule solution réelle est Purism ou System76 ou PinePhone… mais ce ne sont pas des bases Androïd et donc pas compatible avec l'immense majorité des app : WatsApp & Cie.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Monoprocesseur
Posté par abriotde (site web personnel, Mastodon) . En réponse à la dépêche Sortie du noyau Linux 6.17. Évalué à 2 (+1/-0).
D'accord, mais je suis quand même de l'avis de lym.
Après peut-être que pour un monoprocesseur, et donc embarqué ultra-contraint, un noyau Linux n'est pas le meilleur choix. J'entends par là, que même un nanoPC au format Raspberry PI est déjà sur du dual-core minimum. Alors le mono est vraiment destiné à l'embarqué qui n'a pas besoin de UI et de la plupart des logiciels Linux. Il y a sans doute alors des noyaux plus légers pour eux… surtout si les performances sont essentielles. Je pense à FreeBSD ou en temps-réel type FreeRTOS?
En fait même les projets qui refont l'OS pour de l’embarqué comme Yocto et BuildRoot se basent sur Linux.
Donc oui je pense que l'impact est quand même pas négligeable.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Je n'ai pas suivi
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Les techbros d'extrême-droite (DHH et Palmer Luckey) veulent faire main basse sur NixOS. Évalué à 2 (+1/-0).
Trop banal, si Ruby avait été chis c'était pour son côté exclusif. Moi je miserais sur Julia avec le framework Genie.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Je n'ai pas suivi
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Les techbros d'extrême-droite (DHH et Palmer Luckey) veulent faire main basse sur NixOS. Évalué à 2 (+1/-0).
Tiktok, n'est pas open-source, qu'il fasse ce qu'il en veut. Mais pas OpenOffice, Eclipse et Cie
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Je n'ai pas suivi
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Les techbros d'extrême-droite (DHH et Palmer Luckey) veulent faire main basse sur NixOS. Évalué à 3 (+3/-1). Dernière modification le 29 septembre 2025 à 22:21.
Parce que tu trouve Java mieux? Lary Elison est la personne la plus cupide et anti open-source que je connaisse. Il a violé Sun (Open-Office et Cie) et torturé Java.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Politique et Open-Source.
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Les techbros d'extrême-droite (DHH et Palmer Luckey) veulent faire main basse sur NixOS. Évalué à 7 (+6/-0).
A la base Open-Source n'est pas de droite ni de gauche (enfin si anti-capitaliste) et de très loin politique. Surtout, je trouve ça ridicule de sanctionner un projet pour les idées politique de son dirigeant… dans la mesure ou le projet en lui même est apolitique.
On voit la même chose, des gens qui critique l'Open-Source car RMS est bizare et tiens des propos pas politiquement correct.
Mais honnêtement, si on a le choix, oui on peut choisir, mais cela ne doit pas être un critère de choix ou alors en tout dernier, pour départager.
Il se trouve que je n'aime pas Ruby (pas efficace en termes de perfs) et que je n'utilise pas NixOS (Mais je trouve le projet intéressant).
Sinon, on achète plus rien, on ne fait plus rien, dans toute société il y a des gens qui ne pensent pas comme nous et il faut vivre avec, sinon c'est du sectarisme. Personnellement je connais trop de gens en repli sur eux à cause de ce genre d'idée : Les politiques c'est tous des pourri, les entreprises ne sont que des…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Je n'ai pas suivi
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Les techbros d'extrême-droite (DHH et Palmer Luckey) veulent faire main basse sur NixOS. Évalué à 6 (+5/-0).
Désolé, mais je ne l'avais pas remarqué (ni le ton, ni dans le lien). Mais en fait ta description est bien plus rapide à lire et concise que l'article du lien. Je n'avais même pas vue qu'il fallait clické sur "Show more" pour avoir l'article, je ne le trouvais pas.
Même pour Techbro, j'ai dû cherché, alors lire 1 page entière de Wikipédia pour comprendre ce que tu as dis en 1 phrase… Je préfère lire les commentaires, ils sont souvent plus intéressant que l'article.
PS : ce n'est pas moi qui avait mis le commentaire initial mais je le comprends.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Risc-V & Rust
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal les dépêches noyal Linux me manquent. Évalué à 5 (+4/-0).
Il y a bien d'autres sujets brulants:
Risc-V, sa prise en charge est déjà bien avancée, mais est-elle 100% fonctionnelle?
Et surtout le brûlant sujet Rust qui a fait coulé beaucoup d'encre au sein de la Team leader Linus…
Ce qui mène au sujet du renouvèlement des générations.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: FR-Alert
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal ALERTE SANITAIRE : les moustiques ça pique. Évalué à -1 (+0/-2).
Pour moi tout ça, c'est du SPAM. Mais FR-Alert est pire car effectivement il est bien plus intrusif et bien plus polluant visuellement & sonore.
Quand on voit en plus qu'il alerte sur une zone géographique alors que bien souvent le but est de prévenir une population donné qui n'est pas toujours chez elle au moment de l'alerte…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Application
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Rustic Markup Language : Le QML du très très pauvre !. Évalué à 3 (+2/-0).
Le nom est plutôt pas mal (avec le jeu de mot). C'est l'introduction que je trouves peu explicite, pour quelqu'un qui ne connaitrais pas QML. Un Markup Language, pourquoi faire?
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Le SPAM
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal ALERTE SANITAIRE : les moustiques ça pique. Évalué à -6 (+2/-9).
Je n'ai plus de téléphone portable, comme ça au moins je ne serais pas spammé… ouf. Parce que franchement comme toi je penses que ces "urgence urgemment urgente" n'en sont pas.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Application
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Rustic Markup Language : Le QML du très très pauvre !. Évalué à 3 (+2/-0).
Je préfère l'intro de ton Readme : "RML is a simple DSL for creating 2D GUIs in Rust" parce que Markup Langage ça sert a rien ;)
Mais sinon, certes le projet est aujourd'hui très basique (peu puissant) mais au fond si je comprends bien c'est une ré-implémentation en Rust de QML (Sans toutes les fonctionnalités pour le moment bien sûr), ce que ne propose pas les alternatives que tu cite non? Si c'est le cas, il pourrait avoir un bel avenir. Je suis sûr qu'il y a des applications Qt/QML à porter en Rust. Aujourd'hui le plus simple c'est le binding de QML depuis Rust mais c'est sans la sécurité de Rust. C'est un peu comme mettre une super alarme mais laisser ton or dans une caisse en bois (ou l'inverse un super coffre fort mais sans surveillance). Tout le travail de migration pour un résultat en mi-teinte.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Mon experience avec les LLM est toute autre....
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal L'impact du LLM sur l'Open-Source. Évalué à 1 (+0/-0).
Si tu demande à Manus de corriger un bug sur un programme. Il le lit, et lance dans un environnement et regarde ce qu'il se passe. Il corrige, le relance et au besoin re-corrige et relance plusieurs fois. Pour mon programme il a été capable de se créer un env avec Postgresql, de configuré l'app pour s'y connecter…
Après je ne veux pas faire la pub pour Manus, mais je veux dire que c'est évident, qu'avant 10 ans (on s'en fiche de savoir si aujourd'hui ou demain on va l'adopter, les autres vont le faire, c'est une évidence).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Bis Repetita
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal L'impact du LLM sur l'Open-Source. Évalué à 0 (+0/-1). Dernière modification le 19 septembre 2025 à 22:21.
Ok, mais on s'en fiche un peu que vous utilisiez ou non les LLM. Il est fort probable, que dans un avenir relativement proche, il sera utilisé, même si ce n'est pas par vous, par la génération de codeur suivante. Et il aura forcément un impact sur la base de donnée de logiciel open-source.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Mon experience avec les LLM est toute autre....
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal L'impact du LLM sur l'Open-Source. Évalué à 2 (+1/-0).
Ouais mais ca évolue vite. Et Manus test ce qu'il génère (Il y en a sûrement d'autres) , et retourne à la tâche pour avoir quelques chose qui marche…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: La loi de Kernighan
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal L'impact du LLM sur l'Open-Source. Évalué à 1 (+4/-4). Dernière modification le 19 septembre 2025 à 09:11.
Dans ton cas peut-être, sauf que si le soft est bien spécifié le LLM sera encore plus efficace et cela sera facile de le relire. En outre, le LLM peut t'aider a rédiger et justement à ne rien oublié dans les spécifications (il le fait dans le code, et le langage il maitrise mieux) mais ce n'est pas mon propos. Je parle ici des bases de code open-source, je ne pense pas que ce soit le cas du tiens mais je pense que tes commanditaires, sont les premier à s'intéresser à l'IA pour te remplacer ;) .
Mais ce que tu décris c'est exactement ce que je dénonce : un soft propre, efficace mais mal conçu. Effectivement, si en amont tu ne le conçoit pas bien, il va faire ce que tu veux mais juste ce que tu veux…
Je pense que l'IA est un excellent assistant, mais qu'il faut comprendre derrière ce que l'on fait.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Bis Repetita
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal L'impact du LLM sur l'Open-Source. Évalué à 3 (+2/-0).
Si j'aurais pu trouver, mais je n'aurais pas bien cherché car je sais faire sans. Je sais faire un select/update, je sais mettre des balises . En fait, je l'avais déjà constaté dans VSCode avec le "peu" que fait Copilote en version gratis. Il me suggère du code et souvent il fait des check que j'aurais laissé à plus tard si j'y pensais.
Le LLM ne me fait pas que montrer des bouts de ficelles. Il fait tout. Alors je retouche de temps en temps car je peaufine un détail et comme je n'ai pas beaucoup de crédit, j'avance seul entre 2 retouche.
Le LLM ne site pas ses sources, mais clairement j'apprends grâce à lui et je progresse bien plus vite. J'apprends des plugins et j'apprends des best-practices ou devrais je dire le code standard. Concrêtement je fais du Svelte en Node, je ne sais pas si en Node on met du snake_case ou du CamelCase.
Quand tu connais le cadre, c'est tout autant utile car cela évite les cas rébarbatifs. Typiquement pour faire un formulaire et reprendre tous les champs, le LLM ezst imbatable. Ensuite, CoPilote est génial pour quelqu'un qui sait programmer. C'est une super auto-completion. Il te permet de rajouter du debug en un instant, il te permet de mettre des comentaires digne de ce nom, de faire des bout de code, et même de faire des correction plus rapide (tu commence a corrigé un code, qu'il faut corriger sur 10 occurences, et lui il comprends ce qu'il faut faire et te fais les suggestions…)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Python
Posté par abriotde (site web personnel, Mastodon) . En réponse au message modifier des fichiers. Évalué à 0 (+0/-1).
Perso, je réserve bash au inits simple. Après dès que l'on veut aller plus loin le Python est bien plus puissant. Après l'inconvénient de Python ce sont les perfs… mais c'est tout relatif, tant que tu n'a pas 10 000 fichiers à modifier régulièrement, ça fait le job.
Je n'ai pas regarder, mais en Python, tu peux trouver pas mal de librairies pour tout faire. J'entends par là que si la regexp suffit tant mieux, mais si tu veux un parser, quelque soit le langage, tu trouvera.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Pas anodin
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Java abandonne le x86 32 bits. Évalué à 1 (+0/-0). Dernière modification le 17 septembre 2025 à 22:08.
Oui c'est pas faux. C'est plus de l'ARM.
Par contre, si je pense que certains misent sur OpenJDK (question de couts de licence, dans l'embarqué les moyens sont faible au regard du volume.)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Pas mieux en France
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien 500Go de données fuitent du Grand Pare-Feu de Chine. Évalué à 2 (+1/-0).
Le ministère de la Défense, un Chelsea Manning. :D
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Pas anodin
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Java abandonne le x86 32 bits. Évalué à 0 (+1/-2).
Cela ne me parait pas anodin car le 32 bits est encore pas mal utilisé dans l'embarqué et Java est considéré comme relativement efficient pour l'embarqué. Alors oui, 32 bits, c'est vraiment réservé aux machines très low-cost aujourd'hui, et Java n'est généralement pas assez frugal pour elle. Mais quand même, je serais curieux d'avoir des stats.
Aujourd'hui dans l'embarqué on préfère Python (quand on a assez de perfs, un Python light) et pourtant Python est encore plus gourmand. (Je ne dis pas, en embarqué, c'est C/C++ et Rust avant tout)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Troll
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Sortie de ZIG 0.15. Évalué à 0 (+0/-1).
D'accord, mais pourquoi faire. Quand on a inventé l'ASCI, on ne s'est pas amusé a inventer un autre encodage. Enfin si les français on fait le leur, les donc on a unifié dans l'UTF-8 et puis basta. On ne s'est jamais dit, et si l'on encodait les majuscules avec les bits inverse des minuscules, ce serait plus facile à décoder, alors je cré mon encodage… On ne l'a pas fait car on ne décode plus à la main (Ou alors exceptionnellement). On a plutôt voulu unifier les standards. Et c'est clair que si demain on peut convertir tous les programmes AWK en un autre plus courant en automatique, on le fera. Garde tu des fichiers dans différents format sur ton PC? Non, car sinon, tu te dis, ah mince, cette chanson, je ne peux pas la lire avec ce lecteur. Pareil pour un programme. Tu n'a pas envie de maintenir plusieurs environnements (qui plus est avec des gestions différentes) pour faire tourner tes programmes.
La raison d'être de la prolifération des langages c'est qu'il y a toujours des humains pour se dire "ce serait sympa si", je trouve ce langage plus joli, j'aime pas l'indentation sous Python, je me sens plus à l'aise en Perl, l'Env node est trop puissant… ce sont plus des considérations humaines, pas de performances. Et même les considérations techniques diminuent, si une machine peut convertir les librairies.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.