나는 평행 인터넷을 만들고 있는데, 이름은 ‘더 씬너넷’이다.

출처: Hacker News

*

2020년부터 나는 아주 아주* 파트타임(그리고 종종 유머 목적으로)으로 스티브 잡스 알터-에고를 맡아 왔다. 내가 처음 쓴 에세이는 하드웨어나 태양광 친화적인 운영체제와는 전혀 관계가 없었다. 오히려 내가 이전에 다니던 직장의 지식 베이스에 관한 것이었다. 매일 지식 베이스를 사용하면서 티켓 관리 시스템에 작업 단계를 통합해 작업 증명을 보여줄 더 좋은 방법이 없을까 하는 생각이 들었다. 어느 시스템인지, 어느 회사인지 밝히지는 않을 테니 별다른 의미는 없을 것이다. 그때 나는 “누가 사용자 경험뿐 아니라 직원 경험까지도 이렇게 신경 쓸까?” 라는 생각을 했고, 그 답은 스티브 잡스라는 걸 깨달았다. 에세이 보기 – 나는 “Experience Base”라는 고급 지식 베이스를 만들었고, 이것을 나중에 “TicketMS”라는 개념형 CMS의 일부로 포함시켰다.

한 달 전, 나는 Dr. Nathalie Martinek이 쓴 ‘Give Less Shit’ 기사를 읽었다. 그 글은 우리 조직이 겪고 있던 정확한 문제—새로운 워크플로우를 도입하려는 능력·의지·속도의 부족—를 설명하고 있었다.

오늘날의 뉴스 헤드라인만을 가지고 미래를 예측한다면, 미래는 도리토스와 닥터페퍼를 배달하는 윙윙거리는 드론들로 가득할 것이라고 생각할 수도 있다. 어느 정도는 맞다. 하지만 눈에 띄지 않거나 다루어지지 않는 것이 바로 인터넷의 미래다. 광섬유 기술은 크게 발전했으며, 2050년 이전에 1 Tbps 수준의 속도를 가정한 가정용 인터넷이 보편화될 가능성이 있다. 하지만 실제로 그 정도 대역폭을 필요로 하는 사람은 거의 없을 것이다. 예를 들어 16K 무압축 영상을 재생하려면 초당 125 GB 정도가 필요하지만, 그 외에 무엇이 필요할지는 아직 명확하지 않다. 아마도 수많은 자율 에이전트와의 협업 피드가 주요 사용처가 될 수도 있다.

2023년에 나는 병렬 인터넷에 대해 생각하고 글을 쓰기 시작했다.

“스티브 잡스는 기기 전문가였고 인프라나 웹 디자인 작가가 아니었나요?” 라는 의문이 들 수도 있다. 답은 ‘그렇다’이다! 잡스는 1987년에 최초로 Unix OS와 하드웨어에 TCP/IP 스택을 탑재했지만, 해저 광케이블을 깔아 놓는 일에 집중하지는 않았다. 그는 개인용 컴퓨터의 사용자 경험을 최적화하는 데에만 전념했다. 당시 대부분의 데스크톱 프로그램은 인터넷 연결조차 필요로 하지 않았으며, 지금도 그렇다. 게다가 당시 인터넷 트래픽은 매우 제한적이었고, 어떤 “CDN”이나 웹사이트가 끼칠 수 있는 피해도 미미했다. 전송되는 데이터가 거의 없었기 때문에 파일 형식·프로토콜·브라우저·서비스에 대한 제약도 거의 없었다.

2011년 이후의 21세기 스티브 잡스식 “타입”이 달성하고자 했던 목표는 변함없이 사용자 경험이었다. 하지만 오늘날의 사용자 경험은 하드웨어보다 인프라와 소셜 네트워크에 의해 더 크게 좌우된다(많은 경우 여전히 자발적이다). 만약 잡스가 2G·3G 같은 불안정하지만 평탄한 데이터 전송 환경에서도 사용자가 일관된 경험을 할 수 있도록 보장하고 싶었다면, 그는 앱이 제한된 데이터를 효율적으로 사용할 수 있도록 만드는 데에 더 집중했을 것이다. 왜냐하면 인터넷 속도 자체가 사용자 경험의 일부이기 때문이다.

