La historia detrás de la incorporación del pattern matching en Python

• La necesidad del pattern matching

• La historia de las ideas sobre pattern matching

• La aparición de PEP 622

• La controversia que siguió

• PEP 622 v2

• PEP 622 is dead, long live PEP 634, 635, 636

• Hello, Pattern Matching!

• Una historia que todavía no termina

[minji]

No sabía que había una historia detrás como esta; fue una lectura realmente muy entretenida.

[dynalloc]

Cuando leí la cita del artículo, "No es intuitivo que Point(x,0) no llame a Point.__new__ ni esté buscando una variable llamada x, sino que tenga un significado completamente nuevo", coincidí con la opinión de que la sintaxis de pattern matching no encajaba bien con Python, pero después de leer los PEP 634~636 pensé que el pattern matching también podía funcionar bastante bien.

Los lenguajes de la familia ML lo consideraron desde que fueron creados, así que se siente natural, pero como en Python Point ya se usa como si fuera un constructor de clase, pensé que sería totalmente confuso. Sin embargo, al leer los ejemplos de código incluidos en los PEP, para nada me resultó confuso.

[sihadan]

Es mi artículo, gracias por compartirlo.

Cuando uno busca este tipo de historias detrás de escena, termina sintiendo lo difícil que es tomar decisiones sobre temas en los que las opiniones están tan marcadamente divididas.

[xguru]

No entendía bien por qué había tantos comentarios sobre la incorporación del pattern matching, pero esto me ayudó a entenderlo. ¡Gracias por el buen artículo!!