Digital Emigration

Dependency map

This page tracks the structural dependencies in my tech stack: not just what I use, but what each layer relies on to function.

The point is to see lock-in as connected dependencies: changing one thing often affects several others.

Reading the map

Think in layers from bottom to top:

  1. Devices & OS (what you physically own)
  2. Identity & trust (accounts, authentication, recovery)
  3. Storage & sync (where data lives, backups, keychains)
  4. Apps & workflows (mail, notes, browser, chat, books)
  5. Sharing & distribution (who else you must interoperate with)

If a higher layer depends on a lower one, replacing it without pain is usually impossible.

My dependency map

Devices & OS

Identity & trust

Storage & sync

Apps & workflows

What this implies (practical constraints)

Migration order that usually hurts least

  1. Replace single-purpose apps with open formats (notes, browser, mail client)
  2. Move storage to a neutral home (files/photos)
  3. Reduce identity coupling (separate logins, recovery methods)
  4. Only then swap devices or OS, if that’s still the goal

Dependency resolution checklist

I use this checklist to track which dependencies I have already resolved or reduced, and which ones still actively constrain my choices.

Identity & accounts

Devices & operating systems

Storage & backups

Communication

Documents & productivity

Notes & personal knowledge

Media & content

Security & authentication

AI


How to read this list:
A checked box means I have actually made the dependency irrelevant in practice,