Le besoin du client n'est pas complètement traduit pas dans le code.
Je pense que c'est indéniable, c'est pour ça que je suggérais quand même de rédiger le README ou le cahier des charges, et de laisser le LLM gérer la doc technique, c'est à dire tous les trucs liés au comportement attendu, aux différentes options, etc. Qui de mieux qu'un LLM pourrait documenter le comportement quand un fichier d'entrée est manquant, quand il y a un problème de réseau, etc?
On s'écarte probablement un peu du sujet de base, mais un problème récurrent pour moi, c'est de chercher comment on fait quelque chose que je pense que le logiciel sait faire. Par exemple, comment passer une image en camaïeu de rose dans Gimp, comment réduire la taille des objets sans changer la distance entre eux dans Blender, etc. Pour ce genre de choses, la doc du logiciel est assez inutile : il faudra utiliser un moteur de recherche interne qui est en général peu efficace, sensible aux fautes de frappe ou à l'utilisation du mauvais terme, etc. Le seul moyen concret, c'est de demander à Google, avec l'espoir que quelqu'un sur un forum a déja posé la question. Et là, c'est le drame, tu as la réponse sur la procédure en 2014, et tout a changé.
C'est typiquement le genre de situation où un LLM qui a mangé le code et quelques bribes de doc tapées par un humain pourrait être super-performant (*). Les docs des logiciels sont souvent inutiles parce que triviales (du style "Save -> Sauvegarder la version courante du fichier"), trop techniques ("k: valeur du coefficient de Kirwzesky"), obsolètes, et peu opérationnelles (elles décrivent comment le logiciel fonctionne, et pas comment utiliser le logiciel pour faire quelque chose d'utile).
(*) En fait, je m'aperçois en écrivant que c'est peut-être complètement débile de demander à un LLM comment faire quelque chose quand on peut coupler un LLM avec un agent, qui fera la chose directement. Pour la manipulation d'image, typiquement, ça me semble à la fois faisable et extraordinaire. Du style "isole la fille en rouge du premier plan, corrige les yeux rouges, et insère-là dans un décor de Western avec un colt à la ceinture".
[^] # Re: Solution très (trop?) moderne?
Posté par arnaudus . En réponse au journal Documenter ou tester, il faut trancher (j'ai pas trouvé de rime avec choisir...). Évalué à 3.
Je pense que c'est indéniable, c'est pour ça que je suggérais quand même de rédiger le README ou le cahier des charges, et de laisser le LLM gérer la doc technique, c'est à dire tous les trucs liés au comportement attendu, aux différentes options, etc. Qui de mieux qu'un LLM pourrait documenter le comportement quand un fichier d'entrée est manquant, quand il y a un problème de réseau, etc?
On s'écarte probablement un peu du sujet de base, mais un problème récurrent pour moi, c'est de chercher comment on fait quelque chose que je pense que le logiciel sait faire. Par exemple, comment passer une image en camaïeu de rose dans Gimp, comment réduire la taille des objets sans changer la distance entre eux dans Blender, etc. Pour ce genre de choses, la doc du logiciel est assez inutile : il faudra utiliser un moteur de recherche interne qui est en général peu efficace, sensible aux fautes de frappe ou à l'utilisation du mauvais terme, etc. Le seul moyen concret, c'est de demander à Google, avec l'espoir que quelqu'un sur un forum a déja posé la question. Et là, c'est le drame, tu as la réponse sur la procédure en 2014, et tout a changé.
C'est typiquement le genre de situation où un LLM qui a mangé le code et quelques bribes de doc tapées par un humain pourrait être super-performant (*). Les docs des logiciels sont souvent inutiles parce que triviales (du style "Save -> Sauvegarder la version courante du fichier"), trop techniques ("k: valeur du coefficient de Kirwzesky"), obsolètes, et peu opérationnelles (elles décrivent comment le logiciel fonctionne, et pas comment utiliser le logiciel pour faire quelque chose d'utile).
(*) En fait, je m'aperçois en écrivant que c'est peut-être complètement débile de demander à un LLM comment faire quelque chose quand on peut coupler un LLM avec un agent, qui fera la chose directement. Pour la manipulation d'image, typiquement, ça me semble à la fois faisable et extraordinaire. Du style "isole la fille en rouge du premier plan, corrige les yeux rouges, et insère-là dans un décor de Western avec un colt à la ceinture".