Créer une application avec l'IA
La part que l'IA résout aujourd'hui est plus grande que la plupart des gens ne le supposent, et plus petite que ne le suggèrent les démonstrations. Il vaut la peine de séparer les deux.
Ce qui a vraiment changé
Il y avait autrefois un long passage entre l'idée et le premier écran : choisir une technologie, monter un projet, créer une base, relier les écrans. Ce passage s'est réduit à un paragraphe de description. C'est le plus grand changement pratique, et il est réel.
Ce qui n'a pas rétréci, c'est tout le reste : décider ce que fait l'application, découvrir ce qui manque quand quelqu'un s'en sert, et traiter tout ce qui touche à l'argent et aux permissions.
Un assistant de conversation n'est pas un créateur d'applications
C'est la confusion qui coûte le plus de temps. Un assistant rend du code. Un créateur rend une application qui tourne.
Entre les deux, il y a tout ceci : où l'application s'exécute, où vivent les données, comment quelqu'un se connecte, comment elle arrive à une adresse, comment vous changez un écran la semaine suivante sans coller de fichiers nulle part. Demander le code à un assistant et n'avoir nulle part où le mettre, c'est là que finissent la plupart des tentatives.
La boucle qui marche
- décrivez en un paragraphe : qui l'utilise, ce qu'elle fait, ce qui est enregistré ;
- ouvrez et cliquez. La première version naît navigable, et ce qui cloche se voit plus vite en s'en servant qu'en lisant ;
- corrigez sur place, une chose à la fois : "cette liste doit filtrer par date", "seul le propriétaire du compte peut supprimer" ;
- publiez tôt et envoyez-la à ceux qui vont s'en servir.
Demander trop d'un coup est l'erreur courante. Une correction ciblée touche mieux qu'une longue spécification, parce que l'IA réussit mieux quand elle voit l'écran fautif. Comment écrire cette demande est dans comment écrire le prompt d'une application.
Là où l'IA se trompe encore
- qui voit quoi. Elle génère l'écran ; la règle voulant qu'un client ne voie pas la commande d'un autre doit être dite, et doit être vérifiée ;
- le chemin triste. Donnée manquante, connexion coupée, la même chose cliquée deux fois ;
- l'argent. Montants, taxes, remboursements, et ce qui se passe pendant qu'un paiement reste en attente ;
- ce qu'elle ne demande pas. Si la description ne l'a pas dit, elle invente quelque chose de raisonnable, et raisonnable n'est pas votre processus.
La vérification est courte et vaut toujours : connectez-vous comme utilisateur ordinaire et essayez de faire ce qu'il ne devrait pas pouvoir faire.
Ce qu'il faut vérifier avant d'investir des semaines
- l'application se publie à une adresse à elle au lieu de vivre dans un aperçu ;
- vous pouvez exporter le code ;
- les données sont à vous et peuvent sortir ;
- les corrections passent par une conversation ciblée, pas par une régénération complète à chaque fois.
Le résumé
- l'IA a raccourci le début, pas le produit ;
- un assistant rend du code, un créateur rend une application qui tourne : la différence est où elle habite ;
- décrivez court, ouvrez, corrigez sur place, publiez tôt ;
- vérifiez toujours permissions, erreurs et argent, là où elle se trompe le plus ;
- avant d'investir des semaines, confirmez publication et export.