L'automatisation sur un téléphone n'est pas un projet de programmation. C'est une phrase en trois parties : quand ceci se produit, si ces conditions tiennent, fais cela.

Trois étapes et aucune syntaxe

Chaque règle de ce programme s'assemble de la même façon. D'abord un déclencheur, l'événement qui met tout en marche : arriver à un endroit, se connecter à un réseau sans fil précis, une batterie qui passe sous un seuil, un message entrant, une heure donnée, une secousse de l'appareil, une requête réseau entrante. Ensuite une ou plusieurs actions, ce qui doit se produire. Puis des conditions, qui décident si la règle a le droit de se déclencher. Il n'y a pas de script à écrire, pas de variable à déclarer avant la première règle utile, et rien à compiler.

C'est tout le dessin, et c'est pourquoi la barrière est si basse. Ceux qui ont le plus besoin de ce genre d'automatisation ne sont pas des développeurs, mais des gens qui ont remarqué qu'ils font chaque jour ouvré à la même heure les mêmes six gestes, et qui veulent que le téléphone les fasse à leur place. Un outil qui exige d'apprendre un langage avant que la première règle utile existe perd ces gens dès le premier écran. Celui-ci leur demande de choisir des éléments dans des listes.

Ce qui peut lancer une règle

La liste des déclencheurs dépasse cent vingt entrées et couvre la majeure partie de ce qu'un téléphone sait de lui-même. La position, qui ouvre les règles les plus utiles : arriver au bureau, quitter la maison, entrer dans un bâtiment précis. L'état du réseau, sans fil comme sans fil courte portée, y compris l'appareil connecté. Le niveau de batterie, l'état de charge, l'écran allumé ou éteint, une application lancée ou fermée, l'heure, le jour de la semaine. Les messages d'un expéditeur nommé. Les capteurs, dont la secousse, la luminosité et l'angle auquel un appareil pliable s'ouvre. Une requête réseau entrante, par laquelle un service extérieur peut pousser un événement dans le téléphone. Pour les règles qui ne doivent tourner que sur demande, un raccourci sur l'écran d'accueil ou un bouton dans la barre latérale.

Ce qu'une règle peut faire

Les actions dépassent deux cents. Les quotidiennes règlent le volume, la luminosité, l'état du sans-fil et le délai d'extinction de l'écran. Les intéressantes lisent un texte à voix haute, envoient un message, prennent une capture d'écran, pilotent la lecture multimédia, ouvrent une application et émettent une requête réseau sortante pour qu'une règle puisse parler à un service ailleurs. Les actions s'enchaînent : une règle peut exécuter une séquence, attendre entre les étapes et bifurquer selon le résultat d'une condition, et c'est là que l'automatisation simple devient un petit flux de travail.

La précision vient des conditions

La troisième partie est celle que les débutants sautent, puis s'étonnent que leurs règles se déclenchent mal. Une condition limite l'exécution à une plage de dates, une fenêtre horaire, un lieu ou un état de l'appareil. L'exemple canonique est une règle qui se connecte au réseau du bureau et qui, sans conditions, se déclenche aussi à dix heures du soir quand le téléphone se trouve par hasard près du bâtiment. Ajouter la condition qu'elle ne peut tourner que les jours ouvrés pendant les heures de travail transforme une règle qui marche souvent en une règle qui marche toujours. Il existe plus de quatre-vingts conditions, et la plupart des règles réelles en utilisent deux ou trois.

Pour ceux qui veulent tout de même programmer

La couche avancée est réellement avancée et reste facultative. Variables nommées, dictionnaires et tableaux, intentions explicites pour dialoguer avec d'autres applications, exécution de scripts, blocs conditionnels avec branche contraire, conditions combinées et contrôle des boucles sont tous disponibles. Les extensions écrites pour d'autres applications d'automatisation peuvent être appelées, si bien qu'un investissement existant dans cette catégorie de logiciels n'est pas perdu. Rien au-dessus de la troisième étape n'est nécessaire pour construire une règle qui fonctionne, et c'est le bon ordre de priorités : le cas simple doit être simple, et le cas complexe doit être possible.

Modèles et communauté autour

Plusieurs centaines de règles prêtes, partagées par d'autres utilisateurs, s'installent en une action puis s'ajustent. Pour qui ne sait pas encore ce qui vaut la peine d'être automatisé, parcourir cette collection est plus instructif que n'importe quel tutoriel, car les règles utiles sont rarement les évidentes. La documentation est intégrée et un forum est actif, ce qui compte pour un outil dont le comportement dépend du téléphone particulier sur lequel il tourne.

L'application est gratuite, avec une extension payante en achat unique plutôt qu'en abonnement, et elle ne fonctionne que sous Android. Le public est quiconque a une habitude téléphonique répétitive et la patience de parcourir trois listes. Une fois la première règle en marche, la seconde se propose d'elle-même.