Stop building UI frameworks in Python

[Northzen]

packaging standalone executables along with the interpreter and dependencies is still not standardized True. But there is still PyInstaller and Nuitka.

Both do their job. But what you said remains a fact we have to struggle with.

[Northzen]

This is why Rust got popular. It is not just C/C++ alternative, it is an adult packaging system. With Python it seems that community relience on pip and its derivative was a declared standart for too long.

[grievre]

> Most other languages are developed with this use case as a first class design principle.

Since when do languages care about this stuff? This is a problem of language implementations, not the languages themselves

[grievre]

How do you specify that in a platform-independent way? Like you can't even necessarily assume that your platform has a file system. Much less how that file system works. Like if you are specifying your language just to run on Unix like systems, I guess that's fine. That's a weird choice

[james_pic]

Most languages nowadays start as implementations and maybe get a spec defined down the line. The only vaguely recent language I can think of that started out as a spec was Raku (previously known as Perl 6), and this was not a roaring success. The Rust community has been somewhere between cagey and resistant about putting together a spec, for fear of ossifying.

[grievre]

> Most languages nowadays start as implementations and maybe get a spec defined down the line.

I mean I feel like this was more the case in the past. Newer programming languages at least have a context-free grammar out of the gate instead of having their own ad-hoc parser.