Codage : comment lancer une application sans savoir écrire du code

La possibilité de créer des produits numériques complexes sans maîtriser la syntaxe des langages de programmation devient une véritable opportunité pour les professionnels issus de domaines non techniques. Dans la récente interview réalisée par l’animateur Isar Matis dans le cadre du podcast Tirer parti de l’IAle recruteur et stratège en talents Bryce Rattner Keithley a raconté comment elle a réussi à concevoir, développer et publier une application mobile sur l’App Store d’Apple sans avoir aucune connaissance préalable en codage.

Son expérience avec l’application Daily100 démontre comment les outils génératifs modernes comblent le fossé entre un simple besoin personnel et un logiciel entièrement opérationnel et distribué à l’échelle mondiale.

De l’idée au premier prototype : créer un logiciel en éliminant les barrières du codage

L’origine du projet Daily100 est née d’un besoin pratique lié à la vie quotidienne. Travaillant en étroite collaboration avec des développeurs de premier plan dans le cadre de la recherche de talents technologiques à San Francisco, Rattner Keithley a toujours regardé la création de logiciels de l’extérieur, sans jamais écrire de lignes de codage. Pendant la période pandémique, devant combiner travail à domicile et gestion de jeunes enfants, le professionnel cherchait un moyen rapide d’effectuer de courtes séances d’exercice physique, comme dix pompes ou dix squats dans des moments de pause entre un engagement et un autre. Après avoir constaté que compter sur des amis et des experts en fitness pour les rappels quotidiens ne fonctionnait pas toujours, il a décidé de développer sa propre solution numérique.

Créez des logiciels en éliminant les barrières de codage

Au lieu d’embaucher une équipe d’ingénieurs, de concepteurs et de chefs de projet, le choix s’est porté sur l’utilisation directe de plateformes génératives capables de traduire des instructions en langage naturel en architectures fonctionnelles, éliminant ainsi le besoin de codage manuel. Pour tester les capacités réelles de ces outils, un Produit Minimum Viable (MVP) a été initialement créé. Comme l’a expliqué l’animateur Matis lors de la discussion, «MVP signifie Minimum Viable Product, ce qui signifie essentiellement : quelle est la plus petite chose que vous puissiez construire et qui apporte encore de la valeur ?».

Pour évaluer l’efficacité des modèles disponibles sans avoir à apprendre le codage, le créateur a transmis la même demande textuelle à Lovable et Replit. L’invite initiale disait mot pour mot : « Créez une application avec une interface texte qui invite les utilisateurs à effectuer 100 répétitions par jour, un exercice différent chaque jour sélectionné en rotation parmi une liste d’environ 30, et à effectuer 100 répétitions tout au long de la journée. Les utilisateurs répondront avec les nombres complétés dans chaque série, l’application enregistrera et suivra le décompte et célébrera avec des emojis lorsqu’ils atteindront 100 chaque jour. L’application suivra également avec une couleur continue du rouge au jaune en passant par le vert les séries que l’utilisateur a entretenues sur 100 chaque jour.».

Les deux systèmes ont pu générer une interface de travail en quelques secondes, capable d’enregistrer la progression de l’exercice et de mettre à jour les statistiques des utilisateurs.

Méthodologie de développement : dialogue en langage naturel et fonction « Mode Plan »

Après avoir comparé les premiers résultats, le choix stratégique a été de poursuivre le développement de l’application sur Replit, en bénéficiant également du soutien informel d’un ami occupant le poste de directeur de l’ingénierie au sein de l’entreprise. Le flux de travail pour créer un logiciel sans compétences en codage est basé sur une structure de discussion soutenue par un volet de prévisualisation en temps réel et une gestion des fichiers de projet.

Un élément fondamental pour optimiser le processus de développement a été l’utilisation du « Mode Plan » présent sur la plateforme. Cette option vous permet d’interagir avec le modèle pour analyser l’architecture logicielle, définir la logique métier et identifier les problèmes potentiels avant qu’une modification ne soit réellement apportée au code source, réduisant ainsi les erreurs et optimisant la consommation de crédit et de jetons. Décrivant sa méthode de travail, Rattner Keithley a expliqué : « Mon approche est du genre : « Hé robot, c’est ce que je pense que je veux faire », et parlons-en.

Lors de ces séances de planification, avant chaque phase de codage automatisé, le créateur a demandé à l’intelligence artificielle d’évaluer son niveau de sécurité dans l’exécution de la tâche, de lister les éventuelles vulnérabilités et de suggérer des voies alternatives. Comme l’a souligné Matis lors de l’entretien, ce workflow fait suite à la rédaction d’un document d’exigences produit (PRD), où l’utilisateur mène des sessions de questions et réponses approfondies avec des outils tels que ChatGPT ou Claude, générant des documents techniques de 20 à 70 pages avant de commencer la construction proprement dite.

Résolution de problèmes techniques et évolution des fonctionnalités

