[pyar] ¿Existe algo asi como un "compilador" Python?

[Fernando Pelliccioni]

2014-04-24 13:45 GMT-03:00 Gilgamezh <listas en gilgamezh.me>:

>
> El 2014-04-24 13:19, Roberto Alsina escribió:
>
>  On 24/04/14 13:17, Claudio Freire wrote:
>>
>>> 2014-04-24 13:00 GMT-03:00 Ariel Palazzesi <arielpalazzesi en gmail.com>:
>>>
>>>> Con "grandes" me refiero a aplicaciones para la gestión de comercios o
>>>> cosas
>>>> asi, con decenas o cientos de archivos .py, etc. Yo lo vehia casi como
>>>> un
>>>> lenguaje para hacer pequeños scripts.
>>>>
>>>> Al ver que se utiliza en esos entornos, me surgio la duda de la
>>>> compilacion
>>>> para optimizar la velocidad de ejecución y para proteger el código
>>>> fuente.
>>>>
>>> Python (casi todas las implementaciones) se compila a bytecode. Es
>>> posible distribuir sólo el bytecode, sin el código fuente, y va a
>>> correr (y de hecho acelera un poquito el startup porque evita tener
>>> que compilar la fuenta a bytecode).
>>>
>>> En términos de protección del código, sin embargo, el bytecode de
>>> python es sencillamente des-compilable. Se pueden obfuscar los
>>> identificadores internos durante la compilación a bytecode (hay
>>> herramientas para eso, que modifican lo que no hace a la interfaz,
>>> como variables locales), pero lo que se gana ahí es poco.
>>>
>>> Es raro que en gestión de comercios tengas código de performance
>>> realmente crítica - todo suele estar limitado por una base de datos o
>>> el input del usuario. Pero si lo tuvieras, tenés algunas opciones. Sin
>>> embargo, empaquetar algo que utilice eso te va a ser más complicado -
>>> lo más sencillo de empaquetar es código puramente python. Eso se hace
>>> sencillo con cx_freeze: http://cx-freeze.sourceforge.net/
>>>
>>
>> Pero sacar el python de un exe de cx_freeze es una pavada.
>> En general tratar de esconder el código no es una actividad que tenga
>> un gran beneficio, porque en la gran mayoría de los casos lo que
>> quiere el "chorro" es usar el código, no leerlo.
>>
>> _______________________________________________
>> pyar mailing list pyar en python.org.
>>
>
>
>
> Creo que nos perdimos de algo en la pregunta original.
> No hay un compilador, normalmente las maquinas que ejecutan programas en
> python tienen instalado el interprete python y las librerías necesita ese
> programa. Así de simple, creo que el 99% de los casos no necesitan otra
> cosa.
>
> Con respecto a la performance, te recomiendo que busques una charla de una
> pycon (creo que es de Facundobatista) "Python más rápido que C" y la semana
> pasada estuve leyendo este hilo en reddit con cosas re interesantes:
>


Pido disculpas a Facundo y los integrantes de esta lista, no quiero herir
susceptibilidades pero tengo que ser franco.
Considero que la charla que menciona Gilgamezh ("Python más rápido que C")
tiene muchos puntos flacos.
Python muchas ventajas por sobre C, pero la eficiencia no es una de ellas,
creo que ni siquiera son comparables en ese aspecto.
Si les interesa, podemos crear otro thread donde discutamos los detalles y
luego codificar algoritmos en distintos lenguajes y medirlos.
Creo que puede ser un buen ejercicio.




>
> http://www.reddit.com/r/Python/comments/23ap65/what_
> kind_of_project_would_you_not_use_python_for/
>
> :D
>
> saludos!
>
> Gilgamezh.
>
>
>
> _______________________________________________
> 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/20140428/9ff2ee57/attachment.html>