AI pour le développement Android : expérience d'un non-développeur

# Un non-développeur crée et maintient des apps Android avec l'IA : Analyse à mi-parcours

Un analyste d'affaires sans aucune expérience en codage a lancé deux applications Android en utilisant uniquement un chat IA (Claude) et Android Studio. Le rôle humain : définir les tâches, tester, intégrer les modifications et déployer. L'IA gère la génération de code, le diagnostic d'erreurs et les suggestions architecturales. L'objectif : vérifier si cette approche peut soutenir un vrai produit avec de vrais utilisateurs, incluant corrections de bugs et nouvelles fonctionnalités.

La méthode a évolué : de la génération de fonctionnalités à partir de zéro vers des diffs minimaux et des correctifs. Les tâches IA incluent le contexte comme les symptômes, étapes de reproduction, contraintes (pas de nouvelles bibliothèques, persistance des données) et logs d'erreurs.

Outils et flux de travail

Composants clés :

• Claude : génération de code, analyse d'erreurs de build, suggestions pour le stockage persistant et le cycle de vie des activités.
• Android Studio : build, émulation, intégration manuelle des changements.
• RuStore : publication, collecte de retours, déploiement de mises à jour.

Format de rapport de bug pour l'IA :

• Description du symptôme et comportement attendu.
• Étapes de reproduction.
• Version de l'app et contraintes.
• Tentatives de correction précédentes avec logs.

L'IA répond avec : cause probable, fichiers à vérifier, 2–3 options de solution avec risques, puis des patchs.

Résultats après lancement

Apps publiées :

• « 168 Heures » — planificateur basé sur un budget hebdomadaire de 168 heures.
• « F1 Tycoon » — simulateur.

Après le premier article, les téléchargements ont explosé : « 168 Heures » de 1 à 71, « F1 Tycoon » de 13 à 45. De vrais utilisateurs ont révélé des bugs dans des scénarios non testés.

Cas 1 : Réinitialisation du minuteur au redémarrage

Symptôme : démarrer minuteur → quitter → revenir → réinitialisé à zéro. Solution IA : passer du stockage du temps écoulé à un horodatage de démarrage avec recalcul. Correction en 2 heures (diagnostic + build + déploiement). Problème dû au cycle de vie des activités et absence de stockage persistant.

Cas 2 : Création manuelle d'activités

Fonctionnalité ajoutée : utilisateurs saisissent des entités personnalisées. L'IA a proposé l'intégration dans les modèles de données, écrans et stockage, avec validation des cas limites (champs vides, mises à jour de listes).

Compréhension acquise de la structure du projet

Sans connaissance profonde de la syntaxe, un modèle opérationnel est apparu :

• Classes : séparation des écrans, modèles, stockage.
• Modèles de données : les changements se propagent dans l'UI, persistance.
• État : principale source de bugs — cycle de vie, redémarrages, threads.
• Logique vs. données : écrans gèrent l'UI, stockage gère les données.

Cela permet des prompts IA précis, ciblant les nœuds du système.

Limites de l'approche

Intégrité du projet : l'IA génère des changements locaux mais rate les dépendances. L'humain gère l'architecture.

Débogage : fonctionne pour les bugs reproductibles (minuteurs, état). Problèmes instables (concurrence, spécifiques au device) nécessitent logs et itérations.

UI/UX : fonctionnalité atteinte, mais ergonomie souffre sans métriques utilisateurs.

Maintenance : retours comme exigences, mises à jour comme processus séparés avec compatibilité descendante.

Limite : viable pour sorties et correctifs, mais exige des compétences de base (cycle de vie, gestion d'état).

Enseignements clés

• Vrais utilisateurs (71+45 installations) ont exposé des bugs, passant du prototype au produit.
• Correctifs (minuteur, fonctionnalités) faits en 2 heures avec aide IA.
• Humain comme intégrateur : teste, déploie, comprend la structure.
• Limites : architecture et débogage complexe sur l'humain.
• Trajectoire : apps en ligne et mises à jour.

Plans de développement

• Stabiliser « 168 Heures » : tester listes de contrôle, états de minuteur prévisibles.
• Fonctionnalités itératives : dans l'architecture actuelle seulement.
• Compétences de base : cycle de vie, diagnostics, structure.
• Prochain rapport sur métriques (bugs, mises à jour, tendances).

— Editorial Team