If I was starting from scratch and didn't have any other constraints, I'm sure that I would go with Elixir/Phoenix.
Ask HN: What would be your stack if you are building an MVP today?
541–550 of 736 posts
Re: Ask HN: What would be your stack if you are building an MVP today?
#542Laravel + htmx + sqlite + Bootstrap
I'm currently making something with these for the first time. I picked sqlite because it's convenient and seems to be supported on free hosting.
Re: Ask HN: What would be your stack if you are building an MVP today?
#543Earlier quoted context omitted.
As a long time python dev, I’m now not certain why I would use python for a web app, over typescript on Next, other than familiarity. Sharing types between the server and client, and only having to manage _one_ software ecosystem is great.
Some potential reasons: 1. The data layer, if you want a high-quality ORM and migrations SQLAlchemy + Alembic (or Django ORM + its built-in migrations) are battle-tested systems that I trust will scale to large teams and not break my data . If you're more of the persuasion to write raw SQL, or to just use a SQL query builder, Python is less of a draw these days (although SQLAlchemy's query builder is quite nice and c…
On 1 - I've worked at startups using Django ORM and banking companies using MSSQL stored procs. I don't understand why anyone would ever go the stored proc/raw SQL way unless they absolutely needed the performance. And if you do need the performance, you can always dip down to that level from whatever ORM you are using.
Most of the queries I've done using Django can be optimized at the application code level to be fast and efficient without even touching SQL. There were a few instances at the two Django shops I've worked where we optimized one or two queries by writing raw SQL, but the number of times I've seen that in a codebase can be counted on one hand.
The SQL/stored proc method, on the other hand, doesn't come with any way to do migrations or version your database by default (AFAIK). So now you have to write migration code and come up with some kind of versioning system by hand.
Wish I had more experience with SQLAlchemy/Alembic. I've tried using it on little things here and there but since I've always known Django, that's what I usually go with.
Re: Ask HN: What would be your stack if you are building an MVP today?
#544Because in my experience MVP at first is a marketing test, not functionality - I need something to easily put text and images down :)
...So - anything. Simple WordPress page with some content builder would work.
No need to invent functionality before testing out the need.
Re: Ask HN: What would be your stack if you are building an MVP today?
#545After 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 second this. I would say that I am pretty advanced with Python (and Django) and same with JavaScript (Vue and Nuxt) and have written applications that got used by multiple users. I saw a sharp rise in my productivity when I knew enough about the frameworks. But Elixir + PhoenixLiveView + Tailwind has been life changing. I learned Elixir for the sake of the joy of learning a new programming language and I kept playi…
Moving from Python/JS -> Elixir at a startup seems very high risk, have the rewards been worth it? I can imagine issues with hiring, unknown unknowns, and less libraries/support in general.
Re: Ask HN: What would be your stack if you are building an MVP today?
#546backend: NodeJs alone with Express or any webframework for API
fronend: ReactJs, NextJs, Vercel along with Firebase
DB: DynamoDB, Redis, FireStore and Postgres (along with Hasura)
Infra: AWS, Serverless (Lambda, API Gateway), or K8s(containers)
misc: Cloudflare for Domain management, caching and Analytics storage (using workers and key value store)
Re: Ask HN: What would be your stack if you are building an MVP today?
#547PostgREST, React, AWS
Re: Ask HN: What would be your stack if you are building an MVP today?
#548.NET 7 & SQLite. Because I wouldn't need anything else. Also, it could potentially be my final stack depending on the size of my business & market. The current Kestrel web server implementation is extraordinarily fast (i.e. millions of requests per second fast). Vertical scaling isn't exactly a problem now that we have 2S servers with 256 cores (and beyond).
Have you found any good managed places to deploy modern .NET apps other than Azure? My experience is you can either use Azure, in which it's fairly abstracted for you but overpriced, or you can use something like DO where it's more reasonably priced but you have to handle everything yourself.
AWS has been aggressive in .NET support in the last couple of years: https://aws.amazon.com/developer/language/net/
Re: Ask HN: What would be your stack if you are building an MVP today?
#549After 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 would choose Elixir/Phoenix. Having spent my career in Python/Django, Elixir/Phoenix/Live View is on another level of productivity.
For anyone needing a reason to jump into Elixir, take 40 minutes and watch this talk [1] by Sasa Juric. He communicates things so well as to all the benefits of Elixir/Erlang/BEAM.
Then take the time to read Elixir in Action book (again, Sasa) and you'll be off to the races.
Re: Ask HN: What would be your stack if you are building an MVP today?
#550Rails if I want a database, Sinatra if I don't. Ruby just... wants you to be happy while you're using it. And in the long run of life, that matters. Python wants to be correct, Java wants you to not make mistakes, JS is still figuring itself out, Scala wants to do hard things... Ruby wants you to be happy. IMO - There's a lot of very worthwhile follow-on effects of that - everything from libraries (generally) being j…
I was a Rails, Sinatra, Ruby dev for years and I’ve been work with Go for years too. I’m struggling to understand your perspective because I’m no less happy coding in Go.