데스크톱 앱

소프트웨어가 전부 설치형이던 시절에는 이 말이 필요 없었습니다. 프로그램이라고 하면 당연히 설치 파일을 받아 컴퓨터에 깔아 쓰는 것이었고, 앞에 데스크톱을 붙일 이유가 없었습니다.

브라우저에서 도는 웹앱이 퍼지면서 이름이 엉키기 시작했습니다. 앱이라는 한 단어가 브라우저에서 여는 것, 휴대폰에 깔린 것, PC 에 설치한 것 셋을 다 가리키게 된 겁니다. 회의에서 "그건 앱에서 되게 합시다" 하는 말이 나오면 누구는 브라우저 화면을, 누구는 휴대폰 화면을, 누구는 설치 프로그램을 떠올렸습니다. 셋은 만드는 방법도 배포하는 방법도 드는 시간도 전부 달라서, 같은 문장을 듣고 두 주 동안 서로 다른 것을 만들다 뒤늦게 알아차리는 일이 생겼습니다.

데스크톱 앱은 그 셋을 갈라 부르려고 굳어진 이름입니다. 뜻을 새로 만든 말이 아니라 원래 있던 것에 이름표를 붙인 쪽에 가깝습니다. 그래서 이 말이 회의에서 나오면 대개 기능 이야기가 아니라 어느 껍데기에 만들지를 정하는 이야기입니다.

브라우저 안에서는 할 수 없거나 하기 불편한 일 세 가지를 맡습니다.

1. 기기의 성능을 온전히 씁니다. 브라우저는 안전을 위해 프로그램이 쓸 수 있는 메모리와 연산량에 울타리를 쳐 둡니다. 영상 한 시간짜리를 편집하거나 수만 줄짜리 코드를 통째로 열어 두는 일은 그 울타리 안에서 버겁습니다. 같은 파일을 여는 데 브라우저에서 40초가 걸리고 설치형에서 4초가 걸리면, 하루에 스무 번 여는 사람에게 그 차이는 하루 12분입니다.
2. 컴퓨터 안의 파일과 다른 프로그램을 직접 다룹니다. 폴더를 통째로 지켜보다가 바뀐 파일만 골라 올리는 동기화, 저장하지 않고 바로 다음 프로그램으로 넘기는 연결, 다른 창의 작업을 이어받는 동작이 여기 듭니다. 브라우저는 사용자가 고른 파일 하나만 넘겨받을 수 있어서 폴더를 계속 감시하는 일은 할 수 없습니다.
3. 항상 떠 있는 상태로 일합니다. 화면 구석에 상주하면서 어떤 프로그램을 쓰고 있든 단축키 하나로 불려 나오고, 인터넷이 끊겨도 작업을 이어 갑니다. 지하철에서 문서를 고치고 사무실에 도착해 연결되는 순간 알아서 합쳐지는 동작이 이 자리에서 나옵니다.

대신 값을 치릅니다. 운영체제마다 따로 만들고 따로 서명하고 따로 배포해야 합니다. 웹은 고친 코드를 올리면 그 순간 모두가 새 버전을 쓰지만, 설치형은 사용자가 업데이트를 눌러야 바뀝니다. 그래서 반년 전 버전을 쓰는 사람이 늘 남고, 오류 하나를 고쳐도 모두에게 닿기까지 몇 주가 걸립니다. 자동 업데이트를 붙여 두어도 회사 보안 정책으로 설치를 막아 둔 곳에서는 소용이 없습니다.

같은 일을 다른 껍데기로 내놓는 길이 셋 있습니다.

1. 웹앱은 설치가 없다는 점이 가장 큽니다. 링크 하나로 사람을 데려오고, 배포가 한 번이면 끝나고, 모두가 같은 버전을 씁니다. 무거운 작업과 로컬 파일 접근을 포기하는 대신 만드는 비용과 관리 비용이 크게 줄어듭니다.
2. 모바일 앱은 자리가 다릅니다. 책상 앞이 아니라 이동 중에 벌어지는 일, 알림을 받고 짧게 확인하고 답하는 일에 맞습니다. 긴 문서를 쓰거나 표를 다루는 일은 여기로 옮겨도 잘 쓰이지 않습니다.
3. 브라우저 확장은 사용자가 이미 보고 있는 남의 웹 화면 위에 얹힙니다. 따로 열지 않아도 된다는 점에서 설치형과 비슷한 자리를 조금 가져가지만, 할 수 있는 일의 범위는 브라우저가 허락하는 만큼입니다.

