Tell me more ×
Answers OnStartups is a question and answer site for entrepreneurs looking to start or run a new business. It's 100% free, no registration required.

What are your thoughts on GAE and GWT for starting a startup?

share|improve this question

5 Answers

I'm developing a RESTful architecture with GAE and Django (http://code.google.com/p/app-engine-patch/) and javascriptMVC (javascriptmvc.com) for the frontend.

share|improve this answer

I personally wouldn't use it as the core platform for a revenue-generating product.

It would be great for MVP/viability/prototyping though.

The main reasons I have against it are: ease of getting data out, complications over who owns the data and code (you do but you can't access it!), some restrictions on what you can and can't do, and difficulty of porting to a new system if you decide to do so (using Django helps with this). It's easy enough to set up in the cloud for minimal expenditure where you have full control.

share|improve this answer
What do you recommend besides GAE? – Tiago Oct 10 '09 at 12:47

My main concern with either GAE or Windows Azure is that if you program to their platform you are in essence locked in (unless I am missing something). If you decide you want to move to dedicated servers or another provider you would probably have a significant amount of work in front of you.

That being said if you can accomplish your goals way faster using GAE and get your product out earlier then it could be worth it.

share|improve this answer
But with GAE you have very few costs, if any. There are any other way of doing the same with no costs as well? – Tiago Oct 10 '09 at 12:46
GAE is only free for a small amount of usage, and those levels have been decreasing over time. You can get a small slice at somewhere like SliceHost for $20/month that is basically the same amount, or more, of resources. – James Avery Oct 10 '09 at 13:10
1  
+1. Avoid vendor lock-in. It's still worth it to get a VPS. – jpartogi Oct 22 '09 at 9:06
Azure dosent have a lock in. Its runs a c# site. Its trivial to go from Azure to any windows server. GAE is a diffrent matter, even the database is unique. – Tom Squires Jan 5 '12 at 13:40

We are doing exactly that: GAE + GWT.

Given that we do alot of Java, the nice thing about using GAE has been that we don't need to worry much about the infrastructure and we know that if we need to our application will scale.

There is the part that you need to be a little careful about - getting locked in to Google's API's. We want to support on-premise deployment so have been a little careful about not using anything specific to Google API's. This part is a little bit of a challenge when doing persistence, but so far we have been able to overcome challenges.

As for getting your data out. I figure this part should not be too hard to implement. Yes, it might take a week to implement and move the data out, but that part is likely something that you want to worry about when you have already shown the product (and business model) to be successful and are trying to optimize costs. At the current stage of evaluating an idea having enough traction and rapidly iterating on the idea (as opposed to the infrastructure, etc) it makes alot of sense.

share|improve this answer

I have played around with GAE a bit and on whole have been extremely happy with it. It is very cheap, provides scalability, keeps previous versions of my deployment, has a nice API for all the common tasks. I do not have to worry about keeping the server up 24/7. There is a handy dashboard which lets me look at how the app is doing.

The data lockin is not a big issue. There is an API now to upload or download data (see http://code.google.com/appengine/docs/python/tools/uploadingdata.html)

That said, if there is something that you need (eg library) which is not supported, you are out of luck. Some people also worry about the level of support but that has not been a big problem for me.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.