Thread by @devruso

Reírse de lenguajes discapacitados como JS y PHP es jugar en nivel fácil. Me han desafiado a jugar en difícil y criticar Python. Challenge accepted! ⬇

El gran líder pitoniso (Guido van Rossum) se sentó un día en el porche de su casa y, viendo todo el desorden que había con los lenguajes de aquel momento, pensó que él podría crear un lenguaje mejor. Un lenguaje majestuoso. Bonito. Elegante.

Un lenguaje que impusiera el orden y la belleza a golpe de real decreto, para que todos los chapuceros estuviesen obligados a indentar el código, maldita sea, ¿QUÉ COJONES SE OS PASA POR LA CABEZA PARA NO INDENTAR EL CÓDIGO?

¿COMO ES POSIBLE QUE CRITIQUÉIS UN LENGUAJE QUE OBLIGA A INDENTAR? ¡CADA VEZ QUE VEO CÓDIGO SIN INDENTAR SE ME DISPARA EL TOC! OS RAJOOOOOOOOOOOOOOOO!!!!!!!!!!!!!!!!!!!

Perdón, perdón... a lo que iba... El pitoniso maestro pensó en crear una especie de libro sagrado (llamado "PEP" [1]) donde recopilar todas las decisiones que se tomaban sobre el diseño del lenguaje.

[1] - python.org/dev/peps/

Y en una de las primeras páginas [2] escribió 19 mandamientos que todo pitoniso-wannabe debería respetar para poder hablar Parsel y entrar en Slytherin. Y los llamó "el zen de los pitonisos".

[2] - python.org/dev/peps/pep-0…

El lenguaje entero gira en torno a estos mandamientos así que es razonable empezar por aquí.

Veamos algunos:

"There should be one-- and preferably only one --obvious way to do it"

Sip. Parece ser que este mandamiento esta cumplido ✅

"Function names should be lowercase, with words separated by underscores" [3]

[3] - python.org/dev/peps/pep-0…

Pos enga, otra regla que parece estar cumplida a rajatabla para que el lenguaje sea homogéneo y bonico ✅.

Pero ¿sabéis qué? Que da igual. Las reglas están para romperlas! ¡Vamos con las cosas importantes!

Python ha visto, año tras año, como su cuota de mercado se incrementaba gracias a su facilidad de escribir código multihilo (extremadamente útil para temas de análisis de muchos datos, ML, etc...) ...

Excepto que todo es mentira!!

Python tiene una cosa llamada GIL (Global Interpreter Lock) que hace imposible escribir ni una sola línea multihilo. Tan pronto como un hilo empieza a ejecutar bytecode de Python, todos los demás hilos se pausan!

Y arreglar / quitar el GIL se ha intentado tantas veces (sin éxito, tampoco entraré en detalles técnicos) que a estas alturas ya es una especie de long running gag.

"Pero yo quiero exprimir mi Ryzen 7 5800X!!"

No hay problema! La comunidad siempre ofrece soluciones (y tantas, en este caso).

Di "hola" a CPython, Cython, Jython, IronPython, PyPy, Brython, RubyPython y demás variantes.

Ahora podrás escribir Python que no es Python, pero que se lee como Python, pero se comporta como cualquier otra cosa que no sea Python, aunque preservando su olor de Python.

Te ha quedado PythonClaro?

"Pero yo no quiero eso!! Yo quiero Python puro!!"

Vale, pues entonces puedes jugar al juego de "ejecuta-ejecuta fuera del interprete".

Consiste en escribir código multihilo de tal manera que todo lo hagan librerías externas (pandas, numpy, etc...).

Si lo haces bien tu CPU estará contenta y calentita.

Buena suerte intentando adivinar el pipeline correcto para mantener el flujo de ejecución fuera del interprete de Python y no pausar todos los hilos 😉

Python también es un lenguaje de mucho OOP. Y de muchos OOPs. Ejemplos:

Quieres constantes? OOPs.
Quieres overloading? OOPs.
Quieres variables/métodos privados en una clase? __OOPs.
Te gusta la palabra "self"? Cópiatela al portapapeles que la vas a usar mucho! (OOPs)

Tampoco se podía esperar mucho mas de los creadores del "duck typing"...

Gracias a este hilo seré expulsado de Slytherin y perderé mi licencia de pitoniso. Mandadme vuestras ayudas (bitcoin, doge o ada) a mi correo de yahoo.