저는 최근 me2day 의 열풍(?)을 보면서, 역시나 아전인수 격으로 오픈아이디가 가능하게 할 서비스 패러다임(--;)을 하나 발견합니다.

그것은 서비스 공급자로서 회원DB 구축의 부담이 없고, 사용자는 가입이라는 장벽이 없기 때문에 누구나 가볍게 만들고, 가볍게 쓸 수 있는 서비스, 특히, RoR 같은 무기와 톡톡튀는 아이디어 딱! 하나로 빨리 만들어 내놓는 서비스들이 아주 많아질 것 같은 예감입니다.

이것은 제가 소속된 오픈마루에서 만들고자 하는 하나하나의 서비스 특성과도 일치합니다.

"작고, 빠르고, 한가지만 끝내주는, 그러면서도 (다른 것들과) 잘 붙는"

한마디로 공생형, 네트웤형 서비스, 이런 서비스들이 인터넷 서비스의 주류가 되었으면 좋겠습니다.

10 년전 한참 탐독하던 어떤 OOP 책에서 읽은 '객체'의 정의중 기억나는 부분이 있습니다.

고립되지 않고 상호 연결된 (Interconnected , NOT Isolated)

'연결' 이라는 말 자체가  하나의 전체가 아닌 '분리된 여럿'를 이미 전제하지만, '완전히 분리' 되면 객체가 아니라는 뜻으로 이해했습니다. (저대로의 해석일 뿐일 수도 있겠죠.)

웹서비스가 데스크탑 독립 프로그램과 본질적으로 다른 것이 이런 것 아닐까요? 만약, 최근의 어떤 트랜드 처럼 데스크탑 오피스웨어들을 고대~로 웹으로 옮겨 놓거나, 또는, 혼자 모든 기능을 다 제공하려는 공룡서비스는 ... 글쎄요.

OpenID를 적용한 me2day 서비스의 베타 오픈 소식과 함께, "me2day 때문에 오픈ID 에 가입을 해야 겠다.", "me2day 와 OpenID , 그리고 독립도메인에 대한 열망(?)", "잡학편식도 OpenID를 지원합니다" 등의 뜨거운 반응을 보니, me2day가 국내 OpenID 활성화에 큰 공헌을 하고 있는 것 같습니다.

많은 사이트들이 OpenID를 적용할 수록 OpenID의 가치는 커지지만, 누가 먼저 시작하느냐의 문제인 것 같습니다.

OpenID에 대한 관심은 있어도, 구체적인 개념을 이해하고 또 적용을 하기까지 적지 않은 시간을 투자해야 하는 수고스러움에 대해 많은 피드백을 들었습니다.

그럼에도 불구하고 적극적으로 발 벗고 나서 좀 더 쉬운 OpenID적용을 위해 길을 닦아 주시고 계신 더블트랙 박수만님의 열정에 박수를 보내드리고 싶습니다.

저희 커뮤니티에서는 OpenID 적용 사이트 지원의 일환으로 먼저 기술 support 포럼을 개설했습니다.

앞으로 포럼과 커뮤니티를 통해 좀 더 많은 사이트들이 OpenID를 손쉽게 적용할 수 있도록 계속 노력하겠습니다. :-)