첫째, 편지함 용량 걱정이 없어졌습니다. 지금 회사 메일 계정은 사용자당 100MB의 메일함 용량을 제공합니다. 회사에서는 아웃룩으로 받는 즉시 서버에서 메일을 삭제하니까 괜찮은데, 장기간 출장이나 연휴 등으로 자리를 비우면 혹시 편지함이 꽉 차서 메일을 못 받지 않을까 신경이 쓰이는 것도 사실입니다. 노트북이나 외부 PC로 메일을 주고 받다 보면 메일이 분산되는 문제도 있고요. 제가 쓰는 구글 앱스(Google Apps)의 지메일은 2011년 2월 시점에서(이런 표현을 쓰는 건 지메일의 용량이 계속 늘어나고 있기 때문입니다. 그것도 실시간으로) 7GB의 편지함 용량을 제공합니다. 편지함 용량을 걱정할 필요가 없죠.

둘째, 빠르고 강력한 검색입니다. 아웃룩에서 메일이 쌓일 수록 메일 검색은 답답한 일입니다. 지메일은 구글의 검색 기능을 그대로 가져와서 빠른 검색 결과를 보여줍니다. 그리고 연산자를 활용하면 더 자세한 검색 조건을 지정할 수 있어 원하는 내용을 효과적으로 찾아보는 데 도움이 됩니다.

셋째, 라벨과 필터로 유연한 관리가 가능합니다. 지메일의 라벨은 폴더와 달리 하나의 이메일에 여러 개를 붙일 수 있습니다. 그리고 지메일의 실험실 기능을 사용하면 폴더처럼 계층 구조로 라벨을 관리하는 것도 가능합니다. 필터는 메일의 내용이나 성격에 따라 자동화된 동작을 수행하도록 하는 기능인데, 라벨과 필터를 결합하면 메일 관리에 많은 도움이 됩니다. 예를 들어 회사 서버를 거치는 모든 메일에 ‘회사메일’ 라벨을 붙이도록 필터를 만들면 개인 메일과 회사 메일을 일일이 가려낼 필요 없이 지메일이 알아서 메일을 구분해 줍니다. 그리고 실험실의 확장 IMAP 기능을 통해 ‘회사메일’ 라벨이 붙은 메일만 아웃룩과 자동으로 동기화하도록 할 수도 있습니다.

넷째, 다양한 플랫폼을 지원합니다. 저는 회사에서 윈도우를 쓰고, 집에서는 OS X를 씁니다. 취재용 넷북에는 우분투(Ubuntu) 리눅스가 설치돼 있고 휴대폰은 안드로이드입니다. 이외에 아이팟 터치와 아이패드도 들고 다닙니다. 지메일은 이렇게 난잡한(?) 환경에서도 불편을 못 느낄 정도로 플랫폼 지원이 뛰어납니다.

이어지는 이야기로, 모바일과의 연계가 편리합니다. 특히 안드로이드에서는 지메일만한 메일 서비스가 없다고 해도 과언이 아닙니다. 안드로이드를 처음 사용할 때 설정하게 되는 기본 사항 중 하나가 구글 계정이고, 모든 안드로이드 스마트폰에는 지메일 클라이언트가 기본 탐재되어 있습니다. 그리고 안드로이드의 지메일은 C2DM이라는 구글의 푸시 기능을 사용하기 때문에 이메일을 빠르게 받고 전력 소모도 줄일 수 있습니다.

지금까지 느낀 거의 유일한 걱정은 백업에 대한 부분인데, 앞서 소개한 IMAP을 통한 동기화로 로컬에 데이터를 저장하는 방법이 있습니다. 그리고 지메일은 웸 기반의 메일 서비스이면서 오프라인에서도 쓸 수 있는 기능을 제공하기 때문에, 오프라인 백업에 대해서도 대비가 가능하다고 생각합니다.

