Squeezebox를 제어하는 리모콘 기능의 애플리케이션이다.   Rhapsody처럼 수백만 곡을 가진 음악 서비스에서 원하는 음악을 찾기 위해서는 결국 검색이 주된 방법이 될 수 밖에 없다는 점에서 전용 리모콘보다 편리하다.  또한 Squeezebox의 제한된 디스플레이에 비해 아이폰의 비교적 큰 화면으로 앨범 이미지를 보여주면서 빠르게 스크롤할 수도 있다.

구입 전에 우려했던 것은 행여나 이 애플리케이션을 클릭한 후 사용할 수 있기까지 오래 기다려야 하면 어떻하나 하는 것이었는데, 멀티태스킹은 안되어도 애플리케이션의 기동과 WiFi 접속이 빠른 iPhone 3GS 덕분에 사용에 전혀 불편함이 없을 정도이다.  다른 기능은 못써봤고 PC의 라이브러리와 Rhapsody 관련 기능만 써봤는데 매우 만족도가 높았다 (나만 그런 것은 아니고 앱스토어의 평점도 매우 높은 편).

Squeezebox에 비해 훨씬 사용성이 좋은 Sonos의 경우에도 iPhone Controller가 더 쓰기 좋다는 평이 있는걸 보면, 앞으로 iPhone이 복잡한 기능을 가진 가전제품의 리모콘 대용으로 더 많이 사용될 것 같다.  사실 가전제품의 리모콘에 투입될 수 있는 제조 원가나 UI R&D 비용을 생각해보면 iPhone을 이용하는 편이 훨씬 유리한 것이 당연하다.  아직은 iPhone/iPod Touch나 다른 WiFi와 어느 수준 이상의 HTML 브라우저를 지원하는 디바이스를 보편적으로 갖고 있다고 가정할 수는 없으나 몇 년 후에는 그렇게 가정하고 자체 리모콘으로는 기본 기능만 제공하는 경우도 늘지 않을까? 

어쨌든 iPeng은 Squeezebox와 iPhone 혹은 iPod Touch를 사용하는 사람에게는 강추할만한 애플리케이션.

한동안 맥을 사용하다가 팔아버린 가장 큰 이유가, 90% 이상의 시간을 어차피 브라우저만 사용하기 때문이었다 (나는 하드웨어로서의 맥은 별로 좋아하지 않는다). 또 나름 만족하던 넷북을 팔아버린 이유는 사용하는 PC의 수가 늘수록 관리 부담이 늘기 때문이었다. 그런 점으로 볼 때, 모든 데이터가 클라우드에 sync되고 브라우저 사용에 최적화되어 있는 Chrome OS의 특성은 나같은 사용자에게는 그런대로 잘 맞을 것 같다.

굴지의 인터넷 혹은 IT회사라고 해서 다들 속도를 중시하는 것은 아니다. 아마 Java applet이 launch 속도만 빨랐으면 지금 Flash의 자리를 대신 차지하고 있었을 테고 (뒤늦게 변칙적인 방법까지 시도하고 있지만…) Vista가 XP 또는 Windows 7만큼 빨랐더라면, SKT 통합 메신저가 OEM 메신저만큼 빨랐더라면, 삼성폰의 위젯 UI가 iPhone만큼 빨랐더라면 등등 느린 속도 때문에 불만을 사고 있는 제품들이 많다.

이런 제품이나 서비스들의 속도가 충분히 빠르지 않은 것을 단지 그걸 만든 엔지니어들이 구글 엔지니어만 못해서라고 판단할 수는 없다. 어떤 기능에 우선순위를 두어 언제까지 개발하고 어느 정도의 품질이 되면 출시할 것인지를 최종 결정하는 것은 실무 엔지니어가 아닌 경영층이기 때문이다.

그렇긴 하지만, 실무 개발자나 실제 사용자라고 해서 제품이나 서비스의 반응 속도를 다 똑같이 중요시하는 것은 아니다. 내가 직접 접한 엔지니어들의 경우에도 어떤 이들은 속도를 중시하지만, 더 많은 이들은 몇 초쯤 기다리는 것은 아무렇지도 않게 생각한다.

Jakob Nielsen에 의하면,

