En novembre dernier, OpenAI a lancé l’application Android de Sora, permettant à tous les utilisateurs d’Android de transformer un simple texte en vidéo saisissante. Dès le jour du lancement, l’app a atteint la première place du Google Play Store et les utilisateurs Android ont généré plus d’un million de vidéos en seulement 24 heures.
Derrière ce succès se cache une histoire fascinante : la première version de l’app Sora pour Android a été développée en seulement 28 jours, grâce au même assistant IA disponible pour toutes les équipes de développement : Codex.
Un défi de taille en temps record
Du 8 octobre au 5 novembre 2025, une équipe restreinte d’ingénieurs travaillant avec Codex et consommant environ 5 milliards de tokens, a réussi à faire passer Sora d’un prototype à un lancement mondial sur Android. Malgré l’ampleur du projet, l’application affiche un taux de stabilité impressionnant de 99,9% sans plantage.
L’équipe a utilisé une version précoce du modèle GPT-5.1-Codex – la même version que tout développeur ou entreprise peut utiliser aujourd’hui via l’interface en ligne de commande, l’extension IDE ou l’application web.
Une approche contre-intuitive mais efficace
Face à un lancement crucial avec des contraintes de temps serrées, la réaction habituelle serait d’ajouter plus de ressources et de processus. Mais l’équipe d’OpenAI a fait le choix inverse, s’inspirant de la célèbre citation de l’architecte informatique Fred Brooks : « ajouter plus de personnes à un projet logiciel en retard le retarde davantage ».
Au lieu d’augmenter l’équipe, ils ont constitué une équipe solide de seulement quatre ingénieurs, tous équipés de Codex pour démultiplier considérablement l’impact de chaque développeur.
Les forces et faiblesses de Codex révélées
L’expérience a permis d’identifier précisément où Codex excelle et où il a besoin d’être guidé :
Où Codex a besoin d’orientation :
- Inférence limitée : Codex ne peut pas deviner vos préférences d’architecture, votre stratégie produit ou vos normes internes
- Pas d’expérience utilisateur : Il ne peut pas tester l’app sur un appareil réel ou détecter qu’un défilement ne semble pas naturel
- Besoin d’accompagnement : Chaque session nécessite un contexte clair avec des objectifs et contraintes définis
- Jugement architectural limité : Tendance à privilégier des solutions qui « fonctionnent » plutôt qu’une architecture propre à long terme
Où Codex brille :
- Compréhension rapide : Capacité à lire et comprendre rapidement de grandes bases de code
- Tests exhaustifs : Enthousiasme particulier pour écrire des tests unitaires couvrant une large variété de cas
- Réactivité aux commentaires : Excellente capacité à appliquer les retours et corriger les erreurs
- Exécution parallèle : Possibilité de tester plusieurs idées simultanément
- Nouvelle perspective : Capacité à explorer des points de défaillance potentiels et découvrir de nouvelles approches
La méthode qui a fait la différence
Au lieu de demander directement à Codex de « construire l’app Sora Android », l’équipe a développé une approche méthodique :
- Établissement des fondations : L’équipe humaine a d’abord conçu l’architecture, la modularisation et les flux de base
- Création d’exemples représentatifs : Développement de quelques fonctionnalités complètes servant de modèles
- Documentation des patterns : Création de fichiers AGENTS.md détaillant les bonnes pratiques
- Planification collaborative : Demander à Codex de comprendre le système avant de coder
Un modèle de développement multi-plateforme révolutionnaire
L’équipe a découvert que Codex excellait dans la « traduction » de code entre plateformes. En ayant accès aux codes iOS et backend existants, Codex pouvait efficacement adapter la logique applicative de Swift vers Kotlin, préservant la sémantique tout en respectant l’architecture Android.
Comme l’a plaisanté l’équipe : « Nous avons réinventé l’idée d’un framework multi-plateforme. Oubliez React Native ou Flutter ; l’avenir du développement multi-plateforme, c’est simplement Codex. »
Les leçons apprises
Cette expérience révèle que le développement assisté par IA ne réduit pas le besoin de rigueur – il l’augmente. Les ingénieurs logiciels restent indispensables pour :
- Comprendre les contraintes systémiques réelles
- Concevoir des architectures scalables
- Planifier le développement futur
- Prendre des décisions techniques à long terme
Mais Codex libère les développeurs des tâches les plus routinières (centrage de boutons, câblage d’endpoints, code répétitif) pour se concentrer sur les aspects les plus stimulants : construire des produits convaincants, concevoir des systèmes évolutifs et expérimenter avec les données et algorithmes.
L’avenir du développement logiciel
Cette expérience montre qu’une fois Codex configuré dans un environnement riche en contexte où il comprend vos objectifs et votre façon de construire, n’importe quelle équipe peut démultiplier ses capacités.
Alors que les modèles IA continuent de s’améliorer, l’intelligence artificielle devient une partie de plus en plus indispensable du processus de développement. La question n’est plus « si » mais « comment » intégrer efficacement ces outils dans nos workflows.
Source de cette information : OpenAI News
