En la entrevista sólo se comenta de pasada la estrecha relación
que liga a estos lenguajes dinámicos con el software libre. A
nadie se le puede escapar que Perl, Python, PHP etc. son
projectos de SL y que en la gran mayoría de los casos son usados
para desarrollar programas también libres o de
código abierto.
¿Es esto casual? Desde luego que no. Las grandes compañías
de software prefieren entregar sus programas compilados para que
sea difícil saber lo que hacen o modificarlos. Y sí, ya sé que
Sun apoya el desarollo de versiones de Python y otros lenguajes
que corren sobre la JVM, pero lo hacen más bien para permitir el
desarrolo de programitas rápidos de juguete y no como plataforma
para aplicaciones serias.
¿Qué significa esto? ¿Es una desventaja para los lenguajes
dinámicos? ¿Es una ventaja para el sofware libre? ¿Ambas cosas a
la vez?
Me gustan los lenguajes de script, y sí puedo distribuir perl compilados es C con perlcc y por supuesto, puede no funcionar.
La página de manual de perlcc dice claramente que no se garantiza que el código generado de ésta manera funcione... pero probarlo y me decís.
En un post de por aquí he leído que hay desarrollos de codificadores libres para php, al estilo del Zend Encoder
... por cierto, otra cosa que me gusta de perl (a diferencia de la shell y php, aún no sé python) perl no es del todo interpretado (no se rasguen las vestiduras). Todo el script de perl es pasado antes de ejecutar nada por un analizador sintáctico y este crea una imagen (digamos binaria, compilada) de nuestro script en memoria que será la que se ejecutará. Si el paso por el analizador sintáctico (parser para los que no sepan otro palabro) detecta errores no se ejecuta nada, a diferencia de un shell script que lo hace todo hasta que falla. En perl o va o no va. Aunque no es del todo cierto por que puedes llamar a cosas fuera de tu script...
--
"El hombre es la medida de todas las cosas..."
Protágoras
Lenguajes dinámicos + Software Libre
(Puntos:5, Informativo)( Última bitácora: Miércoles, 13 Febrero de 2008, 13:40h )
En la entrevista sólo se comenta de pasada la estrecha relación que liga a estos lenguajes dinámicos con el software libre. A nadie se le puede escapar que Perl, Python, PHP etc. son projectos de SL y que en la gran mayoría de los casos son usados para desarrollar programas también libres o de código abierto.
¿Es esto casual? Desde luego que no. Las grandes compañías de software prefieren entregar sus programas compilados para que sea difícil saber lo que hacen o modificarlos. Y sí, ya sé que Sun apoya el desarollo de versiones de Python y otros lenguajes que corren sobre la JVM, pero lo hacen más bien para permitir el desarrolo de programitas rápidos de juguete y no como plataforma para aplicaciones serias.
¿Qué significa esto? ¿Es una desventaja para los lenguajes dinámicos? ¿Es una ventaja para el sofware libre? ¿Ambas cosas a la vez?
Re:Lenguajes dinámicos + Software Libre
(Puntos:2)( http://don-elias.homelinux.net/ )
Totalmente de acuerdo contigo.
Sólo agregar que Sun también apoya el desarrollo de Tcl/Tk.
Saludos.
Timeo
Re:Lenguajes dinámicos + Software Libre
(Puntos:1, Interesante)5.8 sun4u SUNW,Sun [opensolaris.org]-Fire-V210
3494
También existe...
(Puntos:1)( http://www.moimart.org/ )
perlcc
(Puntos:3, Interesante)( http://www.benavent.org/ | Última bitácora: Jueves, 17 Agosto de 2006, 11:10h )
Me gustan los lenguajes de script, y sí puedo distribuir perl compilados es C con perlcc y por supuesto, puede no funcionar.
La página de manual de perlcc dice claramente que no se garantiza que el código generado de ésta manera funcione... pero probarlo y me decís.
En un post de por aquí he leído que hay desarrollos de codificadores libres para php, al estilo del Zend Encoder
... por cierto, otra cosa que me gusta de perl (a diferencia de la shell y php, aún no sé python) perl no es del todo interpretado (no se rasguen las vestiduras). Todo el script de perl es pasado antes de ejecutar nada por un analizador sintáctico y este crea una imagen (digamos binaria, compilada) de nuestro script en memoria que será la que se ejecutará. Si el paso por el analizador sintáctico (parser para los que no sepan otro palabro) detecta errores no se ejecuta nada, a diferencia de un shell script que lo hace todo hasta que falla. En perl o va o no va. Aunque no es del todo cierto por que puedes llamar a cosas fuera de tu script...
"El hombre es la medida de todas las cosas..." Protágoras