Re: anti-python?
Hernan M Foffani <[email protected]>
| Newsgroups | gmane.comp.python.general.castellano |
|---|---|
| Message-ID | <[email protected]> |
> Por ejemplo, WxPython ha calcado tanto las Wx para C, que hay que escribir más líneas de código de las que serían necesarias, y no demasiado claras y simples. Vuelvo a la idea de crear un lenguaje gráfico para Python; como hemos comentado por aqui en otras ocasiones, y como Alcides Fonseca propone y está retomando: http://wiki.alcidesfonseca.com/blog/python-universal-gui-revisited/ A mí en particular me atrae mucho la biblioteca pyjamas. Un pelín verde todavía, pero con la enorme ventaja que, sin modificar una línea de código, funciona tanto en una aplicación de escritorio como en una web. > Una de las pocas pegas que he encontrado con Python, es que hace algunas cosas de una manera muy distinta a la mayoría de los lenguajes, por ejemplo; para declarar una matrix de tres dimensiones, así como algunas abstracciones que son un poco raras, pero que hacen la delicia de muchos como Chema. ;-) > Por otra parte, ya siendo un tipo delicado me gustaría: > * Identación opcional con "end" o con "}" a gusto de cada uno. ;-) De eso ya te digo que puedes ir olvidándote. Jamás de jamases verás eso implementado en algo que pretenda llamarse Python. > * Acabar con los problemas de codificación según el idioma, aunque tengo entendido que las versiones recientes ya lo han arreglado. La versión 3 ha mejorado muchísimo al respecto aunque todavía queda bastante por hacer en temas de localización. > * Que existiese Python para todos los teléfonos celulares (aunque Jython puede encargarse bastante de esto). No es un problema exclusivo de Python. El lío aquí es la distribución de los runtime, la heterogeneidad del hardware, la cantidad de S.O. distintos, la falta de un API estándar, la exigencia de los operadores/fabricantes de certificaciones, etc. Jython/JME es lo máximo que se puede esperar hoy día. > * Que los programas de empaquetado funcionen mejor que cuando los probé. Muchos seguimos incluyéndolo en nuestras oraciones. > * Que se pudiera compilar. Han estirado tanto el verbo que compilar hoy vale para describir casi cualquier cosa. Lo bueno es es que inesperadamente han surgido mogollón de "compiladores" y lo malo es que ninguno hace lo que uno desea. En lo personal es algo que ya no me interesa particularmente. Mientras cumpla mis exigencias internas (formato de distribución, consumo de recursos, tiempos de ejecución, etc.), me da igual que lo que se ejecute *internamente* sea código máquina de tropicien bits o un muñequito vudú de Guido van Rossum interpretando código. _______________________________________________ Lista de correo Python-es http://listas.aditel.org/listinfo/python-es FAQ: http://listas.aditel.org/faqpyes