Lo malo de Python como lenguaje interpretado

• Un lenguaje interpretado nunca podrá ser igual de rápido que uno compilado, por el simple hecho de que hay una tarea extra en la que el interprete realiza su tarea de analizar el programa, entenderlo y despues ejecutar cada una de las acciones; el programa binario corre por sí mismo.
  • Python genera por defecto un archivo con extensión “.pyc” o “.pyo” (dependiendo del nivel de optimización) con una versión byte-compilada del archivo .py original, no es binario ejecutable pero es mas fácil de ser digerido por el interprete, lo que reduce el tiempo de carga de dichos módulos.
• Al crear programas de código fuente cerrado se busca ofuscar el código fuente, esta es una tarea que puede ser complicada pero incluso programas binarios pueden ser escudriñados o alterados.
• Distribuir programas a personas que no saben del interprete puede agrega un paso mas a nuestro proceso, por ejemplo, el tener que distribuir el interprete. Muchos programas crean un binario base con el intérprete de Python empotrado y un ZIP con todos los paquetes y módulos ocupados, aunque el archivo final queda mucho mas grande (en MB) de lo que nuestro código fuente es.
  • Py2Exe en Windows
  • cx_freeze en UNIX

You must be logged in to take the quiz.