Comment by maccard

Comment by maccard 16 days ago

React and the react ecosystem fail at many of the criteria you’ve listed. You might argue “that’s not reacts fault” but when I look at a website that takes 15+ seconds to load its content on a gigabit connection , I’m never surprised when it’s react. Lots of sites have massive issues with rendering performance, scalability and maintainability even with react.

What react does do is give you a clean separation of concerns across team boundaries and allow for reusable components . But the cost you pay for that is a boat load of overhead, complexity, maintainability concerns, and react specific edge cases

MartijnHols 16 days ago

A 15+ second load on a gigabit connection is impossible to have anything to do with the React library, as React is only kilobytes big and has no impact on the host.

Reply View 7 replies

archerx 15 days ago

It’s not just about the size of the payload, it’s about the stuff happening in the background and the constant diffing of the various DOMs that react has. I can tell I’m on a react site by how laggy it is. Some devs manage to do better but I can still tell.
Another wonderful feature of react is it will fully render the page on my iPad and then quickly replace it with an error message. Absolute brilliance.

Reply View | 0 replies
maccard 15 days ago

> You might argue “that’s not reacts fault” but when I look at a website that takes 15+ seconds to load its content on a gigabit connection , I’m never surprised when it’s react.
> A 15+ second load on a gigabit connection is impossible to have anything to do with the React library, as React is only kilobytes big and has no impact on the host.
Perfectly proving my point.
It's not react-the-framework's fault, yet those sites are always react sites.

Reply View | 2 replies
- gcau 15 days ago
  
  This is the "everyone who drinks water dies, therefore drinking water is deadly" argument. I'd also guess lesser known frameworks have a higher proportion of better developers - i.e people taking the time to research and try new technologies probably are more competent. You're also forgetting about the trillions of wordpress (and similar) websites that exist.
  
  Reply View | 1 reply
  
  maccard 15 days ago
  
  It’s really not.
  It’s much more of a “everyone who chooses this flavor of soda dies”. Maybe it’s the soda, maybe it’s the people it attracts.
  > I'd also guess lesser known frameworks have a higher proportion of better developers - i.e people taking the time to research and try new technologies probably are more competent.
  And this is the “you’re holding it wrong” argument.
  Facebook and Airbnb are the poster children for react (one of them wrote react). They are both perfect examples of absolutely disastrously monsters of websites plagued with issues related to all of the problems react supposedly solved.
  
  Reply View | 0 replies
pier25 15 days ago

So what stack are you using with React?

Reply View | 2 replies
- MartijnHols 15 days ago
  
  Depends on the project. For websites I like to use a statically generated Nextjs site served by nginx[1] and for SPAs Nginx that serves a Vite-built static bundle with a backend that’s in whatever language the backend team chose.
  [1] https://martijnhols.nl/blog/how-much-traffic-can-a-pre-rende...
  
  Reply View | 0 replies
- joquarky 14 days ago
  
  You didn't ask me, but I have what seems like an esoteric use for React: I only use React for the components, because vanilla/native web components are a major pain in the ass to work with.
  You don’t need to wrestle with React’s state management monster unless you’re into that sort of thing.
  
  Reply View | 0 replies

joquarky 14 days ago

I think companies should make web developers use a decade-old bargain-basement laptop at least once a month.

Each team member could take their turn using it so that it's already tooled up for the project they are working on.

Reply View 0 replies