Thomas J. a écrit 110 commentaires

Tout est dans le titre !!

Compte créé le 11/05/2026

À tous les coups, encore une IA agentique…

Tout dépend des instructions données : directives de ton, règles de comportement, etc.
Au final, je me demande quelles sont les intentions de l'auteur derrière cette IA agentique ?
Au début j'imaginais un type un peu pathétique en train de rigoler tout seul derrière son clavier… Mais certainement est-ce autre chose.
@SuperJohn tu peux répondre à cette question ou non ?

À la lecture de ses réponses, je pense que ce n'est pas un humain mais plutôt une machine qui poste.

Tout d'abord, je ne connaissais pas ce site mais ta source d'information semble avoir un réel penchant pour le piège à clics. Bref, à éviter…
En plus, tu mélanges beaucoup de sujets (chômage, guerre) pour pondre un fantasme anxiogène.

Ouvre un peu les yeux : un système qui fait une tâche à la place d'un humain en mieux, ça existe depuis plusieurs centaines d'années.
Les IA qui te font si peur restent basés sur des modèles (donc sur du déjà vu). Alors oui, on pourrait les entrainer pour faire le mal : cela reste des outils.
Si je peux me permettre, garde en tête la classification de Luc Julia sur les différentes types d'IA :
- Tu veux générer quelque chose à partir d'un prompt ? → IA génératives (à la mode depuis 3 ans)
- Tu construire un système de reconnaissance à partir de beaucoup de données ? → Deep Learning (ça fait plus de 10 ans que c'est dans notre quotidien)
- Tu veux faire marcher un robot à partir d'un arbre de décision ? → Systèmes experts (ça existe depuis plusieurs dizaines d'années !)
- Tu veux un truc qui réfléchit tout seul, qui s'adapte et qui fait peur comme dans les films ? → IAG (et ce n'est pas pour tout de suite)

Bref, respire un coup et ouvre un bouquin de temps en temps.

Tout d'abord, bravo pour le boulot autour de Tracim et pour ton honnêteté intellectuel 👏

Mais le sujet c'est pas tellement les fonctionnalités et les Apis : la difficulté c'est la résistance au changement et l'aversion des DSI à prendre le risque d'aller vers des solutions alternatives.

De mon expérience (qui vaut ce qu'elle vaut), les DSI fortes sont celles qui arrivent à interconnecter les différentes briques de leur SI de manière agile (c'est-à-dire ASAP) → d'où l'importance des API et leur champ d'action qui doit être le plus étendu possible.
La résistance au changement n'est plus un argument tenable aujourd'hui lorsque tu demandes à tes interlocuteurs combien de réseaux sociaux différents ils ont utilisés ces 5 dernières années…

Il y a clairement un coup (coût ?) à jouer en ce moment avec notre dépendances aux services numériques outre-Atlantique qui met toute l'Europe en état de subordination (que se passerait-il pour les entreprises si les abonnements Microsoft 365 prenaient +200% du jour au lendemain ?).

Mais ce soit cette solution, La Suite Numérique ou une autre le constat est toujours le même : ça sent le regroupement d'outils venus des 4 coins du web, saupoudrés de quelques mots clés comme "suite collaborative", "co-édition", "gouvernance"… et le tour est joué 🧙‍♂️

Qu'on l'aime ou qu'on la déteste, la force de la suite Microsoft 365 réside dans son offre cohérente et son interopérabilité de l'enfer : tout ou presque est consommable par API.
On est très loin de la suite bureautique client lourd des années 2000.

Merci pour ce retour, c'est intéressant.
Par contre, au-delà de l'anecdote des 15 minutes pour avoir une borne de recharge, tu mets combien de temps pour faire un plein sur autoroute par exemple ?

Les noms de dossiers (/usr, /bin, /etc ..) ont une signification… mais effectivement, je ne sais plus pourquoi /etc s'appelle ainsi.

N'oublions pas que la standardisation de la hiérarchie du système de fichiers UNIX est un sujet vieux de presque 30 ans ! Bien des choses ont changés depuis mais l'héritage est resté.
Du coup, ça donne une saveur particulière à l'explication du nom de dossier /etc :

In early versions of the UNIX Implementation Document from Bell labs, /etc is referred to as the etcetera directory, as this directory historically held everything that did not belong elsewhere (however, the FHS restricts /etc to static configuration files and may not contain binaries). Since the publication of early documentation, the directory name has been re-explained in various ways. Recent interpretations include backronyms such as "Editable Text Configuration" or "Extended Tool Chest".

