Hacker News Reader

Comment by zdragnar | Hacker News Reader

I worked at an agency that did this (they were rather religious when it came to the "no frameworks" rule) and I can absolutely say that it is far less productive for complex UIs.

It's basically a home-spun version of backbone, and the reason people don't do that so much anymore is the same that backbone fell out of favor- you don't naturally get composable components without lots of manual management and excess paints and reflows.

It's certainly possible to build what 75% of websites actually need with this approach, but I wouldn't consider it for a moment for any UI that I actually consider to be complex.

View on HN

It is far less productive for complex anything, not just UIs.

The only way to do home-spun stuff in JS/TS is to narrow the use-cases and components down religiously. The moment you'll require more than 2-3 bits of the website to interconnect... take one long hard look at the future and avoid the headache of writing your own JS boilerplate.

I love eschewing JS frameworks as much as the next man, but I also love my free time. Too much to waste it debugging problems coming from hundreds of different user stories and approaches. React's mature enough, as are most of the big libraries commonly leveraged on it.

I don't waste time doing that. Sounds like a skill issue :)

React is on like version 18, you guys can keep getting paid to upgrade frontend libraries every year, I'll watch.

> React's mature enough, as are most of the big libraries commonly leveraged on it.

Mature software doesn't break things every other year.

It really depends on what you mean by “complex UI.” In you mean a UI that needs to handle real-time user input, then it is extremely difficult to get React to be performant once the complexity reaches a certain scale.

As an illustration, try to make a website that has 1000 drag-and-drop elements that you can drag around the page. Getting it to render at 60-120 fps is hard and fragile.

"As an illustration, try to make a website that has 1000 drag-and-drop elements that you can drag around the page. Getting it to render at 60-120 fps is hard and fragile."

Glad I always avoided react then, despite all the hype.

React is nice for a lot of things, but when it's a pain it's really a pain. That's abstraction for you! :)

Yeah I wouldn't use backbone either. I use reusable components.

It really hasn't been a productivity issue for me... I wrote all of fastcomments (uis, backend), so... :P

Reply on news.ycombinator.com