React-ing to Grace Hopper 200: Five Open-Weights Coding Models, One React Native App, One GH200, One Weekend

🚀 Le Résumé : Un Week-End, Une Machine Géante et 5 Robots Programmateurs

Imaginez que vous avez invité cinq robots programmateurs (des modèles d'intelligence artificielle open-source) à un concours. Le défi ? Créer une petite application mobile (pour compter les kangourous que l'on croise chaque jour) qui fonctionne aussi bien sur un téléphone que sur un site web.

Le tout a été réalisé en un seul week-end sur une machine ultra-puissante (une puce NVIDIA GH200) à l'Université Nationale Australienne.

Le résultat principal est surprenant : les classements officiels des robots (basés sur des examens théoriques) ne prédisaient pas du tout qui gagnerait le vrai défi. Le "meilleur" élève sur le papier a échoué, tandis que le "petit" robot, même compressé, a gagné.

---

🏆 Le Grand Cheval de Course : Kimi-K2.5 (Le Gagnant)

Le grand gagnant n'était pas le plus gros ni le plus célèbre. C'était Kimi-K2.5, mais dans une version "compressée" (comme un fichier ZIP très serré).

• Pourquoi il a gagné ? Il a compris la consigne du début à la fin. Il a créé l'application, géré les comptes utilisateurs, et tout a fonctionné dès le premier lancement.
• L'analogie : C'est comme un artisan qui, même avec des outils un peu usés (la compression), comprend exactement ce que vous voulez et vous livre une maison clé en main.

🥈 Les Autres Concurrents (et leurs pépins)

1. GLM-5.1 (Le Sur-Ingénieur) :

   • Ce qui s'est passé : C'est le robot qui avait le meilleur score aux examens officiels. Mais au lieu de faire une petite application simple, il a décidé de construire une usine entière. Il a intégré un système de sécurité complexe (Firebase) qui exigeait que l'utilisateur configure des clés secrètes avant même de pouvoir lancer l'appli.
   • La leçon : Il a été trop perfectionniste. C'est comme un architecte qui vous construit un gratte-ciel quand vous lui aviez demandé une cabane de jardin.

2. DeepSeek-V3.2 (Le Robot Distrait) :

   • Ce qui s'est passé : Ce robot a eu un problème bizarre. En réfléchissant à voix haute (ce qu'on appelle "le processus de pensée"), il a laissé traîner ses pensées dans le nom du fichier. Au lieu de créer un fichier App.js, il l'a nommé Let's start with App.js: ....
   • La leçon : Son "monologue intérieur" a pollué son travail. C'est comme un cuisinier qui écrit "Je vais d'abord éplucher les carottes" sur l'étiquette de la boîte de conserve, rendant la boîte illisible pour le serveur.

3. Qwen3-Coder (Le Lecteur Pressé) :

   • Ce qui s'est passé : Il a bien codé, mais il n'a pas bien lu la consigne. On lui demandait de compter les kangourous par jour. Lui, il a juste fait un compteur total qui ne s'arrêtait jamais.
   • La leçon : Il a manqué de précision sur le détail "par jour".

---

🛠️ Trois Leçons pour les Développeurs (Les "Secrets de Cuisine")

Les chercheurs ont découvert trois problèmes techniques amusants qui bloquent souvent les robots :

1. Le problème du "Moteur Froid" (Température = 0) :

   • Les outils d'automatisation aiment que les robots soient très prévisibles (température = 0). Mais certains robots "raisonneurs" ont besoin d'un peu de chaos pour réfléchir. Si on les force à être trop rigides, ils se figent et ne répondent plus, comme un moteur qui tourne à vide.
   • Analogie : C'est comme demander à un artiste de dessiner sans jamais lever le crayon ni hésiter. Il se bloque.

2. La fuite de pensées dans les noms de fichiers :

   • Comme vu avec DeepSeek, les robots qui "pensent à voix haute" peuvent parfois mélanger leurs pensées avec les instructions techniques. Les outils qui lisent ces réponses se trompent de chemin.
   • Analogie : C'est comme si un étudiant écrivait sa dissertation sur la feuille de garde de son examen. Le professeur ne sait plus où commencer.

3. Le problème du "Téléphone vs Ordinateur" :

   • Tous les robots ont utilisé une fonction qui marche sur téléphone mais pas sur le web (une alerte qui ne s'affiche pas). Ils ont oublié que l'application devait fonctionner sur les deux.
   • Analogie : C'est comme un chef qui prépare un plat avec des couverts en plastique (pour le pique-nique) mais qui oublie qu'il doit aussi servir ce plat dans un restaurant chic. Le client est déçu.

---

💡 La Grande Révélation : La Taille n'est pas Tout

Le papier conclut sur un point très important pour l'avenir : La taille du modèle ne fait pas tout.

• Les modèles géants (la "École de l'Échelle") sont lourds, chers et nécessitent des machines de guerre pour tourner.
• Les modèles plus petits mais bien conçus (la "École de l'Efficacité") font aussi bien, voire mieux, pour des tâches pratiques, et tournent sur des machines beaucoup moins chères (comme un gros ordinateur portable).

En résumé : Si vous voulez construire une application demain, ne regardez pas seulement le classement des examens du robot. Regardez s'il sait lire les consignes, s'il ne se perd pas dans ses pensées, et s'il est capable de s'adapter à votre matériel. Parfois, le petit robot bien éduqué vaut mieux que le géant distrait.