웹 화면을 창으로 감싸서 설치형처럼 내놓는 길도 있습니다. 한 벌로 세 운영체제를 덮을 수 있어 작은 팀이 많이 고릅니다. 다만 얻는 것은 항상 떠 있는 상태와 파일 접근 정도이고, 속도는 브라우저에서 돌 때와 크게 다르지 않습니다. 무거운 작업 때문에 설치형을 만들려던 것이라면 이 길로는 그 문제가 풀리지 않습니다.

고르는 기준은 취향이 아닙니다. 사용자가 그 일을 하는 자리, 로컬 파일과 성능이 실제로 필요한지, 그리고 팀이 껍데기를 하나 더 감당할 수 있는지 셋입니다. 개발자 다섯인 팀이 웹과 설치형을 함께 굴리면 한쪽이 두 달씩 방치되기 쉽습니다.

"로컬 폴더 동기화는 웹으로 안 돼요. 데스크톱 앱이 있어야 합니다."

브라우저의 제약 때문에 기능 자체가 성립하지 않으니 껍데기를 하나 더 만들자는 말입니다.

"데스크톱 앱 쪽은 아직 작년 버전 쓰는 계정이 15퍼센트예요."

업데이트가 사용자 손에 달려 있어 옛 버전을 계속 지원해야 한다는 뜻입니다.

"데스크톱 앱은 맥부터 내고 윈도우는 다음 분기에 보죠."

운영체제마다 따로 만들어야 해서 한 번에 다 내지 못한다는 판단입니다.

페이지덱은 브라우저에서 쓰는 문서 도구로 시작했습니다. 그런데 설계 파일과 문서를 같은 폴더에서 다루는 팀들이 파일을 하나씩 끌어다 올리는 데 지쳐 나간다는 것이 문의 기록에서 반복해 나왔습니다. 폴더를 지켜보다 바뀐 것만 올리는 기능을 붙이려면 브라우저로는 길이 없었습니다.

태오가 두 가지 안을 들고 왔습니다. 웹 화면을 창으로 감싸 설치형으로 내는 안과, 동기화만 하는 작은 프로그램을 따로 만드는 안입니다. 지현은 뒤쪽을 골랐습니다. 필요한 것이 성능이 아니라 폴더 감시 하나뿐이었고, 문서 편집 화면을 두 벌로 나누면 그때부터 기능이 어긋나기 시작한다고 봤기 때문입니다.

설치형은 웹에 밀려 사라지는 낡은 형태라는 오해가 가장 흔합니다. 업무 도구 대부분이 브라우저로 옮겨 간 것이 사실이라 그렇게 보입니다. 하지만 브라우저가 울타리를 친 영역은 그대로 남아 있습니다. 영상 편집, 코드 작성, 3차원 설계, 음악 작업처럼 기기 성능을 끝까지 쓰는 분야는 여전히 설치형이 중심이고, 협업 도구들도 항상 떠 있는 창과 파일 연동을 위해 다시 설치형을 내놓고 있습니다. 낡았다고 보고 후보에서 빼면 사용자가 매일 여는 자리를 경쟁 제품에 내주게 됩니다.

웹 화면을 창으로 감싸면 설치형이 된다는 오해도 자주 봅니다. 아이콘이 생기고 창이 뜨니 겉보기에 다르지 않기 때문입니다. 실제로 달라지는 것은 상주와 파일 접근이고 속도는 그대로입니다. 이 차이를 모르고 성능 불만을 해결하려 감싸기만 하면, 두 달을 쓰고도 같은 불만이 그대로 돌아옵니다. 무엇을 얻으려고 설치형을 만드는지를 먼저 적어 두면 이 갈림길에서 헤매지 않습니다.