• 0.1초는 시스템이 즉각적으로 반응한다고 느낄 수 있는 시간의 한계이고
• 1초는 사용자가 비록 지연을 느끼기는 하나 사고의 흐름이 중단되지 않기 위한 한계이며
• 10초는 사용자의 주의가 다른 곳으로 가버리지 않도록 잡아둘 수 있는 한계 시간이다

하지만 0.1, 1, 10초는 대략 그렇다는 것이고 실제로는 사용자에게 적절한 피드백이 주어지는지, 웹사이트가 점진적으로라도 로딩이 되는지 등 많은 요소들에 의해 사용자가 용인할 수 있는 지연 시간 (Tolerable Wait Time)이 바뀔 수 있다. 개인차도 큰 것 같다. 내 경우엔 느린 제품이나 서비스는 무척 싫어한다. 나는 MP3 플레이어가 부팅하는 시간을 참을 수 없어서 아이팟을 사용하며, 빠른 길을 두고 느린 길로 가는 것을 참을 수 없어서 TPEG을 가장 잘 반영한다고 하는 엔나비를 사용하지만 부팅 시간이 없는 파인드라이브 제품으로 바꿀까 생각 중이다.

구글이 웹 속도를 올리기 위한 다양한 노력을 하는 것이나 특히 이번에 새로 만든 프로토콜 SPDY가 내가 예전에 만들었던 로봇과 이름이 비슷한 것을 보면 구글에도 나하고 Tolerable Wait Time이 비슷한 사람들이 많은 것 같다 (물론 나는 그래서 반응 속도가 빠른 구글의 서비스들을 많이 사용한다).

A Chink In Android’s Armor — by Michael Arrington on October 11, 2009

But if developers are forced to create and maintain multiple versions of their apps for various devices, Android may be in trouble. The whole idea of Android is to let app developers build once and let users install on any Android device. Right now, it’s not a certainty that will happen.

Verizon Droid Is The Real Deal — by Michael Arrington on October 18, 2009

With the flood of Android devices that are hitting the market, a few are bound to be hits. No wonder Google CEO Eric Schmidt is so bullish on Android right now. Things are about to get very, very interesting.

물론 첫번째 글은 Android의 app 개발이 쉽지 않다는 것이 주제이고 두번째 얘기는 VZW망과 모토로라 폰 H/W의 at&t/iPhone 대비 상대적 경쟁력이 주제이기는 하나 일주일만에 같은 저자가 결론적으로 Android가 잘 안될 것 같다고 했다고 잘 될 수 밖에 없다고 하다니.

다양한 하드웨어를 지원한다고 해서 반드시 성공하거나 실패하는 것은 아니다. 같은 Microsoft에서 다양한 하드웨어를 지원하는 소프트웨어 플랫폼으로써 추진한 Windows는 대성공했고 Windows Mobile은 그럭저럭, PlaysForSure는 사실상 실패했다. 이의 원인에 대해 포터블 기기의 하드웨어의 다양성, Office와 같은 킬러앱의 부재 또는 단순한 운 등 여러가지로 설명할 수 있겠지만 아뭏튼 이통사라는 또 하나의 변수와 Google의 역량 vs 오만함, 오픈 소스의 장단점 등은Android의 성공 여부를 예측하기 어렵게 한다. 단지 확실한 것은 올해 말부터 내년까지 여러 제조사에서 수많은 Android 디바이스가 출시될 것으로 예정되어 있다는 점. Arrington의 글 중에서 가장 동의할 수 있는 점은, 특히 우리나라의 경우 iPhone의 출시와 WiFi의 일반폰으로의 도입, 데이터 정액제의 활성화 등과 맞물려 “Things are about to get very, very interesting.”.

Google Wave를 보면서 구글의 기술력에 대해 다시 한 번 감탄했지만, 이메일을 대치하겠다는 대담한 (혹자는 오만하다는) 시도가 성공할지는 사실 미지수이다.

