아이폰 전용의 공식 소프트웨어 개발킷(SDK)이 지난 3월초 발표됐지만, 아이폰은 여전히 1981년 발매한 IBM PC와 성격이 매우 흡사하다.

아이폰은 발매 당초, 서드파티 개발자들에겐 공식적으로 금지된 컨수머 기기였다.

그러나 그 후 애플은 생각을 바꿔 공식 SDK를 발표했다. 이에 따라 서드파티 개발자들도 대부분의 애플리케이션을 자유롭게 개발할 수 있게 됐다.

하지만 한 가지 짚고 넘어가야 할 점이 있다. 개발한 애플리케이션을 백그라운드 태스크로서 실행할 수 없다는 점이다. 즉 소프트웨어를 화면에서 실행하지 않는다면 아예 실행할 수 없는 것이다.

휴대폰에서 이러한 제약에서의 개발은 과거 수십년에 걸쳐서 이뤄진 적이 없다. 이런 종류의 제한을 부과하지 않는 것이 당연시됐던 것이다. ‘스마트폰’이라는 것은 그 상품으로서의 성격상 다양한 일을 동시에 실행하지 않으면 안 된다. 음악을 듣다가 전화를 받고, 웹을 열람하면서 문자메시지를 교환할 수 있다. 캘린더 기능을 탑재하거나 이메일 동기화도 할 수 있다.

그러나 아이폰은 애플의 독자적인 소프트웨어를 사용하지 않는 한 이 모든 일을 할 수 없다.

애플의 신봉자들은 이 제한에는 그만한 근거가 있는 것이라고 주장한다.

대량의 애플리케이션이 마음대로 네트워크나 전화를 사용하는 무질서한 상황(그렇게 되면 배터리는 곧바로 닳게 되고, 메모리나 CPU 등 그 외의 자원도 무한대는 아니다)을 허락하는 것은 유저가 필요 이상의 애플리케이션을 실행할 기회를 맞게 된다는 것이다. 결과적으로 극심한 익스피리언스(experience)를 초래한다는 주장이다.

또 아이폰의 유저 인터페이스의 제약에 따라 유저는 독립해 동작하는 수많은 애플리케이션과의 교환을 안전하게 할 수 없다는 지적이다.

또 상주 프로그램 편성이 증가할 때마다 의도하지 않은 교환이나 신뢰성을 해치는 현상이 일어나지 않는지 확인하는 테스트도 어렵다는 주장도 있다.

요컨대 아이폰은 컴퓨터보다는 아이팟과 같은 ‘정보 가전(information appliance)’에 가깝기 때문에 유저와 개발자는 이러한 사실을 인식해야 한다는 것이다.

■아이폰은 어디로 가고 있는가?

이러한 의견은 물론 설득력이 있지만 잘못된 점도 있다.

우선, ‘애플리케이션간의 바람직하지 않은 교환’이라는 점을 짚어보자.

IT업계에서 오랫동안 일해온 사람이면, MS-DOS가 가져온 악몽 같은 날들을 기억할 것이다. 그때는 XMS나 EMS의 MS-DOS 메모리 관리 프로그램과 경쟁하는 TSR 프로그램(실행 종료 후에도 메모리에 계속 상주하는 프로그램)과의 싸움이 항상 있었다.

그 결과 전근대적인 OS 위에 낙후된 방식을 쌓아가는 형태가 되고 말았다. 프로그램에 능숙한 사람조차도 오랜 시간을 투자하지 않으면 운용할 수 없는, 불안정한 컴퓨팅 환경이 만들어졌던 것이다. 아이폰도 그렇게 되기를 바라는 사람은 없을 것이다.

더구나 지금은 1981년이 아닌 2008년이다. 현대의 프로세서에는 하드웨어 수준의 메모리 관리가 이뤄지고 있다. 또 현대의 OS, 특히 맥 OS X처럼 수십년에 걸친 개발의 성과물로서 만들어진 OS는 매우 튼튼하다. 우리는 애플리케이션끼리 간섭하지 않게 하는 기술을 확보했다.

다음으로 ‘자원 부족’이라는 문제를 보자.

아이폰의 RAM은 128MB밖에 없고, 프로세서 속도도 그다지 빠르지 않다. 아이폰은 최상위클래스에 위치하는 데스크톱형의 몬스터 머신은 아니다. 그러나 아이폰은 (아이팟과 같은) ‘정보 가전’ 역시 아니다. 정보 가전은 단순한 전화기능 밖에 가지지 못한 ‘가전’이기 때문이다.

