Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Gooey: A GPU-accelerated UI framework for Zig

github.com

Post reply on HN
Print view View original

51–60 of 93 posts

Re: Gooey: A GPU-accelerated UI framework for Zig

#51

Post by danielvaughn »

henry_bone wrote: post #50
danielvaughn wrote: post #48

Earlier quoted context omitted.

To be fair, "excited by the promise only to be disappointed by the reality of the implementation" describes ~95% of my experiences with all software over the last 20 years. In fact only a few exceptions really come to mind - git, treesitter, ffmpeg, and sqlite.

Yeah, maybe it's rose coloured glasses on my behalf. Those examples you mentioned, I would 100% agree with. It's some of the best software out there. And yeah, there's probably always been rubbish about. I guess I hope that the good stuff keeps coming and the dross falls away. More signal, less noise.

I do agree with you though. It feels like the industry has steadily been getting worse, AI is just like pouring kerosine on the fire. I'm almost embarrassed to call myself a software engineer now.

On a small bright note, I've gotten AI to help me produce some of my best work over the last couple of months. It may enable sloppy behavior, but it doesn't require it. I have hope that serious work will win out in the end, and that sheer human effort is still the differentiator.

Re: Gooey: A GPU-accelerated UI framework for Zig

#52

Post by danielvaughn »

ecshafer wrote: post #12

This looks good. But the thing that always lets me down on UI frameworks is how much freaking work it is to get something on the screen. My first language was Borland Turbo C++. It was so comparatively simple to do stuff. If I want to write a circle on the screen its just this: #include #include int main() { int gd = DETECT, gm; initgraph(&gd, &gm, "C:\\TURBOC3\\BGI"); circle(320, 240, 100); getch(); closegraph(); re…

I know I must be underthinking this, but I really don't know why native toolkits can't just implement some codegen thing that takes XML and produces the above.

Like, all of that should be expressable with just

Re: Gooey: A GPU-accelerated UI framework for Zig

#53

Post by mwcampbell »

henry_bone wrote: post #42

It's not particularly revelatory to point out that this project has been generated largely by LLM (claude most likely, given the CLAUDE.md in the repo). Also looks like a bit of introspection has happened ... https://github.com/duanebester/gooey/blob/main/docs/architec... I wonder if this is just what we get now: low quality code, expressed rapidly. We are excited by the promise only to be disappointed by the reality…

Have you found evidence that the code is actually low-quality, or is that just an assumption based on the fact that it's evidently largely LLM-generated?

Re: Gooey: A GPU-accelerated UI framework for Zig

#54

Post by lelandbatey »

mwcampbell wrote: post #53
henry_bone wrote: post #42

It's not particularly revelatory to point out that this project has been generated largely by LLM (claude most likely, given the CLAUDE.md in the repo). Also looks like a bit of introspection has happened ... https://github.com/duanebester/gooey/blob/main/docs/architec... I wonder if this is just what we get now: low quality code, expressed rapidly. We are excited by the promise only to be disappointed by the reality…

Have you found evidence that the code is actually low-quality, or is that just an assumption based on the fact that it's evidently largely LLM-generated?

You should read the link they provided which goes into detail on the architectural shortfalls of Gooey due to an accelerated development.

Re: Gooey: A GPU-accelerated UI framework for Zig

#55

Post by henry_bone »

danielvaughn wrote: post #51
henry_bone wrote: post #50

Earlier quoted context omitted.

Yeah, maybe it's rose coloured glasses on my behalf. Those examples you mentioned, I would 100% agree with. It's some of the best software out there. And yeah, there's probably always been rubbish about. I guess I hope that the good stuff keeps coming and the dross falls away. More signal, less noise.

I do agree with you though. It feels like the industry has steadily been getting worse, AI is just like pouring kerosine on the fire. I'm almost embarrassed to call myself a software engineer now. On a small bright note, I've gotten AI to help me produce some of my best work over the last couple of months. It may enable sloppy behavior, but it doesn't require it. I have hope that serious work will win out in the end,…

Yeah, there was a good article on here the other day where the author suggested going slower with AI and using it to help produce higher quality output. I think the idea is to be quite "hands on", coding much in the old way, but to use AI to help with, for example, test coverage, error mode detection and handling, refinement of the solution/feature, etc.

At least that's how I read it. :-) I'm learning that there's a place for the LLM but it's the sandpaper, not the chisel.

Re: Gooey: A GPU-accelerated UI framework for Zig

#57

Post by nnevatie »

ecshafer wrote: post #18
coffeeaddict1 wrote: post #15

Earlier quoted context omitted.

This is what you can with Qt: #include #include #include class widget : public QWidget { void paintEvent(QPaintEvent*) override { QPainter(this).drawEllipse(QPoint(320, 240), 100, 100); } }; int main(int argc, char *argv[]) { QApplication app(argc, argv); widget w; w.resize(640, 480); w.show(); return app.exec(); } It doesn't seem too complicated to me.

That doesn't seem too bad, I agree. Maybe that's why QT is used. I haven't really used QT, but the more modern Windows apis, vulkan, etc all are pretty complicated.

Yeah, it doesn't look too bad on the surface. However, Qt is bad and I'd advice moving away from it if you can. This is based on ~20 years of experience using it in various projects.

The licensing is trying to paint a picture of LGPL being somehow uncertain/evil, the way Qt advocates non-idiomatic C++ practices - I could go on for days, but shall digress.

Re: Gooey: A GPU-accelerated UI framework for Zig

#58

Post by Pxtl »

danielvaughn wrote: post #48
henry_bone wrote: post #42

It's not particularly revelatory to point out that this project has been generated largely by LLM (claude most likely, given the CLAUDE.md in the repo). Also looks like a bit of introspection has happened ... https://github.com/duanebester/gooey/blob/main/docs/architec... I wonder if this is just what we get now: low quality code, expressed rapidly. We are excited by the promise only to be disappointed by the reality…

To be fair, "excited by the promise only to be disappointed by the reality of the implementation" describes ~95% of my experiences with all software over the last 20 years. In fact only a few exceptions really come to mind - git, treesitter, ffmpeg, and sqlite.

Hah, that describes my relationship with git itself, actually.

Re: Gooey: A GPU-accelerated UI framework for Zig

#59

Post by Validark »

randypewick wrote: post #37
mawadev wrote: post #32

I have to say it: Zig devs are on another level

Why? This was AI-made and inspired to Zed editor GUI toolkit, egui, so it's mostly a derived work. What's so special about Zig dev that puts them aside from the giants they stand on?

What giants do "we" stand on?

Re: Gooey: A GPU-accelerated UI framework for Zig

#60

Post by dimator »

lelandbatey wrote: post #54
mwcampbell wrote: post #53

Earlier quoted context omitted.

Have you found evidence that the code is actually low-quality, or is that just an assumption based on the fact that it's evidently largely LLM-generated?

You should read the link they provided which goes into detail on the architectural shortfalls of Gooey due to an accelerated development.

Tbh, the link itself sounds like LLM as well, spotted a few emojis in there. I suppose I could be wrong, but I feel like we're all getting good at sniffing generated language.
Post reply on HN