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

[Alejandro Zamora Fonseca]

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/