Am I the only one who use plastic covers? who cares about anything on the back of the phone?

who is "we"? and "better" in what measure?

Yeah, they might be ignored by the html parser and might "work".

Still, not a bright idea.

Sooo... I really should start keepin running this[1] all the time...

https://github.com/yjeanrenaud/yj_nearbyglasses/

funny how in italian the "Metasyntactic variable"[1] are "pippo", "pluto" and "paperino"

[1] https://en.wikipedia.org/wiki/Metasyntactic_variable#Italian

Just to be sure... What is the interesting work you talk about?

Business. The interesting work is business. You know, the thing most software is written to help with.

But but

I don't want a promotion. I don't want a new role.

I want more money to keep doing what I already do.

The whole idea is to make the rich people poorer, even if just a little.

The money taken from 1000 or 2000 rich people may be used for the rest of the 130000 ones

Sorry, you’re not allowed to discourage premature optimization or defend Python here.

keep in mind that, apart from the money throw at js runtime interpreters by google and others, there is also the fact that python - as a language - is way more "dynamic" than javascript.

Even "simple" stuff like field access in python may refer to multiple dynamically-mapped method resolution.

Also, the ffi-bindings of python, while offering a way to extend it with libraries written in c/c++/fortran/... , limit how freely the internals can be changed (see the bug-by-bug compatibility work done for example by pypy, just to name an example, with some constraint that limit some optimizations)

> python - as a language - is way more "dynamic" than javascript

Very true, but IMO the existence of PyPy proves that this doesn't necessarily prevent a fast implementation. I think the reason for CPython's poor performance must be your other point:

> the ffi-bindings of python [...] limit how freely the internals can be changed

> Very true, but IMO the existence of PyPy proves that this doesn't necessarily prevent a fast implementation.

PyPy pays for this by having slower C interaction.

See Smalltalk, Self and Common Lisp for highly dynamic languages with good enough JIT, the first two having their research contributed to Hotspot and V8.

genuinely curious, doesn't JS's proxy objects and prototype-based MRO have a similar performance impact in theory?

Yeah, I don't see how Python is fundamentally different from JavaScript as far as dynamicism goes. Sure Python has operator overloading, but JavaScript would implement those as regular methods. Pyrhon's init & new aren't any more convoluted than JavaScript's constructors. Python may support multiple inheritance but method and attribute resolution just uses the MRO which is no different than JavaScript's prototype chain.

Urban myths.

Most people that parrot repeat Python dynamism as root cause never used Smalltalk, Self or Common Lisp, or even PyPy for that matter.