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.
En fait au départ, on programmait en assembleur, puis C est venu abstraire ceci. L'assembleur existe toujours, mais il n'est qu'une étape de compilation (Ou surtout de décompilation). Ensuite sont venu les langages qui compilent en byte-code qui plus ou moins tournent dans une VM… Le LLM rajoute une couche et le langage informatique n'est juste qu'un format de stockage du fichier programme sur lequel je travail (Comme je stocke un fichier en odt avant de l'exporter en pdf).
Rust est à part, car il apporte un réel plus en terme de garanti de sécurité. Mais autrement je vois mal l'intérêt de faire émerger un nouveau langage, qui s'il émerge mettra 20 à s'imposer… Or si demain il y aura toujours des devs, dans 20 ils seront peau de chagrin (il y en aura, mais une fraction de ce qu'il y a aujourd'hui)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Non, je pense que les LLM fourniront un code qui sera compilé (ou pas suivant le langage), mais il y a déjà suffisamment de langages connu pour les LLM. L'avantage de Zig c'est juste d'être plus "cool", le LLM s'en fiche. Et combien d'humain apprendront à coder en langage informatique dans 30 ans ? Sans doute autant qui apprennent l'assembleur (et qui le maitrise à fond?).
En fait au départ, on programmait en assembleur, puis C est venu abstraire ceci. L'assembleur existe toujours, mais il n'est qu'une étape de compilation (Ou surtout de décompilation). Ensuite sont venu les langages qui compilent en byte-code qui plus ou moins tourne dans une VM… Le LLM rajoute une couche et le langage informatique n'est juste qu'un format de stockage du fichier programme sur lequel je travail.
Rust est à part, car il apporte un réel plus en terme de garanti de sécurité. Mais autrement je vois mal l'intérêt de faire émerger un nouveau langage, qui s'il émerge mettra 20 à s'imposer… Or si demain il y aura toujours des devs, dans 20 ils seront peau de chagrin (il y en aura, mais une fraction de ce qu'il y a aujourd'hui)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
PS : C'était beaucoup plus utopiste dans le logiciel : Le cout de R&D est 90% du produit final, alors que dans le matériel, c'est 10 à 20% grand maximum. 50% c'est la production et 30% la communication (pub, image, réseau). Et encore pour le prix final, il faut souvent rajouter 40 à 120% pour la distribution.
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.
[^] # Re: Troll
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Sortie de ZIG 0.15. Évalué à -1 (+0/-2).
Tout a fait.
En fait au départ, on programmait en assembleur, puis C est venu abstraire ceci. L'assembleur existe toujours, mais il n'est qu'une étape de compilation (Ou surtout de décompilation). Ensuite sont venu les langages qui compilent en byte-code qui plus ou moins tournent dans une VM… Le LLM rajoute une couche et le langage informatique n'est juste qu'un format de stockage du fichier programme sur lequel je travail (Comme je stocke un fichier en odt avant de l'exporter en pdf).
Rust est à part, car il apporte un réel plus en terme de garanti de sécurité. Mais autrement je vois mal l'intérêt de faire émerger un nouveau langage, qui s'il émerge mettra 20 à s'imposer… Or si demain il y aura toujours des devs, dans 20 ils seront peau de chagrin (il y en aura, mais une fraction de ce qu'il y a aujourd'hui)
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).
Non, je pense que les LLM fourniront un code qui sera compilé (ou pas suivant le langage), mais il y a déjà suffisamment de langages connu pour les LLM. L'avantage de Zig c'est juste d'être plus "cool", le LLM s'en fiche. Et combien d'humain apprendront à coder en langage informatique dans 30 ans ? Sans doute autant qui apprennent l'assembleur (et qui le maitrise à fond?).
En fait au départ, on programmait en assembleur, puis C est venu abstraire ceci. L'assembleur existe toujours, mais il n'est qu'une étape de compilation (Ou surtout de décompilation). Ensuite sont venu les langages qui compilent en byte-code qui plus ou moins tourne dans une VM… Le LLM rajoute une couche et le langage informatique n'est juste qu'un format de stockage du fichier programme sur lequel je travail.
Rust est à part, car il apporte un réel plus en terme de garanti de sécurité. Mais autrement je vois mal l'intérêt de faire émerger un nouveau langage, qui s'il émerge mettra 20 à s'imposer… Or si demain il y aura toujours des devs, dans 20 ils seront peau de chagrin (il y en aura, mais une fraction de ce qu'il y a aujourd'hui)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Troll
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Sortie de ZIG 0.15. Évalué à -10 (+1/-13).
Est-ce qu'un langage comme celui-ci à encore un avenir avec les LLM?
Honnêtement je doute qu'il puisse se faire une place au vue de la part de codage des LLM. Plus aucun langage ne pourra émerger.
Peut-être que je me trompe.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Point de vue d'un industriel
Posté par abriotde (site web personnel, Mastodon) . En réponse au message OpenProduct: Open-source pour les produits.. Évalué à 1 (+0/-0). Dernière modification le 12 septembre 2025 à 18:14.
PS : C'était beaucoup plus utopiste dans le logiciel : Le cout de R&D est 90% du produit final, alors que dans le matériel, c'est 10 à 20% grand maximum. 50% c'est la production et 30% la communication (pub, image, réseau). Et encore pour le prix final, il faut souvent rajouter 40 à 120% pour la distribution.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.