L’évolution de l’application a nécessité l’intégration de services tiers, dont la plateforme Twilio d’envoi automatisé de notifications par SMS, opération complétée en demandant à l’IA de gérer les configurations nécessaires sans avoir à écrire de code de codage personnalisé.

Des cas extrêmes et des anomalies logiques sont apparus au cours du processus de test. Par exemple, avec l’introduction de la fonctionnalité « Daily Double », conçue pour doubler l’objectif quotidien, l’algorithme a mal calculé les mesures hebdomadaires, montrant que l’utilisateur avait terminé huit jours d’entraînement sur sept. La correction a été effectuée en signalant l’erreur directement à l’interface de conversation. En décrivant son rôle lors de ces phases de révision, Rattner Keithley a cité un concept appris précédemment : « Un invité sur un podcast que j’écoute, je pense qu’il n’était pas non plus technique, a décrit son rôle simplement comme celui du « client le plus exigeant ». Et donc, parfois, je me vois ainsi. »

Conception de l’interface utilisateur : le rôle du contexte visuel

Si la structure logique initiale d’un logiciel peut être générée rapidement, le perfectionnement de l’expérience utilisateur nécessite un raffinement visuel constant. En phase de développement, les premiers 80 % du travail sont réalisés rapidement, tandis que les 20 % restants nécessitent des efforts importants pour affiner les détails de l’interface graphique.

Expliquer des concepts visuels complexes à un modèle de langage sans recourir aux feuilles de style CSS ou au codage frontal nécessitait l’adoption d’outils visuels de support. Pour définir l’apparence des badges et la palette de couleurs, le créateur a composé une documentation visuelle à partir de captures d’écran prises sur Pinterest et d’autres applications de bien-être. Lorsque les descriptions textuelles n’étaient pas suffisantes pour positionner correctement les boutons ou pour créer des indicateurs de dégradé circulaires, des croquis dessinés à la main sur papier étaient téléchargés sur la plateforme.

Réfléchissant aux difficultés de communication avec des modèles artificiels lorsque les résultats visuels ne correspondent pas aux attentes, Rattner Keithley a déclaré : « Et quand vous êtes tenté de crier après les robots, il est aussi temps de vous demander : « Que puis-je faire différemment dans cette équation pour obtenir un résultat différent ? les exercices.

Le passage aux plateformes mobiles : publier sur l’App Store via Claude

La première phase de distribution de l’application a eu lieu en générant un lien Web public sur le domaine replit.app, permettant aux premiers utilisateurs et aux membres de leur famille d’enregistrer l’écran d’accueil du smartphone en tant qu’application Web. Cependant, pour garantir une accessibilité immédiate même aux utilisateurs les moins expérimentés, comme leurs parents, le besoin est apparu de publier le produit de manière native sur l’App Store d’Apple.

Pour compléter les étapes bureaucratiques et techniques requises par Apple sans aucune connaissance du codage spécifique pour iOS, le créateur s’est tourné vers le modèle Claude, demandant un guide étape par étape pour convertir le projet créé sur Replit en un package installable. Claude a développé un plan en neuf points qui comprenait le test de la pile technologique, la configuration du compte Apple Developer, le renforcement de la sécurité des applications et le respect des directives d’examen du magasin.

Face aux questions techniques de Claude concernant les bibliothèques d’occasion, Rattner Keithley a répondu en toute transparence : « Je ne sais pas. Que puis-je vous envoyer de Replit pour comprendre cela ? ». Grâce à l’utilisation d’outils de navigation intégrés aux modèles d’intelligence artificielle, le système a pu analyser directement l’environnement de développement et les référentiels de code, en exigeant seulement que l’utilisateur saisisse des informations d’identification pour terminer les opérations. Commentant la rapidité avec laquelle il est possible de passer de l’idée au déploiement réel sans passer par le codage traditionnel, Matis a observé : « Le chemin entre n’avoir rien et avoir quelque chose que l’on peut réellement donner à d’autres personnes est très, très court. »

Changement de paradigme professionnel et gestion de l’inertie de la réussite

L’adoption d’outils génératifs pour le développement de logiciels nécessite une révision de l’approche d’apprentissage et de résolution de problèmes. L’absence de barrières de jugement grâce à l’intelligence artificielle permet aux utilisateurs de poser des questions basiques ou répétitives sans craindre de montrer des lacunes techniques, une condition qui freine souvent les gens dans des contextes de travail traditionnels.

En décrivant la nécessité de dépasser les anciennes méthodologies de travail pour saisir les opportunités offertes par les outils qui remplacent le codage conventionnel, Rattner Keithley a souligné les risques liés à l’attachement à des processus obsolètes : « Il y a quelque chose que l’on peut définir comme « l’inertie du succès », c’est-à-dire prolonger l’utilisation de quelque chose qui a fonctionné au point où cela devient votre ruine ou celle d’une entreprise. Actuellement, l’application Daily100 est disponible en téléchargement officiel sur l’App Store d’Apple, tandis que les fichiers de développement du projet sont accessibles au public sur GitHub sous le nom d’utilisateur BRKbot.