Une alternative à Jomo qui ne dépend pas de l'API Screen Time d'Apple

Jomo adopte une approche techniquement intéressante : plutôt que de construire son propre moteur de blocage, elle s'appuie sur le framework système Screen Time/Family Controls d'Apple lui-même, ce qui lui permet d'affirmer de façon crédible que le blocage persiste à travers la fermeture forcée de l'application, sa suppression, ou un changement de l'horloge système — car l'application stricte vit dans le système d'exploitation d'Apple, pas dans le propre processus de Jomo. C'est un véritable choix architectural qui mérite d'être expliqué avec précision, et il vient avec une véritable limite : c'est exclusif à l'iPhone et au Mac, un compromis délibéré que la petite équipe derrière l'application a fait en échange de cette intégration plus profonde au niveau système. La communication de l'entreprise elle-même mise fortement sur la confiance et la transparence, ce qui a du sens pour un produit dont l'argument central dépend de convaincre les utilisateurs qu'une application de temps d'écran ne surveille pas discrètement tout ce qu'ils font par ailleurs sur leur téléphone.

Ce que fait réellement Jomo

Jomo utilise l'API Screen Time intégrée d'Apple pour bloquer des applications et sites choisis, ainsi que des automatisations Raccourcis iOS comme voie de blocage alternative pour quiconque veut plus de flexibilité dans la façon dont un blocage se déclenche. Comme l'application stricte réelle passe par le framework système d'Apple lui-même plutôt que par le propre processus applicatif de Jomo, la propre documentation de l'entreprise affirme que le blocage tient à travers la fermeture forcée de Jomo, sa suppression, ou un changement de l'horloge système — une affirmation architecturalement plausible étant donné la façon dont le framework d'Apple est conçu, bien que ce ne soit pas quelque chose de vérifié de façon indépendante ici, au-delà de prendre la propre description technique de l'éditeur pour argent comptant. Jomo prend aussi en charge des blocages programmés et récurrents en plus des blocages à la demande, et son client Mac étend à peu près la même approche fondée sur Screen Time à un ordinateur portable ou de bureau pour quiconque travaille à la fois sur un iPhone et un Mac.

Là où Jomo est honnêtement le meilleur choix

Si vous êtes pleinement dans l'écosystème d'Apple et voulez un verrou qui survit plausiblement à la suppression de l'application de blocage elle-même — car l'application stricte ne vit en réalité pas à l'intérieur de cette application — l'approche au niveau système de Jomo est une base technique réellement plus solide qu'une application qui doit surveiller sa propre désinstallation à l'aide de sa propre logique, plus fragile. Sa position explicite sur la confidentialité (elle affirme ne jamais voir vos mots de passe, messages, ou contenu consulté) est aussi un argument équitable et vérifiable en sa faveur, qui compte pour quiconque se méfie spécifiquement d'une application tierce ayant une visibilité profonde sur l'usage de son téléphone. Cette base au niveau système signifie aussi que le blocage de Jomo ne dépend réellement pas de sa propre application restant active en arrière-plan comme le font de nombreux bloqueurs concurrents, ce qui élimine toute une catégorie de défaillance potentielle qu'un téléphone en économie de batterie pourrait sinon introduire.

La seule différence mécanique qui compte vraiment

La véritable différence ici n'est pas le type de friction — c'est le pari sur la plateforme. Jomo s'appuie entièrement sur la propre machinerie d'application stricte d'Apple, une façon intelligente et crédible de construire un verrou persistant, mais cela exclut entièrement le produit d'Android en conséquence directe, un compromis que l'équipe derrière Jomo semble avoir fait délibérément plutôt que par oubli. Mr. Grummel n'a accès à cette même machinerie au niveau système sur aucune des deux plateformes, il s'appuie donc sur la question de quiz elle-même pour faire le travail — un mécanisme plus léger, mais qui fonctionne de la même façon quel que soit le téléphone que vous portez, sans avoir besoin de sacrifier la moitié du marché des téléphones pour y parvenir. Il vaut la peine d'ajouter que ce n'est pas vraiment une critique des choix d'ingénierie de Jomo, qui sont sans doute le pari le plus intelligent pour quiconque est entièrement dans l'écosystème d'Apple — c'est simplement la description d'un compromis qui exclut par la même occasion environ la moitié du marché des téléphones.

Qui devrait choisir quoi

Si vous êtes un utilisateur iPhone ou Mac qui veut un verrou construit directement sur les propres garanties de persistance d'Apple, l'architecture de Jomo fait quelque chose que Mr. Grummel ne peut actuellement égaler sur aucune des deux plateformes, et c'est un usage réellement bien conçu des outils qu'Apple fournit lui-même. Si vous êtes sur Android, ou si vous voulez une seule application qui se comporte de la même façon quel que soit le téléphone utilisé — y compris celui d'un partenaire, d'un membre de la famille, ou un téléphone professionnel qui n'est pas du tout un iPhone — c'est cette cohérence multiplateforme qui fait tenir l'approche de Mr. Grummel à la place. Il vaut aussi la peine de considérer qu'un foyer partagé entre utilisateurs iPhone et Android ne peut pas du tout se standardiser sur Jomo, ce qui est exactement le genre de situation qu'un outil multiplateforme comme Mr. Grummel cherche spécifiquement à couvrir à la place. Cela dit, quiconque est réellement partagé entre les deux est probablement mieux servi en étant honnête sur le téléphone qu'il possède réellement, car la question de la plateforme règle d'elle-même la majeure partie du reste de la décision.