2월 공개를 약속했던 애플 아이폰의 SDK가 마침내 3월 7일 발표가 되었습니다. 아이폰이 갖고 있는 경제적 , 문화적인 영향력때문에 많은 사람들이  iPhone SDK를 기다려왔고 마침내 실체를 드러냈습니다. SDK의 총 크기가 2G가 넘는 것을 보면 애플에서 많은 것을 준비해 왔다는 것을 알 수 있었습니다. 스티븐 잡스가 주도한 SDK 발표를 보면 아이폰이 미국 스마트폰 시장에서 28% , 모바일 브라우져 시장에서 사파리가 71%를 차지하고 있다고 합니다. 이번에 SDK 발표 이후 더욱 생태계 확장이 가속화를 확신하는 것 같습니다.

Mac OS 10.5(레오파트)상에서만 설치 및 운영이 되고 , Object C 프로그래밍을 해야 하는 것 등 몇가지 부담을 제외하고는  iPhone 의 거의 모든 기능과 하드웨어를 활용할 수 있어 보입니다. 보다 자세한 것은 실제 테스트를 해 봐야 겠지만 공개한 자료와 라이브러리를 보면 GPS 정보에서 부터 혁신적인 Touch Screen 인터페이스 등 거의 모든 아이폰을 Feature를 이용하여 모바일 애플리케이션의 개발이 가능해 보입니다.

전체적으로 SDK는 크게 개발 도구와 개발 라이브러리로 구성되어 있습니다. 개발 도구는  크게 개발->테스팅->배포(아이튠) 라는 프로덕트 라이프 사이클을 지원하고 있습니다 -XCode 개발 환경, iphone simulator 테스트 환경, instruments 성능 개선 환경, interface builder. 개발 후 애플을 통해서만 합법적인 애플릿케이션의 배포가 가능합니다. 아이폰을 중심으로 한 생태계를 애플이 주도하겠다는 것을 분명히 한 셈이죠. 물론, 비합법적인 시장이 이후 더욱 활성화될 것은 분명합니다. 


SDK의 라이브러리는 크게 4개의 계층으로 구성되어 있습니다 - Core OS, Core Services, Media, Cocoa Touch. 


간략히 살펴보면 Core OS는 말 그대로 아이폰 운영체제의 커널입니다.  POSIX 쓰레드 , BSD 소켓, 파일 I/O, 메모리 관리 등 기본 유닉스의 베이직 커널을 사용하고 있습니다.
Core OS의 상단부에 위치한 Core Services는 3개의 프레임웍과 2개의 주요 라이브러리로 구성되어 있습니다. XML 처리를 위한 라이브러리로 libxml2와 libxslt와 정보관리를 위한 sqllite를 제공하고 있습니다. sqllite의 경우 모바일 상에서 오프라인  기능 지원을 위한 표준 으로 자리잡아 가고 있는 것 같습니다^-^.  또한 3개의 프레임웍으로 보안, 네트웍 , 코아 프레임웍을 제공하고 있습니다.

Core 계층들외에 Media 계층에서는 그래픽과 오디오를 다루기 위한 라이브러리를 제공합니다. 그래픽 렌더링 라이브러리로는 기존 맥에서의 그래픽 엔진인 Quartz 과  OpenGL 의 Embedded System 버전인 OpenGL ES 그리고 Animation 기능을 제공합니다.  아이폰에서 이미지 확대,축소 등 강력한 효과가 모두  OpenGL을 통해서 구현되는 것입니다. 그리고 오디오 라이브러리로  OpenAL 과  애플 레오파트에 새롭게 추가된 Audio Toolbox 라이브러와 기존의 Core Audio가 아이폰에서도 지원되고 있습니다.

마지막으로 가장 상단에 위치한 Cocoa Touch는 아이폰의 UI를  처리하는 데 4개의 프레임웍으로 구성되어 있습니다 - UIKit Framework , Addressbook Framework , Addressbook UI Framework , Core Location Framework.  이 들 프레임웍을 이용하면 멀티 터치 등이 가능한 애플릿케이션을 만들고 이를 아이폰 애플릿케이션에 통합할 수 있습니다.