대량의 애플리케이션을 동시에 실행하는 것이 수월하지 않다는 것은 유저도 어느 정도는 이해하고 있다고 봐도 좋을 것이다. 또 프로그램이 요구하는 동작환경과 약간의 사용상의 주의를 명기하는 것으로 충분히 알릴 수 있는 것이기도 하다.

더구나 씬클라이언트 시스템 설계 방식을 사용하면 매우 짧은 코드 안에 많은 기능을 포함하는 것도 가능하다는 점도 지적할 만하다.

애플이 백그라운드 태스크를 실행 가능하게 하고 있지 않는 것에 대한 가장 설득력 있는 논거는 백그라운드 태스크 때문에 대량의 통신이 발생해 배터리가 소모한다는 점이다.

아이폰이 설계상의 이유로 상시 접속을 허락하지 않은(애플이 기능보다 외형을 우선하는 것은 새로운 일은 아니다) 것이라면, 무선 액세스의 기준을 파악해 액세스 하는 콘텐츠와 그 타이밍을 적확하게 판단할 수 있는 스케줄러를 도입하면 해결할 수 있을 것이다.

애플리케이션 설계자가 채널의 제약과 능력을 파악해 소프트웨어 개발을 해야 하는 책임이 있는 것은 확실하지만, 그것은 그들의 직업이다.

유저 인터페이스에 제한이 있다면, 리퀘스트나 교환을 중개하는 공통의 경계체제 메카니즘을 준비하면 될 것이다. 그 방식은 하나뿐이 아니다. 교묘한 구조를 생각해 내는 능력을 갖추고 설계 원칙을 제대로 이해한다면 실현할 수 있는 문제다. 필자는 애플이 그러한 자질이 있다고 믿는다.

■아이폰은 아이팟이 아니다

지금까지의 논의는 어떤 의미에서는 쓸데없는 짓이다. 아이폰에서 백그라운드 태스크가 제대로 움직이는 것은 분명하다. 애플 자체의 소프트웨어도, 애플과 가까운 관계에 있는 기업 몇 곳의 제품도 태스크를 백그라운드에서 움직이고 있다.

맥 OS X은 제약 있는 실시간 환경에서도 필요한 기능 모두를 갖춘 근대적인 OS이다. 광적인 ‘(애플) 신봉자’라도 앞으로도 백그라운드 처리가 가능하지 않을 것이라고 주장하지는 않을 것이다.

필자는 왜 애플이 백그라운드 태스크 실행을 허락하지 않으려는 것인지 정확한 이유는 알 수 없다.

어쩌면 애플은 정말로 이 기술을 제대로 이용할 능력이 없는 것인지도 모른다. 아니면 배포 애플리케이션의 승인 작업을 일정량으로 억제하길(요컨대 백그라운드 태스크를 실행할 수 없으면 예기치 못한 교환에 대해 걱정할 필요는 없다) 원하기 때문에 소매가격의 30% 정도로는 충분한 테스트를 할 수 없는 것인지도 모른다.

혹은 애플리케이션 설계자나 유저를 별로 신뢰하지 않기 때문일 수도 있다. 아니면 자사 소프트웨어를 최고 자리에 놓고 그 외의 소프트웨어는 제한함으로써 이동통신사의 기분을 상하지 않게 하려는 의도일 수도 있다.

어떠한 이유이든, 애플에 대한 인상은 나빠진다. 설계가 개방적인 것 같으면서도 사실은 교묘히 닫혀 있다. 아니면 세상의 눈과는 상관없이 애플이 스스로의 비전을 억누르는 것처럼 보이기도 한다. 그렇지 않은가?

이대로라면 애플은 어려운 처지에 몰려 그 빛을 잃을 수도 있다. 아이폰은 아이팟이 아니다. 아이폰은 이노베이션을 갈망하는 유저를 위해, 급속히 변화하는 세계에 접속하는 ‘스마트폰’인 것이다. 아이폰이 1981년에 발매된 IBM PC처럼 행동하는 것을 그만둔다면, 모두에게 보다 뛰어난 제품이 될 것이다. @


[관련기사]

●애플, 아이폰 SDK 업데이트

●아이폰 SDK 다운로드 10만건 돌파

●FAQ: 아이폰 SDK의 내용과 향후 전개는?

●새 아이폰 SDK, 애플은 개발자 만족시킬까?