지금은 웹 호스팅을 받고 있지 않아서 직접 서버에 설치하지 않고 가입해서 사용할 수 있는 위키 서비스들을 살펴보았습니다. 다양한 서비스들이 있는데, 특히 무료로 쓸 수 있는 위키 서비스 중에서 구글 사이트 도구(Google Sites)와 위키스페이스(Wikispaces)가 눈에 들어오네요.

구글 사이트 도구는 본격적인 위키라기보다는 협업 사이트 제작/관리 툴에 가깝지만, 히스토리 등 개인 위키로 쓰는데 무리가 없는 기본 기능을 제공합니다. 위지위그(WYSIWYG) 에디터 및 페이지에 다양한 기능을 삽입할 수 있는 위젯도 있고, 구글 컨텐츠와의 연계가 편리한 것도 강점입니다. 반면 위키 문법을 지원하지 않고 모바일 접근성이 낮은 것, 문서 및 내용 관리 인터페이스가 뭔가 복잡한 것은 단점이네요.

위키스페이스는 설치형 위키 툴과 비슷한 모양새를 보입니다. 위키 문법을 제공해 빠른 내용 작성이 가능하고, 동시에 위지위그 에디터로 쓸 수 있습니다. 문서에 태그를 지정할 수 있어 효과적인 내용 분류가 가능합니다. 구글 사이트와 비슷한 위젯 기능을 제공하는데, 구글 이외의 서비스들도 지원합니다. 하지만 무료로 제공되는 용량이 2GB에 그치고 유료 서비스를 결제하지 않으면 제공되는 기능에 한계가 있습니다.

이 외에도 다양한 위키위키 툴과 서비스들이 있는데, 웹 호스팅 없이/무료로/복잡하지 않게 쓸 만한 위키를 찾다 보니 두 가지로 압축이 되었습니다. 이 외에 위키들을 비교하시려면 위키매트릭스(Wikimatrix)를 살펴 보시기 바랍니다. 여러 위키들을 기능별 비교하는 것뿐만 아니라 ‘선택 마법사(Choice Wizard)’로 원하는 기능에 맞는 위키를 찾아볼 수도 있습니다.

조직의 성격과 용도에 따라 구글 앱스 포 비즈니스(Google Apps for Business)/구글 앱스 포 에듀케이션(Google Apps for Education)/구글 앱스 포 거버먼트(Google Apps for Government) 등의 제품을 제공하는 구글 앱스는 기본적으로는 사용자 1명당 연간 50달러를 받는 유료 서비스입니다. 하지만, 50명 이하의 그룹에 대해서 무료로 사용할 수도 있습니다. 다만 무료 서비스의 경우에 몇 가지 기능이 제한되기는 합니다.

구글 앱스의 특징 중 하나는 google.com이 아닌 개인 도메인을 연결한다는 것인데, 구글 앱스와 개인 도메인을 연결하기 위해서는 도메인 네임 서버(DNS)를 구글 앱스에 연결하는 몇 가지 설정이 필요합니다. 이를 위한 서비스 가운데 저는 DNSEver를 사용했습니다. DNSEver는 구글 앱스를 위한 설정 템플릿을 제공하기 때문에 클릭 한 번으로 DNS 설정을 마칠 수 있었습니다.

굳이 기업이나 조직이 아니어도 개인 용도로도 구글 앱스를 써 볼 만한 것 같습니다. 제 경우 이전에는 개인 도메인을 가지고 할 수 있는 일이라고는 블로그에 연결하는 게 고작이었는데, 구글 앱스를 사용하면서 개인 도메인의 활용도를 더 높일 수 있었습니다.

제 도메인의 메일 주소가 생긴 것도 그 중 하나입니다. @gmail.com이 아닌 @jeongs.kr 주소의 메일을 사용하면서 7.5GB의 용량과 지메일의 스팸 관리 기능 등을 그대로 쓸 수 았습니다. 누구도 사용하지 않은 개인 도메인이기 때문에 메일 주소 또한 제가 원하는 대로 만들 수 있고, 별명 기능과 필터 기능을 조합하면 영수증, 고지서, 교통편 예약 등 사용처별로 메일을 자동 분류하는 것도 가능합니다.

