I'm planning two side project apps this year using Dart/Flutter with an SQLite DB for local storage/backend. I like the ability for this to run on any platform.
Ask HN: What web development stack do you prefer in 2024?
41–50 of 51 posts
Re: Ask HN: What web development stack do you prefer in 2024?
#42Java + Spring Boot + MySQL in the backend. With OpenAPI to define the API structure and generate as much code as possible.
TypeScript + React in the frontend.
Re: Ask HN: What web development stack do you prefer in 2024?
#43At work I use vanilla HTML, CSS and Javascript for the frontend. For the backend I use node.
For personal projects I sometimes use the same stack, however in some occasions I have used Sveltekit.
Re: Ask HN: What web development stack do you prefer in 2024?
#44Vanilla HTML, CSS, JS (no need to compile/transpile/etc.)
Golang (I only need to upload a binary to my server and done)
Postgres/MySQL/SQlite
Docker and/or binaries.
Re: Ask HN: What web development stack do you prefer in 2024?
#45Astro SSR with React components when in need (rarely). A joy to iterate upon since you don't have to worry about coordination between the frontend and backend. Easy to dockerize and deploy wherever you want (I'm looking at you Next!). Never been more productive in my life. https://astro.build/
Re: Ask HN: What web development stack do you prefer in 2024?
#46In the process of establishing HTMX, Alpine, Tailwind at work since the 6 year old React SPA is impossible to upgrade.
Re: Ask HN: What web development stack do you prefer in 2024?
#47Varies, but most commonly:
Django, Postgres, React, Docker, Heroku, AWS S3 for static frontend deployment.
Re: Ask HN: What web development stack do you prefer in 2024?
#48Honestly, I'm tired of big sites. I like simple, clean HTML + CSS websites. And I write them myself. JAMstack.
Re: Ask HN: What web development stack do you prefer in 2024?
#49Rails and Turbo - the lazy dev’s path to success.
Re: Ask HN: What web development stack do you prefer in 2024?
#50front end? preact if it's complicated enough to need it, vanilla js otherwise.
Actually, a few months back I started doing something in react, then i asked myself why, then I replaced it with .net/aspx and no javascript.