Oui, le dépôt Git est bien celui-ci : https://github.com/tjustino/smoothie_funds
Si quelqu'un pouvait remplacer le lien de la dépêche ça serait sympa !

Que copilot ouvre des questions légales difficiles, oui, clairement.

Une super occasion pour Richard Stallman de sortir une GPL v4 et revenir sur le devant de la scène !!
En plus, ça s'était si bien passé lorsqu'il avait présenté la v3 !

Personnellement, j'utilise Enlightenment (et donc les EFL) depuis plus de 5 ans sur tous mes postes Linux.
C'est packagé sur ArchLinux depuis encore bien plus longtemps et Samsung l'utilise sur ses produits depuis un moment.

La prochaine fois, renseigne toi 2 minutes avant de balancer ton paquet de bullshit.

en gros je ne vois pas de raisons de ne pas en faire 5 dans l'année

Attention tout de même aux anémies dues à un manque de fer pour les donneurs réguliers (ceux qui suivent le rythme des 8 semaines).
J'en suis à ma troisième cure de Tardyfeon en six ans…
Quoi qu'il en soit, que cela ne vous empêche pas de donner : c'est un geste utile !

C'est un journal promu en dépêche.
Comme souvent dans ce cas là, le file de la conversation reste dans le journal.

Ton avatar est vraiment d'un goût douteux…
Tu pourrais le changer quand tu publies quelque chose !

Qu'est-ce que j'aurais aimé que ce genre d’initiative se passe dans mon département (78) !

Certains prédisent la disparition des ERP (vous pouvez tout lire ou rechercher directement "NBP 7").
Comme d'habitude, l’histoire nous dira qui a raison.

L'effet Ruby 1.8

Il faudrait également ajouter un WTF…

La quantité de code, de fonctionnalités, de détails développés pour e-venement v2 est telle qu'un changement de framework n'est pas non plus à l'ordre du jour.

C'est souvent un reproche qui est fait aux frameworks (rails, symfony, etc.) lors des montées de version : en changeant certains paradigmes, les montées de version peuvent être réellement douloureuses pour les développeurs.

De part mon expérience, rbenv est moins prise de tête et plus stable que rvm.
J'avais créé un mini-tuto pour son installation dans la dépêche Sortie de Ruby on Rails 4.0.

MacRuby est au Mac, ce que JRuby est à Java, ce qu'IronRuby est à .Net :
- MacRuby te permet d'accéder à l'environnement de programmation Cocoa. D'ailleurs, le projet dérivé RubyMotion te permet de programmer en Ruby sur iOS !
- JRuby te permet d'appeler des fonctionnalités Java (par exemple, la très puissante JDBC)
- J'imagine que IronRuby (il existe encore lui ?) te permet de faire la même chose avec le .NET Framework de Microsoft.

Concernant Rubinius, le moteur du projet semble être d'implémenter un interpréteurs Ruby écrit essentiellement en Ruby.

Bref, même s'il s'agit d'interpréteurs Ruby dans tous les cas, le but de ces projets n'est jamais tout à fait le même.

Juste par curiosité, qu'est-ce qui t'a poussé à choisir une licence CC BY-NC-ND et pas une open-source ?

Moi ce qui me choque c'est ta phrase qui pue le cliché :

surtout pour des fonctionnaires qui n'ont pas vraiment de contraintes, de pressions, de délais..

Je trouve franchement que tu tires un peu trop facilement des généralités des quelques disconvenues qui te sont arrivées….

Je plussoie !

Je suis sous Arch depuis plus de 4 ans et je n'ai jamais rencontré de problème majeur (et j'en ai 2 à la maison, plus une VM au boulot de temps en temps).
Le Wiki est souvent bien documenté et ça me suffit.

Vu qu'on est vendredi, je vais même troller un peu : j'ai installé une Arch à un copain qui voulait remettre Windows sur son ordinateur car il en avait "marre d'Ubuntu et de ses mises à jour qui ne marchent jamais" (je n'ai pas d'avis là-dessus).
Cela fait un an et demi et il en est toujours content.
Son profil est le suivant : "Monsieur Michu qui n'est pas réfractaire à la ligne de commande si on lui dit quoi faire", et voici les 3 lignes que j'ai dû lui filer :

sudo pacman -Syu -> pour les mises à jour
sudo pacman -S paquet -> pour installer un logiciel
sudo pacman -Rsn paquet -> pour désinstaller

Et en toute honnêteté, je fais très très peu de support pour lui (beaucoup moins que pour les personnes sous Windows).

Au final, je pense qu'Arch est parfaite pour ceux qui savent exactement ce qu'ils veulent voir sur leur poste.