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

681–690 of 736 posts

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

#681

Post by omnimus »

0xblinq wrote: post #270
lta wrote: post #32

Earlier quoted context omitted.

I did so last year, and I cannot be happier. My only regret is that I wasn't aware of htmx/hotwire at the time. I went with Vue, and I regret it immensely. Rails is the fastest development platform I've tried so far, it is predictable, well crafted, structured yet flexible. You can't go wrong with it. Every now and then I try something new on a side project or I have to work on some other codebase for my customers, a…

I'm using Laravel with Hotwire and it's fantastic. Now I want to cry every time I see the mess of overengineering I have to deal with in other projects when they're built with Redux, React, etc, etc.

Why Hotwire instead of Livewire if i may ask?

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

#682

Post by doetoe »

john_the_writer wrote: post #629
pcthrowaway wrote: post #612

Earlier quoted context omitted.

Isn't Elixir a little bit like Ruby though? At least superficially. And it supports metaprogramming like Ruby. So I'd guess the code would end up looking similar on a lot of teams

It's a little bit like ruby.. But It's not object oriented, it's a functional language. It is polymorphic and all data is immutable. (Edit: actually realised its very much not like ruby, when I re-read this) What I've seen in most projects is that the awesomeness that is threading (tasks and processes) is not really used. Supervisors aren't built as first class citizens. I see teams eat the cost of NIH, but not get t…

I like the quote at the end, I would change knowing to learning though

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

#683

Post by cbrake »

Backend: Go, Frontend: Elm.

Both languages are simple to read, easy to maintain, and very fast/efficient.

https://docs.simpleiot.org/docs/ref/vision.html#technology-c... http://bec-systems.com/site/2048/go-for-iiot-systems http://bec-systems.com/site/1625/why-are-go-applications-so-...

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

#684

Post by xupybd »

SIRHAMY wrote: post #678
xupybd wrote: post #523

It's obscure and different but I'd be using https://safe-stack.github.io/ I've never felt as confident about my code as I am with F#. It takes a little getting used to and some custom widgets are awkward to get working but I love the stack.

Another F# fan here =) I really like it for building backends but I haven't found the frontend story as compelling. Currently I use F# for my API and then use a standalone frontend (currently SvelteKit) to try and get the best tool for backend / frontend. Q: How's your experience been with F# frontends? I'm assuming you're using Fable?

It's been amazing. Yeah I'm using fable. I think there is an early Svelte version.

The strength is shared code between the back end and front end. The same types and validation logic.

I like Elmish but I'm still prone to create a bit of a mess. It takes some thinking in how to build modules up. The bundle size is a little large as well.

My bug count is way down. I love strong typing in the front end.

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

#685

Post by atmosx »

newaccount2021 wrote: post #88
sph wrote: post #36

I'm building an MVP solo. Rust for the core application, Elixir for the backend, frontend, API, data layer. Javascript is pretty much non-existent, all client-side interactivity is done by LiveView. Packaged into a podman container and deployed to a Hetzner dedicated server. Storage on PostgreSQL, probably the only thing I would rather not have to manage, but honestly single node is perfectly fine for an MVP. Provisi…

I love Rust and program in it a lot...but I would never use it for an MVP Rust is the tool you use when you are done prototyping, not when you are just beginning

Ah… part of the process is having fun. If ppl enjoys rust, then rust is fine :-)

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

#687

Post by thettiguy »

cushychicken wrote: post #403
ultrasounder wrote: post #172

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

I’d imagine many are curious like me … are you making any money on this? I have a similar Niche job site I’m thinking of

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

#688

Post by TigerTeamX »

0x008 wrote: post #499
sph wrote: post #36

I'm building an MVP solo. Rust for the core application, Elixir for the backend, frontend, API, data layer. Javascript is pretty much non-existent, all client-side interactivity is done by LiveView. Packaged into a podman container and deployed to a Hetzner dedicated server. Storage on PostgreSQL, probably the only thing I would rather not have to manage, but honestly single node is perfectly fine for an MVP. Provisi…

But do you code in vim?

Emacs.... Just kidding, of course vim

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

#690

Post by Abishek_Muthian »

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…

Is Liveview CSP compatible? I found out that Alpine isn't and the alternate CSP build of it isn't stable.
Post reply on HN