Vous avez besoin d'une application qui tourne sur les téléphones et tablettes Android que vos utilisateurs ont vraiment en main, du modèle récent au terminal professionnel. Nous l'écrivons en Kotlin, la testons sur des appareils choisis avec vous et préparons sa mise en ligne sur Google Play.
Android tourne sur des milliers de modèles, chez de nombreux fabricants, avec plusieurs versions du système en même temps. Écrire pour lui, c'est un peu écrire une recette pour toutes les cuisines du pays : il y aura un four qui chauffe trop, une plaque capricieuse, et le plat doit rester bon. Une application peut être parfaite sur un téléphone récent et lente sur l'ancien modèle d'un de vos clients. Alors nous commençons par décider avec vous, à partir de vos chiffres quand vous en avez, quels appareils et quelles versions sont pris en charge. Rien de glorieux dans cette décision, et aucune ne pèse autant.
Deuxième particularité, plus sournoise. Pour économiser la batterie, le système arrête les applications en arrière-plan, et certains fabricants ajoutent leurs propres règles. Imaginez un gardien qui éteint les lumières d'un immeuble sans prévenir ceux qui travaillent encore. Une synchronisation, une notification ou une connexion à un équipement peuvent s'interrompre sans message d'erreur, et votre utilisateur croit que tout est parti. Nous en tenons compte dès la conception et nous vérifions le comportement sur de vrais appareils.
Ce terrain nous plaît. Il récompense la patience, et un téléphone modeste y dit la vérité sur une application bien mieux que le dernier modèle. Nous écrivons en Kotlin, le langage recommandé par Google, avec Jetpack Compose, sa boîte à outils actuelle pour les écrans. Si vous visez aussi l'iPhone, ce sera une seconde application, avec son propre chiffrage.
Une application neuve, une ancienne à moderniser, ou ce problème qui n'arrive que chez certains clients et que personne ne sait reproduire.
Un écran Android ne connaît pas sa taille à l'avance. Il doit rester lisible sur un petit téléphone comme sur une tablette.
Ce qui change d'une version ou d'un fabricant à l'autre, et qu'on découvre rarement sur le téléphone de celui qui écrit le code.
L'un des vrais plaisirs d'Android : il s'ouvre facilement aux équipements, avec des contraintes propres à chaque appareil. Un câble se débranche, une connexion saute, et l'application doit s'en remettre.
Google Play permet d'envoyer une nouvelle version à une partie des utilisateurs d'abord. Nous aimons ça, car un défaut se répare mieux quand il a touché peu de monde.
Tout va bien chez vous et ça plante chez un seul fabricant. Une notification n'arrive plus, une tâche de fond s'arrête. Ces pannes se cachent, et nous cherchons leur cause à distance. Diagnostic d'une heure à 149 €, ou deux heures en priorité à 390 €, avec un compte rendu écrit. La correction dépend de ce que le temps prévu et l'accès aux appareils permettent. TVA non applicable, art. 293 B du CGI.
On le choisit souvent pour ses appareils variés et ses connexions au matériel. Ce sont des exemples de besoins.
Vos équipes travaillent sur des appareils que vous choisissez et gérez. C'est une chance sur Android : on connaît enfin le matériel, l'application peut être réglée pour lui et continuer de fonctionner sans réseau.
Reliée en Bluetooth ou en USB, elle affiche l'état de la machine et envoie les réglages. Les fonctions de sécurité de la machine restent hors de l'application et demandent un cadre séparé.
Elle doit rester correcte sur des téléphones modestes et des connexions lentes. Ses utilisateurs ne vous diront pas que leur téléphone est ancien, ils diront que votre application est lente.
Elle plante sur certains appareils ou ne respecte plus les règles de Google Play. Nous corrigeons d'abord ce qui bloque, puis nous modernisons par étapes.
Peu d'outils, ceux que Google recommande, pour que quelqu'un d'autre puisse reprendre l'application un jour sans tout réapprendre.
Le langage de l'application, utilisé aussi pour les tâches de fond et les échanges avec le matériel.
Pour construire des écrans qui s'adaptent à des tailles d'appareils très différentes, sans dessiner chaque cas à la main.
Pour relier l'application à un équipement, avec des essais sur le matériel réel, car aucun simulateur ne remplace un vrai câble.
Pour diffuser l'application, par des tests fermés puis un déploiement progressif.
Nous listons avec vous les modèles et les versions d'Android à prendre en charge. Ce choix influence directement le budget, car chaque appareil ajouté demande ses propres essais.
S'il y a du Bluetooth, de l'USB ou du travail en arrière-plan, nous le vérifions tôt sur de vrais appareils, avant de construire le reste. Une mauvaise surprise coûte moins cher au début.
Vous recevez des versions de test sur les appareils retenus, et les écarts entre modèles sont traités selon le périmètre convenu.
La mise en ligne passe par les tests que Google demande, puis par un déploiement progressif. Vous recevez le code et sa documentation.
Le devis précise les appareils pris en charge, le matériel à relier et la publication, pour que chacun sache de quoi on parle. TVA non applicable, art. 293 B du CGI.
Envoyer un brief AndroidUn comportement à comprendre ou un blocage sur une application existante, à prix fixe. TVA non applicable, art. 293 B du CGI.
Voir l'intervention expressPour choisir les appareils à prendre en charge, relire un code ou préparer une migration vers Jetpack Compose. TVA non applicable, art. 293 B du CGI.
Voir la journée de conseilUne liste précise ou une simple idée de vos utilisateurs nous suffit pour commencer. Nous vous dirons ce que cela implique et ce que cela coûte.
Codetics