Hace algún tiempo lei en el blog de Enrique Dans acerca de un software que a primera vista ocupaba poco espacio y que al instalarlo se puso a descargar de internet cantidad de añadidos necesarios para poder funcionar.
Traigo esto hoy aqui por que tambien leí hace poco en otro blog sobre un señor que echaba de menos aquellos programas que se instalaban en una carpeta del disco duro sin necesitar nada más y que si no te satisfacían con borrarlos el sistema quedaba igual que antes de tenerlos, vamos que estos programas no tocaban el registro de windows, ni incluían extraños archivos dentro de los directorios del sistema operativo.
Hoy, en el blog de Alberto Hernandis se publica el artículo "Malas noticias para Delphi" y en sus comentarios aparecen defensores por el desarrollo en .NET o Java como alternativa a una posible desaparición de Delphi.
No tengo nada en contra de .NET y Java, es más, creo que tienen su campo de aplicación, pero también hay que tener en cuenta que para poder echar a andar un desarrollo en uno de estos entornos hay que empezar a descargar e instalar mucho software adicional que, además, se quedan en la máquina aunque se desinstale la aplicacion original.
Por mi parte y al tipo de cliente al que me dirijo no veo necesario tener que montar tanta complicación para que puedan autoinstalarse sus aplicaciones y mis desarrollos con xHarbour y Xalier cubren totalmente las necesidades con conexion a cualquier motor de base de datos que pueda ser atacado via ODBC o ADO. Y desde luego, si el cliente quiere desinstalar el programa de su máquina no le van a quedar restos que puedan afectar al sistema operativo.
Hoy he bajado de la web del C3 (www.c3compiler.com) dos aplicaciones de ejemplo, me ha llamado mucho la atención lo poco que ocupaban, tampoco es que fueran grandes aplicaciones, pero una de ellas no estaba mal. En eso he de dar un 10.
Es verdad que los dos "entornos" que mecionas requieren de una instalación previa de determinadas librerías, también lo requiere una aplicación en xHarbour si quieres atacar a un servidor SQLServer vía ADO o si utilizas GTK ¿no?
En Linux, el instalar unos paquetes requiere de otros, y nadie se queja.
En definitiva, en el proceso de decidir por un lenguaje/entorno de desarrollo deben tenerse en cuenta muchos factores.
Con xHarbour tienes de forma nativa la clase TOleAuto para acceder a OLE y de paso a ADO.
Xailer incluye "de serie" un sistema de DataSet que acceden directamente a ODBC.
Si bien es posible que para alguna otra cosa necesites incluir alguna libreria externa esta se queda dentro del programa enlazado o con meterla dentro del mismo directorio de la aplicación (en caso de DLL) se soluciona sin tener que "enmarranar" los directorios del sistema y sin necesidad de "registrar" nada en el registro de Windows.
El caso de T-Gtk es distinto ya que necesita disponer de los "runtimes" y DLL's de GTK+ para funcionar y estos hay que instalarlos según especificaciones del fabricante.
Como comente antes, creo que es responsabilidad del programador (o equipo de desarrollo) decidir que lenguaje hay que usar en cada caso.