Lenguajes Scripting un poco Limitados???? En que sentido nene????
El problema es que mucha gente se confunde, pensando que si fulano programa en ASM hace unas tremendas mega aplicaciones potentisimas y si fulanito programa en JAVA por ejemplo, hace cosas pequeñas....
Mala teoria muy mala, ASM es lenguaje de bajo nivel, JAVA es de alto nivel lo cual lo hace sumamente entendible para el ojo humano a la hora de aprenderlo.
Los lenguajes Scripting no son limitados, cuando hablamos de aplicaciones de uso general. De hecho son hasta mejores que los de bajo nivel. Es bastante incomodo la verdad que realizes una aplicacion en C/GTK por colocar un ejemplo y realizes la mismita aplicacion en Perl/TK cual de las dos posee mas portabilidad sin modificaciones ni dolor de cabeza???? la de Perl/Tk.
Ya que la de C/GTK por la dichosa inclusion de la libreria GTK ya hay problemas... problemas porque si programaste tu aplicacion usando digamos GTK 2.x y sus funciones, y pasas los fuentes de tu aplicacion a otra PC donde tengo GTK 1.x que dolor de cabeza a modificar un sinumero de codigo y funciones inecesariamente porque sino jamas vas a poder compilarlo.. o a actualizar GTK 1.x a GTK 2.x esto sin contar el tremendo dolor de cabeza que implica actualizar las dependencias sin dañar el sistema.... Y ni te cuento si dicha aplicacion va para un SO Windows... a bajarse todas las dependencias nene, un compilador de C, la paqueteria GTK para Windows de la misma version del programa creado por ti ojo o sea GTK 2.x porque sino pasara el mismo rollo ya explicado...
Ahora hablemos de la misma aplicacion realizada en Perl/Tk y su portabilidad... lo puedes pasar de cualquier distribucion Linux a otra sin problema.. no importa que yo haga realizado mi aplicacion usando Perl 6.x y la otra PC tenga Perl 5.x el lenguaje sigue siendo estandar y el interprete de igual manera por ende la version no importa funcionara igual. Y el Tk??? que importa que yo tenga Tk 8 y la otra PC TK 6.... mi aplicacion no utiliza las librerias Tk , utiliza un modulo para Perl que implementa la mayoria de widgets de la libreria Tk pero es totalmente independiente de las librerias Tk y no necesita que las tengas siquiera instaladas para funcionar... Y como solo se creo un modulo Tk para Perl.. y mas nunca se ha actualizado ni se actualizara ni nada, mi aplicacion Perl/Tk sera 100% funcional tanto en Linux, Windows, Unix, Mac loquesea siempre y cuando el interprete Perl este instalado en el SO y el modulo Tk para Perl tambien... y eso se consigue en menos de 2 minutos con el manejador de paquetes de Perl.
Y que me dices cuando tu aplicacion implementa un odbc o trabaja directamente con binarios de base de datos? Aqui la tienes chungo si es en un hermoso y potente lenguaje compilado, si hablamos de C va perfecto con el Api C de MySQL pero y si lo quieres para Oracle? tendrias que bajarte el cliente de Oracle completo y portarlo a todas las PC´s donde tu aplicacion C trabajara con Oracle.. o si quieres puedes usar la libreria oci.h de Oracle para ahorrarte bajar el cliente Oracle en todas las PC´s pero trabajar con el oci.h de Oracle en C es bastante incomodo y solo va dirigido a gente con aspiracion de ser matematicos o desarrollar drivers...
Sin embargo, que comodo es trabajar con PHP en un entorno web, y conectar PHP a Oracle en el servidor y los clientes solo abrir su navegador poner la direccion del servidor y ya esta!!!
Todo es relativo la verdad, en cuanto a comodidad y portabilidad para mi percepcion los lenguajes scripting llevan la delantera. No son limitados para nada, son lenguajes de alto nivel bastante entendibles nada mas, pero no son limitados he inclusive existen mas modulos, y mas facilidades a la hora de embeberle una funcionalidad a estos que a uno de bajo nivel tipo C/C++, ASm y por ahi vamos.
No se duda la potencia de los lenguajes bajo nivel pero.. no voy de acuerdo con que los lenguajes Scripting son chiquititos y limitados.
Autor
En línea
.
.
