News for hackers. Stuff that matters.
Re:The Frontend Treadmill by hombre_fatal on Thursday March 20, 2025 @12:49PM (#43425630)
Well, you should compare the JS UI ecosystem to other UI ecosystems like Android and iOS, not ecosystems that run on one machine with no UI.

Then you'd make a more sensible comparison like React versus something like SwiftUI which is constantly changing, constantly breaking, and still basically in beta mode for 10 years, yet it only runs on specific versions of Apple hardware and software. And usually it's so insufficient that you also build part of your app in UIKit/Cocoa in a completely different language.

React is far more stable to build with and far less experimental.

People who have never touched any UI tech until HTML/JS have no clue how good they have it, so they confuse universally hard things about UI tech with something that must be specific to JS, so they additionally assume it's so much better elsewhere.

You should try updating a nontrivial SwiftUI app you made for the iPhone 11 to work on the iPhone 16. Not only have your libraries changed (not just topical ones, but the Promise library you used is defunct and everything now uses Combine and 2021 Swift async features, so you have to migrate all of your async code), but the platform itself doesn't have APIs that you were using anymore. That's not even a class of problem you deal with on browser tech.

Re:The Frontend Treadmill by wolvesechoes on Thursday March 20, 2025 @01:57PM (#43426613)
"Well, you should compare the JS UI ecosystem to other UI ecosystems like Android and iOS, not ecosystems that run on one machine with no UI."

"People who have never touched any UI tech until HTML/JS have no clue how good they have it"

Tech like:

- Delphi/Free Pascal, where usually code from 20 years ago compiles today with minor adjustments?

- Qt, developed and maintained for over 30 years, currently at 6th major release?

- Win32, and frameworks built on top of it like MFC, WinForms, WPF?

Yeah, we are SO lucky we've got JS ecosystem. It is impossible to think how people lived without it.

Re:The Frontend Treadmill by gmueckl on Thursday March 20, 2025 @02:12PM (#43426833)
Just to reinforce how stable the desktop environment can be:

- Qt has had a mostly stable interface since Qt 4.0 and that was twenty years ago.

- Win32 has had barely any breaking changes since it was introduced with NT 3.1 in 1993 or so.

Most of the UI/UX churn in that space comes from fashion changes in UI design.

Re:The Frontend Treadmill by cyberax on Thursday March 20, 2025 @03:01PM (#43427504)
On the other hand, I can write a very complicated graphics-related app in React+tons_of_libs within _days_. It took me months to do that in Win32 API in 2005.

The developer velocity enabled by React is insane.

Re:The Frontend Treadmill by wolvesechoes on Thursday March 20, 2025 @05:26PM (#43429168)
Yes, saying that calling Win32 APIs is not the most ergonomic approach to writing UIs would be an understatement, but if any software can be called stable, this is it.
Re:The Frontend Treadmill by icar on Thursday March 20, 2025 @06:57PM (#43430021)
I would compare win32 API to vanilla JS. Whatever framework you might want to use on top of win32 is what's comparable to the criticized web tech in the article.
Re:The Frontend Treadmill by lenkite on Thursday March 20, 2025 @05:56PM (#43429434)
Your win32 app would have been much faster with much less memory hogging though. I would prefer to run that compared to your React app.
Re:The Frontend Treadmill by cyberax on Friday March 21, 2025 @12:37AM (#43431896)
The choice really is between React and nothing. React (and Electron) enabled a lot of apps to be written that would not have existed otherwise.
Re:The Frontend Treadmill by pjmlp on Friday March 21, 2025 @07:59AM (#43434594)
Calling Win32 directly was already old fashion when Windows 95 came out in 1994, let alone 2005 when .NET was four years old.

The only folks already doing Win16 development with pure C code, instead of a C++ framework (OWL, MFC, VCL), VB or Delphi, were stuck in jurassic park.

The only valid reason for raw Win32 applications are games.

Re:The Frontend Treadmill by Quiark on Monday March 31, 2025 @09:57AM (#43535140)
I liked it in the Jurrasic park
Re:The Frontend Treadmill by spopejoy on Tuesday March 25, 2025 @10:57AM (#43472136)
> Delphi/Free Pascal, where usually code from 20 years ago compiles today with minor adjustments

Not always. I attempted to upgrade some open source 32bit Delphi frontend code to 64bit/ARM, but the specific GUI toolkit was never ported.

It's similar for Java frontends, JavaFX in particular seems to be a moving target.

QT is a bit of an outlier in terms of frontend stability, but at the cost of the UI looking pretty dated.

Re:The Frontend Treadmill by rubymamis on Tuesday March 25, 2025 @11:25AM (#43472467)
Qt apps UI can look very good if QML is used with some effort. I wrote about it here: https://rubymamistvalove.com/block-editor
Re:The Frontend Treadmill by porterehunley on Thursday March 20, 2025 @01:55PM (#43426582)
This is strange to hear because I switched over to SwiftUI/Native from web-based(react native) because I was so frustrated with the JS UI ecosystem. I would be stuck for a long time from conflicting package dependencies after updating/adding a new library. JS seems like the only ecosystem where adding a few simple libraries results in hundreds of added packages.