Depuis que l'utilisation intensive de Codex a commencé récemment, voici quelques expériences :

1. Tous les travaux de développement doivent être gérés comme un projet, la mise en marche du projet n'est que le début d'une finition minutieuse. Après avoir réalisé le développement de 0 à 1 et avoir fait fonctionner la logique, il faut décomposer le projet en plusieurs modules, puis peaufiner chacun d'eux.
2. Le développement n'a pas de fin, il faut se fixer des objectifs à différents moments ou pour différents projets. Par exemple, pour l'interaction avec le client, dans quelles situations est-ce qu'une interaction est possible ? Il faut se donner une norme claire, plutôt que de peaufiner indéfiniment et de tomber dans l'auto-complaisance. La commercialisation doit suivre des actions standardisées.
3. Il faut faire des choix, certains ajouts de fonctionnalités seraient meilleurs, mais pour le client, cela peut être insignifiant ou de faible valeur. Dans ce cas, il faut oser abandonner dans la version 1.0, en se mettant à la place du client pour réfléchir.
4. Il faut élaborer la logique et la direction du produit en fonction des besoins du marché, et ne pas définir le produit selon ses préférences personnelles. Comment juger du marché ? C’est simple : si ça se vend, si on reçoit de l’argent, cela signifie qu’il y a une demande sur le marché.
5. Le produit n’est pas jugé selon sa qualité intrinsèque, mais selon la demande du client. Un produit que l’on considère comme très basique peut se vendre énormément, même avec un coût très faible. Récemment, l’application “Est-ce qu’il est mort ?” en est un exemple typique.
En résumé : définir le produit en fonction des besoins du client et du marché ; avoir des standards pour passer de 0 à 1 ; délimiter le travail de développement.