Historias
Slashboxes
Comentarios
 

Login Barrapunto

Login

[ Crear nueva cuenta ]

mig21 (7781)

mig21
  reversethis-{moc.liamg} {ta} {pb12gim}
https://twitter.com/yapw

Hola, soy Miguel. Algo que pueda ser relevante aquí... Uhmm... Me gusta escribir en mi bitácora de BP [barrapunto.com] y en su clon en blogspot: Yet Another Programming Weblog [blogspot.com]
Me gustaría que Barrapunto fuese un sitio con más discusiones técnicas y trato de hacer lo que está en mi mano. De todos modos, también me gusta leer flames ;)

No creo que te interese, pero en Lecturas aleatorias [blogspot.com] dejo registro de los libros que voy leyendo...

Esta es toda mi información de usuario :)

Down Kill Up Publicidad

Bitácora de mig21 (7781)

Lunes, 10 de Enero 2005

Tipado estático opcional para Python (continuación)

04:03h.
Python
Guido van Rossum sigue ampliando su propuesta de añadir tipado estático opcional a Python. Después de publicar la primera parte de la propuesta ha publicado una segunda parte y un resumen muy esquemático y aclaratorio. Resumiendo, lo que quiere añadir a Python, para dar soporte al tipado estático, es:
  • Declaraciones de argumentos y tipos de retorno
  • Declaraciones de atributos (Quizá)
  • Declaraciones de interfaz (Como los interfaces de Java)
  • Diseño por contrato (Quizá)

Con este tipo de añadidos estoy seguro que Python tendrá aún más cabida en la industria.
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • Lo que yo entiendo

    (Puntos:3, Interesante)
    por Draco (3721) el Lunes, 10 Enero de 2005, 22:57h (#420039)
    ( Última bitácora: Lunes, 22 Febrero de 2016, 07:16h )

    Más que tipado estático parece que lo que plantea es una ayuda a la inferencia de tipos que facilite el análisis estático y dinámico del código y ayude a encontrar errores sin necesidad de declarar absolutamente el tipo de cada variable.

    Como casi todo lo que se gesta en Python, seguro que saldrá interesante y bien pensado, pero a veces me pregunto si de verdad son este tipo de cosas las que necesita el lenguaje. Si me preguntaran a mí que me gustaría ver en Python, no diría nada de closures(de las de verdad, no como las lambdas), ni decoradores, ni generadores, ni metaclases. En su lugar pediría buen soporte al threading (eliminación del "big lock" del intérprete), integración de psyco en la librería estándar(y con soporte al menos para x86, x86-64 y SPARC), integración y estándarización de pyrex... cosas menos interesantes desde el punto de vista de un diseñador de lenguajes pero mucho más prácticas para el programador común.

    Tal vez sea no sea representativo, pero por lo que se ve en comp.lang.python no soy el único que piensa así....

    --

    Programs should be written for people to read, and only incidentally for machines to execute