Barrapunto

Hombre, yo estoy usando Python para desarrollar batches y el resultado es excelente.

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)