logoalt Hacker News

A Critique of GPUI

69 points • by ByteAtATime • today at 3:51 AM • 29 comments • view on HN

Comments

jharsman • today at 6:18 AM

The subject is interesting, but the AI-generated text is very hard to read and makes me question if the author actually thought about the problem at all.

If you thought about this, write it yourself.

➕ show 1 reply
faangguyindia • today at 5:44 AM

So, which are the most advanced GUI frameworks that have ever existed, and why are they superior to GPUI or egui?

Which company in the past needed a GUI more than Microsoft? Maybe they have the answer? Or Apple?

I don't think social media apps are GUI heavy enough to have developed something advanced in this field.

GUI complexity and application complexity are two different things

arguments in the post sound reasonable but conclusion is off.

➕ show 2 replies
bluegatty • today at 6:24 AM

Looks fun, but Rust is less well suited to UX than other langauges - tree based data structures, a lot of ugly state, event driven, heavily async, and naturally all of the json and other things that come in at that layer don't have 'very nice' libraries.

It does not leverage of Rusts advantages very well at all, and so the extra overhead is hard to justify.

I think there are definitely some key libs that would work well with rust (wgpu is nice!), but the the core language itself would ideally not be Rust.

Obviously - it can be done - and I'm sure it's a lot of fun for some devs - but I think this is fitting the circle into the square hole. (Edit - it's funny saying that because 'fitting the circle into the square hole' is literally like saying 'walkies?' or to a dog, aka 'arise - a problem to be solved!' but I think that is what I'm getting at, like what wags the tail isn't necessarily the best option)

rramon • today at 4:29 AM

>I believe both GPUI’s and egui’s state models are dead ends for complex desktop applications.

Why do those complex Adobe clones work so well then?

➕ show 5 replies
jbk • today at 6:42 AM

So, is there anything native between Qt and GPUI?

Having a middle ground, in between?

ryeights • today at 4:52 AM

AI critiquing AI’s favorite native UI framework, brilliant.

koolala • today at 4:56 AM

Can't you fix this scaling by chunking the entities? So not making one massive 10,000 thing entity but instead breaking it up into entities that group 500 things?

➕ show 1 reply
adamsvystun • today at 4:57 AM

Is diffing really that expensive even in complex applications?

➕ show 1 reply
slopinthebag • today at 5:52 AM

there is so much wrong in this ai generated article. from very poorly constructed egui benchmarks, treating dom performance as comparable, taking the egui creator's quotes out of context, and more.

but i'm not going to spend time critiquing an ai-generated slop article. if anyone has specific questions about what is wrong feel free to ask me. i want to ideally spend my time interacting with humans

cmrx64 • today at 6:05 AM

gpui is pretty shite at energy draw too. bitemyapp’s sidestep is way better.

toolbrewlab • today at 6:59 AM

[flagged]