Skip to main content

Bye bye SMTP - Welcome Wave Protocol

It's very interesting to see that Google has developed a new protocol for e-mail, yes SMTP is just too old and boring, Wave protocol will come soon - at least we already have one provider who will implement this new protocol, I call it as a "reference provider", yes, it's Google Wave :-)

Okay before I begin with this story, one thing we need to know:

"Wave is just a protocol (http://www.waveprotocol.org), a specification, just like SMTP, HTTP, HTML, TCP/IP, OpenID, OAuth, OpenSocial, etc. This means that everyone can implement this protocol to build some new products based on it".

"Google Wave (http://wave.google.com) is an implementation of the Wave protocol". A Google product which supports Wave protocol. I also call Google Wave as a reference implementation and reference provider of the Wave protocol.

If you want to understand the terminology in Wave protocol, please check out this article: Google Wave: A Complete Guide.

OK, with those information in the background we can start our discussion...

The big question for me is whether other e-mail providers like YAHOO!, GMX, Web.de, Lycos, etc. will also support this new Wave protocol. IMO this depends on the acceptance of the reference provider within the consumers. If Google Wave can attract a lot of people, all other e-mail providers will slow but surely become less important and their customers will leave them. Who cares to use that old e-mail, boring stuffs? The advantages of Wave protocol against SMTP are quite clear. And this is the point where they will also have to implement and add the new Wave protocol in their products.

What kind of impacts do we have from Wave protocol alltogether?

1. Technically we don't need to have client applications like e-mail SMTP client applications (Outlook, Thunderbird, etc.) since Wave is being designed for web applications. Maybe there will be some Wave client applications (WaveEagle at Mozilla?) but this is not a must. Yeah, Microsoft Outlook will have to do some diets ;-) Throw all those e-mail stuffs away. Just embed Internet Explorer.

2. We will see some new providers playing and fighting for market share. Yes, the "pie" will be open for everyone, come and join Wave protocol and develop your own Wave product. Yes, we can start from the beginning! Web.de, GMX, YAHOO! will still play a role but it can happen that...
  • Google Wave will get the most customers because their implementation is the first at the market. Marketing people know this as "first mover effect".
  • A newcomer "Swiss Inc." from Switzerland will get a lot of customers because their Wave protocol implementation is the most secure one. Yes, nobody can get access to their servers, also not their own goverment since they have their "Wave secret".
  • "WaveSign" (from V...Sign) offers you a real identity. It means that they will check you offline first, whether you are "the really" Lofi Dewanto before you can get a new Wave account. So everyone gets a Wave from this provider can be sure that the person really exists and the identity is checked.
  • It is possible to have "HotWave" (from M..., you know what I mean) rules the Wave world, because it is directly integrated within their operating system. All those Wavelets are directly integrated in the background screen and their widgets, not bad...
So, to all providers, let's get rumble...

3. How about spammer? Spammer will still find their way to "wave-spam". Please check out http://www.wavespam.net. You can get a wave account easily there, no identity check, nothing and of course you can use it to wave-spam everyone.

4. How are the business model(s) of those OpenWave providers? These won't change a lot. Just take a look those SMTP providers today. How can you earn money with consumer web applications today? Nothing. OK, I give up, ... advertisements, ads, and ads, ... :-)

I personally like the new Wave protocol and it's the time to throw away SMTP, so folks let's get started!

Just my 2 cents, happy Wavy!
Lofi.

BTW. here are some links on Wave protocol and Google Wave in German language:
Labels:

Comments

Post a Comment

Popular posts from this blog

Why "Polyglot Programming" or "Do It Yourself Programming Languages" or "Language Oriented Programming" sucks?

Last year we saw the launch of a new Web programming language Dart - Structured Web Programming from Google. A very interesting approach to support web application development. Not so long after Go, Groovy, Ruby, Scala, << name your DSL here >> ; we see Dart. Is it a good thing to have at least one programming language to solve one problem? The answer is, like we already know, it depends. Some important backgrounds you should know about the multi programming language paradigm are following: 1. You can read Martin Fowler article about language oriented programming with language workbenches which enables you to write small programming languages easily. In this article I see everyone writing their small languages, everywhere. In this concept we see DSL (Domain Specific Language) as the future of our programming activities. Source: http://martinfowler.com/articles/languageWorkbench.html 2. Neal Ford talked about Polyglot Programming, combining multiple programming language...
32 comments
Read more

Software Development Macro and Micro Process

If you think that in year 2012 all companies which produce software and IT divisions in our world have already their optimized software development process, you are wrong. It seems that we - software architects, software developers or whatever your title is - still need to optimize the software development process in many software companies and IT divisions. So what do you do if you enter a software company or IT division and you see following things: 1. There is a perfect project management process to handle all those development of software but it is a pure project management without a context to software development. So basically you only take care of cost, time, budget and quality factors. In the software development you still use the old fashioned waterfall process. 2. From the tooling point of view: you have a project management planning and controlling tool but you are still in the beginning of Wiki (almost no collaboration tool) and you don't use issues tracking sy...
20 comments
Read more

Creating Spring Bean dynamically in the Runtime

In my training someone asked me whether it is possible to create an object (a Spring Bean) dynamically so you can choose which implementation you want to have  in the runtime . So at the compile time you don't know what object actually should be created yet. The application should decide what object to be created based on a property file . 1. We create an annotation so we can mark the method which should be able to create the object dynamically: ... package your.package; ... @Retention(RetentionPolicy.RUNTIME) public @interface InjectDynamicObject { } ... 2. Use the new created annotation in your method which should be able to create the object dynamically: ... @Named("customerBo") public class CustomerBoImpl implements CustomerBo { ...     @Override   @InjectDynamicObject   public Customer getDynamicCustomer() {         return this.dynamicCustomer; } ... 3. Write an aspect with Pointcut a...
10 comments
Read more