I've been in the Apple world for the last decade or so, but everything I've seen with SwiftUI feels like it's only been done to attract web developers who are used to React; the "magic" observables etc. seem to be just a bit unstable and a pain to debug when they do go wrong, but even when they're working as intended they still make it harder to work with than the old UIKit way of doing things, where manually observing changes to state could be as simple as a `didSet {}` block, or using NotificationCenter.
All that stuff about how SwiftUI is supposed to make it "simple" or "easy" to make a UI is nonsense: we had "simple" with Interface Builder. And with VisualBasic's cross-platform cousin, Xojo.
UIKit with didSet {} or NotificationCenter might be verbose, but at least you can see what’s going on. SwiftUI’s “magic” feels like trading simplicity for opacity.
And yeah, Interface Builder, VB, even Delphi gave visual control without hiding everything. Declarative UIs sound elegant until you need to trace why a view is re-rendering 7 times in a scroll.
For the art (more complex system you create - more fun and challenges you will get) and for the money (more complex system you create - more work you create for yourself and colleagues, job security).
Playing with new shiny toys fulfills both desires.
That doesn't mean toys are not getting better. They do. Slowly. Because business keeps the pressure on shipping the results, not spending time fighting another js bundler configuration hell or SuperFancyNewAbstractFactoryBuilderSpringKillerWebFramework.
We don't think about business and don't like to think about it. We want to feel very important, we hate to realize that most of the time we are just tools to reach business goals.