기술의 진보와 환경의 변화에 따라 새로운 통신 방식이 계속 나오는 것은 자연스러운 일이고, Google Wave는 특히 실시간 인터넷, 클라우드 컴퓨팅, 개방 플랫폼 등 최신 트렌드를 모두 반영하면서 이메일과 IM, Wiki를 결합하고 거기에다 환상적이라고 할 수 밖에 없는 스펠 체커와 실시간 번역기능까지 붙여놓아서, 데모 비디오를 보고 있자면 계속 감탄사 밖에 안나온다. 그런데 과연 이메일과 IM, Wiki를 하나로 합치는 것이 구글러나 비슷한 류의 사람들이 아닌 일반 대중들이 진정으로 원하는 것인지는 확실치 않다. 다른 통신 수단은 각각 다른 제약을 가지지만 그 제약 때문에 특정한 상황과 용도에 더 잘맞는 수단일 수 있다. IM은 이메일보다 웬지 더 개인적인 것 같고, SMS는 인사 치례없이 딱 할 말만 해도 양해가 된다. 이메일은 즉시 답하지 않아도 별로 눈치보이지 않는다. 그런데 Wave의 경우는 이런 제약이 하나도 없다. 과연 모든 기능의 superset을 가진, 그러면서도 별로 단점은 없어 보이는 통신 수단을 사람들이 반기고 받아들일까?

Google Wave의 또 다른 측면은 SN (Social Network) 툴로서의 가치이다. Wave는 그 자체로 이미 폐쇄적인 ad hoc SN의 특성을 갖고 있으나, Wave를 embed할 웹페이지만 있으면 당장 퍼블릭 SN 플랫폼으로 변할 수 있다. 사람들간의 관계를 정의하는 방식에 있어서 이메일과 거의 비슷한 semantic을 갖는 Wave가 SN 툴로서 사용될 때, “이 사람과 친구입니까? (Y/N)” 식으로 인간 관계를 단순화 시켜버리는 기존 SN에 비해 loosely-coupled된 유연한 SN이 형성될 수 있다. 처음부터 다양한 플러그인을 지원하고 media-rich한 웹 기반의 통신 수단으로서 Wave는 기존 이메일을 대치하기보다 새로운 실시간 SN의 기반 플랫폼으로서 먼저 받아들여지지 않을까?

한가지 확실한 것은 앞으로 GWT가 널리 사용될 것이라는 점이다. GWT는 기술의 우수성에도 불구, (특히 구글의) 메이저 서비스에 적용된 적이 없기 때문에 완성도나 안정성, 그리고 앞으로 지속적인 개발 여부 등에 대해 확신을 가지기 어려웠는데 이번에 Wave에 적용되면서 그 기능의 극한을 보여줄 수 있었고, 구글이 앞으로도 계속 이를 유지 발전 시킬 것이 확실해졌기 때문이다.

지난 주에 UN의 Battlestar Galactica 팬들이 BSG의 종영을 기념하기 위해 BSG 제작자와 배우들을 UN으로 초청해서 BSG에서 다뤄진, 또 UN에서 항상 다루는 인권과 테러 등의 이슈에 대해 우피 골드버그 주재로 500여명의 청중과 함께 패널 토론을 했다 (관련기사 @ io9, wired). 뒤로 갈수록 너무 신비주의와 종교에 의존하는 점이 맘에 안들기는 했지만 그래도 BSG만큼 여러 이슈를 실감나게 다뤘던 SF도 없었던 것 같고, UN에서 이런 이례적인 행사를 했다는 것이 거의 믿기지 않으면서도 어쩌면 매우 적절했다는 생각도 든다.

패널 토론 전체 비디오 (2시간, 200MB RealVideo 포맷)

아래 YouTube 비디오는 Adama역의 Edward James Olmos가 옆자리의 패널리스트가 “race”라는 단어를 사용하자 흥분해서 “race”가 인종을 구분하는 용도로 사용된 것은 600년전 백인들이 다른 “race”를 구분해서 죽이기 위해 사용한 것이 시초라면서 (사실인지 모르겠음) 이 토론에 참석한 고등학생들에게 race는 “human race” 하나 밖에 없음을 명심하라고 한 후 “So say we all!”을 외치는 장면 (Olmos는 오래전부터 사회, 인종문제에 대해 많은 활동을 해왔다고 함)

500여명의 참석자 중에서 초청된 고등학생은 100명 정도이고 나머지 표는 UN 직원들에게 배포되었는데 배포 시작 후 5분만에 다 매진되었다니 UN에도 BSG 팬이 꽤 있었던 모양이다.