Definitely old schools. I am building a MVP right now(kinda building my parachute while jumping off the plane)and I went with Django. And here is why. 1. Very vibrant community of devs and time-tested open-source libraries.If you want a multi-tenancy there is a library for that. IF you want stripe integration there is one for that. If you want "fully built out" services, then we have a plethora of free and paid templ…
Did a big migration from Flask to Django for my main side project for all of these reasons earlier this year. I love Django. It's criminally underrated. Side project if anyone's interested in peeping it: https://www.fpgajobs.com
Ask HN: What would be your stack if you are building an MVP today?
421–430 of 736 posts
Re: Ask HN: What would be your stack if you are building an MVP today?
#422Re: Ask HN: What would be your stack if you are building an MVP today?
#423- nothing beats the simplicity and power of svelte for UI
- netflix falcor for state and request management, because it has the 90% of features of graphQL i need but is much simpler to reason about and i can auto generate nearly all my requests from svelte without writing queries (because falcors model matches 1:1 to POJOs and has optional schemas so prototype at lighting speed and then add schemas later as needed for reliability)
- pouchdb/couchdb because nothing beats this combination for sync and offline and low latency features
Re: Ask HN: What would be your stack if you are building an MVP today?
#424My main reason is speed; you can move very fast, and lots of the "boilerplate" stuff is handled out of the box.
I do keep post MVP in mind, it should be pretty easy to move parts to different systems if necessary. The most radical exit would be moving the Postgres DB elsewhere, or even self hosting Supabase.
It's good that it's possible, but I plan to use this stack as long as possible as it's great, and I have zero interest in managing and maintaining infrastructure.
As with everything; it depends. On your product and on your skills/expertise.
Re: Ask HN: What would be your stack if you are building an MVP today?
#425typesafe next react trpc and prisma
Re: Ask HN: What would be your stack if you are building an MVP today?
#426Earlier quoted context omitted.
The biggest benefit to Django, in my opinion, is the orm and admin tooling. Being able to fix things in your app without having to open a repl or open a database tool is absolutely killer.
I honestly cannot believe that Rails doesn't have this built in. This was something that was in Django for as long as I can remember; I was looking at it in I think 2006 and it existed at that point in a very similar state to what I've seen lately. Not a dig on Rails, like "Oh, Rails is so bad they don't even have..."; rather, Rails is extremely capable, and so are Rails devs, so I legitimately don't understand why t…
Re: Ask HN: What would be your stack if you are building an MVP today?
#427Well that depends a bit on what the MVP needs to be. Anything web related I'm probably going the Elixir/Phoenix route. I'm no web dev, but this combination makes me actually kind of like doing web-things with how batteries included it is, and the tools it provides to really jump start a project. Then I'd host it "old schoolish" in a VPS or similar since that's what I know best. Might consider being fancy and investig…
Totally agree! For almost all web-based MVPs the PETAL Stack (Phoenix with LiveView & TailwindCSS) deployed to FREE Fly.io is an epic choice for both response times, realtime features, dev speed (time to market). We're currently building our MVP with it and it's fully Open Source so anyone can learn from our journey: https://github.com/dwyl/mvp
In fact I found it perhaps harder to get started than learning Rust, especially because the language server seemed unable to offer as rich completions compared to Rust.
In the end I did manage to understand most of the primitives and concepts in the basic sample app, but it did make me re-evaluate if it is the best choice in terms of technology adoption when it departs from most typical Python/JS/C family style conventions.
Re: Ask HN: What would be your stack if you are building an MVP today?
#428Hhere is quick survey : Regarding backend choices: curl "https://news.ycombinator.com/item?id=34530052" | grep -i Django | wc -l 36 curl "https://news.ycombinator.com/item?id=34530052" | grep -i supabase | wc -l 17 curl "https://news.ycombinator.com/item?id=34530052" | grep -i rails | wc -l 28 curl "https://news.ycombinator.com/item?id=34530052" | grep -i node | wc -l 15 curl "https://news.ycombinator.com/item?id=345…
But doesn't that ignore the negative comments, e.g. don't use rails! /s
Re: Ask HN: What would be your stack if you are building an MVP today?
#429Back End: AWS Lambda behind API Gateway
Database: AWS DynamoDB
This stack will reduce down to zero usage costs when there is no traffic and will scale up to much more than I will possibly need for anything resembling an MVP with no interference required by me.
Re: Ask HN: What would be your stack if you are building an MVP today?
#430My own servers for the entire cloud, maybe with CloudFlare as a CDN.
Avoid anything else as much as possible. If you need AI/ML, you're going to have to pull in some difficult extra stuff, so make sure the value is there.
Owing both to the unreasonableness of the modern javascript stack (node/eslint/jest/react/typescript/webpack) and also to the considerable improvement of vanilla js over the past 10 years, I really don't feel like all the extra frameworks are worth the overhead and dependency risk on the frontend. Vanilla js is really good these days! And when you need a boost, rust wasm is also really good.
I've found that it's a lot faster - and also a lot safer! - to build in vanilla js than I ever would have expected. Typescript still adds value, but imo not nearly enough value to earn a place in the stack.