12월 7일과 8일에 열린 ‘지멘스 PLM 커넥션’ 행사에서 지멘스 PLM 소프트웨어 코리아 권경렬 사장님과 인터뷰를 가졌습니다. 이 자리에서 소셜 PLM에 대한 의견을 물어보았는데, 권경렬 사장님은 다소 신중한 의견을 주셨습니다. 보안이 담보되지 않은 소셜 PLM은 제 가치를 발휘하기 힘들다는 것입니다.

소셜 PLM은 고객으로부터 요구가 있어서라기보다는 개발자의 아이디어에서 출발한 경향이 크다고 본다. 아이디어를 실제로 구현하는 과정에서 해결해야 할 과제가 많고, 그 중에서 특히 중요한 것은 보안 문제라고 본다.
기업에서 소셜 네트워크를 완전히 막을 수는 없다. 기술 문제가 아니라 이것이 큰 흐름이기 때문이다. 설계 문제를 해결하는데 있어 다양한 사람들로부터 소셜한 소싱을 한다는 발상은 좋지만, 반대로 ‘내가 알고 있는 기업 관련 정보를 어디까지 공개해야 하는가’하는 점도 관건이 된다.
실제 지금의 기업 조직이 이를 얼마나 허용할 수 있을 것인가? 보안 문제 해결은 네트워크의 보안 등 기술적 보완 뿐만 아니라, 기업의 보안 관련 가이드라인이나 교육 등 정책 환경이 함께 해결되어야 할 사안일 것이다.
소셜 네트워크를 PLM에 적용하는 것이 얼마나 실질적인 이익을 줄 수 있는가를 볼 때, 보안 등의 문제가 먼저 해결되지 않으면 자칫 위험할 수 있다고 생각한다.

Creo 발표 이벤트에서 PTC는 ‘Unlock’이라는 테마를 내걸었습니다. 설계 환경에서 설계 툴의 한계로 인한 사용성의 제약을 ‘푼다’는 의미인 것 같습니다.

PTC가 공개한 Creo의 아키텍처에 따르면 데이터 호환성 레이어(Data Compatibility Layer)와 PLM 플랫폼(PLM Platform), 그리고 일반 데이터 모델(Common Data Model)을 공통 기반으로 하고, 그 위에 사용자의 역할과 프로세스 단계에 필요한 각각의 기능들을 앱(Apps)의 형태로 제공합니다. 그리고 프로엔지니어(Pro/ENGINEER), 코크리에이트(CoCreate), 프로덕트뷰(ProductView) 등 기존 설계 제품군이 Creo 브랜드로 바뀌게 됩니다.

PTC는 Creo 1.0을 2011년 여름에 출시하고, 윈칠(Windchill)과 연계한 컨피규레이션 모델링 기능이 추가된 Creo 2.0을 2011년 가을에 출시한다고 밝혔습니다.

지난 PTC/User World에서 PTC는 “Project Lightning은 새로운 제품이 아니”라고 했습니다. 한편 이번 Creo 출시 이벤트에서는 “Creo는 기존 제품을 단순히 재포장(re-packaging)하는 것이 아니”라고도 했구요.

언뜻 모순처럼 보이기도 하는데, PTC는 새로운 아키텍처를 기반으로 기존 CAD 제품군을 흡수해 발전시키는 쪽으로 방향을 잡은 듯합니다. 그 밑바탕에는 통합과 연계, 사용성과 개방성 같은 가치를 두었구요. 다만 이번 발표에서는 기술적으로 상세한 내용에 대해 소개하지 않았기 때문에, 실제 제품이 나와봐야 자세한 내용을 알 수 있을 것 같네요.

PTC의 Creo 발표 이벤트 영상은 이 곳에서 볼 수 있습니다.

