Comment OpenAI a-t-elle utilisé Codex pour concevoir et publier une version Android de Sora en seulement 28 jours avec une équipe de quatre personnes seulement ? Quelles leçons pouvons-nous en tirer ? Principales réalisations et contexte : Développement rapide : En seulement 4 semaines (du 8 octobre au 5 novembre), une petite équipe d'ingénieurs de 4 personnes a travaillé avec Codex pour mener à bien le développement du prototype à la version mondiale. • Diffusion de haute qualité : L’application s’est hissée en tête des classements du Play Store immédiatement après sa sortie, a généré plus d’un million de vidéos dès son premier jour et a maintenu un taux de fonctionnement sans plantage de 99,9 %. • Consommation de ressources : L'ensemble du processus a consommé environ 5 milliards de jetons. Philosophie du développement : Briser la « loi de Brooks » La loi de Brooks stipule qu'augmenter les effectifs d'un projet logiciel déjà en retard ne fera que l'aggraver. Au lieu de tenter de respecter un délai de livraison serré en renforçant les équipes, OpenAI a décuplé la productivité individuelle en équipant chaque ingénieur de Codex. Comment utiliser Codex efficacement ? OpenAI considère Codex comme un « ingénieur senior nouvellement embauché » et a développé un modèle de collaboration homme-machine efficace : 1. Établir le contexte : Bien que Codex soit compétent en programmation, il manque de compréhension des normes d'architecture d'équipe et d'intuition produit. • L’équipe maintient un grand nombre de fichiers AGENT.md dans le code source afin de clarifier les normes de codage, permettant ainsi à Codex de « s’adapter aux coutumes locales ». 2. Planifiez d'abord, puis codez : Au lieu d'assigner directement la tâche à Codex, laissez-le lire le code et générer d'abord un « mini document de conception » ou un plan de mise en œuvre. • Des ingénieurs humains examinent et corrigent le plan avant son exécution par Codex. Cela permet d'éviter les erreurs d'orientation et facilite la revue de code. 3. Un « traducteur » pour le développement multiplateforme : • Utilisez les bases de code iOS existantes comme référence. Codex excelle dans la lecture du code Swift et sa « traduction » en code Kotlin Android, permettant ainsi la réutilisation de la logique. L'équipe le surnomme, non sans humour, « le framework multiplateforme du futur ». 4. Gestion de projet distribuée : Les ingénieurs peuvent exécuter simultanément plusieurs sessions Codex (par exemple, une pour écrire un lecteur, une pour écrire un moteur de recherche et une pour écrire des tests). • Le rôle de l'ingénieur est passé de celui de « soliste » à celui de « chef d'orchestre », principalement responsable des décisions architecturales, de la revue de code et de l'intégration du système. Principaux enseignements et perspectives d'avenir : L'IA ne diminue pas le besoin de rigueur ; au contraire, elle accroît les exigences en matière de conception et d'architecture des systèmes. L'IA peut générer du code rapidement, mais il est indispensable que les humains établissent les fondements et la structure appropriés. • Changement d’orientation : L’ingénierie logicielle s’est recentrée non plus sur l’écriture de code standard, mais sur la conception d’architecture, l’expérience utilisateur et les compromis dans les systèmes complexes. • Nouvelle norme : Ce cycle de développement assisté par l'IA est devenu leur mode de travail par défaut, illustrant une nouvelle forme d'ingénierie logicielle pour l'avenir. Texte original d'OpenAI
