[pyar] [OT] sobre un "segundo" lenguaje...

[Enrique Gabriel Baquela]

Proba cython. Básicamente es python con declaración opcional de tipos.
Corre bastante mas rápido y nunca salís de python.
La opción de algún lisp también es buena.
Saludos
El 06/02/2014 18:24, "Alejandro Zamora Fonseca" <terefv en ltu.sld.cu>
escribió:

> Muchas gracias a todos,
> es verdad que tengo que profundizar en las últimas implementaciones de
> Python para ver hasta que punto mejoran la eficiencia, pero lo que si no
> quiero es tocar nada del grupito C/C++/Java, no porque no lo haya hecho
> antes(sobre todo en C/C++ o Java) sino porque quiero hacerlo todo o casi
> todo en un lenguaje como Python .
> Así que por eso no quiero, a priori, usar ctypes ni nada parecido.
> Así que por eso trataré de encontrar una imp. de Python así en PyPy pero
> si no tendré que buscar un nuevo lenguaje, por eso hablaba de Lisp.
>
> gracias de nuevo
>
> El 2014-02-06 18:00, Claudio Freire escribió:
>
>> 2014-02-06 13:47 GMT-03:00 Alejandro Zamora Fonseca <terefv en ltu.sld.cu>:
>>
>>> Comienzo.
>>> Todos sabemos de las muchísimas virtudes de python como lenguaje y
>>> tecnología pero también de su problema con la eficiencia(aunque sé hay
>>> varias opciones para acelerarlo un poco).
>>>
>>> Entonces estoy metido en un projecto donde hace falta bastante
>>> eficiencia y
>>> casi que estoy obligado a no usar python, entonces bueno... sé que hay
>>> muchísimas opciones... pero tiene que ser un lenguaje con
>>> implementaciones
>>> muy eficientes...
>>> Pero el kid de la cuestión es que no quiero perder la riquez en
>>> expresividad
>>> de Python y por tanto no quiero usar  ninguno de los "mainstreams
>>> languages(C/C++/Java)" que realmente ya me desagradan por su sintaxis a
>>> pesar de todas sus IDEs y demás ventajas.
>>> Quiero un lenguaje que sea bastante eficiente(me refiero por supuesto a
>>> uso
>>> de memoria y rapidez  de ejecución) pero quiero que sea tambien
>>> bastante expresivo como python, ahh!! y multiparadigma, por lo que por
>>> ahí
>>> desecho otro grupo de lenguajes importantes...
>>>
>>
>>
>> Probaste PyPy?
>>
>> Las últimas versiones tienen pseudotipos, que aunque su nombre *no* lo
>> indica, ahorra mucha memoria comparado con CPython. De hecho, hace que
>> todas las estructuras (clases simples) que implementes en Python
>> terminen ocupando lo que ocupan en C (maso - con algo de overhead -
>> pero cosa que es muy impresionante si me preguntás).
>>
>> El ejemplo es PyPy para traducir PyPy (traducir = compilar).
>> Haciéndolo con CPython usa como el doble de RAM que con PyPy (y tarda
>> un montón más también).
>>
>> Honestamente, incluso si PyPy no fuera suficiente, te seguiría
>> recomendando Python. Tengo mucha experiencia con Python, C++, y Java,
>> y de todos los lenguajes, incluso cuando necesito ultra-performance,
>> elijo Python. ¿Por qué? Pues porque es tremendamente sencillo tomar un
>> módulo o función python que es un cuello de botella, y sólo eso
>> transformarlo en C++ y tener lo mejor de ambos mundos. Es la
>> anti-epítome de la optimización prematura. Es lo ideal.
>> _______________________________________________
>>
>
>
> --
>
> Este mensaje le ha llegado mediante el servicio de correo electronico que
> ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema
> Nacional de Salud. La persona que envia este correo asume el compromiso de
> usar el servicio a tales fines y cumplir con las regulaciones establecidas
>
> Infomed: http://www.sld.cu/
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20140206/9c36833f/attachment.html>