this post was submitted on 29 Oct 2025
48 points (98.0% liked)

Web Development

4728 readers
9 users here now

Welcome to the web development community! This is a place to post, discuss, get help about, etc. anything related to web development

What is web development?

Web development is the process of creating websites or web applications

Rules/Guidelines

Related Communities

Wormhole

Some webdev blogsNot sure what to post in here? Want some web development related things to read?

Heres a couple blogs that have web development related content

CreditsIcon base by Delapouite under CC BY 3.0 with modifications to add a gradient

founded 2 years ago
MODERATORS
 

I'm an experienced backend developer. To me, the backend world seems super simple compared to the frontend world.

It seems like there are a million options and I don't have the experience to say what's good and what's not. I'm hit with major choice paralysis, basically.

I don't have any special requirements - I "just" want to build a pretty standard, responsive, modern-looking UI. Ideally without too much boilerplate, in a framework that "feels good", in a way that might at some point attract other contributors as well, if I get to the point of open sourcing.

Of course I could just reach for the most popular thing i.e. React, but that doesn't seem to be the "hip" thing to use nowadays (or maybe I'm wrong? What do I know, I'm a backend dev).

But even if I choose a framework, there's a million other libraries out there to choose as well. For instance, which UI library to choose? What about observability and state management and authentication and so on?

Sorry if this is a bit ranty. I am honestly just looking for an experienced frontend developer to point me in some direction (i.e. some set of frameworks/libraries; a "stack" if you will), so I can get out of this choice paralysis.

What would be your go-to stack for a new frontend project today?

(page 2) 26 comments
sorted by: hot top controversial new old
[–] brianpeiris@lemmy.ca 2 points 6 days ago* (last edited 6 days ago) (2 children)

Devographics has been running these popular "State of X" surveys (State of JS, State of CSS, etc) that have been useful for tracking trends in frontend framework usage:
https://www.devographics.com/
https://stateofjs.com/en-US
https://stateofcss.com/en-US
https://stateofhtml.com/en-US
https://stateofreact.com/en-US

The StackOverflow survey is also somewhat useful:
https://survey.stackoverflow.co/2025

load more comments (2 replies)
[–] orbitz@lemmy.ca 1 points 5 days ago

As someone self taught in both (okay some schooling but I don't use much beyond some of the principles/design I learned), even learning frameworks you need to understand HTML, CSS and JavaScript. Okay maybe less JavaScript with something but I don't know them.

I picked Angular for something, maybe not the best, uses typescript which I like. But in the end it's just to hold variables. After awhile I could easily write something to dynamically create a form in the way I wanted. There are other things I use but if I really wanted I could probably do it all my own in JavaScript anyways.

That's why you learn them, without HTML you don't know not to put things on a screen, without css you can't organize or style it, without JavaScript you have no interaction. Learn them and you'll figure it out.

[–] techconsulnerd@programming.dev 1 points 6 days ago (1 children)

If you already an expert in python, you can keep doing that and build a frontend in python using Dash. They have bootstrap components and mantine (React) components for options of style you might prefer. Don't need to write JS or HTML. It's enterprise grade and widely used by large enterprise projects.

Another is Reflex but their open source version is tricky to run in production. They promote more of their cloud version or enterprise license.

[–] SorteKanin@feddit.dk 1 points 6 days ago

I know Python but I don't like using it 😅. I've definitely considered going the non-JS/TS route and using something like Dioxus, since I know Rust very well, but I'm not sure that really a super viable way as it's still quite early for that sort of approach in the Rust ecosystem.

[–] tavernusmaximus@piefed.social 1 points 6 days ago (1 children)

I would first ask what you expect your frontend to do. Will your UI get live updates? What do you expect will be an average session time, minutes or hours?

I “just” want to build a pretty standard, responsive, modern-looking UI.

You can accomplish that with plain HTML, CSS and JavaScript. https://developer.mozilla.org/en-US/docs/Learn_web_development can be a good place to start.

Ideally without too much boilerplate

What is considered boilerplate, and too much of it, is a bit subjective.

in a framework that “feels good”

That is very much subjective. Also, you might not need a framework.

in a way that might at some point attract other contributors as well

Now you're considering your own tastes, as well as the tastes of an unknown future stranger :D I'd say don't worry about it.

[–] tavernusmaximus@piefed.social 2 points 6 days ago (1 children)

I would first ask what you expect your frontend to do. Will your UI get live updates? What do you expect will be an average session time, minutes or hours?

I forgot to elaborate why. My point being you might get what you need from fairly static HTML generated by a backend, with a sprinkling of JavaScript for interactivity (Progressive enhancement, gov.uk has more on that as an approach )

[–] SorteKanin@feddit.dk 1 points 6 days ago (2 children)

fairly static HTML generated by a backend

I don't think this is a scalable, futureproof option. Neither is pure HTML/CSS/JS. I know you can get far with those things, but as another comment mentioned, what if I at some point want to turn it into a mobile app? What if I want to do some complicated thing that I didn't anticipate ahead of time? An established framework seems more futureproof in that aspect.

[–] matsdis@piefed.social 2 points 6 days ago

This is orthogonal. If you want to do anything custom, it will often be easier to not use your JS framework at all for that part of the App. If you are going to use Tauri you will be using the Tauri API not the API of your framework. If you want stuff like touch input or show system notifications, you'll use the browser's APIs for that. If anything the framework will be in the way for lower-level stuff, and you always have the option to not use it for some part of your App.

load more comments (1 replies)
load more comments
view more: ‹ prev next ›