개인적으로는 자바 플랫폼이 함게 탑재되었으면 하는 바램이었는데 포함되어 있지않아 무척 아쉬웠습니다. 더불어 아쉬운 점으로는 확장성에 대한 고려가 없어 보인다는 점 입니다. 하드웨어의 확장과 이에 따른 소프트웨어 확장이 함께 가능하다면 보다 풍부한 상상력이 가능하지 않을까 싶습니다. 가령, 기존 네이트 드라이브의 외장형  GPS를 아이폰에 연결한 후 인터넷의 맵 정보를 활용한 다양한 Location Service가 가능하지 않을까요? 물론 해킹을 통해 이미 이러한 것을 구현하고 있지만요! 아마 스티븐 잡스가 있는 한 이러한 확장성은 쉽지 않아 보이긴 합니다. 

현재 ODF 파일 표준은  OpenOffice.org와 KOffice , Google Docs, IBM Lotus Symphony  등에 구현이 되어 있습니다. 반면에 OOXML은 MS Office 2007과 씽크프리 오피스, 그리고 애플의 iWork 2008, iphone, TextEditor 그리고  XML editor로 유명한 Altobad 의 XMLSpy , 코렐 오피스의 베타 버전 등에 구현되어 있고 노벨에서도 지원하겠다고 합니다.  나름대로 회사의 전략과 입장이 있겠지만 OOXML의 경우 대부분은 시장에서의 사용자 요구 사항에 대한 적극적인 반응이라는 전략에 맥을 갖는 것으로 보입니다. ( 참고로 초기 OpenXML로 불렸는데 ECMA에서  OOXML-Office Open XML로 명칭을 변경했습니다. 포스팅에서는 OOXML로 통일하겠습니다.)

- 씽크프리에서의 OOXML 지원

며칠 전 회사에 방문했던 MS의 Eric White씨의 블러그에 씽크프리와 저에 대한 포스팅이 올라왔네요. 저를 무척  young하게  본 모양입니다. 감사합니다. ^-^ -

http://blogs.msdn.com/ericwhite/archive/2008/02/09/thinkfree-a-cool-implementation-of-open-xml.aspx

2007년 초, 씽크프리에서는 일본 및 미국 시장에서 OOXML의 지원이 필수 요청 사항으로 제출되었고 이와 더불어 문서 표준화에 대한 검토를 진행했었습니다. 당시 , 검토에 있어 가장 높은 기준 순위는 기존 바이너리 파일과의 호환성과 확장성 이었습니다. 또한 초기 오피스 2007이 급속히 확산되지 않겠지만 점차 확산될 것이고 이와 더불어 OOXML 이 광범위하게 보급될 것으로 예상했습니다.  이러한 오랜 내부 검토 과정을 거쳐  OOXML을 ODF에 앞서 지원하기로 결정했었습니다. 이에 따라 2007년 하반기에 3개월에 걸친 작업을 통해   OOXML의 import/export 를 개발했고 이후 다양한 필드의 테스팅을 거쳐 현재 메인 트렁크에 반영된 상태입니다. 실제 현재 씽크프리 온라인을 통해 제공되는 오피스는 OOXML을 지원하고 있습니다. 지원 이후 크게 홍보가 되지 못했는데 이번 OOXML-ODF 의 표준화 전쟁을 통해 다양하게 홍보가 되는 것 같습니다. ^-^ 아래는  씽크프리 Show에서 PPTX를 읽은화면입니다. 지난 번 , MS의 Eric White씨와이 미팅에서 MS 오피스 맥버전과 실제 비교를 해서 보여 줬는데 씽크프리가 훨씬 빠르며 OOXML을 월등히 지원하는 모습에 무척 놀랐었습니다. ^-^. 실제 맥용 MS오피스는 윈도우용과 완전히 다른 코드로 개발되고 있습니다.























- 애플에서의 OOXML 지원
현재 애플에서는 iWork 08버전에서  OOXML 을 지원하고 있고 아이폰의 메일에서 첨부파일 뷰어가  OOXML을 지원하고 있습니다.  다음은 아이폰에서의 OOXML지원 동영상 입니다.
 

- Altva에서 OOXML 지원
Altova의 XMLSpy는 XML Editor 중에서는 가장 널리 사용되는 제품입니다 XSLT와 XQuery 등 실수하기 쉬운 복잡한  XML 을 다루는 데는 가장 유용하지 않나 싶습니다. 이 제품에서 현재 OOXML을 지원하고 있습니다. 다음은 XMLSpy 에서 OOXML을 지원하는 화면입니다.

