Live data from Hacker News

Ask HN: What would be your stack if you are building an MVP today?

news.ycombinator.com

241–250 of 736 posts

Re: Ask HN: What would be your stack if you are building an MVP today?

#241
Supabase for storage, lambda for backend processing (Twilio, mainly). Front end is all hand written js, pages are statically generated in Hugo. cloudFlare Pages to host.

All free, scalability won’t be a problem since it’s a niche app and db r/w work is minimal. I estimate I can support 10k userbase all for free.

Re: Ask HN: What would be your stack if you are building an MVP today?

#242
A project I started about a year ago is PHP/Symfony/MySQL/React. It'll run on any modern lamp server so I've put it on a shared host I already had running for another customer.

I'm going to deploy it on aws fargate sometime in the next 6 months or so, that should get me to scale.

The database I'm going to migrate to a single tiny ec2 instance until I need more resources, then it'll probably go to RDS or PlanetScale.

Re: Ask HN: What would be your stack if you are building an MVP today?

#243
post #206

Earlier quoted context omitted.

Agreed, although I'd really like to throw in type safety, because the lack of it made my life needlessly complicated. Is this feasible with Python?

It’s not enforced at runtime, but otherwise I feel like typing is in a pretty good place in Python right now. If you’re diligent about using Pyright or MyPy as linters it makes life a lot easier.

Type hints in python also work great with vscode (and probably other IDEs) as it can offer better autocomplete suggestions for things like function parameters.

Re: Ask HN: What would be your stack if you are building an MVP today?

#245
T3 stack (Next.js, tRPC, Prisma with MySQL, NextAuth, either Tailwind or a component library depending on the project), deployed to Vercel. Maybe swap Prisma for Kysely if cold starts become an issue.

Disclaimer: I maintain an init tool for this stack so I'm somewhat biased

Re: Ask HN: What would be your stack if you are building an MVP today?

#246
post #215

Hhere 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…

Should include Laravel too, which would also be my answer.

Re: Ask HN: What would be your stack if you are building an MVP today?

#247

Svelte + Typescript & Tailwind, .NET 7, SQLite. Why? Mainly because I'm familiar with them, and would be most productive with these. I'd almost like to reach for Blazor, but if it's at all public-facing, I don't think I can justify using Blazor at this time.

>I'd almost like to reach for Blazor, but if it's at all public-facing, I don't think I can justify using Blazor at this time.

What are your concerns with Blazor for public facing apps?

Re: Ask HN: What would be your stack if you are building an MVP today?

#249
My first choice if the product is a good fit would be old school Django deployed to a single VPS (no docker). I am creating a public starter kit that does exactly that, including the deployment part: https://stribny.github.io/sidewinder/

However, there are lots of use cases that would call for additional SPA (Vue/Nuxt), or other tech. So in that case I'd add it or replace the tech stack entirely. I'd probably avoid specialized cloud services, might consider something like https://supabase.com tho if the app doesn't need a complex backend.

Re: Ask HN: What would be your stack if you are building an MVP today?

#250
1. Laravel.

Because:

- Battle proven

- Secure

- Well maintained

- Well documented

- Fully featured (a lot more than others such as Django or Rails. Jobs, auth, asset manager, etc out of the box)

- Doesn't hate JavaScript, embraces it (hello Rails!).

- The templating system, Blade, is pretty great...you can even do components.

- Opinionated and not that many different ways to do the same thing, makes things more consistent

- Performance is good enough for 99.9% of use cases. For the other 0.01% add Octane.

- Great, friendly and professional community. Top high quality packages with lots of users and well maintained.

- Excellent frontend integration packages in case blade is not your thing: Inertia, Livewire, Hotwire, etc.

- Lots of people know it and like it, so easy to hire for too.

- Code organization makes a lot of sense to me (hello Django!)

Post reply on HN