매미가 성충이 되어 울음소리를 낼 수 있는 기간은 기껏해야 열흘 정도지만, 유충으로 보내는 시간은 길게는 10년이 넘는다고 합니다. 모든 세상사가 그렇듯이 IT도 시행착오를 겪으면서 차근차근 준비하지 않으면 좋은 결과를 내기 어려운 것 같습니다.

검증되지 않은 IT 투자에 대한 부담은 어떻게 보면 기업의 당연한 생리인 것도 같습니다. 여전히 경기 침체의 끝을 체감하지 못한다는 기업도 적지 않고, 정량화된 수치로 성과를 산출하기 어려운 분야라면 투자에 선뜻 나서기가 더 어렵겠지요. 그래도 당장의 번듯한 결과물이 중요한 만큼 그 결과를 얻기 위해 기초부터 단단히 다져야 하는 시간도 소중하지 않을까 합니다.

최신의 사례는 아니지만 일본의 연구팀이 충치의 음향 특성을 연구하기 위해 인체의 발성 기관을 본뜬 물리적 모델을 만든 사례인데요, 대략적인 과정은 다음과 같습니다.

1. 특정 모음을 발음할 때의 발성 기관을 MRI 촬영
2. MRI 데이터를 바탕으로 3D 형상 데이터를 생성
3. 3D 데이터를 기반으로 RP(Rapid Prototyping) 모델 제작

이렇게 만든 발성 기관의 인공 모델이 아래 동영상입니다. 음파가 실제 사람의 발성 기관과 같은 모양의 인공 모델을 거치면서 사람과 비슷한 발음을 내게 됩니다.

인공 발성 기관을 가지고 4중창도 했네요.

(사진을 클릭하면 Picasa 갤러리가 재생됩니다.)

상하이(上海) 황푸(黄浦)강에서 본 상하이의 모습입니다.
안개가 자욱하게 껴서 선명한 풍경은 아니었지만, 나름대로 운치가 있었네요.

실물이나 한 번 만져 보자는 생각으로 명동 나섰다가 바로 구입해 버렸네요. 그러고선 주말 동안 이리저리 살펴 보고 있습니다.

사진이나 동영상으로 보던 것 이상으로 겉모양은 꽤나 탄탄하고 안정감이 있습니다.

Blackberry Bold 9000과 비교했을 때 전반적인 사용감은 디자이어가 더 부드러운 느낌입니다. 성능 차이도 있겠지만, 사용자 인터페이스에 애니메이션 효과가 많이 들어가 있어서가 아닐까 싶습니다.

반면 키보드와 푸시에서는 확실히 블랙베리가 우위에 있다고 느낍니다. 하드웨어 키보드와 소프트웨어 키보드를 비교한다는 것이 어불성설이지만, 블랙베리의 경우 짧은 시간에 어느 정도 숙달이 가능했던 반면 디자이어에 번들된 디오펜은 비슷한 소프트웨어 키보드를 채택한 아이폰보다도 입력의 유연성이 떨어진다는 게 첫 인상입니다. 하지만 안드로이드 마켓에서 다양한 키보드 앱을 받아서 설치하면 보완이 가능하다는 것도 개방형 플랫폼인 안드로이드의 특징입니다.

BES/BIS를 통한 블랙베리의 푸시는 지금까지 그 어떤 플랫폼도 따라가지 못할 수준입니다. 블랙베리는 익스체인지 서버를 쓰지 않는 일반 POP3 메일도 푸시해 주고, 메일 뿐 아니라 메신저, 페이스북, 트위터까지 푸시해 줍니다. 거기에 데이터 패킷과 전력 소비도 적지요. 푸시만큼은 어떤 모바일 플랫폼과 비교해도 블랙베리의 완승입니다.

