Hauptgedanke

Codex vom Telefon aus zu steuern, indem man sich mit dem Mac verbindet, auf dem es läuft, löst das sichtbare Problem — man arbeitet, ohne vor der Maschine zu sitzen — und lässt drei andere unangetastet: Der Mac muss eingeschaltet sein, verbunden bleiben, und der Fernzugriff muss funktionieren. Die gewonnene Mobilität ist eine bedingte Mobilität, und ihre Bedingungen stehen mehrere Hundert Kilometer entfernt, ohne jemanden, der sie wiederherstellt.

Zu Hause sieht man den Unterschied nicht: Die drei Bedingungen sind fast immer erfüllt, und der Fernzugriff geht als Lösung durch. Sie zeigt sich erst auf längeren Reisen, wo die Störung nicht aufzufangen ist und der Arbeitstag verloren geht.

Die einzige Möglichkeit, die Abhängigkeit aufzuheben, war also nicht, besser auf die Maschine zuzugreifen, sondern sie aus der Gleichung zu nehmen.

Warum das wichtig ist

Das liefert eine Lesart für Fernzugriffslösungen allgemein: Sie wandeln eine Anwesenheitsbeschränkung in eine Verfügbarkeitsbeschränkung um. Das ist ein guter Tausch, wenn die Verfügbarkeit von jemandem verwaltet wird — einem Server, einem Dienst — und ein schlechter Tausch, wenn sie auf einem persönlichen Gerät ruht, das niemand überwacht.

Und es verhindert eine häufige Fehldiagnose: zu glauben, man habe ein Autonomieproblem gelöst, weil man ein Zugriffsproblem gelöst hat.

Nuancen und Grenzen

Die Maschine wegzunehmen hat seinen Preis: Das System, das sie ersetzt, ist langsamer und kann keine Skripte ausführen. Eine Abhängigkeit aufzuheben tauscht selten gegen nichts.

Und der Nachweis gilt nur für eine persönliche Maschine. Dieselbe Architektur, auf einem verwalteten Dienst gehostet, hält die drei Bedingungen vertraglich, und der Fernzugriff wird wieder zu einer legitimen Antwort.

Offene Fragen

• Wie schätzt man vor der Abreise die Wahrscheinlichkeit ein, dass eine der drei Bedingungen während der Abwesenheit wegfällt, da keine von ihnen überwacht wird?