I think the answer really depends on how much Google is willing to invest in GAE. Eventually could be two years from now or ten years from now, but if its the later they may miss the boat considering there are numerous big names and no names all moving into this space. One of those big names is Microsoft, and while they are just getting into this space, one thing they do really well is getting application developers to target their platforms. In my opinion Google has a long way to go in that respect.
After using GAE's platform for the last few months I can honestly say that the only thing I like about it is that I haven't had to pay for the hosting of my app. Sure getting an app going that fits with-in the quite limited confines of what GAE supports well is quite easy, but it doesn't take much to smack into GAE's walls and then it becomes very much a square peg in round whole experience where doing things that would be quite simple on other platforms is quite difficult on GAE or even impossible without getting shutdown due to going over CPU quota. Josh On Dec 5, 10:42 am, rvjcallanan <[EMAIL PROTECTED]> wrote: > I am about to take the GAE plunge (at least in the experimentation > sense). > I understand the current irritations and I am hopeful that these will > be overcome in due course > > But I am very curious how far Google can take this thing... > > A key question on everyone's mind: > > Can we assume that GAE developers will eventually be able to produce > GAE apps with similar complexity, reliability, scalability and > performance ballparks as Gmail, subject of course to hosting fees? > > If the answer to that question is "YES", then I am am convinced that > GAE will eventually be able to host sophisticated financial > applications that are not currently in the GAE sweetspot, e.g. > accounts, payroll, etc > > Or would it be more realistic to assume that GAE developers will never > really be able to leverage what Gmail's developers can leverage? > > Looking beyond the Gmail comparison, I see lots of problems with the > GAE datastore for financial applications e.g. the absence of joins, > aggregation, etc. I understand that these limitations are inherent to > the BigTable paradigm, yet I already see posts by developers showing > how these limitations can be overcome. Solutions tend to revolve > around de-normalisation and other forms of data redundancy together > with a sizable smattering of code trickery. All very, very botchy and > alien to the GAE philosophy of removing much of the the tedium of web > development. > > I am wondering if it will ever be possible to write an abstraction > layer that will present the underlying GAE datastore as an SQL > database albeit at a cost in terms of data efficiency, CPU cycles and > bandwidth...or is this completely missing the point? > > Bear in mind that I am thinking a few years down the road. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~----------~----~----~----~------~----~------~--~---
