Ask HN: Fastest way to get a web app from 0 to 60
1–9 of 9 posts
Re: Ask HN: Fastest way to get a web app from 0 to 60
#2http://productpeople.tv/2012/12/05/episode-3-building-mvp-ap... http://productpeople.tv/2012/12/12/mvp-wordpress-part2/
As for design, WordPress has a rich market for themes: themeforest.net woothemes.com and many more
Between plugins and themes and hosting, you can easily accomplish in an afternoon and a couple hundreds bucks (or less, depending on your needs) what would take you weeks to build. Get it out there, validate it, and then build it in your favorite language and framework once you know it's golden.
Re: Ask HN: Fastest way to get a web app from 0 to 60
#3Re: Ask HN: Fastest way to get a web app from 0 to 60
#4I would go for Python + Django. Avoid Google App Engine. There are big gotchas with using Django and GAE. You essentially have to throw out the Django ORM because Google places restrictions on what SQL queries you can use (for scalability reasons, none of which are your concern for an MVP or even a moderately sized startup). You can avoid this using Google Cloud SQL, but then you have to use MySQL. PostgreSQL is recommended by most of the Django community. You are better off using something like Heroku (which has great documentation). You can either use Twitter Bootstrap (maybe tweak the defaults with something like Jetstrap), or use a template off themeforest or woothemes. If you use a theme, you'll have to tweak the HTML to make them work with Django's templating.
The problem with Wordpress is that unless you're doing a plain vanilla ecommerce site or some other limited choices, there are many kinds of MVPs you would not be able to build with it. Not to mention that you would be rewriting everything eventually if you use Wordpress.
Using meteor and node.js cover different product use cases (real-time apps or apps with a lot of connections). So it depends on your product. Keep in mind that meteor is not mature yet.
Re: Ask HN: Fastest way to get a web app from 0 to 60
#5In what "domain" is your product idea? (without revealing too much, obviously). For example: a collaboration tool. Or an e-commerce subscription site. Etc... I would go for Python + Django. Avoid Google App Engine. There are big gotchas with using Django and GAE. You essentially have to throw out the Django ORM because Google places restrictions on what SQL queries you can use (for scalability reasons, none of which…
Zapier makes it easy to wire together a bunch of services if you want to build up functionality fast.
Myself, I'm building my MVP's these days with Bootstrap + Rails + Heroku, and when I need to step up the design a bit, I'm leaning on WrapBoostrap and Designmodo. That said, I think it's extremely possible to build an MVP (emphasis on Minimum, as it should be) and write very little code.
Re: Ask HN: Fastest way to get a web app from 0 to 60
#6In what "domain" is your product idea? (without revealing too much, obviously). For example: a collaboration tool. Or an e-commerce subscription site. Etc... I would go for Python + Django. Avoid Google App Engine. There are big gotchas with using Django and GAE. You essentially have to throw out the Django ORM because Google places restrictions on what SQL queries you can use (for scalability reasons, none of which…
Re: Ask HN: Fastest way to get a web app from 0 to 60
#7In what "domain" is your product idea? (without revealing too much, obviously). For example: a collaboration tool. Or an e-commerce subscription site. Etc... I would go for Python + Django. Avoid Google App Engine. There are big gotchas with using Django and GAE. You essentially have to throw out the Django ORM because Google places restrictions on what SQL queries you can use (for scalability reasons, none of which…
The app is basically a service for ordering/dispatching couriers/deliverypeople, so it's definitely real-time(ish) - the core functionality is for users to be able to order a delivery (with real-time cost estimate) and for human dispatchers to be able to process the deliveries through a private portal. At the bare minimum I could honestly just do it through a basic form that sends emails to a dispatcher account, so I…
Your app seems like a fairly standard SaaS app. The cost estimate is only "real-time" in the sense that there is some data that is crunched on the server before it's served up to the user. Users just deal with a form and they punch in their data, and then that data is shown to couriers. That's pretty standard CRUD and you don't need anything fancy. Node.js is really cool, but you're going to be a lot more productive and you're going to have a much easier time by sticking to a standard, mature web framework like Django (or Rails).
Are you fluent in Javascript, PHP, or Ruby? If not, that's even more of a reason to stick with Python and Django, because you can literally start learning Django and have your MVP up by Monday.
Re: Ask HN: Fastest way to get a web app from 0 to 60
#8Earlier quoted context omitted.
The app is basically a service for ordering/dispatching couriers/deliverypeople, so it's definitely real-time(ish) - the core functionality is for users to be able to order a delivery (with real-time cost estimate) and for human dispatchers to be able to process the deliveries through a private portal. At the bare minimum I could honestly just do it through a basic form that sends emails to a dispatcher account, so I…
That's not really realtime. Realtime is a chat app - i.e even a delay of 10 seconds is too much. Realtime is a multiplayer game with 1000 users all at once. I'm afraid I was a little vague when I said realtime. Node.js is for concurrent realtime. Meaning it's good for a product where you have thousands of users that need to be connected all at the same time all communicating with one another. Your app seems like a fa…