zlacker

[parent] [thread] 6 comments
1. Zak+(OP)[view] [source] 2024-08-27 16:30:20
This comment responds to the idea of native look being important with a list of performance issues. Whether software should be efficient and responsive is separate from whether it should look native to the OS it's running on.
replies(1): >>Pet_An+t6
2. Pet_An+t6[view] [source] 2024-08-27 16:55:51
>>Zak+(OP)
Having a bespoke widget tool kit with themeing etc uses more memory and cycles instead of just being a simple app with the native desktop widgets.
replies(3): >>klabb3+Yn >>rafael+Yw >>xyc+Cz
◧◩
3. klabb3+Yn[view] [source] [discussion] 2024-08-27 18:17:30
>>Pet_An+t6
Even if that is true in the general case (it isn't necessarily - there are many factors), it’s a matter of what’s acceptable, not a race to 1000fps. If you build a webview based app (using eg tauri) I can assure you that it can be extremely snappy, <1% cpu while active and low memory, provided you use sensible dev practices like not import half of npm. Contrary to popular HN belief, web browsers are ridiculously optimized both in terms of rendering and JITed JS execution. The reason web based applications are often perf hogs is not because, but despite the execution environment. Businesses simply don’t prioritize perf, independent of platform.

As an example, look at typical popular iOS apps: they’re often 100-500 Mb, even though they have absolutely no reason to be. LinkedIn is 400Mb, random airline app is 300Mb. Banking app? 350Mb.

Is it bad to bundle Chrome and NodeJS? Yes, undoubtedly (but that’s already changing). Is that the only way to deploy web-based apps to desktop? No. Is native UI gonna fix it? Temporarily at best, while the platform’s native ecosystem is simply too small to cause that level of bloat.

◧◩
4. rafael+Yw[view] [source] [discussion] 2024-08-27 18:59:39
>>Pet_An+t6
Unless you think native UI runs on magic - it's not that hard to outperform native rendering - you have to be way less general with a bespoke framework (up to a certain point of complexity).
◧◩
5. xyc+Cz[view] [source] [discussion] 2024-08-27 19:10:40
>>Pet_An+t6
VS Code vs XCode situation is an exact counter example of this. Non-optimized native apps could be that much slower than well optimized Electron apps.
replies(1): >>Pet_An+3P
◧◩◪
6. Pet_An+3P[view] [source] [discussion] 2024-08-27 20:25:15
>>xyc+Cz
That's not an apt comparison because it could be the non-UI portion of that. VS Code would be even faster if it was a native app.
replies(1): >>xyc+Pg1
◧◩◪◨
7. xyc+Pg1[view] [source] [discussion] 2024-08-27 23:15:07
>>Pet_An+3P
Not really. VS Code does have some performance optimizations where even the web browser optimization wouldn't suffice, for example it implements its own scroll bar instead of using the web native scroll bar. But for the most part the browser render optimizations is the crucial factor. After years of optimization you can't easily beat a web browser.

Native app is just another set of layers of abstractions. As a comparison, SwiftUI doesn't render 500 items quickly enough (https://www.reddit.com/r/swift/comments/18dlgv0/improving_pe...), which is a tiny number for web.

[go to top]