Groove's competition

by Volker Weber

Our competition is the current/traditional means of collaboration, which is a centralized approach.

Collaboration is largely asymmetric: functional needs and membership change on a day-by-day basis. People swarm around a process, practice, opportunity, or issue, assemble tools, pulse, and disband. Our customers have told us that web-based collaborative technologies haven’t delivered on the promise of "working the way that people work", for a number of reasons, each of which lends credence to the need for decentralized smart clients. Consider:

1) People want to work on the plane at 30,000ft, but also outside of the office in hotels, at home, or at customer sites. Groove allows connected or disconnected access to collaborative shared spaces. All data in Groove’s secure shared spaces persist, meaning I can access them anywhere-anytime, with or without network connectivity.

2) People don’t always assemble in real-time: Groove’s real-time features (synchronous) will deliver a positive impact on travel costs, but the real benefit is that the Groove platform also supports different-time (asynchronous) collaboration. For companies trying to attack the challenges that geographic and time-dispersion create, Groove delivers both modes of collaboration in a single package.

3) People don’t use the same tools each time they embark on a collaborative activity: Because web services are centralized, a vendor must deliver a common denominator set of functionality which ultimately forces everyone to work within that framework. Unfortunately, collaborative activities are amorphous, largely unstructured, and change every time they are executed. Groove was built from the ground up to facilitate just-in-time, adaptive, collaborative activities and communications.

4) Resilience and availability: Decentralized services have no single point of failure. Groove clients synchronize in the background automatically and without user intervention. If one client is destroyed, others can reinvite the new device. If Relay goes down, Groove clients will "fetch" messages that were lost on the Relay Service from the other peers.

5) Scalability: Groove was built to scale to the size of the internet, not a server farm.

More >

Comments

Post a comment











Shall I remember this for you?




Use your full name and a working email address. Unless you want your comment to be removed. No kidding.



Ceci n'est pas un blog

vowe.net is a personal website published by Volker Weber a.k.a. vowe. I am an author, consultant and systems architect based in Darmstadt, Germany.

rss Click here to subscribe

Hello

About me
Contact
Publications
Certificates
Frequently asked questions

Twitter Updates

More >

Poll

Which BlackBerry could be your next one?

Getting poll results. Please wait...

Local time is 15:54

visitors.gif
180 visitors online

News

Other sources of news, imported into my own format to make them more accessible:

Heise Online
Schlagzeilen
Weather

Archives

As most of my articles roll off the front page rather quickly, I am making an archive of previous posts available here. You can also use the handy search box at the top of the page if you are looking for something particular.

Last 30 days
More archives

Got the T-shirt?

Got the T-shirt?
Are you buying from the US?

Systems Architecture

This site runs on an Apache web server on top of the Linux operating system. The content is managed with MovableType which is implemented in Perl. Last but not least the HTML code your browser sees is put together with PHP.

© 1992-2008 Volker Weber.
All Rights Reserved.

Impressum