Machines à coder !

[L'affreux]

Les IA qui génèrent des applications à partir d'un prompt :

• https://v0.dev/
• https://bolt.new/
• https://lovable.dev/
• https://replit.com/

Il y a aussi un outil pour les devops : https://infra.new/

 

Un fork de l'éditeur VSCode spécialisé dans l'assistance par IA : https://www.cursor.com/ . Je n'ai pas essayé mais l'interview de l'équipe derrière par Lex Fridman est sympa (réservé aux geeks) :
 

 

[fm06]

Je viens de tester Replit.  Objectif: créer une appli web pour visualiser des données stockées dans MongoDB.

Le début est très engageant. L'interface utilisateur est très fluide. 

L'appli arrive à se connecter au serveur.  Après ça coince: impossible d'afficher la liste des collections disponibles. 

Apres une heure de tentatives, j'atteins la limite de l'usage gratuit.

Je m'arrête là pour l'instant.

Il y a encore du boulot mais c'est très prometteur.

[fm06]

J'essaie aussi lovable.  Même objectif.

 

L'interface utilisateur est très très similaire à celle de Replit. Qui s'est inspiré de qui?

 

En quelques minutes j'obtiens une "appli" qui me permet de visualiser 3 collections ultra simples qui contiennent chacune 2 docs comme celui-ci:

{
  "id": 1,
  "name": "Document 1",
  "data": {
    "field": "value"
  }
}

Une barre de recherche est présente mais elle ne fonctionne pas (aucun effet sur l'affichage).

 

Lovable me signale que pour aller plus loin il faut me connecter à un "back-end".  Le seul backend proposé est Supabase.  Je crée un compte chez Supabase mais ce dernier ne propose que PostgreSQL.  Je ne vois pas comment me connecter à MongoDB.

 

Le code généré par Loveable est du Typescript, comme Relit (qui s'est inspiré de qui ? bis)   Loveable me permet de l'exporter vers Github en qq clics.

Le module "DocumentViewer" fait 62 lignes.  Les "documents" sont codés en dur dedans!

 

Bref, pas très utile ni utilisable.

 

[fm06]

Encore un essai: bolt me dit d'entrée de jeu qu'il ne sait pas travailler avec MongoDB, mais qu'il peut fonctionner avec Supabase.  Au moins il m'évite de perdre du temps :-)

[fm06]

Allez un dernier pour la route: v0 (Vercel).  

 

Toujours le même style d'interface utilisateur.  On dirait vraiment qu'ils se sont inspirés les uns des autres.

Dès le premier prompt, v0 génère quelques fichiers Typescript (encore lui) mais aucun environnement pour tester leur fonctionnement.  

Par ailleurs il m'indique les lignes de commande pour générer un client Prisma et pousser le schéma dans MongoDB.  Pb: je n'ai pas de schéma (mes données sont du pur noSQL)...

V0 me donne aussi quelques recommandations générales (genre: traiter les erreurs et faire de la pagination si mes données sont volumineuses).

 

On est très loin de la génération d'application.

 

[L'affreux]

Merci pour les tests. Pour ma part, j'ai utilisé v0 dernièrement pour générer une UI avec du faux contenu et ça a fonctionné direct. Puis je lui ai demandé une modification (dupliquer une partie et en faire deux colonnes) et ça a encore fonctionné direct. Je n'ai pas essayé de lui demander quoi que ce soit côté backend, ni aucune logique qui demanderait un peu d'algo. La prochaine fois que j'ai besoin de démarrer un petit projet, je ne me priverai pas de demander une UI avant de démarrer.

[L'affreux]

Je mets ça ici parce que c'est un sujet qui s'en rapproche. Mais je n'ai pas compris si cet outil génère du code.

 

Citation

Muse, however, isn’t just generating static gameplay footage—it’s producing playable sequences that obey game physics. According to Katja Hofmann, a lead researcher at Microsoft, the AI is able to “learn a deep understanding of this complex 3D environment” just by predicting what happens next in a gameplay sequence.

 

https://techstartups.com/2025/02/19/microsoft-unveils-muse-a-generative-ai-model-that-creates-video-games-and-generates-gameplay/

[cedric.org]

Cet outil simule du code. Il y a plusieurs projets, dont un autre chez nvidia, qui sont plus ou moins liés : générer un jeu pour microsoft, et générer un monde cohérent d'un point de vue physique pour nvidia.

[L'affreux]

il y a 6 minutes, cedric.org a dit :

Cet outil simule du code.

 

Mais je ne comprends pas ce que ça veut dire. L'outil génère le résultat qu'aurait produit le code ?

[cedric.org]

L'outil génère la vidéo qu'aurait fait le jeu, en direct !

[L'affreux]

Ah OK. Remarque, c'est peut-être l'avenir. Mais alors la consommation en ressources de ce mécanisme doit être ahurissante !

 

EDIT : C'est un sujet intéressant. Par exemple, j'ai récemment implémenté un mécanisme pour convertir une structure récursive (décrite en JSON) dans une autre structure, avec des références à la place de la récursion. Deux options : 1/ implémenter un appel au LLM et rédiger un prompt pour lui demander de faire cette conversion, ou bien, 2/ implémenter la conversion à la main avec un peu d'aide de l'IA. Utiliser le LLM serait plus rapide à coder mais le résultat ne serait pas garanti à chaque exécution. On pourrait garantir le résultat avec une boucle de rétroaction : on implémente des tests (à la manière de tests unitaires) et lorsqu'il y a une erreur, on donne le message d'erreur au LLM pour qu'il corrige son travail. Et alors la différence fondamentale entre les deux façons de faire devient le temps d'exécution et les ressources CPU nécessaires. Je suppose que ce genre de dilemme va devenir un classique.

[cedric.org]

Idée farfelue : On finira par avoir du JIT dans les LLM. Quand le llm se rend compte qu'il peut automatiser une tâche, il la codera.

[Jensen]

41 minutes ago, cedric.org said:

Idée farfelue : On finira par avoir du JIT dans les LLM. Quand le llm se rend compte qu'il peut automatiser une tâche, il la codera.

De fait, pour les tâches un peu matheuses du temps de chatGPT3.5, demander à chatgpt d'écrire un script python marchait beaucoup mieux que de demander le résultat.

[L'affreux]

 

Claude Code est sorti cette semaine avec Claude 3.7.

 

Un exemple d'utilisation de Claude 3.7 dans VSCode avec le plugin Cline :