Idea principale

Pilotare Codex da un telefono collegandosi al Mac che lo fa girare risolve il problema apparente — si lavora senza stare davanti alla macchina — e ne lascia tre interi: serve che il Mac sia acceso, che resti connesso, e che l'accesso remoto funzioni. La mobilità ottenuta è una mobilità condizionale, e le sue condizioni stanno a diverse centinaia di chilometri, senza nessuno che possa ripristinarle.

A casa la differenza non si vede: le tre condizioni sono quasi sempre soddisfatte, e l'accesso remoto passa per una soluzione. Si rivela solo in trasferta lunga, là dove il guasto non è recuperabile e dove la giornata di lavoro è persa.

L'unico modo di togliere la dipendenza non era quindi accedere meglio alla macchina, ma toglierla dall'equazione.

Perché è importante

Dà un modo di leggere le soluzioni di accesso remoto in generale: convertono un vincolo di presenza in vincolo di disponibilità. È un buon scambio quando la disponibilità è amministrata da qualcuno — un server, un servizio — ed è un cattivo scambio quando poggia su un apparecchio personale che nessuno sorveglia.

Ed evita una diagnosi frequente: credere di aver risolto un problema di autonomia perché si è risolto un problema di accesso.

Sfumature e limiti

Togliere la macchina si paga: il sistema che la sostituisce è più lento e non sa eseguire script. Togliere una dipendenza raramente si scambia con niente.

E la dimostrazione vale solo per una macchina personale. La stessa architettura ospitata su un servizio amministrato tiene le tre condizioni per contratto, e l'accesso remoto torna a essere una risposta legittima.

Domande aperte

• Come stimare, prima di partire, la probabilità che una delle tre condizioni cada durante l'assenza, dato che nessuna di esse è strumentata?