잡스가 사망한 뒤에 공개된 재미있는 이메일이 있다. 한 사용자가 신호가 끊긴다고 불평하자, 잡스는 기본적으로 “그 방향으로 전화를 잡지 마라”(핸드폰 안테나가 있는 위쪽을 손으로 가리지 말라)고 조언했다. 당시 가장 영향력 있는 CEO 중 한 명이 아날로그 TV 수신 안테나를 조정하듯이 손으로 안테나를 가리는 방식을 제안한 셈이다. 나는 그의 행동을 옹호한다. 당시 3G 기술은 아직 성숙하지 않았고, 잡스가 통제할 수 없는 문제에 대한 모든 해답을 기대하는 것은 부당했다(그가 직접 모뎀을 만들려다 퀄컴 제품에 비해 미흡한 결과를 낸 사례도 있다). 모든 기술은 성숙하는 데 시간이 걸리며, EMI(전자기 간섭) 문제 등이 해결되면 일정 수준의 신뢰성이 기대된다. 나는 확실한 증거는 없지만, 잡스가 70대·80대까지 살아 있었다면 **‘실시간 데이터 전송 보장’**이라는 새로운 영역에 도전했을 것이라고 생각한다.

무엇을 말하고 있는가?
사용자 경험을 모든 기기에서 일관되게 유지하려면 애플리케이션 데이터·콘텐츠 전송을 실시간 마감시간 안에 완료해야 한다. 비동기 통신도 중요하지만, 디지털 상호작용을 표준화하여 재현 가능하게 만들 수 있다면 많은 기능을 일정 수준까지 통일시킬 수 있다. 아이폰은 레이턴시를 최소화해 높은 화면 재생률을 구현했지만, 인터넷 레이턴시는 또 다른 이야기다. 웹사이트나 서비스에 접속할 때 같은 포맷·같은 데이터가 같은 시간 안에 로드되는 것이 중요하다. 정적 HTML은 브라우저에 자동 크기 조정 기능이 없으므로 페이지가 넓고 텍스트가 작게 보일 수 있다. 하지만 텍스트 로딩 자체는 문제가 없으며, 현대 브라우저가 제공하는 ‘읽기 모드’처럼 다른 뷰로 전환할 수 있다.

이것이 동질화된 사용자 경험을 만든다고 보지는 않는다. 오히려 모든 것이 대역폭을 많이 요구하는 시대에 우리는 전송되는 데이터 양을 눈치채기 어려워진다는 점을 놓치고 있다. 나는 현재 느린 연결을 테스트하고 있는 중이며, 속도 업그레이드 옵션이 있음에도 불평하는 것이 아니다. 내가 ‘Thinnernet’을 제안하는 이유는 인프라가 항상 켜져 있고, 항상 연결된 세상을 감당하지 못할 경우를 대비한 백업을 제공하고 싶기 때문이다. 오늘날 수백 GB를 하루에 다운로드하더라도, 네트워크 장애나 쉽게 예방 가능한 혼잡이 발생했을 때 단 한 바이트도 전달되지 못하는 상황을 방지하고자 한다.

Thinnernet이란?
상상해 보라. 직경이 약 3피트(약 1미터) 정도 되는 거대한 원형 해저 광케이블 묶음이 있다. 이 묶음은 10 Gbps 케이블 수백 개로 이루어져 있으며, 15년 전 제조된 것이지만 현재는 용량이 더 높아졌을 가능성이 있다. 2040년형 초고성능 컴퓨터가 있다면, 이 컴퓨터의 이더넷 포트는 단일 케이블로