Live data from Hacker News

PySimpleGUI 6

github.com

41–50 of 64 posts

Re: PySimpleGUI 6

#41

I think AI coding has made these "we dumb down a real UI framework for you" libraries obsolete. Anyone can get a GTK or QT app up and running now. This isn't a criticism, they were very useful to build GUIs in the past, but now they are just obsolete and more likely to introduce bugs or limitations you can't work around than to help much.

Taken to an extreme, what's stopping us from going back to C? The security issues will be found and resolved, performance will be great and it will compile on all platforms that ever existed.

Re: PySimpleGUI 6

#42

I had heavily used PySimpleGUI in various work projects, and one day, when I had to run some older piece of code I had not run in a while, I get a notice that PySimpleGUI won't work, because was free, but nobody paid, and so, good luck! So I was piping mad, paid the 3-year or whatever the max license fee was, received a code, and THEN I was able to get my stuff to work, like it used to. LESSON: N E V E R Use code tha…

You didn't have a lockfile? Or a commit date you could use with --exclude-newer?

Re: PySimpleGUI 6

#43

Earlier quoted context omitted.

The problem with old Python code is that you then have to hunt for exactly the right version of the right libraries that can work together when the stars are aligned.

Isn't that true of any packaging system? (npm, RubyGems, etc) Perhaps it's a bit easier, with the respective spec files, but it's still a bit of a hunt.

Depends on exactly how the project is managed. Older python tooling (`pip` module) doesn't have a native mechanism to differentiate between the spec (direct dependencies) and freeze (all dependencies, including transitive).

Re: PySimpleGUI 6

#44
post #41

I think AI coding has made these "we dumb down a real UI framework for you" libraries obsolete. Anyone can get a GTK or QT app up and running now. This isn't a criticism, they were very useful to build GUIs in the past, but now they are just obsolete and more likely to introduce bugs or limitations you can't work around than to help much.

Taken to an extreme, what's stopping us from going back to C? The security issues will be found and resolved, performance will be great and it will compile on all platforms that ever existed.

well I think C is just a bad Rust now so yes, I think everything is going to get rewritten in rust.

Re: PySimpleGUI 6

#45

I think AI coding has made these "we dumb down a real UI framework for you" libraries obsolete. Anyone can get a GTK or QT app up and running now. This isn't a criticism, they were very useful to build GUIs in the past, but now they are just obsolete and more likely to introduce bugs or limitations you can't work around than to help much.

Is this a new form of gatekeeping? I.e., "too human-friendly to survive in the presence of The Great AI™". If so, where does that lead us?

These libraries are not more human friendly. Humans can write GTK or win32 or QT or Cocoa code just fine. GUI frameworks are very complex and often have very in depth setup code that is required. It requires a huge investment to get an app up and running with a GUI framework, and AI makes setting that up approachable when it was a real challenge before.

Have you ever written GUI code using one of the big GUI frameworks?

Re: PySimpleGUI 6

#46

Earlier quoted context omitted.

The problem with old Python code is that you then have to hunt for exactly the right version of the right libraries that can work together when the stars are aligned.

Isn't that true of any packaging system? (npm, RubyGems, etc) Perhaps it's a bit easier, with the respective spec files, but it's still a bit of a hunt.

No. Decent packaging systems like used in the Java world have deterministic or mostly-deterministic dependency resolution; semi-decent packaging systems like the ones you mention have lockfiles. Pre-uv Python packaging is uniquely awful.

Re: PySimpleGUI 6

#47
post #41

I think AI coding has made these "we dumb down a real UI framework for you" libraries obsolete. Anyone can get a GTK or QT app up and running now. This isn't a criticism, they were very useful to build GUIs in the past, but now they are just obsolete and more likely to introduce bugs or limitations you can't work around than to help much.

Taken to an extreme, what's stopping us from going back to C? The security issues will be found and resolved, performance will be great and it will compile on all platforms that ever existed.

> The security issues will be found and resolved

Will they though?

Re: PySimpleGUI 6

#48
post #46

Earlier quoted context omitted.

Isn't that true of any packaging system? (npm, RubyGems, etc) Perhaps it's a bit easier, with the respective spec files, but it's still a bit of a hunt.

No. Decent packaging systems like used in the Java world have deterministic or mostly-deterministic dependency resolution; semi-decent packaging systems like the ones you mention have lockfiles. Pre-uv Python packaging is uniquely awful.

What do you prefer for lockfiles in the Java world? I’ve been trying to drag a couple of Maven teams into the 2010s after finding that they weren’t.

Re: PySimpleGUI 6

#49
post #48
post #46

Earlier quoted context omitted.

No. Decent packaging systems like used in the Java world have deterministic or mostly-deterministic dependency resolution; semi-decent packaging systems like the ones you mention have lockfiles. Pre-uv Python packaging is uniquely awful.

What do you prefer for lockfiles in the Java world? I’ve been trying to drag a couple of Maven teams into the 2010s after finding that they weren’t.

You don't need them. Maven has deterministic dependency resolution (unless you use version ranges, but don't do that), so you just write your dependencies. (The flipside is you may want to get in the habit of doing something like versions:use-latest-releases as a regular housekeeping task so that you pick up any security updates, but that tends to be less of an issue in Java-land for other reasons)

Re: PySimpleGUI 6

#50
post #32

Loaded question but why does Visual Basic 6.0 (both the IDE and the language) for modern languages / OSes doesn't exist anymore? I feel like it was way ahead of its time and there is no similar RAD and GUI design tool ever since

You could try Lazarus + FreePascal or even Delphi
Post reply on HN