El 2005-03-10 a las 14:44 -0300, Juan Erbes escribió:
Yo creo que el problema radica en esa chapuza, que kylix no corre en forma nativa bajo linux, sino que utiliza el wine, al igual que hizo IBM con el
Cierto. Pero usan las librerías de wine, que no es lo mismo que ejecutar una aplicación nativa de windows en el emulador que no es un emulador de windows del wine. No se si me sigues. Se trata de crear aplicaciones nativas de linux, si, pero sin cambiar tus llamadas a las librerías de sistema, que te supone rehacer casi toda la aplicación. Se sigue llamando a funciones con el mismo nombre e interfaz que las de windows, pero que en realidad, son de linux, del wine. El resultado si que es una aplicación nativa de linux, pero que no fué desarrollada para linux originalmente.
Yo creo que hoy en día, si se trata de aplicaciones que corren en red contra una base de datos central, la mejor alternativa, es un servidor con postgres, php y apache, y en el cliente, un browser decente sin necesidad de un cliente para base de datos, mientras que la aplicación corre en php y puede estar
Ya. De acuerdo en lo de la base central. Pero, si no me equivoco (no soy programador de bases de datos), lo del php significa que la mayor parte del procesado que ejecutaría el cliente en realidad se ejecuta en el servidor web. No estamos distribuyendo el trabajo. Cierto, se tienen aplicaciones muy faciles de instalar, basta con el navegador; pero suponen más carga de trabajo para el servidor. Además, una aplicación hecha en kylix, o en delphi, o en lo que sea, resulta muy bonita y atractiva para el que paga, que es lo importante ;-) -- Saludos Carlos Robinson