por
pobrecito hablador
el Martes, 22 Marzo de 2005, 14:28h
(#466870)
Yo hablo de usar Python, Perl etc. fuera de la administración de sistemas.
Que yo sepa, SUN no te impide hacerlo, y no creo que el codigo de solaris te sirve de algo fuera de la administración de sistemas. Ademas la razon por la cual las aplicaciones nunca se escriben el lenguajes dinámicos es simple: performancia del codigo compilado frente al codigo interpretado.
saludos,
Bzzzzz! Equivocado!
Muchos videojuegos recientes utilizan Python como lenguaje de scripting para definir la lógica de juego, y una librería gráfica altamente optimizada para la presentación. No creo que nadie pueda achacar problemas de rendimiento a Python sabiendo que se pueden escribir videojuegos con él.
Uno de los primeros en hacer eso fue el español Blade.
¿Le suena a usted portage, el sistema de paquetes de Gentoo? O Bitbake, similar pero para crosscompilar a arquitecturas embebidas (openembedded etc). ¿Que tal la cantidad de programas escritos en tcl/tk, como tkabber, amsn, etc? O en TCL puro, eggdrop, un bot de IRC. ¿IDLE, la GUI de Python hecha en Python y Tkinter? No conozco OCAML, pero segun veo puede usarse interpretado o compilado. Y mldonkey esta escrito en OCAML.
Y esos son los que me vienen a la cabeza. Desde luego habrá muchos mas. Y si son programas algo mas pequeños, ya ni te cuento. Por supuesto que si vamos a escribir un kernel en Python no va a ir del todo bien porque se necesita una velocidad importante y un control mas total, pero para aplicaciones donde la velocidad no es crítica, cualquier lenguaje interpretado es buena idea. Por ejemplo, veo dificil que un servidor web escrito en un lenguaje interpretado obtenga el mismo rendimiendo que uno en C, pero ¿a alguien le importa si un bot en un canal de IRC te contesta 10ms antes o despues? Además, con los lenguajes interpretados es mas sencillo el desarrollo y mas portable debido al nivel de abstracción que te proporciona el lenguaje.
Y un lenguaje interpretado es lo que se usa normalmente para scriptar un gran programa, aunque en realidad scriptar algo y hacer un plugin para algo viene a ser lo mismo, solo que lo segundo se suele asociar con un .so o una DLL, y lo primero a un lenguaje scriptado. ¿que prefieres, hacer tus scripts de IRC en C? Los lenguajes interpretados tienen muchas ventajas en estos casos, ademas de acercar al usuario medio que no sabe programar, ya que no hay que confundirle con compiladores y segfaults, y además los lenguajes interpretados suelen ser mas intuitivos y sencillos (bueno, la legibilidad de perl puede que lo elimine de este aspecto :P)
Re:Lenguajes dinámicos + Software Libre
(Puntos:1)( http://barrapunto.com/ )
Hay gente pa to!
Re:Lenguajes dinámicos + Software Libre
(Puntos:0)Que yo sepa, SUN no te impide hacerlo, y no creo que el codigo de solaris te sirve de algo fuera de la administración de sistemas. Ademas la razon por la cual las aplicaciones nunca se escriben el lenguajes dinámicos es simple: performancia del codigo compilado frente al codigo interpretado. saludos,
Re:Lenguajes dinámicos + Software Libre
(Puntos:1, Informativo)( Última bitácora: Lunes, 08 Agosto de 2011, 20:18h )
Soy un tío y leo shoujo. Qué pasa. [tvtropes.org]
Re:Lenguajes dinámicos + Software Libre
(Puntos:2, Inspirado)( http://www.marcansoft.com/ )
Y esos son los que me vienen a la cabeza. Desde luego habrá muchos mas. Y si son programas algo mas pequeños, ya ni te cuento. Por supuesto que si vamos a escribir un kernel en Python no va a ir del todo bien porque se necesita una velocidad importante y un control mas total, pero para aplicaciones donde la velocidad no es crítica, cualquier lenguaje interpretado es buena idea. Por ejemplo, veo dificil que un servidor web escrito en un lenguaje interpretado obtenga el mismo rendimiendo que uno en C, pero ¿a alguien le importa si un bot en un canal de IRC te contesta 10ms antes o despues? Además, con los lenguajes interpretados es mas sencillo el desarrollo y mas portable debido al nivel de abstracción que te proporciona el lenguaje.
Y un lenguaje interpretado es lo que se usa normalmente para scriptar un gran programa, aunque en realidad scriptar algo y hacer un plugin para algo viene a ser lo mismo, solo que lo segundo se suele asociar con un .so o una DLL, y lo primero a un lenguaje scriptado. ¿que prefieres, hacer tus scripts de IRC en C? Los lenguajes interpretados tienen muchas ventajas en estos casos, ademas de acercar al usuario medio que no sabe programar, ya que no hay que confundirle con compiladores y segfaults, y además los lenguajes interpretados suelen ser mas intuitivos y sencillos (bueno, la legibilidad de perl puede que lo elimine de este aspecto :P)