Développer une appli mobile avec l'IA : est-ce que ça donne vraiment un truc fonctionnel ?

Le plus dur dans le dev, ce n'est pas d'écrire le code, c'est de faire en sorte qu'il ne plante pas six mois plus tard à la moindre mise à jour d'iOS ou d'Android. Aucune agence n'acceptera de reprendre et maintenir du code IA mal foutu, ils vous diront tous de repartir de zéro.

Je me suis lancé avec le même enthousiasme le mois dernier. J'ai pondu l'interface en 3 jours, mais le store a rejeté l'appli 4 fois à cause des versions de SDK et des politiques de permissions. J'ai fini par lâcher 20.000 TL à un dev pour qu'il remette tout d'équerre.

Le code généré par l'IA a l'air parfait quand il tourne tout seul sur votre écran. Jusqu'au moment où 50 personnes commandent en même temps et que la base de données se bloque complètement. Du code IA sans tests réels en conditions de prod c'est droit dans le mur.

Suivez ces trois étapes : 1) Partez de templates open-source existants, 2) Utilisez l'IA uniquement pour écrire des petites fonctions isolées, 3) Créez vos comptes développeur dès maintenant et lisez les règles des stores de A à Z.

j'ai testé perso, les boutons rendent bien à l'écran mais dès que tu branches la base de données c'est le bordel... tu lui fais corriger un bug il t'en crée deux autres ailleurs une boucle sans fin.

Tu prévois une carte en temps réel et l'enregistrement des cartes bancaires ? Si c'est juste un bête menu avec envoi de la commande par message ça se fait mais si c'est une marketplace multi-vendeurs tout seul c'est quasi mission impossible.

Avec un budget limité, laissez tomber le suivi des livreurs en temps réel pour la v1. Contentez-vous de la liste des commerçants, du panier et du paiement. En réduisant les fonctionnalités, ce sera bien plus simple à gérer avec l'IA et la validation sur les stores ira beaucoup plus vite.

C'est clair que l'IA permet de sortir des prototypes à une vitesse folle. Sans être développeur j'ai moi-même créé des petits outils en interne. Mais dès qu'on touche aux paiements, aux adresses et aux numéros des clients, le niveau de responsabilité n'est plus du tout le même. Il faut au minimum un accompagnement pro sur la sécurité et le déploiement sur les stores.

Chez nous aussi.

Je vais résumer le sujet, car plusieurs réponses différentes ont été données. Tout point non écrit est un point que les deux parties se rappelleront différemment plus tard.

Merci d'avoir écrit cela, c'est exactement ça. Ce qui nous faisait perdre le plus de temps, c'était l'absence de clarté sur qui prenait les décisions.

Laissez-moi détailler l'aspect technique. Les accès doivent être créés au nom de l'entreprise, pas avec des comptes personnels.

il faut y aller étape par étape.. puis genre mettre en place un processus de demande de changement n'ralentit pas le travail, il l'accélère.

commencez par un petit test ne vous engagez pas sur tout d'un coup... corrigez-moi si je me trompe.

Exact.

Je suis d'accord. Si les critères d'acceptation ne sont pas écrits, la date de fin du projet est ouverte à discussion.

Essayer de faire cela seul est la voie la plus coûteuse.

Il y a un piège ici, je ne pouvais pas ne pas le mentionner. Tout point non écrit est un point que les deux parties se rappelleront différemment plus tard.

J'espère que cela vous sera utile.

Chez moi, c'est l'inverse qui s'est passé, c'est pourquoi j'écris. Les gens défendent l'habitude, pas le processus. La résistance vient de là.

Corrigez-moi si je me trompe.

J'ai vécu exactement la même chose il y a deux ans. La réponse varie beaucoup selon le secteur, il n'y a pas de règle générale.

Si vous avez des questions, écrivez-moi je répondrai au mieux.