¿Hacia un nuevo "modelo estándar"?

[Ernesto Revilla]

Estoy totalmente con respecto a Internet, pero el TCP/IP no ha sido tan 
poco a poco construido según se necesitaba. La suite fue desarollada por 
unas cuantas universidades americanas por encargo de (D)ARPA de 
Department of Defense (DOD) hace ya mucho tiempo, y fue muy bien estudiado.

Lo que sí es verdad, y eso se ha visto en la práctica que los estándares 
sin implementaciones de referencia públicamente accesibles sirven para 
poco. Creo que la idea de Guido es en vez de hacer un estándar, ya que 
el mundo de Python es tan bonito, proporcionar la implementación 
directamente como módulo de librería.

Me acuerdo de las charlas de DB-SIG acerca de un protocolo de 
persistencia de objetos, y al final se lían con el ZODB y lo demás 
fuera. (Creo que la intención es que ZODB pertenezca alguna vez a la 
librería estándar de Python, siendo capaz de poner diferentes back-ends, 
incluso relacionales.)

De todos modos, el propio mecanismo de los PEPs creo que va totalmente 
en esa dirección, porque normalmente son acompañados por implementaciones.

Erny

Carlos López Pérez escribió:

>Yo siempre que pienso en los estándares me acuerdo del siguiente
>ejemplo, INTERNET.
>
>* Modelo OSI, estándar y muy bien estudio, separación de capas, ....
>* TCP/IP se iba construyendo a medida que se iba necesitando.
>
>¿Quién ganó? El más usado (que no quiere decir el mejor).
>
>
>En el tema de los estándares yo creo en el estándar de hecho (el más
>usado es el más estándar, no porque una organización diga que es el
>estándar).
>
>
>Pero también estoy de acuerdo con Chema en varias partes de su
>planteamiento, sobre todo que es necesario que haya herramientas (más
>que metodologías) comunes que faciliten el trabajo en ciertos aspectos
>con python, destacando principalmente en el aspecto gráfico.
> - Distribución y empaquetado de soluciones (distutils)
> - IDE, utilización de plantillas (Impulso a BOA)
> - Incorporación de wxpython en el core de python (aquí siempre he
>tenido problemas con las wxwidgets y los unicode en linux, me imagino
>que por eso no lo han adoptado).
>
>Personalmente creo que el punto flaco hoy por hoy en python se basa en
>la falta de herrramientas web (este aspecto está un poco olvidado).
> - Herramientas web:	
>	* alternativas a Zope para workflow y CMR.
>        * modelo web de renderizado de componentes (Java Server Faces o
>Window Forms)
>	* utilización de plantillas
>
>Finalmente en un framwork para el trabajo en dispositivos embebidos (es
>una área que también hay mucho mercado):
>  - Utilización de wxwidgets emebido.
>  - Máquina virtual para dispositivos móviles / PDA, ...
>
>En este último sentido he oído que Nokia está impulsando python en sus
>dispositivos.
>
>_______________________________________________
>Python-es mailing list
>Python-es en aditel.org
>http://listas.aditel.org/listinfo/python-es
>
>  
>



---
avast! Antivirus: Saliente mensaje limpio.
Base de datos de Virus (VPS): 0443-2, 21/10/2004
Comprobado en: 05/11/2004 21:08:44
avast! tiene los derechos reservados (c) 2000-2004 ALWIL Software.
http://www.avast.com