iPhone에서 파일은 실제로 어디에 있고, 누가 그것을 볼 수 있는가

설치된 앱은 저마다 샌드박스 안에서 실행됩니다 — 오직 그 앱만 읽고 쓸 수 있는 전용 폴더 트리입니다. 공유되는 C 드라이브도 없고, /home 같은 것도 없으며, 앱이 함부로 헤집고 다닐 공간 자체가 없습니다. 이것이 이 플랫폼의 보안 모델을 떠받치는 기초이고, 실제로도 훌륭합니다 — 제대로 안 만든 앱이라도 다른 앱의 데이터를 뒤질 수가 없습니다. 그 데이터가 존재한다는 사실 자체를 볼 수 없기 때문입니다.

샌드박스 안에는 서로 다른 규칙이 적용되는 몇 개의 디렉터리가 있고, 사람들이 이상하다고 느끼는 동작 대부분은 이 규칙에서 비롯됩니다. Documents는 사용자가 직접 만들었거나 가져온 콘텐츠를 위한 곳입니다. 백업에 포함되며, 앱이 원한다면 파일 앱에서 보이도록 설정할 수 있습니다. Library/Application Support는 앱 자신의 작업 데이터——데이터베이스나 색인 같은——를 위한 곳으로, 백업은 되지만 사용자에게는 보이지 않습니다. Library/Caches는 언제든 다시 만들어낼 수 있는 것들을 위한 곳입니다. 백업되지 않고, 저장 공간이 부족해지면 시스템이 묻지도 않고 비워 버립니다.

이 마지막 규칙이 아주 흔하고 구체적인 놀라움의 원인입니다. 썸네일, 미리보기, 그 밖의 파생 파일들이 휴대폰 저장 공간이 가득 차면 사라지는 것이죠. 잘 만들어진 앱은 이를 정상적인 일로 취급하고 다시 만들어냅니다. 반면 대체 불가능한 무언가를 캐시에 넣어 버린 앱은 그것을 영영 잃습니다.

파일 앱은 사용자가 접근을 허용한 여러 장소를 둘러보는 탐색기입니다 — iCloud Drive, 확장 프로그램을 설치한 클라우드 서비스, 연결된 드라이브, 그리고 노출을 선택한 모든 앱의 Documents 폴더까지. 이것은 명실상부한 파일 관리자이며, PDF 하나를 옮기는 정도의 일이라면 이걸로 충분합니다.

파일 앱이 아닌 것은 미디어 라이브러리입니다. 무엇을 시청했는지, 어떤 재생목록이 있는지, 무엇을 즐겨찾기했는지, 어디까지 봤는지에 대한 개념이 전혀 없고, 파일 네 개가 한 시리즈의 에피소드라는 것도 알지 못합니다. 파일 내용에 대해서도 아무것도 할 수 없습니다 — 동영상에서 오디오를 추출하지도 않고, 압축 파일 전체를 풀지 않고는 안에 뭐가 있는지 보여주지도 않으며, 미디어 라이브러리에 담긴 것의 절반은 재생조차 하지 못합니다.

그래서 iOS에서 실제로 필요한 조합은 "파일 앱이냐 파일 관리자 앱이냐"가 아니라 둘 다입니다. 앱과 드라이브 사이에서 뭔가를 옮길 땐 파일 앱을, 라이브러리 자체를 위해서는 미디어 앱을 쓰되, 그 폴더가 파일 앱에서도 보이도록 해서 아무것도 갇혀 있지 않게 하는 것입니다.

대부분의 앱은 파일을 경로——파일이 있는 위치를 나타내는 텍스트——로 기억합니다. 당연해 보이는 방식이고, 아무것도 옮기지 않는 한은 잘 작동합니다. video.mkv를 Interview.mkv로 바꾸는 순간, 옛 이름을 가리키던 모든 즐겨찾기와 재생목록 항목, 이어보기 위치는 이제 아무것도 가리키지 못합니다. 어떤 앱은 그 항목을 조용히 지워 이를 감추고, 어떤 앱은 깨진 줄을 그대로 보여주며, 이유를 설명해 주는 앱은 거의 없습니다.

대안은 이름이 바뀌어도 살아남는 무언가로 파일을 식별하는 것입니다. 파일 시스템 차원에서는 그것이 아이노드——파일 시스템 자체가 부여하는 고유한 정체성——이며, 여기에 크기와 수정 날짜를 함께 확인하고, 최후의 수단으로는 콘텐츠 지문까지 사용합니다. 이름을 바꾸든, 폴더 사이를 옮기든, 라이브러리 전체를 재구성하든, 데이터베이스 안의 그 행은 여전히 같은 행으로 남습니다.

이건 말처럼 사소한 문제가 아닙니다. 라이브러리를 언젠가 정리할 수 있을지 없을지를 가르는 지점이기 때문입니다. 재구성하기가 두려운 라이브러리는 영원히 지저분한 채로 남습니다.