2 ms·

> It may also be "good enough," and maybe there are more language users than there are language researchers. I think you are right. Python steering council see

by fud101 9mo ago

> It may also be "good enough," and maybe there are more language users than there are language researchers. I think you are right. Python steering council seems to consist people who are closer to users than capable language designers. I don't see anyone there who has published any research article or code that would suggest they're even aware of modern PL developments. This might simply be a result of Python being a volunteer based movement unlike say TS which attracted funding from industry giants like Microsoft? But i'd still think Python could attract talent despite this. The fact that Guido stuck around til 2018 didn't help things either.

turtleyacht 9mo ago
> capable... aware Assuming a polyglot perspective and Python installed on the OS, folks could reach for different tools as needed: bash, C, Java, etc. Some problems are "easier" or "better" to express in one language than another. Python as a language was less needed than Python as a scripted executor of OS syscalls (libc) via software packages. For Javascript, there's no other language on the browser. Before tools emitting Javascript (Elm, Babel, etc), "everything" had to be written in one language only, so lots of things were tried at the syntax level. Since it was "only" Javascript, folks could get creative within those constraints. Then we see programming concepts as design patterns: IIFE, OO with prototypes, callbacks, and such. Just iteration after iteration of concepts on the same platform, exploration, refinement, and remixing. With Node.js (IIS was Windows-only), now the culture of syntax flexibility could be applied on the backend; isomorphic Javascript could be realized. Server-side needing to be robust, we see Typescript having an in. There's no reason we couldn't have an ACID-compliant browser running Python applets, but it would have to be a subset of the language with strong security guarantees, and Javascript already has so much momentum.

by fud101 9mo ago

turtleyacht 9mo ago

> capable... aware Assuming a polyglot perspective and Python installed on the OS, folks could reach for different tools as needed: bash, C, Java, etc. Some problems are "easier" or "better" to express in one language than another. Python as a language was less needed than Python as a scripted executor of OS syscalls (libc) via software packages. For Javascript, there's no other language on the browser. Before tools emitting Javascript (Elm, Babel, etc), "everything" had to be written in one language only, so lots of things were tried at the syntax level. Since it was "only" Javascript, folks could get creative within those constraints. Then we see programming concepts as design patterns: IIFE, OO with prototypes, callbacks, and such. Just iteration after iteration of concepts on the same platform, exploration, refinement, and remixing. With Node.js (IIS was Windows-only), now the culture of syntax flexibility could be applied on the backend; isomorphic Javascript could be realized. Server-side needing to be robust, we see Typescript having an in. There's no reason we couldn't have an ACID-compliant browser running Python applets, but it would have to be a subset of the language with strong security guarantees, and Javascript already has so much momentum.