Ask HN: What is your goto stack when building a MVP and why?

I use mongodb, I found it is quick for prototyping. But I'm worried about race conditions, because I think its transaction is limited. But for my current stage (MVP), it seems to be fine.

I might eventually switch to postgresql, but I don't know how to deal with data migration once my database changes. I want the program design to be stabilized first.

I will not use firebase, it will be very expensive. I have tried aws lambda once to create myself an email redirect service. I found it hard to debug.

If you don’t know what to use. Use Javascript

We're building a new tool which makes it really easy to build backends, and MVPs are particularly easy. We literally built someone's product with them during a one hour onboarding earlier. https://darklang.com (or email me: paul@darklang.com)

I would highly recommend completely ignoring scalability for your MVP. Choose tech you enjoy writing/learning.

Right now you don't have enough info to make a good performance decision, so you might as well choose a stack that will encourage you to complete the project.

As you learn more about the task, you will be able to decide what kind of tech makes the most sense.

Rails + Postgres for MVP. Very quick to prototype (you can build a CRUD app with a few commands) and fairly flexible. Then when you want to scale you can add a JS framework if you need and use Rails for the API piece.

Phoenix + Postgres, railsy enough to get it done quick and room enough to take the same codebase to a million user throughput. I wouldn't have it any other way.

If I were you I’d use the stack you are most comfortable with if it can satisfy your requirements.

Otherwise choose what would be easiest to learn. E.g. if you know python but not web python, learn a python web framework instead of moving to NodeJS.

I’d probably keep it simple for an MVP and use a cloud managed SQL database, a popular stack like rails or something equivalent and use minimal client side JS (not a SPA) because that’ll reduce your time to getting it done.

Use cloud services to save you headaches as much as possible: managed databases, VMs preloaded with Linux. Cheat by chucking cloudflare in front of it to get SSL, unless your cloud can do the letsencrypt for you.

Avoid Kubernetes, docker, nosql, lambdas and anything else that’ll complicate things.

You want a monolithic crud app that serves up HTML like it’s 2006.

Web app: Django+Postgres+Bootstrap locally done with Docker, deployed with Heroku.

With Django you get a lot straight out of the box, including: user management, admin dashboards. For an 1 or 2 person built MVP I wouldn't even bother with a JS frontend, just Django forms & Bootstrap templates and full HTTP/POST forms. It simplifies everything and removes a point of failure.

You can get a solid functional system working very, very quickly. Which you can deploy to Heroku for $0 while you iterate, which can be converted to production ready system for as under $50/month depending on what you need.

Desktop: Python+Qt - but thats old and probably bad advice in 2019.

Heroku Postgres + Heroku + Any framework that you are comfortable with

For me, it's Play + Vue (shameless plug: https://github.com/GIVESocialMovement/sbt-vuefy).

The real time sink is not development. It's ops. Configuring server, making sure it's secure and online at all time, rotating logs, backing up database regularly, no-downtime deployment.

I'm using SQL because it's more flexible than a NoSQL solution. You don't need to plan in advance how to model your data. Just add a new index, and it works decently enough. I can also modify data without building a specialized admin UI.

Digital Ocean droplet with LAMP stack. Lumen for the API and Web components with Polymer for the front-end

Node.js(If needed) + jQuery + Theme + Firebase & Heroku deploys

I've recently re-discovered Google app engine, together with firestore for any persistence it's truly a low friction MVP environment.

I usually use it together with go and Vue for the frontend.

No-one using React?

For me it's Elixir + Phoenix because it's what I build fastest with. While it's not the very most performant stack in the world, it's built for scaling and can handle far more users than anything I've built with has gotten.

Usually for the MVP, I'll just stick with a traditional back-end MVC app and take advantage of all the Phoenix generators. As it gets a bit bigger, I might bring in Vue components on specific pages.

Once an app is really getting larger, I might bring in TypeScript on the front-end. I pretty much stick with Postgres the whole way unless there's a really compelling reason to do otherwise.

Disclosure: I run https://alchemist.camp, which teaches Elixir and Phoenix, but this screencasting project was the result of how much value I found in using Elixir for my last startup, not the reason I'm a fan of it now.

Plain HTML, PHP I learned 10 years ago and a text file for a database, as simple as possible or else I will lose interest before getting my environment even setup.

HTML, Bootstrap and GitHub Pages.

Clojure is great for fast prototyping I usually start with Boot + System https://github.com/danielsz/system and the holy grail: https://github.com/danielsz/system#the-holy-grail It is a full-stack template with hot-reloading on both sides.

C++ and postgress. In theory it should be the worst choice for fast prototyping. No interactive development like lisp. Forces types on you. No awesome web framework.

But I'm so familiar with the language and tool chains I can prototype extremely rapidly. With just a few minimal sane decisions, the prototype can be "web scale" buzzword compliant.

I have a saas sideline I have been selling for 10 years. Some time ago I settled with the toro php router, mysql, jquery and bootstrap. I do most of my coding in Sublime over ssh i.e. my test sites live in containers on a little core2duo desktop. Each container has it’s own Sublime. I can spin up any sublime, from any project, from any machine on my lan. As it’s internal go for a weak but performant ssh cipher or you will get too much latency. Copies of the same containers are used in the live environment. I have a container running Gitlab for versioning.

The core2duo box cost £25 and I love it. It’s also a file/plex server. Duckdns has also been a great friend. As well as nginx, lets encrypt and basic auth. Keeping in mind this is my test system.

Mostly pick one with a big community that other are using for quick prototypes. And (as others have said) ignore scaling unless scale is what you are prototyping. Use SQL to start. (MySQL/PostGres/Etc..) It's better to denormalize if you need scale then have to normalize noSQL data if needed at the app layer (maybe that's up for debate?).

C#/.net It's the one I know the best and supported for both fast prototyping (.net MVC apps) and scale [Linux and Windows]. Desktop Apps / Mobile / AWS Lambda etc... I use MSSQL for my data, but have used MySQL in the past.

I haven't seen Meteor.js mentioned here yet, which is a shame. It's great for quickly building out MVPs due to their out-of-the-box real-time functionality.

Things can get a bit bogged down once there are a certain number of components that chain update each other and Meteor still primarily uses Mongo, but neither should be a problem for a MVP.

Nginx- unicorn- rails - MySQL + redis

Everything is crud so rails with percona is nice and scalable and easy to deploy.

Redis solves all the unsolvable problems... locking, queuing, caching, magic kittens, and it’s easy to operate at scale

Nginx - makes it easy to have a robust front end for serving up css / js / images with http2

Unicorn is just nice way to run rails apps

Gatsby starter + Firebase For Mobile: react native + firebase

People always complain about Firebase being expensive, but how many apps really make it to that phase that it becomes?

Web: Create React App for the front-end and NodeJS+ExpressJS+MongoDB/MySQL for the backend. Any MVP could be delivered under one week.

On the other hand - I really love what other folks saying. As for myself, I'm thinking about trying out some Django/Rails setups

We were planned to use these technologies to build our MVP with scale-up in mind too: Instead of OpenID and JWT we wanted to use Redis. For front-end: React.js + ES6. For back-end: PHP 7 (Laravel 5+) and Phyton 3. For the database: MySQL 8 (MySQL improved a lot after this version) + Redis. Flutter for MVP. And Kotlin and Swift for the final product.

But I decided to build our MVP with ODOO ERP and CMS to test and then when is needed develop our own product.

What do you think about this?