국내에서는 세번째 오픈아이디 제공 서비스인 idpia를 오픈했습니다.

myid, idtail 과 함께 OpenID 활성화에 도움이 되도록 노력하겠습니다.

많은 분들이 오픈아이디 제공 서비스만 너무 많아지는 것 아니야? 하고 생각하실 것 같은데요.
저는 OpenID가 활성화되면 될수록 여러 개의 서로 다른 신뢰수준을 가진 OpenID 서비스 제공자가 생겨나야하고, 사용자들 또한 여러 개의 OpenID를 사용하게 될 것이라 생각됩니다.
왜냐하면, 익명으로 활동할 수 있는 인터넷 서비스가 있는가하면, 실명으로 본인확인을 하고 사용해야하는 인터넷 서비스들도 있을 것이기 때문입니다.

idpia 서비스는 기본적인 OpenID 서비스 외에 실명확인 및 본인확인 서비스를 접목할 것이며, 일회용 비밀번호 등 보안기술을 접목하여 안전한 OpenID 서비스를 만드는 데 최선을 다할 것입니다.

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

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

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

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

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

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

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

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

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