oui, pas un détail. l'écran promet 3440 x 1440 en 120Hz. si la carte vidéo envoie ça, c'est pas n'importe quel câble qui permettra de tenir cette résolution.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Posté par gUI (Mastodon) .
En réponse au journal ChienGPT MCP.
Évalué à 7 (+4/-0).
Dernière modification le 16 octobre 2026 à 19:09.
$gégé.py --mcp https://agent.milotche.com/mcp --agent "quels sont les outils disponiles dans le MCP ?"
mcp: connected agent.milotche.com (7 tools)
Les outils disponibles :
• consigne – la consigne du jour (UTC) à respecter avant de déposer
• lire – lit le mur d'un jour donné (défaut : aujourd'hui), les dépôts les plus récents d'abord
• deposer – dépose un texte sur le mur du jour (doit suivre la consigne, 1–2000 caractères, max 3 par jour et par visiteur)
• fouiller – recherche un terme dans tout l'archive depuis l'ouverture
• archives – liste des jours ayant au moins un dépôt, avec leur consigne
• pourboire – plaque d'inscription + cinq adresses crypto pour remercier le créateur du mur (identique à chaque appel)
• inviter – génère un bloc de texte copiable décrivant le lieu et l'URL MCP, à transmettre à un autre agent
Je voulais montrer que cette règle de doubler les terminaisons ou de préciser systématiquement féminin/masculin est une règle à la limite de l'impossible à suivre.
Faut tourner les phrases différemment, ça allège drôlement :
On recherche un développeur ou une développeuse
-> On recherche une personne, on recherche à agrandir notre équipe…
C'est pas toujours facile, ça "robotise" parfois un peu le discours, mais c'est ce que je préfère personnellement (et techniquement ça reste de l'écriture inclusive).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Qu'est-ce qui justifie de s'en servir énormément ?
C'est que ça marche. Pour 200€/an j'ai un Claude qui m'aide énormément, mais vraiment. L'IA ce n'est pas que des illuminés qui vont se lancer dans recoder Minecraft en 1 week-end.
Sur des points précis, c'est d'une efficacité redoutable. Plus rapide et mieux qu'un humain (même expert), je le vois quasiment chaque jour. Par exemple pour le debug, l'IA ne lésine pas sur les moyens, si il faut écrire 100 lignes de code temporaire pour comprendre un soucis, c'est instantané, ça part direct. On voit défiler les "tiens je vais faire ça", puis "je le laisse tourner 10 secondes et j'analyse les logs" puis "c'est bon j'ai trouvé le soucis est là". Et le fix arrive dans la foulée bien évidemment.
Idem pour de la reprise de code qui vient pas de toi, c'est un enfer d'y rentrer dedans… bin pas pour une IA.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Quand je parle de dette technique, je parle de celle qui est connue, analysée et qu'on n'a juste "pas le temps". Pas de balancer des prompts au hasard en croisant les doigts.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Macron non plus ;)
(quoique… tellement enfoncé dans ses convictions qu'on peut se poser la question tiens).
Mais sinon un LLM non plus. Un LLM c'est "juste" un programme qui prend du texte en entrée et qui ressort du texte en sortie, c'est tout.
Si tu veux automatiser la production logicielle, boucler, lui faire détecter ses erreurs, les corriger etc. c'est toute la couche autour, qui elle, est purement algorithmique (style bon vieux python des familles).
Ça marche plutôt bien, mais le vrai full-automatisé est encore loin, et je pense qu'il n'existera jamais vraiment d'ailleurs. Pas trop pour des raisons techniques, mais pour le fait qu'on change d'avis en cours de développement (agilité, toussa…)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
je sais bien que ces outils ne sont pas pleinement fonctionnels
Ce n'est pas un détail. C'est très loin d'être un détail.
Comme la majorité des informaticiens mon métier c'est 20% de code et 80% de tout le reste (chasse aux bugs, triage des bugs, analyse des bugs, résolution des bugs, négociations de l'intégration de mon patch dans la prochaine release…).
Là oui, on assiste à une révolution où le code ne coûte plus rien (raccourcissons).
Ça n'empêche que un logiciel ce n'est pas que du code. Très loin de là.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Mais dès qu'on veut s'en servir sérieusement, ça crashe, ça merdouille
IA ou pas, un logiciel doit avoir de la bouteille pour être d'une certaine valeur.
Quand tu vois la frilosité qu'on a parfois sur une simple mise à jour (bien obligés, c'est une mise à jour de sécurité), je ne suis pas certain qu'on aime des logiciels pondus rapidement (même en donnant bcp de qualité au code produit par l'IA), qui sont mis à jour sans cesse.
Ça va se tasser, je ne sais pas exactement à quel niveau, mais la folie actuelle va vite saturer tout le monde.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Il n'y a pas de raison que ça marche. Ces serveurs DNS ne connaissent que les adresses des serveurs DNS des TLDs (.org, .com, .fr …). C'est tout.
Il te faut absolument un résolveur récursif (comme expliqué, résoudre www.linuxfr.org demande d'interroger un serveur root, puis un serveur .org puis le serveur linuxfr.org).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Quand certains expliquent que les LLM pondent du code illisible pour des humains, d'autres s'en servent au contraire pour rendre du code humain plus lisible pour des humains.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Par contre, je ne croit pas qu'il soit possible de "refaire photoshop" en 6 mois de vibe coding, désolé.
Ah mais ça on est bien d'accord. Je l'ai dis à plusieurs reprises dans cette discussion, un bon logiciel c'est un logiciel qui a accumulé les heures de vol. Mais ça n'a rien à voir avec la "lisibilité du code".
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je comprends pas ces arguments qu'on voit régulièrement passer et qui ne correspondent à rien à mon expérience quotidienne avec de l'IA, y compris en équipe.
Est-ce qu'on peut se contenter de diffuser le code "source" généré?
Heu…oui.
Ou bien est-ce qu'il faut publier tous les prompts, toute l'infrastructure, et les LLMs utilisés, pour pouvoir redéployer tout ça et regénérer le code "source" à partir de là?
Ça peut être intéressant pour la culture mais pourquoi vouloir regénérer toi-même ce code ? Surtout que c'est quasi impossible la température n'étant pas à 0 dans à peu près tous les LLM.
Puisque, après tout, le code généré est inutilisable.
C'est sûr que si tu pars de là, tu peux ensuite raconter tout et n'importe quoi.
Tu as un exemple de code généré inutilisable ? Parce que du pas très bien architecturé oui, du "peux mieux faire" aussi, mais bon… inutilisable c'est de la légende, voire de l'expérience d'il y a 2 ou 3 ans. Ça ne correspond vraiment pas à la réalité.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Exactement. Le vieux fantasme du code illisible parce que c'est fait par une IA, ça me fait rigoler quand je reprends le code de n'importe qui d'autre (et que n'importe qui d'autre reprend le mien).
Le code de quelqu'un d'autre ça reste le code de quelqu'un d'autre, IA ou pas.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: retour à la télécommande du pauvre
Posté par gUI (Mastodon) . En réponse au journal Toutes les entreprise françaises sont-elles contrôlées par deux entreprises américaines ?. Évalué à 6 (+3/-0). Dernière modification le 17 octobre 2026 à 14:08.
Un môme de treize ou seize ans n'a pas être choqué par "emmerder" ou "faire chier".
Ou alors qu'il arrête d'ouvrir des dictionnaires, merde !
Mais sinon mon avis c'est que écrire em**** et croire qu'il ne comprendra pas c'est en plus le prendre pour un débile.
Non, aucun rapport.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: des pistes
Posté par gUI (Mastodon) . En réponse au message Ecran iiyama prolite XCB3494WQSU-B1. Évalué à 8 (+5/-0).
oui, pas un détail. l'écran promet 3440 x 1440 en 120Hz. si la carte vidéo envoie ça, c'est pas n'importe quel câble qui permettra de tenir cette résolution.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Et n'oubliez pas de laisser un pourboire !
Posté par gUI (Mastodon) . En réponse au journal ChienGPT MCP. Évalué à 7 (+4/-0). Dernière modification le 16 octobre 2026 à 19:09.
Je l'ai déjà dénoncé.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# J'en veux un !
Posté par gUI (Mastodon) . En réponse au lien « Agenouille-toi » : comment notre robot-jouet IA a été piraté sous nos yeux. Évalué à 2 (+2/-3).
Si on peut lui faire faire ce qu'on veut ça devient intéressant tout à coup ;)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Ces applications semble "mal codées"
Posté par gUI (Mastodon) . En réponse au journal C'est historique, le développement logiciel est entièrement automatisable. Évalué à 10 (+8/-0). Dernière modification le 16 octobre 2026 à 13:25.
C'est triste ton avis sur l'assemblée nationale.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Attention au genre dans la formulation de l'offre
Posté par gUI (Mastodon) . En réponse au message [OFFRE D'EMPLOI] [H/F] Développeu(r/se) Linux / systèmes - 3+ ans d'expérience - Full remote ou Paris. Évalué à 6 (+3/-0). Dernière modification le 16 octobre 2026 à 11:31.
Faut tourner les phrases différemment, ça allège drôlement :
-> On recherche une personne, on recherche à agrandir notre équipe…
C'est pas toujours facile, ça "robotise" parfois un peu le discours, mais c'est ce que je préfère personnellement (et techniquement ça reste de l'écriture inclusive).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: inatteignables
Posté par gUI (Mastodon) . En réponse au journal C'est historique, le développement logiciel est entièrement automatisable. Évalué à 5 (+2/-0).
Je ne vois pas ce qui empêchera ni toi ni moi de continuer à coder à la main ce dans lequel on y trouve un intérêt.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: inatteignables
Posté par gUI (Mastodon) . En réponse au journal C'est historique, le développement logiciel est entièrement automatisable. Évalué à 4 (+2/-1). Dernière modification le 16 octobre 2026 à 07:39.
Si tu aimes coder tout ce que tu codes, tu as bien raison. Mais c'est pas mon cas.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: inatteignables
Posté par gUI (Mastodon) . En réponse au journal C'est historique, le développement logiciel est entièrement automatisable. Évalué à 5 (+3/-1).
C'est que ça marche. Pour 200€/an j'ai un Claude qui m'aide énormément, mais vraiment. L'IA ce n'est pas que des illuminés qui vont se lancer dans recoder Minecraft en 1 week-end.
Sur des points précis, c'est d'une efficacité redoutable. Plus rapide et mieux qu'un humain (même expert), je le vois quasiment chaque jour. Par exemple pour le debug, l'IA ne lésine pas sur les moyens, si il faut écrire 100 lignes de code temporaire pour comprendre un soucis, c'est instantané, ça part direct. On voit défiler les "tiens je vais faire ça", puis "je le laisse tourner 10 secondes et j'analyse les logs" puis "c'est bon j'ai trouvé le soucis est là". Et le fix arrive dans la foulée bien évidemment.
Idem pour de la reprise de code qui vient pas de toi, c'est un enfer d'y rentrer dedans… bin pas pour une IA.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Sceptique
Posté par gUI (Mastodon) . En réponse au journal C'est historique, le développement logiciel est entièrement automatisable. Évalué à 4 (+1/-0).
Quand je parle de dette technique, je parle de celle qui est connue, analysée et qu'on n'a juste "pas le temps". Pas de balancer des prompts au hasard en croisant les doigts.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: retour à la télécommande du pauvre
Posté par gUI (Mastodon) . En réponse au journal Toutes les entreprise françaises sont-elles contrôlées par deux entreprises américaines ?. Évalué à 5 (+2/-0).
juste comme ça, tu peux dire "emmerder" et "faire chier", pas la peine de s'auto-censurer :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Ces applications semble "mal codées"
Posté par gUI (Mastodon) . En réponse au journal C'est historique, le développement logiciel est entièrement automatisable. Évalué à 6 (+3/-0). Dernière modification le 15 octobre 2026 à 10:36.
Macron non plus ;)
(quoique… tellement enfoncé dans ses convictions qu'on peut se poser la question tiens).
Mais sinon un LLM non plus. Un LLM c'est "juste" un programme qui prend du texte en entrée et qui ressort du texte en sortie, c'est tout.
Si tu veux automatiser la production logicielle, boucler, lui faire détecter ses erreurs, les corriger etc. c'est toute la couche autour, qui elle, est purement algorithmique (style bon vieux python des familles).
Ça marche plutôt bien, mais le vrai full-automatisé est encore loin, et je pense qu'il n'existera jamais vraiment d'ailleurs. Pas trop pour des raisons techniques, mais pour le fait qu'on change d'avis en cours de développement (agilité, toussa…)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Ces applications semble "mal codées"
Posté par gUI (Mastodon) . En réponse au journal C'est historique, le développement logiciel est entièrement automatisable. Évalué à 9 (+6/-0).
Oui. Je passe bien mes journées à corriger mes propres bugs.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: journal, pas journalisme
Posté par gUI (Mastodon) . En réponse au journal C'est historique, le développement logiciel est entièrement automatisable. Évalué à 8 (+6/-1).
Ce n'est pas un détail. C'est très loin d'être un détail.
Comme la majorité des informaticiens mon métier c'est 20% de code et 80% de tout le reste (chasse aux bugs, triage des bugs, analyse des bugs, résolution des bugs, négociations de l'intégration de mon patch dans la prochaine release…).
Là oui, on assiste à une révolution où le code ne coûte plus rien (raccourcissons).
Ça n'empêche que un logiciel ce n'est pas que du code. Très loin de là.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Texte généré par IA ?
Posté par gUI (Mastodon) . En réponse au journal C'est historique, le développement logiciel est entièrement automatisable. Évalué à 6 (+3/-0).
2008 ;)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Sceptique
Posté par gUI (Mastodon) . En réponse au journal C'est historique, le développement logiciel est entièrement automatisable. Évalué à 6 (+3/-0).
J'ose espérer que l’avènement de l'IA nous apportera la fin de la dette technique.
Amen.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Sceptique
Posté par gUI (Mastodon) . En réponse au journal C'est historique, le développement logiciel est entièrement automatisable. Évalué à 10 (+7/-0).
IA ou pas, un logiciel doit avoir de la bouteille pour être d'une certaine valeur.
Quand tu vois la frilosité qu'on a parfois sur une simple mise à jour (bien obligés, c'est une mise à jour de sécurité), je ne suis pas certain qu'on aime des logiciels pondus rapidement (même en donnant bcp de qualité au code produit par l'IA), qui sont mis à jour sans cesse.
Ça va se tasser, je ne sais pas exactement à quel niveau, mais la folie actuelle va vite saturer tout le monde.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Et encore une fois...
Posté par gUI (Mastodon) . En réponse au lien Piratage : Quad9 refuse de bloquer des sites en France et envisage de partir face à beIN Sports. Évalué à 4 (+1/-0).
Il n'y a pas de raison que ça marche. Ces serveurs DNS ne connaissent que les adresses des serveurs DNS des TLDs (.org, .com, .fr …). C'est tout.
Il te faut absolument un résolveur récursif (comme expliqué, résoudre
www.linuxfr.orgdemande d'interroger un serveur root, puis un serveur.orgpuis le serveurlinuxfr.org).En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Marrant
Posté par gUI (Mastodon) . En réponse au lien Linus Torvalds a utilisé Claude pour une modification sur le noyau Linux… et ce n'est pas un problème. Évalué à 6 (+4/-1). Dernière modification le 14 octobre 2026 à 09:26.
Quand certains expliquent que les LLM pondent du code illisible pour des humains, d'autres s'en servent au contraire pour rendre du code humain plus lisible pour des humains.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Here-doc et pipe sur les deux derniers exemples
Posté par gUI (Mastodon) . En réponse au journal Écrire du JSON dans un script bash. Évalué à 3 (+0/-0).
Oui ou dis plus humainement "petite erreur de copier/coller, le <<EOF est en trop dans les deux derniers exemples".
Tu confirmes n_e ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Le monde du logiciel libre va-t-il se scinder en deux ?
Posté par gUI (Mastodon) . En réponse au journal Vers la fin du logiciel propriétaire?. Évalué à 3 (+0/-0).
Ah mais ça on est bien d'accord. Je l'ai dis à plusieurs reprises dans cette discussion, un bon logiciel c'est un logiciel qui a accumulé les heures de vol. Mais ça n'a rien à voir avec la "lisibilité du code".
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: je partirai a l'envers
Posté par gUI (Mastodon) . En réponse au message Reconversion... j'ai du mal à me décider.. Évalué à 5 (+2/-0).
ça existe autre que garder des magasins la nuit ou faire le ménage ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Le monde du logiciel libre va-t-il se scinder en deux ?
Posté par gUI (Mastodon) . En réponse au journal Vers la fin du logiciel propriétaire?. Évalué à 7 (+4/-0). Dernière modification le 13 octobre 2026 à 11:11.
Je comprends pas ces arguments qu'on voit régulièrement passer et qui ne correspondent à rien à mon expérience quotidienne avec de l'IA, y compris en équipe.
Heu…oui.
Ça peut être intéressant pour la culture mais pourquoi vouloir regénérer toi-même ce code ? Surtout que c'est quasi impossible la température n'étant pas à 0 dans à peu près tous les LLM.
C'est sûr que si tu pars de là, tu peux ensuite raconter tout et n'importe quoi.
Tu as un exemple de code généré inutilisable ? Parce que du pas très bien architecturé oui, du "peux mieux faire" aussi, mais bon… inutilisable c'est de la légende, voire de l'expérience d'il y a 2 ou 3 ans. Ça ne correspond vraiment pas à la réalité.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Le monde du logiciel libre va-t-il se scinder en deux ?
Posté par gUI (Mastodon) . En réponse au journal Vers la fin du logiciel propriétaire?. Évalué à 6 (+3/-0).
Exactement. Un bon logiciel c'est avant tout un logiciel qui a pas mal d'heures de vol, IA ou pas ça ne change rien au problème.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Le monde du logiciel libre va-t-il se scinder en deux ?
Posté par gUI (Mastodon) . En réponse au journal Vers la fin du logiciel propriétaire?. Évalué à 4 (+2/-1). Dernière modification le 13 octobre 2026 à 10:33.
Exactement. Le vieux fantasme du code illisible parce que c'est fait par une IA, ça me fait rigoler quand je reprends le code de n'importe qui d'autre (et que n'importe qui d'autre reprend le mien).
Le code de quelqu'un d'autre ça reste le code de quelqu'un d'autre, IA ou pas.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.