Live data from Hacker News

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

news.ycombinator.com

651–660 of 736 posts

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

#651

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…

For deployment I'm using Docker + Github CI + Digital Ocean basic droplets. Docker support is built into Phoenix, all you need is `mix phx.gen.release --docker`.

What I like about it is that upgrading a DO host is basically a matter of spinning off a new droplet and install Docker on it. Also, setting up deployment for a new Phoenix project takes about 30 minutes now.

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

#652

Django, in my previous role we did MVP websites for academics and the speed of getting a site up and running and deployed was just so fast. I’ve never worked with anything else that is as fast, anything like FastAPI or Flask or Express or similar either requires additional libraries to add really basic and common functionality or you have to roll it yourself. I personally don’t think that if you’re building an MVP yo…

Came here to say this. I have a side project that I need to spin up quickly and after lots of framework shopping, I settled for Django. Django and it's batteries included philosophy is perfect for creating full stack applications. The best thing about Django is that almost every problem you face has been answered by the community. The community tools like DRF/Django-Ninja/Crispy-forms/Django-environ etc are top notch…

The Django community is amazing - very friendly, welcoming and a very rich 3rd party app ecosystem.

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

#653

Earlier quoted context omitted.

Why must you render a B2C app server side?

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

That is making assumptions about what type of service it is though. B2C doesn’t inherently imply that everything is public and needs to be indexable.

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

#655

Earlier quoted context omitted.

Would that be in Rust for performance reasons? Elixir IME isn't as slow as some other popular languages but it's no speed demon either.

Rust also has the benefit of eliminating a ton of classes of bugs, which is great for the core of a product that connects to the network, fetches untrusted content, parses it, and (presumably) stores it somewhere. Not that you can't still have bugs, but when you can get C-levels of speed with Python-levels of safety, why not?

"Python" levels of safety? Let's aim a little higher in life.

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

#659

Earlier quoted context omitted.

Check out also Unpoly. It’s probably the most “batteries included” of this kind of tools, although not as popular.

Can you expand further? What has you bother to introduce unpoly when Hotwire is included by default? Aka, what are the main things missing/better that drive you to use unpoly.

I was replying to @moxplod because it seems they didn't know about these alternatives to pjax. They're mentioning HTMX, etc so I've added Unpoly to the list of similar things.

I'm not saying you should replace Hotwire with anything else - I wouldn't do it given it's the default or defacto solution.

But all of these tools (pjax, htmx, unpoly and hotwire) work perfectly well outside of Rails too. So if you're not using Rails and you're, for example, using Django which doesn't have a default solution then you can pick one of them, and I think Unpoly is a very nice one.

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

#660

Earlier quoted context omitted.

Thanks for the kind words. It’s probably time for me to revise that a bit, or write another one. I’ve learned a lot more yet since I wrote that. I used to use Flask, but I changed over to Django at the end of 2022. Super happy I did. It wasn’t painless, but the benefits have been totally worth it.

What were the benefits switching over to Django from Flask?

One more big benefit: you can figure out how to do almost anything with Django with the right combination of Google and Stack Overflow searches. Not so for Flask.

Ok, well, maybe there are some answers, but it’s always like “Install, configure, and integrate this third party plugin”. Ain’t nobody who’s side-hustlin’ got time for that.

Post reply on HN