La surface d’outils externe

Voici la surface qu’un client externe voit. Ce n’est pas le serveur d’outils qu’emploient les cartes : celui-là sert vingt-six outils financiers sur l’adresse de bouclage, filtrés par capacité. Celui-ci sert sept gestes de bureau sur l’entrée et la sortie standard.

Sept, et pas davantage. Chacun correspond à quelque chose que l’opérateur pourrait faire dans l’application. Une surface plus large donnerait à un client des pouvoirs que l’écran lui-même n’a pas, et chaque outil ajouté est un outil qu’un tiers peut appeler.

#Trois règles que la surface suit

• Aucun outil ne prend de chemin. Un client est un tiers ; ce qu’il peut nommer doit être borné, et un test le tient.
• Un artefact rend son résumé, sa taille, son empreinte et une adresse de ressource, jamais ses octets. Un classeur inséré dans un résultat d’outil noierait le contexte du client pour rien, puisqu’il a déjà l’adresse.
• Une consigne est choisie par l’utilisateur, jamais par le modèle 4. Chacune énonce ce qu’elle refuse d’inventer : sans cette phrase, un bureau comble un chiffre manquant par une estimation qui se lit comme un relevé.

#Ouvrir un bureau rend la main tout de suite

Un bureau travaille des minutes, pas des secondes. L’outil qui en ouvre un rend aussitôt un identifiant de mission ; le client interroge ensuite l’état et lit le résultat quand il est prêt. Un outil qui bloquerait le temps d’une mission expirerait dans tous les clients qui existent.

LimiteL’état reste « en file » tant que la fenêtre n’a pas dit avoir pris la mission, et passe à « démarrée » seulement après. En 0.0.24 rien n’envoyait cet accusé et toutes les missions restaient en file ; la fenêtre l’envoie désormais au moment où elle prend la demande, plutôt qu’à la fin du premier tour. Une mission encore en file veut dire que la fenêtre est fermée, en train de démarrer, ou occupée, l’outil préfère le dire que d’annoncer un démarrage qui n’a pas eu lieu.