오늘 가장 큰 이슈중의 하나는 애플의 iphone 발표였습니다. 워낙 애플 고정 매니아들이 있기 때문에 큰 호응이 있을 것으로 생각했는 데 출발은 좋은 것 같습니다. 사실 비싼 가격, AT&T 가입 등 다른 경쟁 제품에 비해서는 디자인이 뛰어나다는 것을 빼고는 그다지 경쟁력이 있다고 생각하지는 않습니다. 특히, 자바와 플래쉬를 지원하면 정말 좋았을 텐데요^-^ , 그러나 iphone을 통해  wi-fi와 full browsing을 제공하는 Smart 디바이스가 폭발적으로 증가할 것은 확실합니다. 

특히, 잠시 애플외에 주변을 돌아보면 이미 노키아가 N80,N95 시리지를 필두로 애플과의 경쟁을 준비중에 있고 , 삼성도 Samsung SGH-i607 BlackJack , LG 프라다폰, 소니 에릭슨도 이를 준비중에 있으며 이들 핸드폰 업체외에도 , PC생산업체를 비롯하여 주요한 CPU 제조 업체들 까지 smart device를 생산할 준비를 하고 있습니다.

곰곰히  생각해 보면 , 현재 사용하고 있는 PC의 경우 향후 발전 방향을 고려해 보면 기존의 PC는 보다 작고 고성능이며 핸드폰처럼 여러 기능이 convergence된 방향으로 갈 것은 당연한 사실입니다. 요즘 왠만하면 PC 대신 노트북을 구매하는 상황을 보면 , 아마 노트북 이후에는 당연히 smart device로 발전할 것 이라고 생각합니다. 아마 핸드폰크기의 휴대 가능한 디바이스가 PC의 자리를 대처하게 되겠죠. 물론 이렇게 되기 위해서는 다소 시간이 걸릴 것 입니다. 그러나 이미 iphone 등이 이러한 시대를 알렸다 해도 과언이 아닙니다.

현재 웹 오피스는 가장 큰 기술적 문제인 오프라인 지원 기능을 해결하여 그 가능성을 높여가고 있습니다.  씽크프리에서 지난 주 부터  오프라인시에도 웹 오피스를 사용할 수 있는 기능을 웹 오피스 업체중 최초로 제공하기 시작했습니다. 그러나  이 같은 모바일 환경 변화 속에서 웹 오피스 역시 이에 대한 대응이 필요합니다. 어떤 대응이 필요한지 생각해 보았습니다.

1. Smart Device에서 접속하여 편하게 이용할 수 있는 모바일 오피스 UX 제공

iphone같은 Smart Device를 이용하는 사용자는 당연히 자신이 사용하는 웹 오피스를  언제 어디서나 접속하여 사용하길 원합니다. 작은 화면 , 협소한 키보드 등에서도 이용할 수 있는 UX를 제공해야 할 것 입니다. 이를 위해 별도의 CSS와 UX 인터페이스에 대한 연구와 지원이 필요할 것입니다.

2. 기존 사용자의 PC(특히, 내부에 존재하는 정보)도 웹 오피스의 일부이다. 연결 고리를 제공해야 한다.

Smart Device를 이용하는 사용자는 개인용 데스트탑 PC나 노트북 , 그리고 웹 오피스를 갖게 될 것입니다.  사용자들은 Smart Deveice를 통해 자신의 웹 오피스와 PC나 노트북상의 오피스 파일들을 투명하게 접근하여 사용하길 원하게 될 것 입니다. Smart Device -- Web Office -- Desktop Office 들 간의 연결고리를 제공해야 합니다. 이러한 연결고리로서 웹 오피스는 중앙에서 Desktop 환경을 이어주는 고리 역할을 제공해야 할 것 입니다.

시간이 나는 데로 이 부분은 더 많은 고민이 필요할 것 같습니다. 아무래도 백문이 불여일견, 사용하는 것이 가장 좋은 방법이겠죠. 빨리 iphone과 노키아 등 제품들 좀 받아서 사용해 봐야 할 것 같습니다. ^-^