1) An Alternative to XML. This is quite a cool initiative as long as it doesnot lead to more skirmishes with the guys from redmond.http://code.google.com/apis/protocolbuffers/docs/overview.html
“”For example, let’s say you want to model a person with a name and an email. In XML, you need to do:
while the corresponding protocol buffer message definition (in protocol buffer text format) is:
# Textual representation of a protocol buffer.
# This is *not* the binary format used on the wire.
name: “John Doe”
In binary format, this message would probably be 28 bytes long and take around 100-200 nanoseconds to parse. The XML version is at least 69 bytes (if you remove whitespace) and would take around 5,000-10,000 nanoseconds to parse.
Also, manipulating a protocol buffer is much easier:
cout << “Name: ” << person.name() << endl;
cout << “E-mail: ” << person.email() << endl;
Whereas with XML you would have to do something like:
cout << “Name: ”
cout << “E-mail: ”
However, protocol buffers are not always a better solution than XML – for instance, protocol buffers would not be a good way to model a text-based document with markup (e.g. HTML), since you cannot easily interleave structure with text. In addition, XML is human-readable and human-editable; protocol buffers, at least in their native format, are not. XML is also – to some extent – self-describing. A protocol buffer is only meaningful if you have the message definition (the .proto file).””
We think it is one more Google googly at Microsoft (!). But if its faster for consumers so be it.
This one is like Yahoo Avatars or a crude Second Life. We downloaded it, the app was quite small, but running it was slow ,and bandwidth heavy (I tested Eve online on the same bandwidth)As more developers pile on, it should get bigger inevitably. Its a fun project but yes you can prompted to click remember chat history ( so as Google can tie up more behavioral ad- targeting to your IP address). Ouch !