Live data from Hacker News

If not React, then what?

infrequently.org

411–420 of 756 posts

Re: If not React, then what?

#411
I created a serverless platform and some generic Web Components which let me build highly maintainable applications (which update in realtime) very quickly. It's more versatile than just CRUD as it supports complex views and serverless querying capabilities including fast search with indexing.

Unfortunately, it seems essentially impossible to get get traction in my country so I'm unsure what to do with it. I use it for my own projects. See https://saasufy.com/

Re: If not React, then what?

#412
I'm not a front-end developer by any stretch (though I did do web apps in the beginning), and I have to say, using GenAI and describing a web app to Claude or ChatGPT gets amazing results.

I'm inclined to think this is one of the areas that GenAI can massively reduce cost. Claude will even iterate wireframes (in React).

As for performance, that's not going to ever be a framework problem. That's a deployment and scaling and architecture problem.

Re: If not React, then what?

#413
post #37

A fun thing about reading Alex is that you can tell he's had the same arguments over and over again for a decade now and he's frustrated with having to keep on making the same points and getting the exact same responses. Most of the people commenting on this piece won't have read this whole article (it's long, and internet attention spans are short). As a result, you'll find plenty of the comments here were exactly p…

Or maybe he's just complaining about things that most people don't care about. Because they're not relevant for the day to day jobs

Re: If not React, then what?

#414

I'll continue using vanilla React, for the same reason I use Java: it's reached the coveted "boring technology" status where it's mature, stable, fast enough, and has a huge community, resources, and ecosystem. I won't let go of that easily. However, this is a pretty epic rant nonetheless.

Maybe it’s time I learn it… Last time I looked at react was 2016 or so and every tutorial was referencing some different mutually incompatible version of some component (router, redux, flux, some other alphabet soup) and everyone had their own list of essential ingredients in a basic hello world app. I came away from the whole experience thinking here’s an ecosystem that needs to mature another 10 years or so before…

The best way to learn a library is to learn it by itself without bringing in other things. I encourage you to learn React without any router, redux, or any alphabet soup indeed. Don't even need a build step, since JSX is optional.

Re: If not React, then what?

#415

Earlier quoted context omitted.

But why would OP or I switch away from React when we believe it's mature, stable, fast enough, and has a huge community, resources, and ecosystem? And perhaps most important of all: it's the tool we know.

Because it’s not and people hate these sites…I’m sorry…”apps” you make.

Right, and people would obviously love those same apps if they were written with Vue instead. Of course.

Re: If not React, then what?

#416
post #37

A fun thing about reading Alex is that you can tell he's had the same arguments over and over again for a decade now and he's frustrated with having to keep on making the same points and getting the exact same responses. Most of the people commenting on this piece won't have read this whole article (it's long, and internet attention spans are short). As a result, you'll find plenty of the comments here were exactly p…

I think most responses to his posts are missing that this is the most important part: > In practice, the only thing that makes web experiences good is caring about the user experience — specifically, the experience of folks at the margins. Technologies come and go, but what always makes the difference is giving a toss about the user. > In less vulgar terms, the struggle is to convince managers and tech leads that the…

The problem is that this fundamental claim undermines the entirety of the argument. You can build a good web experience in React if you care about the user experience.

Re: If not React, then what?

#417
post #168

Reading over the authors primary reasons to not use React, they strike me as fundamentally misguided - mostly solving problems that most people don’t have. One reason it says that React is a poor choice is performance issues. But front end performance issues are almost never the most pressing issue to deal with. React performance concerns in the real world are typically measured in, at worst, hundreds of milliseconds…

> React performance concerns in the real world are typically measured in, at worst, hundreds of milliseconds. Yes, there are a few specialized domains where this will matter. No, you probably don’t work in one. This is fine for solving random business integration concerns, but for application software we have to use on a daily basis, it really sucks. Modern web applications sometimes feel incredibly shitty to use. Gm…

Why would you think rust will make the web sing? Their HTML documentation generator uses 571+ dependencies. So, hello more bloat! If the core rust team can't avoid it why would you think any other rust project would?

Re: If not React, then what?

#418
post #168

Reading over the authors primary reasons to not use React, they strike me as fundamentally misguided - mostly solving problems that most people don’t have. One reason it says that React is a poor choice is performance issues. But front end performance issues are almost never the most pressing issue to deal with. React performance concerns in the real world are typically measured in, at worst, hundreds of milliseconds…

> hundreds of milliseconds. Yes, there are a few specialized domains where this will matter. No, you probably don’t work in one.

This is funny to me, because I would think that for hundreds of milliseconds, anything user-facing is impacted. It's on the order of the human reaction time (~200ms). That's noticeable delay.

I do not work in frontend, so perhaps I am misguided. But I have had bad user experience using apps with even 100ms delay that require a lot of input (for example using excel or something in a streaming VM).

Re: If not React, then what?

#419

The fundamental problem with React and the like, is that it forced developers to unlearn the anchor tag. If you can change the url via js why use an actual hyperlink tag? Over the years, I'm seeing more and more unlearning of fundamental web from new frontend devs forged in boot camps.

There are some good use cases for this, for example soundcloud uses this to prevent reloading the page (and thus stopping the music when you click a link)
Post reply on HN