À propos
Un outil interne, enfin terminé.
AppsMobs a commencé comme un outil pour faire tourner quelques dizaines de téléphones Android sans un mur de câbles ni un dossier de scripts à moitié cassés. Beaucoup avaient le même mur.
Les briques ont toujours existé. Le travail, c'était de les faire survivre à un redémarrage à 4 h du matin.
Le chemin classique
Six week-ends,
zéro automatisation.
Tout projet d'automatisation Android commence pareil. Clique sur chaque étape pour voir où ça casse.
01 / 05
ADB marche
Un téléphone, un câble, un script Python. Ça tourne. Tu te sens invincible.
Pourquoi en local
Ton PC est
déjà là.
Tout tourne en local parce que c'est l'architecture honnête pour ce problème. Un exécuteur cloud voudrait dire tes écrans, tes sessions et tes comptes qui passent par la machine de quelqu'un d'autre, facturés à la minute.
Ce à quoi on tient
Quatre règles
qu'on ne plie pas.
- 01
Dire les limites à voix haute
Chaque page indique ce que la fonctionnalité ne sait pas faire. Un outil qui survend te coûte plus cher que la licence.
- 02
Tes données restent les tiennes
Scripts, captures et modèles ne quittent jamais ton disque. On ne peut pas remettre ce qu'on n'a jamais reçu.
- 03
Pas de compteur à l'exécution
Tu paies des emplacements d'appareils. Les faire tourner deux fois plus ne coûte rien de plus.
- 04
Livrer, puis le dire
Des notes de version pour chaque build, même celles qui ne réparent que ce qu'on a cassé.
Nous parler