J'essaie de l'utiliser le plus possible.

Hier, j'ai demandé à Claude de me faire un script qui convertit toutes les images d'un répertoire input de differents formats en fichiers jpg minimisés. Il m'a trouvé une solution en node, je lui ai demandé une solution en deno et ça a marché particulièrement bien, alors que je n'avais jamais fait de deno.

Sur Copilot, j'ai pris l'habitude de sélectionner une partie d'un fichier et de lui demander de me l'expliquer ou de corriger un bug en lui donnant l'intitulé de l'erreur.

Il y a des modificateurs comme @workspace qui envoie tout le code source à la LLM pour qu'il ait tout le contexte. Ça pose aussi des questions sur la vision possible donnée sur les fichiers sensibles (avec des variables d'environnement).

Par exemple, tu peux gît clone un repos sur GitHub et lui demander d'expliquer ce qu'est le projet ou comment il marche techniquement, comment l'installer, etc.

Je lis avec beaucoup de curiosité et de plaisir le blog de Simon Willison, le cofondateur de Django.
Il explique qu'il utilise les LLMs pour principalement 2 choses : une phase exploratoire où il demande "je voudrais faire ceci, quelles sont mes options?". Et une autre où il veut ship du code en production et il utilise la LLM comme un stagiaire fou, qui a tout lu sur tout, qu'il faut surveiller de près car il se trompe avec un aplomb de dingue. Mais qui tape vite, qui n'est jamais fatigué et qui ne se fâche jamais.

simonwillison.net/2024/S…

Très bon, merci 👍

Le coté "explicatif" est intéressant en effet. Je n'ai jamais vraiment pensé à demander à ChatGPT de m'expliquer le code pondu par quelqu'un d'autre pour gagner du temps. Cela dit, je préfère souvent lire le code moi-même et râler si je ne parviens pas à comprendre (je pars du principe que du code difficile à comprendre est une erreur ).

Guybrushje pars du principe que du code difficile à comprendre est une erreur

Ca fait partie du code de bonne conduite du développeur d'écrire du code lisible, tu as donc raison.
Mais parfois ... Quand tu es jeune et que tes idées vont très vite en tête et que ça t'enquiquine de nommer correctement tes variables et tes fonctions ... 🤪

Jusqu'au jour où on tombe sur son propre code et qu'on s'envoie des fleurs dans le passé 😆🤦‍♀️

J'ai cherché un site avec un timer pomodoro sur internet et puis je me suis dit que ça devait être pas trop compliqué pour Claude. 5 itérations plus tard, ça marche plutôt bien !



Le repo GitHub : github.com/pom421/pomodo…

Je ne vois pas l'image, mais j'ai pu voir le repo

Je réagis sur le message d'Anca :

Mais parfois ... Quand tu es jeune et que tes idées vont très vite en tête et que ça t'enquiquine de nommer correctement tes variables et tes fonctions ... 🤪

C'est sûr. Mais le nom des variables et fonctions ou autre est une chose, il y a la structure générale qui est souvent problématique, davantage que le nommage. Quand je donnais encore cours, je pouvais "admirer" la capacité des étudiants à trouver des approches complètement tordues pour résoudre un problème. Souvent, le gros souci du code, ce n'est pas le code, c'est l'absence de réflexion avant de l'écrire

Jusqu'au jour où on tombe sur son propre code et qu'on s'envoie des fleurs dans le passé 😆🤦‍♀️

C'est vraiment génial, ce truc qui permet de couper des [quote] en deux juste en appuyant sur "enter" deux fois ! Je suis content de moi...

Je ne peux pas tester Claude.ai en version gratuite, il n'arrive pas à m'envoyer un SMS sur mon n° allemand 😐

Grmbl, me voilà en train de fournir mon adresse e-mail à un n-ième service en ligne que je n'utiliserai qu'une ou deux fois par curiosité

[Edit: ah mais non, j'avais pas tilté à la lecture du message du Dragon.... Hors de question que je file mon n° de tel juste pour ça]