Buy Cheap Storage from Google and use it for Online Backup
Today, Google has dramatically decreased prices for the extra storage you can purchase for Google Services like Gmail and Picasa. The current prices:

Apple also provides upgrade options for iDisk and MobileMe Mail, however their prices are significantly more expensive an extra 60GB from Apple will set you back for an additional £59 (~ $100), while Google for 80GB charges only $20!.
So you might think that Apple's iDisk is atleast accessible from everywhere, while Google Storage can't be accessed as a drive? Think again, this is how:
For Mac Users:
Install gDisk. gDisk provides an accessible application for mounting your gmail drive on your mac.
For Linux Users:
The most popular way for Linux users to mount Gmail storage locally is to use FUSE. If your on ubuntu, this is how to do it
sudo apt-get install gmailfs cp /etc/gmailfs/gmailfs.conf ~/.gmailfs.conf chmod 600 ~/.gmailfs.conf
Now specify your gmail account credentials in ~/.gmailfs.conf and to finally mount the drive, just type:
mkdir gmail mount.gmailfs none gmail
For Windows Users:
Just like for the Mac there are applications available like gDrive Shell Extension
Google’s AJAX APIs Playground
The website AJAX APIs Playground consists of a host of sample code using AJAX API's from Googles various services. I was not aware of that fact that Google has AJAX APIs for Language translation allowing you to use Google's translation capabilities in your site.
Cloud Computing, and what it means for the Grid
I'm nowadays attending the 23rd Open Grid Forum in Barcelona, which is one the largest Grid computing events on the calendar. This year there has been quite a stir caused by the rise of cloud computing services such as Amazon Web services which are seen as a competitor to Grids, such as OSG or EGEE.Today at the keynote by Amazon CTO, Werner Vogels, he presented the cogent business logic which underlines Cloud computing, and why he thinks Amazon AWS has been so successful. Amazon AWS allows anyone from little startups (e.g. animoto ) to large scale companies (e.g. Salesforce) to get access to cheap, reliable, fault tolerant and scalable computing infrastructure. Had these companies thought of doing their computing locally, they would have probably spent 80% of their resources on setting up and running the computing infrastructure which would be an undifferentiated service because anyone who wants to do large scale computing has to setup and run the computing infrastructure. The infrastructure costs money and doesn't make any money for the organization, what does make money for the organization is the 20% business logic the company uses its computing infrastructure for, so with Cloud computing companies can get rid of the 70-80% effort on a largely undifferentiating services and focus on the tasks which would eventually make them money! This has been increasingly realized by all quarters of the industry and hence we see major companies jumping on the bandwagon: Microsoft's Live Mesh, Google's App Engine, IBM and SAP's effort with the EU on Reservoir etc.). So from a layman's perspective it does look like Cloud computing is here to stay.But what about Grid Computing? Grid Computing is analogous to cloud computing but with marked differences: Grids are application specific! EGEE Grid infrastructure is designed to run e-Science applications largely anything from particle collision analysis to neuro-image analysis for Alzheimers. Grids impose application development models: High Energy Physics Grids (such as LCG, EGEE, parts of OSG) are mostly designed to work with Grid applications which are a pipeline of tasks, these Grids schedule and map these tasks onto distributed resources and make the results available to the users. Whereas other Grids like (like made with Globus 4.0, OMII, Taverna based etc.) are service Grids. These Grids assume that Grid applications consist of services instead of tasks. Now we have discussed the major division in modern Grid computing: task based vs. service based. There are other paradigms as well, which are variants of each.Cloud Computing does not impose any such restriction: They provide the infrastructure as a black box and it is up to the user how he wants to use it, if he desires he can virtualize an entire Globus Grid on it, at the same time, he may also setup a gLite Grid and work with tasks or he may not use either and just setup a cluster for MPI applications. Hence we can see that Clous definitely have an edge here.But having said all this, I do believe the Cloud computing and Grid computing will happily co-exist in the future. The infrastructure which Cloud computers will use will be Grids themselves, which will not schedule applications rather they will schedule virtual machines which encapsulate the user's application. But what happens if an application consisting of two virtual machines ends up being scheduling with both VMs in different sites or subnets? These issues and others will be tackled by a recent project which also has been covered extensively in this OGF and I will cover it later.
Google Reader Hacks
Google Reader is one of my favorite feed aggregators. Its the first thing I check after checking my mail every morning, and every evening.Over time I've come to love its keyboard shortcuts which really make browsing feeds so much easier and less time consuming, so in this post I will share my top Google Reader hacks:
- Feed Item browsing shortcuts
The keyboard shortcuts J and K, can be used to browse feed items, while viewing a feed, you can tag it by pressing T, and by pressing V you can view the original item in a popup, S is for staring and shift-S for sharing. Another highly useful keyboard shortcut is U, with which you can view feed items in full screen mode.
2. Browsing Feed Subscriptions
This is my favorite part, you can use old school keyboard shortcuts like shift-p/n to move to the next or previous subscription, however, I have some favorite feeds which I always read first, hence manually traversing is a time-consuming operation. However Google Reader has something to offer here aswell: By pressing 'g followed by u' you can see all your subscriptions in a popup panel, this popup panel implements a incremental search feature, which is extremely time saving when looking for a specific feed.
The full list
After pressing W we get this:
I haven't covered all of Google Reader's shortcuts exhaustively, you can view them by pressing '?'.
Google Gears the first offline web application toolkit?
One thing I hate that the IT Industry is that when someone releases a piece of technology that is completely revolutionary, and no one takes stock, however when some company with a lot of clout in the industry such as Google or Apple release, everyone think that they rock!
From my RSS feeds I stumbled across this article in ZDnet "Can Microsoft change "gears" for the sea-change ahead?". The title was attractive so I started reading it, however early on in the article I came across this:
"During that time, I have drawn attention to the work being done with JavaDB and Derby as examples of how the offline problem might get solved. But, ultimately, I have routinely said that when the problem gets solved, it will get solved by Google. Last week, with Google's announcement of Google Gears, that day came."
Once I read this I stopped reading why? Because Google Gears is NOT the first offline web application toolkit. The first on to my knowledge is Dojo Offline. Dojo is a popular AJAX framework, and Dojo Offline extends basic Dojo's capabilities by allowing Dojo applications to be used while you're offline.
Another related news, is the launch of the Apple iPhone. I've seen Blogs dubbing it as revolutionary because it has a pure touchscreen interface etc. But is it the first smart phone with a pure touch screen interface? Certainly not! I've been using the Motorola e680i since 1 year, and it was released in 2005, and it too has full touchscreen interface with minimal buttons and no keyboard. Surely it would be an improvement over those Palm Treo and Motorola Q type devices with mini keyboards, but the iPhone is not as revolutionary as people think.
So why is it that the IT industry does not recognize achievement and give credit where it's due?
Google Apps will never replace MS Office
[digg=http://digg.com/tech_news/Google_Apps_will_never_replace_Ms_Office]
At least for me! And with MS Office I mean any desktop office software ie. OpenOffice.org
Why do I say this? Precisely because I find Google Apps to be completely useless for me. I tried to compile an article on it to check its functionality, I find numerous problems:
- Docs is just like some formatting toolbar with a huge text box, and it is extremely dificult to navigate in lengthy documents, whereas desktop office software you can easily switch between pages, this limits productivity.
- I mostly write articles/papers which are peer reviewed by my friends who highlight and comment on portions of text. You can't do that in Google Apps, although you can add comments, but they are inserted inline to the text, which can be confusing. In MS Office comments, and changes are shown in a sidebar. I also see that footnotes are missing.
- Google Apps is slow compared to desktop software. There are numerous other web application such as Gliffy, which is a charting and diagramming software in Flex, which for me can replace MS Visio easily, and the response is good aswell.
- Because its webbased there are numerous distractions, one may get an instant message notification, a new mail, check a slashdot/reddit/digg out etc, and what happens when the internet when the internet is disconnected, or my google account gets hacked, Google Apps I believe will be a hot target for h/crackers.
- Google Docs is awful for formatting, like the one required for research publications. I tried formatting according to IEEE 2 column format, and it was hell!
Google Apps as it stands now is far from replacing anything. Its excellent for blog posts like this and short articles or 'to-do' lists, however its not a serious danger to any of the desktop office software, and they are to remain for a loooong time.