June 27th, 2008

Good Bye Appendix, Hello Google App Engine

While an appendicitis is a painful, uncomfortable and ultimately debilitating condition - one which I have suffered with for over a year, its remedy (Laproscopic surgery, way too much money to an evil hospital, a shitton of painkillers and a week of bedrest) is fairly tame as far as surgical procedures go.

PHPitis is another condition I have been suffering from. It’s not early as painful and has provided me with a decent income and professional growth. It is also not a pussy inflamed organ with no apparent value pressing up against all the nicely formed and functioning organs around it. However, the feeling that there is something not right “down there” remains.

I’ve always known that python is the best language out there. I don’t mean to start yet another stupid language fight, because every language is fine and dandy. But honestly, every programmer I respect has told me the same thing, they wish they could just write python. The only knocks against python are:

  • Lack of hosting options
  • Lack of Jobs / Skilled personnel

The first one, is obviously stupid, because it is as easy to run as PHP, but is totally chicken and egg. The second is pretty much the same. You have to be a better programmer to write python, and so there are less people who can, so there are less CTOs wanting to risk a language with less people available.

Anyway, for what it’s worth, I love python, and I’m not that good at it yet, because I never get jobs in it, and it’s hard to get clients signed up for something that isn’t hosted anywhere…. Until now.

A day before I went to the hospital for an examination into yet another bout of my awful stomach pains which turned into the aforementioned surgery, I got my App Engine key in the mail.

I am affraid of the big G as much as anyone, and this offering is too new to judge. I won’t bore everyone with the questions everyone is asking about if your code can be moved or not, what is the guarantee they will keep it around, etc. I just want to say that the data api and the security of knowing that such terse syntax with so much power will scale till the end of the googleverse is exciting.

I highly recommend everyone give it a whirl, and discover / rediscover beautiful code. I was thinking of “killer apps” to build on it. My first inclination is that the “killer app” for the gapjinn (as I have now started calling it) is something with the following characteristics:

Uses Google Apps data apis

As much as possible, the application should store it’s data in google sites, google docs, google calendar, etc. This is because google will always have a commitment to making these two platforms work together AND you will not be made irrelevant because you can’t integrate.

Uses Google Apps provisioning APIs

Because SaaS is in, and you will want to make setup super easy.

Uses Google for authentication

Because you will not survive in the enterprise if you can’t take advantage of single sign-on services. As long as you are using all the google apps stuff, you should authenticate the same way.

Is niche enough that it does something better / easier / more focused than native google apps
OR

Provides an integration between different google apps and a 3rd party service

On the first count, it’s about creating a wrapper, basically a new interface layer to an existing google apps platform. Sometimes simple is too simple. For instance, using a series of tags and and a small amount of data store in the Google BigTable, I bet you create a really quick and dirty CRM using google contacts + gmail + google sites + google calendar.

On the second, I think the potential to provide bridge functionality between more mature best of breed apps like basecamp, unfuddled, salesforce, will make quick enterprise dashboards possible. Something like a dashboard / middleware layer between this stuff.

Let’s see…

One Response to “Good Bye Appendix, Hello Google App Engine”

  1. eigentor says:

    Well, it is not that far away: http://drupy.net/
    But it raises the question what Drupal is. And after having spent somewhat more than one and a half year in the project the answer to me is: the community.

    The low entry barrier for developers is key and will be partly lost by moving on to a more sophisticated language. Not to speak of the gigantic task to port all modules, reimplement processes that sure change, debug it and so on and so on. But still: loads of problems we have now could be better solved in a better language that allows to control processes better. The PHP team appears unwilling to really take it much further, PHP 6 is a big disappointment in that respect.

    If one sees a comparison table of PHP feaatures against almost any language, one is ashamed still to use that strange dialect.

    So maybe in two or three years from now, things will move…

Leave a Reply

XHTML: You can use these tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

How To find me

Telephone: +1 510.277.0891 | Email: jacobsingh at gmail daht calm

Solution Graphics