Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

news.ycombinator.com

Post reply on HN
Print view View original

511–520 of 736 posts

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

#511

Post by 0xblinq »

JeremyNT wrote: post #501
weaksauce wrote: post #444

Earlier quoted context omitted.

imo rails without react and leveraging hotwire is going to be the next big thing in web dev. react is a huge increase in complexity for not much appreciable gain. you are not facebook and don't have facebook's needs. rails is nimble by itself.

I'm a fan of this too, and it honestly confuses me that people would do a Rails API with React for a MVP . If you're already doing the backend in rails, it's hardly any more work to just do hotwire with server side rendering at the same time, and you can switch to a SPA later (if you really do need to).

Most people in this thread are not suggesting a stack for an mvp. They’re just listing their favorite stacks, that’s it.

There’s a comment of somebody saying that just Postgres and Go. How on earth is that a good stack for building an mvp?? You’ll have to write a shit ton of code or glue together 10 thousand libraries.

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

#512

Post by leros »

kiwicopple wrote: post #316
eddieroger wrote: post #207

Earlier quoted context omitted.

The Supabase folks are very active on here - if you shared your restrictions, maybe they'll open the up.

(supabase ceo) We definitely like to receive feedback for improvement. let us know what you're frustrated by @leros. Sometimes there is context for the restrictions which we haven't shared in the docs, so it would be great to hear it so that we can either fix or clarify.

I'm not unhappy about anything in particular. Superbase is fantastic and many of the upcoming things are things that I'm excited about.

It's just that something I plan to work on for a long time, with lots of people, and that will have lots of business and scaling complexity, I prefer to run my own simple stack so I have full control and don't find myself waiting on someone else's roadmap for a feature I desperately need.

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

#513

Post by belthesar »

mlboss wrote: post #110

Django/Postgres/htmx(for interactivity) . I was able to release aipaintr.com in 3 weeks working 2-3 hours daily. All the new fangled frontend technologies make me dizzy :). On top of that this is my fist project in django. There is a nice django starter oss project called djangox which takes care most of the integration out of the box. For a new project the complexity should be on the marketing stack. Choosing a good…

djangox definitely looks a bit less opinionated and lighter weight than what I normally use for a starter project, which is cookiecutter-django: https://github.com/cookiecutter/cookiecutter-django

It seems to include most everything that djangox does, and a little bit more, and with cookiecutter's setup process, you can strip out much of what you don't want/need.

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

#514

Post by 0xblinq »

maxcan wrote: post #509

Data: Postgres & Hasura (for me Hasura is the goldilocks level of abstraction - lets me skip writing CRUD handlers, but doesn't get in the way either when I need to do something complex). Frontend: TypeScript, React, apollo client, graphql-code-generator, tailwind Backend Logic: Lambda functions written in TS, packaged with serverless.com, but deployed with Terraform CI: GH Actions Deployment: AWS via Terraform. One…

And god protects us if some day you leave the project and somebody else has to come and understand these setups.

I bet you know this very well and you’re very productive with this, but just imagine the next person having to pick it up.

That’s where full stack batteries included frameworks shine… you know what to expect and how things fit together, you just need to figure out the business logic.

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

#515

Post by andrewmunsell »

speakfreely wrote: post #456
quicksnap wrote: post #450

About a year ago I took off maybe 5 months to create a ephemeral voice messaging mobile app (Android + iOS) Stack: - React Native + Expo - Typescript - Supabase - Vercel - Some Vercel/nextJS-ish lamda functions so I could avoid AWS (Supabase didn't have that kind of offering yet) For me, it was _very_ pleasant to work in. I was able to ship features via OTA updates from idea to live in literally minutes.. sometimes e…

How did you define your models and manage database migrations with Supabase?

Personally, I've found node-pg-migrate works well for a Node stack and Postgres migrations in Supabase. Then, I primarily interact with the database using the Supabase GraphQL API + RLS.

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

#518

Post by fzaninotto »

jasondigitized wrote: post #435
fzaninotto wrote: post #305

If you're building a B2B app: - Supabase on the backend (REST APIs are a solved problem, no need to spend a single hour on it) - Auth0 for authentication (too risky to manage authentication manually) - react + react-admin SPA on the frontend (does 80% of the job for B2B apps) - lambda functions (for business logic that can't be exposed on the frontend) API-centric SPAs are such a time saver... when you don't have to…

Why must you render a B2C app server side?

Because of SEO: SPAs aren’t good at using robot time efficiently

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

#520

Post by rozap »

nyxcharon wrote: post #467

After working with the PETAL (Phoenix, Elixir, TailwindCSS, Alpine.Js, Liveview) stack at $JOB for a while now, I have to say I've never been more productive. Early on I would still have to lean on Alpine heavily for various JS interactions but with all the features Liveview has been adding and improving on (Hello JS module!) I find myself needing it less and less. Liveview really has been a game changer for me. Tail…

I also went this route, but am keeping the infrastructure simple in order to minimize lock in. It has been super productive but also I've spent years using elixir professionally and unprofessionally so I'm comfortable with it. The nice thing is that the elixir ecosystem is so robust you don't need to get locked into whatever cloud provider solution is in vogue at the moment. Also, we got a pile of cloud credits from different providers, and intend to use them :)
Post reply on HN