그럼에도 불구하고 블랙베리에서 디자이어로 넘어오게 된 건 구글 서비스와의 통합 때문입니다. 저는 메일과 일정, 연락처를 구글로 관리하고 있는데 안드로이드에서는 구글 계정 정보만 입력하면 메일, 일정, 연락처가 동기화되어 편리합니다. 아이폰에서는 구글의 익스체인지 서버를 지원하고, 블랙베리에서는 구글 싱크 앱을 통해 구글과 동기화가 가능하지만, 각자의 데이터 필드와 구글의 필드가 일치하지 않아서 생기는 불편도 있고 안드로이드만큼 구글 서비스와의 연계가 매끄럽지는 않은 것 같습니다.

지금까지 국내에 출시된 안드로이드 스마트폰 중에서 디자이어는 비교적 높은 사양의 모델이라고 할 수 있는데, 그저 사양이 높기만 한 것이 아니라 센스 UI나 다양한 위젯을 통해 사용자가 쉽게 접근할 수 있도록 신경을 썼다는 것을 알 수 있었습니다. 짧지 않은 기간동안 스마트폰을 만들어 온 HTC의 저력이 느껴지는 부분입니다.

그리고 웹 브라우징 퍼포먼스나 카메라 성능, 넉넉하지 못한 메모리 등도 블랙베리 볼드 9000의 아쉬운 부분입니다. 이런 점들은 디자이어를 쓰면서 조금 덜 답답하지 않을까 기대하는 부분이구요.

한편으로 멀티태스킹이 가능하면서도 프로세스 관리를 기본 기능으로 제공하지 않는다던가 진동 모드로 전환이 번거롭다던가 하는 점은 사소할 수도 있지만 안드로이드의 아쉬운 부분입니다. HTC의 센스 UI나 삼성의 터치위즈 같은 UI를 덧씌워도 스마트폰에 익숙치 않은 사용자에게 안드로이드가 친절한 운영체제라고 하기는 어려워 보입니다. 라이트 유저를 배려한 세부적인 완성도나 편의성에서는 앞으로 갈 길이 남아있다는 느낌이 드네요. 쉽게 접근하고 편하게 쓸 수 있는 스마트폰이라면 아이폰의 손을 들어주고 싶습니다.

그런데 밤 11시나 12시에 메일이 올 때가 있습니다. 운 나쁠(?) 때에는 새벽에 메일 알림 때문에 잠을 깨기도 하구요. 가끔은 정말 급한 일이기도 하지만, 집에서 느긋하게 쉬고 있을 때 회사 메일을 받는다는 건 썩 유쾌한 일은 아닌 것 같습니다. ^ -^);;

늦은 시간에 메일을 보내는 것에 토를 달 생각은 아니예요. 이런저런 메일이 쏟아지는 ‘러시 아워’에 메일이 묻혀버리는 일도 피할 수도 있고, 다음 날 출근과 함께 바로 확인하고 대응해서 시간을 절약하는 장점도 있겠지요. 저도 그런 생각으로 메일을 보내기도 했으니까요.

다만 스마트폰이 많이 쓰이면서 메일을 받아보는 ‘환경’이 바뀌고 있다는 겁니다. 스마트폰 환경에서는 메일을 보내는 일과 받는 일 사이의 시차가 거의 사라집니다. 그렇다면 달라진 환경에 대한 고민도 필요하다고 생각합니다. 외국에 비해 상대적으로 근무 시간이 길고 사적 시간에 대한 구분이 뚜렷하지 않은 우리 상황에서는 더 만만치 않은 일일 거라 생각은 하지만요.

당장 “나는 스마트폰 쓰니까 퇴근 후에 업무 메일 보내는 건 비매너염. ㅉㅉ”라고 할 수는 없겠지만, 스마트폰 사용자가 더 늘고 어느 정도 보편적인 업무 수단으로 자리를 잡는다면 그런 환경에 걸맞는 업무 방식에 대해서도 사람들이 고민하게 될 것 같습니다. 더 스마트하고 더 편하게 사는 건 결국 사람이 하기에 달려있지 않을까요?

P.S. 마음의 평화를 얻는 나름의 방법을 하나 말씀드리자면, 퇴근 후 받는 메일에 대해서는 깨끗이 잊어버리면 됩니다.