El problema Juan es que el Kilyx no es cualquier maravila instalarlo en suse a partir de la versión 8.2 (si mal no recuerdo) y a pesar que puedes -engañar- a la hora de instalar, siempre te quedan algunas secuelas de la mentira ;-) Por ejemplo, con las librerias de acceso a Postgresql dá problemas y en algunos casos si vas a modificar una propiedad de un control te bota del RAD. Imagino que cosas como estas tendrán solución, pero con la versión open no te darán soporte (aunque dependiendo del país del partner, ni con derecho a soporte tendrás buenas respuestas con respecto a problemas con aplicaciones borland en suse -o linux en general- ). Aún así, siendo Borland una compañía que es competencia contra Microsoft en algunos productos, se ganan un punto se simpatía entre los puristas y hay que reconocer que son muy buenos estos productos. Un abrazo pueX. El Mié 09 Mar 2005 9:26 AM, Juan Erbes escribió:

Peter Holm wrote:

...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

Hola:

Desearia comprar el Kylix3 Profesional, Upgrade desde Delphi6 Pro. He escrito a mis proveedores de Soft, pero solo me ofrecen el Empresarial, rebajado a 600 ? (por si a alguien le interesa), lo que sobrepasa en demasiado el presupuesto que tengo.

¿Sabe alguien si es posible comprarlo en Borland USA, UK.....?

Tengo entendido que hay versiones Pro para bajar previo pago, despues te mandan el CD, pero no doy con los enlaces.

Puedes descargar gratis la versión Open edition: http://www.borland.com/products/downloads/download_kylix.html#

Saludos, Juan

-- ********************************* Hugo Sandoval Consultor Senior www.softwarelibre.com.ve hugo@softwarelibre.com.ve spock@linux.org.ve hsandoval@ven.org hugospock@yahoo.com 58-261-7560687 58-416-4617402 58-261-7560836 ********************************* "Linux se escribe con 1 'L': L de Libertad. Microsoft se escribe con 4 'M': Monopolio. Malo. Muy Malo." HS: caviliáte!

Borland no descontinuo el proyecto Kylix??? *-------------------------------------------------------* *-Edwin Quijada *-Developer DataBase *-JQ Microsistemas *-809-747-2787 * " Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo comun" *-------------------------------------------------------*

From: saitho Reply-To: saitho To: suse-linux-s@suse.com Subject: Fwd: [suse-linux-s] ¿Donde comprar Kylix? Date: Wed, 9 Mar 2005 11:52:10 -0400

El Asunto de los drivers y los inconvenientes en la instalacion son correctos he estado trabajando con kilyx en un proyecto open source y luego de algunos traumas iniciales trabaja bastante bien en (Debian,SUSE, Slack). Ahora Si el trabajo que vas ha realizar en amplio y complejo deberias evaluar tambien a JBuilder, sin salir del Ambiente Borland - GNU/Linux.

Saitho Venezuela

---------- Forwarded message ---------- From: Hugo Sandoval Date: Wed, 9 Mar 2005 10:41:12 -0400tho Subject: Re: [suse-linux-s] ¿Donde comprar Kylix? To: suse-linux-s@suse.com

El problema Juan es que el Kilyx no es cualquier maravila instalarlo en suse a partir de la versión 8.2 (si mal no recuerdo) y a pesar que puedes -engañar- a la hora de instalar, siempre te quedan algunas secuelas de la mentira ;-) Por ejemplo, con las librerias de acceso a Postgresql dá problemas y en algunos casos si vas a modificar una propiedad de un control te bota del RAD. Imagino que cosas como estas tendrán solución, pero con la versión open no te darán soporte (aunque dependiendo del país del partner, ni con derecho a soporte tendrás buenas respuestas con respecto a problemas con aplicaciones borland en suse -o linux en general- ). Aún así, siendo Borland una compañía que es competencia contra Microsoft en algunos productos, se ganan un punto se simpatía entre los puristas y hay que reconocer que son muy buenos estos productos.

Un abrazo pueX.

El Mié 09 Mar 2005 9:26 AM, Juan Erbes escribió:

...

Peter Holm wrote:

...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

Hola:

Desearia comprar el Kylix3 Profesional, Upgrade desde Delphi6 Pro. He escrito a mis proveedores de Soft, pero solo me ofrecen el Empresarial, rebajado a 600 ? (por si a alguien le interesa), lo que sobrepasa en demasiado el presupuesto que tengo.

¿Sabe alguien si es posible comprarlo en Borland USA, UK.....?

Tengo entendido que hay versiones Pro para bajar previo pago, despues te mandan el CD, pero no doy con los enlaces.

Puedes descargar gratis la versión Open edition: http://www.borland.com/products/downloads/download_kylix.html#

Saludos, Juan

-- ********************************* Hugo Sandoval Consultor Senior www.softwarelibre.com.ve hugo@softwarelibre.com.ve spock@linux.org.ve hsandoval@ven.org hugospock@yahoo.com 58-261-7560687 58-416-4617402 58-261-7560836 ********************************* "Linux se escribe con 1 'L': L de Libertad. Microsoft se escribe con 4 'M': Monopolio. Malo. Muy Malo." HS: caviliáte!

-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com

-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com

_________________________________________________________________ MSN Amor: busca tu ½ naranja http://latam.msn.com/amor/

Hugo Sandoval wrote:

Hola.

Aunque no me preguntaste a mi, igual me meto ;-) Borland NO abandonó el proyecto Kilyx, hubo un rumor/noticia en un momento, pero el desarrollo de kilyx continúa, solo que no han dado fecha o noticia del próximo producto. El soporte en kilyx continúa y prueba de eso es que sigue activo el enlace para el download de las versiones open y enterprise.

Salud.

Hola, Estas seguro de que kylix no esta abandonado? No hace mucho estube en una ponencia de borland para la presentacion del Delphi 2005 y de entrada el Delphi 2005 abandona totalmente las librerias CLX, por lo que les pregunte que a ver que pasaba con kylix y me dijeron que del kylix 3 no se pasaba y que se abandonaba la idea de multiplataforma. Si tienes informacion que diga otra cosa me encantaria saberlo Salu2 Emiliano Sutil

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Carlos E. R. wrote:

On 2005-03-09 18:34, Hugo Sandoval wrote:

...

Hola.

Aunque no me preguntaste a mi, igual me meto ;-) Borland NO abandonó el proyecto Kilyx, hubo un rumor/noticia en un momento,pero el desarrollo de kilyx continúa, solo que no han dado fecha o noticia del próximo producto. El soporte en kilyx continúa y prueba de eso es que sigue activo el enlace para el download de las versiones open y enterprise.

Bueno, el barco no se ha hundido porque no ha recibido un cañonazo mortal, pero sus marineros no se preocupan de taponar las brechas.

O dicho de otra forma: no se han preocupado ni de recompilar el proyecto para el kernel 2.6, que hay que engañarlo para que trabaje. Si a eso le llamas "dar soporte"... Ahora, que eso es típico de Borland, lo han hecho otras veces.

Segun lei en los foros de Borland siguen con Kylix, estan haciendo eso precisamente, tapando brechas, actualizando librerias y dandole vueltas para eliminar los problemas que han ido teniendo (desde el principio), lo que hace falta es que sea cierto......seria una lastima perder "Delphi para Linux", Creo que ahora andaban dandole vueltas a como hacer para que el que posea un Kylix no tenga problemas al actualizar su Sistema, o en caso de tenerlo poder solucionarlo facilmente (al menos mas facilmente que hasta ahora). Un saludo. Peter Holm. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQi9iBy+g7+3ZFf1AAQJDOw//RQ38YWtu+0XZ5Iuoe1yh2Rj1wp982tul Uum3JD/r5umVxnQi0mMBjBuKMV8770wWypOnuGXaWpHvtn+r9/KtKlCxGWDkEoW+ 5YwKN9EtgpmBROyxA4LwKKBlFu3ieayF3gqtf7fcUX6HOuEFeIal4pfko+amTIIO Xym1zlbscXiW2UJNuIZezXXoOIpfDZwYgpEkjlE6pwY5AQRsQMPqfURAX87TsiXz WRJubGDX7xi9GnRf5ccUHRZaCsxXi/x+e7qF6hDs56YRIGpJt3LyeqE62cNqyWHs /ktICzU7W1+uixt1ocWto2c7dilXDP5bKXPYcz+C5FqihOkvcXlFKgLC2hDAil56 V6Ub1IEHVKKFiiqD2Y/SctsAUKqkrVU+v0oah1N9e3m6Ml0alEDmHpZrvSzf7qUS H/9PhdK3lq6fQ8TxL1zlXjA9mRb2xtzIHOTSvtmbRHCD+m6Iv8p5wpuYQnD+25pD PL+vAW12K5IhU0XvFd5hdeNOdEJVE8xGvhZ1E7INsFSPjXFWxaBDpwZwW38oUpux wGn/PowX7pKmo4QT5bAFBTLA7xjVYerzU5TI9KCE6u9yxCeaYXeI+3BCQYnXWTZm RYn2fRmq5tGUTioKcdXZ1HASDW4iWA07NeQSmWrKIjU4/qU9TdQgjUXQl25yB8JH Aw7tBQRTIpg= =g7Oc -----END PGP SIGNATURE-----

Con los problemas enumerados, no conviene usar mas un entorno de desarrollo open source? Hugo Sandoval wrote:

El problema Juan es que el Kilyx no es cualquier maravila instalarlo en suse a partir de la versión 8.2 (si mal no recuerdo) y a pesar que puedes -engañar- a la hora de instalar, siempre te quedan algunas secuelas de la mentira ;-) Por ejemplo, con las librerias de acceso a Postgresql dá problemas y en algunos casos si vas a modificar una propiedad de un control te bota del RAD. Imagino que cosas como estas tendrán solución, pero con la versión open no te darán soporte (aunque dependiendo del país del partner, ni con derecho a soporte tendrás buenas respuestas con respecto a problemas con aplicaciones borland en suse -o linux en general- ). Aún así, siendo Borland una compañía que es competencia contra Microsoft en algunos productos, se ganan un punto se simpatía entre los puristas y hay que reconocer que son muy buenos estos productos.

Un abrazo pueX.

El Mié 09 Mar 2005 9:26 AM, Juan Erbes escribió:

...

Peter Holm wrote:

...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

Hola:

Desearia comprar el Kylix3 Profesional, Upgrade desde Delphi6 Pro. He escrito a mis proveedores de Soft, pero solo me ofrecen el Empresarial, rebajado a 600 ? (por si a alguien le interesa), lo que sobrepasa en demasiado el presupuesto que tengo.

¿Sabe alguien si es posible comprarlo en Borland USA, UK.....?

Tengo entendido que hay versiones Pro para bajar previo pago, despues te mandan el CD, pero no doy con los enlaces.

Puedes descargar gratis la versión Open edition: http://www.borland.com/products/downloads/download_kylix.html#

Saludos, Juan

Hugo Sandoval wrote:

Entornos de desarrollo open source existen varios y buenos, pero no todos cumplen las exigencias de X o Y proyecto. Adicionalmente, existe el conocimiento en determinado lenguaje y ahí se añade otro detalle a la hora de seleccionar. Productividad es la prioridad en muchos casos.

Entornos hay muchos, hace tiempo alguien paso una pagina con una lista de entornos de desarrollo que esta muy bien, ahi os va: http://alts.homelinux.net/task.php?task=devel&view=alt Ahi está por ejemplo el proyecto lazarus del que ha hablado Carlos E.R. yo lo instalé una vez y esta bastante bien, pero al final volvi al Delphi/kylix, exigencias del proyecto, como bien apuntas. No somos libres casi para nada y menos para elegir el entorno de desarrollo cuando hay que tratar con el cliente - :-( Salu2 Emiliano Sutil

o cuando hay que tratar con el cliente - :-(

...

O sea que terminamos justificandonos como el cura que fornica con la monja, diciendo: "haz lo que yo digo, pero no lo que yo hago".

hombre... no se obtiene ningun placer en trabajar con otras herramientas, como le pasa al cura.. :D. Y con el pan que pagan los clientes yo no juego! -- Saludos, miguel

Emiliano Sutil wrote:

...

...

O sea que terminamos justificandonos como el cura que fornica con la monja, diciendo: "haz lo que yo digo, pero no lo que yo hago".

No me justifico, es un hecho, el Delphi le da mil vueltas al kylix, pero eso no quiere decir que el windows sea mejor que el linux. La razon de esto es que borland ha hecho una pequeña chapuza con el kylix, les ha salido mal, y ahora lo abandonan. Para mi que quiesieron introducirse en el entorno linux, pero se han encontrado con que no tienen tanta experiencia en este entorno y les ha salido rana

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 Websphere (modulo de diseño), Corel, con algunos de sus productos para linux, hasta que M$ le puso plata a Corel, y esta le vendió su linux a Xandros. 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 basada, en uno de los tantos CMS http://www.cmsmatrix.org/matrix y hasta hay aplicaciones php armadas, que son muy practicas y de facil configuración, como por ejemplo dadabik, u otras como greenorange, que requieren de un poco mas de trabajo. Mas info: http://www.gnuenterprise.org/tools/ http://www.software-x.com/software/postgresql.html

Carlos E. R. wrote:

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.

¿Acaso si haces un query, sobre la base de datos, se ejecuta en el cliente? Por lo que yo se, no.

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 ;-)

Si, y tienes que instalar tu aplicación en cada pc, instalar el cliente de base de datos, y rezar que la estación de trabajo no se cuelgue (principalmente si es ruindous). Otro detalle, puedes ejecutar la misma aplicación php, sin importar que sistema operativo corra el cliente (estacion de trabajo), y menos aun, tener que recompilar segun el sistema operativo, como te sucedería con kylix o lo que fuera (excepto java), que se ejecute en el cliente. A mi tambien me ha pasado, cuesta olvidarse del VB, y ya que kylix se parece bastante, seguimos comodos, mientras que arrancar desde cero con php, no es nada facil. Yo lo estoy padeciendo. Saludos, Juan

El 2005-03-10 a las 20:47 -0300, Juan Erbes escribió:

...

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.

¿Acaso si haces un query, sobre la base de datos, se ejecuta en el cliente? Por lo que yo se, no.

Yo no lo se, pero supongo que una consulta sql se ejecuta en 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 ;-)

Si, y tienes que instalar tu aplicación en cada pc, instalar el cliente de base de datos, y rezar que la estación de trabajo no se cuelgue (principalmente si es ruindous).

Si se cuelga te dará igual que sea con delphi, o con explorer. Se cuelga, que para eso se pinta solo :-P

Otro detalle, puedes ejecutar la misma aplicación php, sin importar que sistema operativo corra el cliente (estacion de trabajo), y menos aun, tener que recompilar segun el sistema operativo, como te sucedería con kylix o lo que fuera (excepto java), que se ejecute en el cliente.

Ya lo se, tiene sus ventajas que la aplicación corra en el servidor, no digo que no. Pero también tiene sus inconvenientes: si hay muchos clientes, la carga en el servidor puede ser apreciable. ¿Cuanto? Pues dependerá de cada caso. El ajuste del programa a los gustos del cliente puede complicarse, vas a tener ventanas del navegador en vez de ventanas de la aplicación. Todo dependerá de cada caso, claro.

A mi tambien me ha pasado, cuesta olvidarse del VB, y ya que kylix se parece bastante, seguimos comodos, mientras que arrancar desde cero con php, no es nada facil. Yo lo estoy padeciendo.

Yo no he llegado a programar en VB, entre otras cosas, porque no tenía manual. En Delphi si he hecho alguna tontería: por la sencilla razón que es pascal, y pascal es el lenguaje con el que empecé en mi primer ordenador propio y que aprendí en serio (con el TP-2). Pero las únicas bases de datos que he hecho fueron con access, que tiene una interfaz de uso y diseño muy buena (ojo: no hablo del motor). Y ahora estoy haciendo una basecilla tonta para mi biblioteca con "rekall" sobre mysql. Ya probaré con OO cuando tenga una versión que lo haga. -- Saludos Carlos Robinson

El 2005-03-11 a las 03:07 -0300, Juan Erbes escribió:

...

Ya lo se, tiene sus ventajas que la aplicación corra en el servidor, no digo que no. Pero también tiene sus inconvenientes: si hay muchos clientes, la carga en el servidor puede ser apreciable. ¿Cuanto? Pues dependerá de cada caso.

Php se ejecuta en memoria, de allí la superioridad con respecto a asp. No tengo cifras reales de carga, pero al lado de la carga que representa la base de datos (si o si debe ir en el servidor), estimo que la carga que representa php, debe ser insignificante.

Dependerá. No tengo ocasión de comprobarlo, pero dependerá. Hombre, yo he usado aplicaciones de bases de datos pesadas y serias, contra servidores gordos (de esos de chorroeuros), e iban muy lentas (y no era la red, la empresa era un proveedor de telefonía e internet). Si encima los cientos de usuarios simultaneos estuvieramos usando aplicaciones cliente en navegadores web, cuya parte de ejecución que haya realmente se ejecutara en el servidor remoto (que creo que estaba en otra ciudad), pues... no quiero ni pensarlo.

...

El ajuste del programa a los gustos del cliente puede complicarse, vas a tener ventanas del navegador en vez de ventanas de la aplicación.

Mas a mi favor, no necesitas actulizar pc por pc, actualizas el archivo que necesitas en el servidor, y listo.

Pero tendrás los botoncitos tipicos del navegador, más los propios de tu aplicación que difinas. Ventanas de borde grueso e inutil, porque los botones del navegador sobran.

...

Pero las únicas bases de datos que he hecho fueron con access, que tiene una interfaz de uso y diseño muy buena (ojo: no hablo del motor). Y ahora estoy haciendo una basecilla tonta para mi biblioteca con "rekall" sobre mysql. Ya probaré con OO cuando tenga una versión que lo haga.

¿Access? Con razon decias que las consultas se ejecutaban en el cliente.

Las que yo he hecho, si, fueron con access. La que he mencionado antes era con Vantive, y yo no era más que un usuario.

¿Nunca probaste pgaccess sobre postgres?

Le he echado un vistazo, creo. Me gusta más la idea de rekall, que es independiente del motor. Creo que lo reporté aquí en su dia ("mis tribulaciones con...")

Uno de mis primeros trabajos en programación, fue el desarrollo de un electrocardiografo y un electroencefalografo digital de 8 trazos, allá por el año 1992, y lo hice con el Borland C++ 3.0, para lo cual en hardware usaba 8 amplificadores de instrumentación integrados en una misma placa, y una placa de captura y conversión AD de 8 canales.

¡Je! Pues hemos hecho cosas parecidas. Yo hacía la parte software de unos bancos de ensayo hechos a medida, con un PC y una tarjeta de adquisición. Medida de potencia de motocicletas en banco de rodillos, ensayo de pastillas de freno de coches, de balizas de aeropuerto, de máquinas de aire acondicionado, de cajas de cambio de vehiculos industriales... se seguía un protocolo de ensayo que pedía el cliente, actuando sobre motores electricos, reles o servovalvulas o lo que fuera, y tomando mediciciones, para luego graficarlas. Usabamos desde Basic (qbasic 4, me parece) hasta Labview, pasando por pascal y por C, en dos y en windows 3.11 y el 95. El trabajo más interesante y peor pagado que he tenido. Tengo curiosidad por saber si sería posible hacerlo en linux, pero me fuí antes de saber siquiera de su existencia. Bueno, si lo sabía, pero no lo había probado ni visto todavía.

Creo que en la lista debe haber gente mas experimentada que yo, sobre php y postgres, y sabrán aclararte mejor el panorama.

No creo que nunca me dedique a programar bases de datos, realmente no tengo esa formación. Las entiendo, básicamente, y tengo curiosidad. -- Saludos Carlos Robinson

El 2005-03-11 a las 19:19 -0300, Juan Erbes escribió:

Bueno, como sería en esa situción, si usarías conexión directa a una base de datos ubicada en otra ciudad, te imaginas los problemas de seguridad.

Ningún problema :-P Recuerda, empresa grande, un provedor de RTB e ISP. Enlaces dedicados. Red propia. ¡Palabras mayores! Todas las sedes estaban en la intranet, direcciones 10... Los viruses bombardeados por internet todavía no habían empezado, estaban a puntito, imagino.

Nuestro planteo, se refería al caso tipico de una intranet.

Hombre, te contaba un caso que he conocido personalmente hace unos añitos ya :-)

Si usarias una coneccion de BD a traves de internet, sería una completa burrada a nivel seguridad, a no ser que usas ipsec o algun otro tipo de enlace encriptado, ahora no recuerdo el nombre de este metodo que establece una comunicacion tunel segura.

Claro, por supuesto. En ese caso todas las consideraciones cambian.

¿Que uso le dabas a Vantive?

Mucho. Yo era un simple usuario, y supongo que eramos doscientos, a ojo. Desde datos de clientes, hasta incidencias. Y podías ver un histórico de que modificación había sido hecha por quien y cuando. Multitud de campos texto de tamaño ilimitado, creo que se llaman "memo". A lo grande. Y todo en windows :-P Tranqui, que fué allí donde conocí la primera máquina con Linux. Verlo en una empresa para un tema "serio" te abre los ojos, ya no es un invento de estudiantes. Pero a lo que ibamos. Mi punto es que, llega un momento en que ejecutar los clientes en los servidores se vuelve pesado. Cuantos clientes, o cuan pesada la aplicación, pues dependerá. -- Saludos Carlos Robinson

El 2005-03-12 a las 10:59 -0300, Juan Erbes escribió:

Hoy en día, la tendencia es hacer las aplicaciones via browser, aunque quedan algunas aplicaciones corporativas viejas, que corrian en emulacion de terminales vt220,

Si, he visto el otro dia una aplicación de una oficina del gobierno acá, y arrancan en windows sesiones telnet contra algo. El problema peor que tienen es que nadie la ha modernizado: pero no me refiero al programa, sino al contenido de la base de datos en si: registrar mi profesión exacta es imposible, porque los nombres han cambiado y nadie ha actualizado el listado. Claro, entiendo que necesiten un curso de capacitación para usar tales engendros... primero miran en una lista "las profesiones", y luego meten en tu ficha el valor numérico del indice, que son seis cifras. Luego dirán que es una base "relacional" :-P

y hace un par de años, le hicieron una lavada de cara, armando una aplicación grafica para ruindous (un engendro de aquellos), donde el usuario en lugar de loguearse via telnet contra el servidor (HP-UX - Oracle), debe loguearse contra la base de datos, con la unica ventaja, que se puede usar el mouse, pero a pesar de que pusieron un servidor mas rapido, la operación, es mas lenta, y encima, la aplicación es pesada, y tarda bastante en cargar, y cada tanto alguna colgada, con lo que tambien queda colgado el usurio de BD colgado, cosa que antes en emulación de terminal vt220, nunca sucedia.

¡Je! Como una aplicación de vigilancia de red que conozco, de esas de chorromillones, que la migraron a acceso web, como dices. Ves el error, haces click para entrar en el equipo, e imaginate al iexplorer abriendo una ventanita que es un telnet en java contra el equipo en cuestión... desesperante. Por cierto, el aplet o como se llame en java era codigo abierto.

...

...

¿Que uso le dabas a Vantive?

Mucho. Yo era un simple usuario, y supongo que eramos doscientos, a ojo. Desde datos de clientes, hasta incidencias. Y podías ver un histórico de que modificación había sido hecha por quien y cuando. Multitud de campos texto de tamaño ilimitado, creo que se llaman "memo". En mi empresa, tambien se usa, y por ahora estoy zafando de tener que usarla, pero por lo que vi, es una aplicación bastante pesada y complicada.

Si, suelen ser aplicaciones pesadas.

...

Pero a lo que ibamos. Mi punto es que, llega un momento en que ejecutar los clientes en los servidores se vuelve pesado. Cuantos clientes, o cuan pesada la aplicación, pues dependerá.

A mi modo de ver, es mas rapida la aplicación via browser o telnet (con emulacion de terminal), con un unico usuario de BD, en lugar de una aplicación que usa su propio usuario de BD, con lo que en el servidor tienes muchos usurios de BD y se hace mas lento el procesamiento.

Prefiero que hayan varios usuarios, por seguridad :-) Fíjate que el Vantive registraba en un histórico cada modificación, con el login de usuario y timestamp. Es decir, debía tener una tabla o base de datos auxiliar con tres o cuatro campos: timestamp, login, table, field, memo. En el ultimo campo se pone la entrada que haya hecho el usuario: es como un log de todas las modificaciones, una auditoría. Pero un motor de base de datos bien hecho no debe importarle demasiado que hayan varios usuarios simultaneos, están pensados para ello. Como dice creo que era Emiliano, dependerá de cada caso que es lo que sea mejor. -- Saludos Carlos Robinson

El 2005-03-13 a las 11:07 -0300, Juan Erbes escribió:

...

Prefiero que hayan varios usuarios, por seguridad :-)

Por seguridad? Con php y apache, no tienes ninguna conexión de BD externa, tan solo el usuario que maneja php (dentro del mismo equipo, si la BD y apache corren en el mismo). Crees que con unos cuantos usuarios de BD externos, vas a estar mas seguro? (salvo por algun agujerito que pueda tener php).

No me refiero a ese tipo de seguridad, hay muchos más aspectos. Recuerda que comentaba que el vantive registraba en un histórico quien hacía cada una de las modificaciones en cualquier tabla, y que modificación. Se puede ver el valor antiguo y el nuevo. Si hay un único usuario, es imposible saber quien es el responsable de una modificación incorrecta, ni siquiera a quien se le puede preguntar para ampliar datos. Luego, el propio motor (el mysql, volvamos a la tierra) tiene control de permisos bastante completito. Puedes dejar a unos usuarios tocar en un sitio, y a otros no. Supongo que eso el php, el programita, podrá controlarlo, pero si mete la zarpa otro programador que se le olvida implementarlo, o si se accede a la base de datos de diferentes metodos o programas, esas reglas ya no se fuerzan. Prefiero que esas limitaciones residan en la propia base de datos, esten registradas, y se fuercen. Dividir ese control entre dos programas no me gusta. -- Saludos Carlos Robinson

El 2005-03-13 a las 18:22 -0300, Juan Erbes escribió:

En las aplicaciones bien hechas, ya sea que ingreses via telnet o via browser, te debes loguear en el servidor, y como dije, si la aplicación está bien hecha, debe quedar registrado el usuario que agregó o modificó un registro. Todo depende de como esté implementado.

Pero prefiero que el control de seguridad lo lleve la base de datos, y su motor (el que sea) y no la aplicación. La aplicación puede cambiar, o incluso puede haber varias.

Te olvidaste de mencionar postrgesql, que es lejos, mejor base de datos que mysql, aunque esta ultima, sea mas usada en sitios web dinamicos, por ser algo mas rapida, pero no es la mas aconsejada para el manejo de datos criticos y mysql carece de muchas caracteristicas, que postgres, si las tiene.

Si, ya lo se. :-) -- Saludos Carlos Robinson

El 2005-03-11 a las 19:19 -0300, Juan Erbes escribió: Hablabamos hace unos cuantos dias de aplicaciones de bases de datos via web:

Bueno, como sería en esa situción, si usarías conexión directa a una base de datos ubicada en otra ciudad, te imaginas los problemas de seguridad. Nuestro planteo, se refería al caso tipico de una intranet. Si usarias una coneccion de BD a traves de internet, sería una completa burrada a nivel seguridad, a no ser que usas ipsec o algun otro tipo de enlace encriptado, ahora no recuerdo el nombre de este metodo que establece una comunicacion tunel segura.

Pues, acabo de ver una noticia, ya antigua, de finales de noviembre pasado, que creo publicaron en "diarioti" - que me ha llamado la atención al recordar lo que hablamos aquí: | Aplicaciones web, las preferidas de los crackers | | Según la consultora Gartner, un gran número de empresas descuida la | incorporación de mecanismos óptimos de seguridad en sus aplicaciones | web, que se han convertido en el objeto predilecto de ataques de | crackers y otros intrusos. El extracto de noticia que tengo es unicamente ese, no se más. Es muy genérico y nada concreto. -- Saludos Carlos Robinson

El 2005-03-29 a las 22:20 -0300, Juan Erbes escribió:

Imaginate el mismo escenario, donde un cracker tengo acceso directo a la base de datos (como tal, algun usuario y clave debe tener), crees que puede hacer menos desastre?

Yo no digo nada, sólo he copiado la noticia que he visto :-) -- Saludos Carlos Robinson

El 2005-03-11 a las 11:08 +0100, miguel gmail escribió:

...

...

¿Acaso si haces un query, sobre la base de datos, se ejecuta en el cliente? Por lo que yo se, no.

Yo no lo se, pero supongo que una consulta sql se ejecuta en el servidor.

se ejecuta en el servidor. Da igual q sea php, asp, jsp... lo que quieras. La base de datos esta en el servidor... Pero sospecho que Juan te preguntaba esto por algo que dijiste en tu penultimo mail, un despiste o un malentendido, sospecho.

Claro, la base de datos en si no tengo dudas que se "ejecuta" en el servidor. Lo que digo es que una aplicación cliente via navegador web, apache y "algo", se ejecuta en el servidor la parte cliente también, localmente solo visualizas con un navegador. En cambio, con una aplicacion cliente pura, esta se ejecuta en el cliente, y al servidor sólo se le molesta para las consultas (y lecturas y actualizaciones, por supuesto).

...

Pero las únicas bases de datos que he hecho fueron con access, que tiene una interfaz de uso y diseño muy buena (ojo: no hablo del motor). Y ahora estoy haciendo una basecilla tonta para mi biblioteca con "rekall" sobre mysql. Ya probaré con OO cuando tenga una versión que lo haga.

ya esta la OOo v2 Beta disponible (o 1.9.noseque). Me la he bajado (para windows, ´bendito´ trabajo), pero no lo he probado todavia... Trae la base de datos al estilo access (pero como digo, sin probar todavia...)

Dicen que suse 9.3 la traerá. -- Saludos Carlos Robinson

miguel gmail wrote:

...

Claro, la base de datos en si no tengo dudas que se "ejecuta" en el servidor. Lo que digo es que una aplicación cliente via navegador web, apache y "algo", se ejecuta en el servidor la parte cliente también, localmente solo visualizas con un navegador.

no, las consultas a la bbdd tb se ejecutan en el servidor. Por eso se llama al navegador un thin client, como decian en otro hilo. No hace nada mas qeu presentar resultados en una pagina, pero en si no controla la aplicación.

...

En cambio, con una aplicacion cliente pura, esta se ejecuta en el cliente, y al servidor sólo se le molesta para las consultas (y lecturas y actualizaciones, por supuesto).

aqui hay dos partes... el servidor puede ser de muchas formas, pero nuestro tema de discusion se quedara en un servidor con php o asp o jsp o pl o .... Estos son lenguajes de scripting que se ejecutan, todos, en el servidor. Son de hecho los que llaman a la bbdd a consultas :P

Estos ficheros (texto plano, con extension ´especial´) son _interpretados_ por el servidor (apache+mod_php, mod_perl, IIS, servidor java...), y no compilados. Se leen de arriba a abajo y ejecuta el codigo de forma secuencial. Una vez se ha ejecutado, el servidor manda al navegador codigo html pelado, y esto es lo que le llega al navegador. De hecho, si te fijas, puedes ver que el codigo fuente de cualquier pagina no es mas que html plano, no contiene ninguna instruccion sql ni nada parecido, solo el resultado de ejecutar ese script.

Estas paginas/ficheros alternan codigo html puro con instrucciones que se ejecutan en el servidor. Estas instrucciones estan marcadas por etiquetas especiales como <% codigo %> o <? codigo ?> que pueden devolver, o no, mas codigo html para enviar al navegador.

Lo malo de trabajar asi es que no se separa la capa de negocio de la de presentacion, o la frontera es mucho mas difusa. Vamos, que es bastante guarro y dificil de mantener. Sin embargo, el desarrollo es bastante rapido y la curva de aprendizaje tambien.

Los scripts que si se ejecutan en cliente son los javascript, que cualquier navegador interpreta, o el vbscript, que solo IExplorer entiende (para variar, claro) y el jscript, un javascript de MS que solo es compatible consigo mismo, claro. Es curioso que el vbscript sirve tanto para el lado de cliente como para el servidor, aunque con fines distintos, claro.

O sea que vbscript sirve para insertar un virus, tanto en el cliente como en el servidor?

El 2005-03-15 a las 16:07 +0100, miguel gmail escribió:

...

Claro, la base de datos en si no tengo dudas que se "ejecuta" en el servidor. Lo que digo es que una aplicación cliente via navegador web, apache y "algo", se ejecuta en el servidor la parte cliente también, localmente solo visualizas con un navegador.

no, las consultas a la bbdd tb se ejecutan en el servidor. Por eso se llama al navegador un thin client, como decian en otro hilo. No hace nada mas qeu presentar resultados en una pagina, pero en si no controla la aplicación.

Pues eso es lo mismo que he dicho yo con otras palabras :-p

...

En cambio, con una aplicacion cliente pura, esta se ejecuta en el cliente, y al servidor sólo se le molesta para las consultas (y lecturas y actualizaciones, por supuesto).

aqui hay dos partes... el servidor puede ser de muchas formas, pero nuestro tema de discusion se quedara en un servidor con php o asp o jsp o pl o .... Estos son lenguajes de scripting que se ejecutan, todos, en el servidor. Son de hecho los que llaman a la bbdd a consultas :P

Bueno, lo que estamos hablando es de las ventajas/inconvenientes de uno y otro sistema. Yo lo que digo es que estos que dices, los scripts en servidor, no me convencen para cosas que empiecen a ser serias. En cambio, para paginas web es ideal, porque no tienes que hacer accesible la pagina web desde internet, sólo el apache. Por ejemplo, para ver el listado de productos de la empresa por los vendedores. Como todo en ingeniería y en casi todas las ramas del saber, hay que contrapesar las necesidades, ventajas e inconvenientes, y decidir la salución más apropiada en cada caso.

Estos ficheros (texto plano, con extension ´especial´) son _interpretados_ por el servidor (apache+mod_php, mod_perl, IIS, servidor java...), y no compilados. Se leen de arriba a abajo y ejecuta el codigo de forma secuencial. Una vez se ha ejecutado, el servidor manda al navegador codigo html pelado, y esto es lo que le llega al navegador. De hecho, si te fijas, puedes ver que el codigo fuente de cualquier pagina no es mas que html plano, no contiene ninguna instruccion sql ni nada parecido, solo el resultado de ejecutar ese script.

Si, eso es lo que suponía, pero bueno está la explicación para tenerlo claro.

Estas paginas/ficheros alternan codigo html puro con instrucciones que se ejecutan en el servidor. Estas instrucciones estan marcadas por etiquetas especiales como <% codigo %> o <? codigo ?> que pueden devolver, o no, mas codigo html para enviar al navegador.

Lo malo de trabajar asi es que no se separa la capa de negocio de la de presentacion, o la frontera es mucho mas difusa. Vamos, que es bastante guarro y dificil de mantener. Sin embargo, el desarrollo es bastante rapido y la curva de aprendizaje tambien.

A mi lo que no me gusta es que, por un lado, si la aplicación cliente es pesadita estamos cargando más el servidor, puesto que se ejecuta allí. Y, que por otro lado, la base de datos sólo ve un cliente, una conexión, y no puede controlar quien accede y que modifica: todo quisqui es la misma persona.

Los scripts que si se ejecutan en cliente son los javascript, que cualquier navegador interpreta, o el vbscript, que solo IExplorer entiende (para variar, claro) y el jscript, un javascript de MS que solo es compatible consigo mismo, claro. Es curioso que el vbscript sirve tanto para el lado de cliente como para el servidor, aunque con fines distintos, claro.

Ah, estos no se me habían ocurrido. -- Saludos Carlos Robinson

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 basada, en uno de los tantos CMS http://www.cmsmatrix.org/matrix y hasta hay aplicaciones php armadas, que son muy practicas y de facil configuración, como por ejemplo dadabik, u otras como greenorange, que requieren de un poco mas de trabajo.

Hola, No estoy del todo de acuerdo contigo, una aplicacion web del estilo al que comentas tiene limitaciones respecto al interfaz de usuario, quiza sean vicios adquiridos al usar durante años aplicaciones con interfaz grafico de usuario pero hace que la introduccion de datos sea mas pesada. A parte de la lentitud por la sobrecarga en el servidor. Explicale a un contable que tiene que meter a toda velocidad, asientos, facturas... que no le sale pantalla instantaneamente y le sale el relojitoy el mensaje firefox esta esperando a que cargue la pagina, a ver que te dice..... Respecto a lo otro tienes razon, en el tema de configuracion e instalacion las ventajas de usar ese esquema son muchas, aunque compensará dependiendo del numero de equipos a configurar, como todo hay que buscar un equilibrio. Yo de momento el php para hacer portales tematicos, para aplicaciones de escritorio, Delphi/kylix, y por lo que se avecina MONO.NET Ya veremos como acaba la cosa Salu2 Emi

Emiliano Sutil wrote:

...

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 basada, en uno de los tantos CMS http://www.cmsmatrix.org/matrix y hasta hay aplicaciones php armadas, que son muy practicas y de facil configuración, como por ejemplo dadabik, u otras como greenorange, que requieren de un poco mas de trabajo.

Hola,

No estoy del todo de acuerdo contigo, una aplicacion web del estilo al que comentas tiene limitaciones respecto al interfaz de usuario, quiza sean vicios adquiridos al usar durante años aplicaciones con interfaz grafico de usuario pero hace que la introduccion de datos sea mas pesada. A parte de la lentitud por la sobrecarga en el servidor.

Y DALE CON LA SOBRECARGA DEL SERVIDOR! Cuantos millones de usuarios van a correr tu aplicación? La demora en el acceso a la base de datos, la vas a tener con cualquiera de los 2 metodos, mientras que la demora de php y apache no cuenta, porque es insignificante. Con decirte que una instalación estandar de php, usa solamente 8 MB de memoria.

Explicale a un contable que tiene que meter a toda velocidad, asientos, facturas... que no le sale pantalla instantaneamente y le sale el relojitoy el mensaje firefox esta esperando a que cargue la pagina, a ver que te dice.....

¿Acaso tu aplicación a nivel usuario, va a ser mas rapida que Firefox?

Respecto a lo otro tienes razon, en el tema de configuracion e instalacion las ventajas de usar ese esquema son muchas, aunque compensará dependiendo del numero de equipos a configurar, como todo hay que buscar un equilibrio.

Yo de momento el php para hacer portales tematicos, para aplicaciones de escritorio, Delphi/kylix, y por lo que se avecina MONO.NET Ya veremos como acaba la cosa

Porque no dices que no sabes nada de php y no te interesa aprenderlo?

Emiliano Sutil wrote:

Juan Erbes wrote:

...

Emiliano Sutil wrote:

...

...

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 basada, en uno de los tantos CMS http://www.cmsmatrix.org/matrix y hasta hay aplicaciones php armadas, que son muy practicas y de facil configuración, como por ejemplo dadabik, u otras como greenorange, que requieren de un poco mas de trabajo.

Hola,

No estoy del todo de acuerdo contigo, una aplicacion web del estilo al que comentas tiene limitaciones respecto al interfaz de usuario, quiza sean vicios adquiridos al usar durante años aplicaciones con interfaz grafico de usuario pero hace que la introduccion de datos sea mas pesada. A parte de la lentitud por la sobrecarga en el servidor.

Y DALE CON LA SOBRECARGA DEL SERVIDOR!

Cuantos millones de usuarios van a correr tu aplicación? La demora en el acceso a la base de datos, la vas a tener con cualquiera de los 2 metodos, mientras que la demora de php y apache no cuenta, porque es insignificante. Con decirte que una instalación estandar de php, usa solamente 8 MB de memoria.

Pues chico, yo no se que servidores usas tu, pero con un servidor Suse 8.1 con mas de 10 usuarios se nota, una aplicacion un poco que tal,

Ok, con la aplicación en kylix, necesitas 10 usuarios de base de datos, mientras que con php, un solo usuario de base de datos activo. ¿Que hace mas lento el servidor, atender 10 usuarios de base de datos, o 10 conexiones http a traves de apache con php y un solo usuario de base de datos?

...

...

Explicale a un contable que tiene que meter a toda velocidad, asientos, facturas... que no le sale pantalla instantaneamente y le sale el relojitoy el mensaje firefox esta esperando a que cargue la pagina, a ver que te dice.....

¿Acaso tu aplicación a nivel usuario, va a ser mas rapida que Firefox?

Y porque no? acaso firefox es la aplicacion más rapida que conoces?, yo te saco en una aplicacion una pantalla con 23 paginas en un Tab, que es lo que tiene un impreso de declaracion de la renta y va como un cañón, saca eso en un una aplicacion php con firefox, a parte de que visualmente no queda ni parecido a ver que pasa.

...

...

Respecto a lo otro tienes razon, en el tema de configuracion e instalacion las ventajas de usar ese esquema son muchas, aunque compensará dependiendo del numero de equipos a configurar, como todo hay que buscar un equilibrio.

Yo de momento el php para hacer portales tematicos, para aplicaciones de escritorio, Delphi/kylix, y por lo que se avecina MONO.NET Ya veremos como acaba la cosa

Porque no dices que no sabes nada de php y no te interesa aprenderlo?

Pues porque php lo uso para otras cosas, lo primero que programe en mi vida para desarrollo web hace 5 años fue en php, php 3 de aquellas, pero como te digo para cierto tipo de aplicaciones una aplicacion php no va, por experiencia,

Mira uno de los ultimos webs en php que he hecho es el portal de un equipo de futbol de aqui

http://www.sdponferradina.com/

Disuculpame. Las cosas cambian con el tiempo. Tanto el hard, como el software. No puedes comparar la velocidad de acceso de un sito en una intranet, con uno de internet con unos cuantos saltos de coneccción.

El Vie 11 Mar 2005 1:24 PM, Emiliano Sutil escribió:

...

...

Pues chico, yo no se que servidores usas tu, pero con un servidor Suse 8.1 con mas de 10 usuarios se nota, una aplicacion un poco que tal,

Ok, con la aplicación en kylix, necesitas 10 usuarios de base de datos, mientras que con php, un solo usuario de base de datos activo. ¿Que hace mas lento el servidor, atender 10 usuarios de base de datos, o 10 conexiones http a traves de apache con php y un solo usuario de base de datos?

Pues en eso tienes razon, la carga ahi seguramente será mayor con los 10 usuarios, los accesos a base de datos ralentizan un porrón las aplicaciones. Sería interesante buscar un equilibrio entre ambas cosas... Esto no es tan sencillo como parece.

...

Disuculpame. Las cosas cambian con el tiempo. Tanto el hard, como el software. No puedes comparar la velocidad de acceso de un sito en una intranet, con uno de internet con unos cuantos saltos de coneccción.

Disculpas aceptadas,

¿Viste el web? es de un equipo de futbol de 2ª división de aqui de España, a ver si este año suben a primera y me encargan rehacer el web ;. ;-)

Salu2

Emi

Aunque la discusión se ha desenvuelto en ambiente sano y cordial, me hace recordar una frase dicha por Ismael Olea en el I Foro Mundial de Tec. Libre realizado en Caracas: "El conocimiento es como el cu... todos tienen el suyo y piensa que el de los demás apesta...". Y esto viene a que están concentrando sus esfuerzos es determinar y dejar planteado qué cosa es mejor y qué no. "Zapatero a sus zapatos", cada lenguaje y entorno tienen su ámbito y justificación. En esto del software no hay quien defina las leyes, si no, dejaría de ser software libre. ;-) ;-) :-D :-D Solo por comentar y seguirme metiendo donde no me han llamado jejeje Un abraXo. -- ********************************* Hugo Sandoval Consultor Senior www.softwarelibre.com.ve hugo@softwarelibre.com.ve spock@linux.org.ve hsandoval@ven.org hugospock@yahoo.com 58-261-7560687 58-416-4617402 58-261-7560836 ********************************* "Linux se escribe con 1 'L': L de Libertad. Microsoft se escribe con 4 'M': Monopolio. Malo. Muy Malo." HS: caviliáte!

Hugo Sandoval wrote:

El Vie 11 Mar 2005 1:24 PM, Emiliano Sutil escribió:

...

...

...

Pues chico, yo no se que servidores usas tu, pero con un servidor Suse 8.1 con mas de 10 usuarios se nota, una aplicacion un poco que tal,

Ok, con la aplicación en kylix, necesitas 10 usuarios de base de datos, mientras que con php, un solo usuario de base de datos activo. ¿Que hace mas lento el servidor, atender 10 usuarios de base de datos, o 10 conexiones http a traves de apache con php y un solo usuario de base de datos?

Pues en eso tienes razon, la carga ahi seguramente será mayor con los 10 usuarios, los accesos a base de datos ralentizan un porrón las aplicaciones. Sería interesante buscar un equilibrio entre ambas cosas... Esto no es tan sencillo como parece.

...

Disuculpame. Las cosas cambian con el tiempo. Tanto el hard, como el software. No puedes comparar la velocidad de acceso de un sito en una intranet, con uno de internet con unos cuantos saltos de coneccción.

Disculpas aceptadas,

¿Viste el web? es de un equipo de futbol de 2ª división de aqui de España, a ver si este año suben a primera y me encargan rehacer el web ;. ;-)

Salu2

Emi

Aunque la discusión se ha desenvuelto en ambiente sano y cordial, me hace recordar una frase dicha por Ismael Olea en el I Foro Mundial de Tec. Libre realizado en Caracas: "El conocimiento es como el cu... todos tienen el suyo y piensa que el de los demás apesta...". Y esto viene a que están concentrando sus esfuerzos es determinar y dejar planteado qué cosa es mejor y qué no. "Zapatero a sus zapatos", cada lenguaje y entorno tienen su ámbito y justificación. En esto del software no hay quien defina las leyes, si no, dejaría de ser software libre. ;-) ;-) :-D :-D Solo por comentar y seguirme metiendo donde no me han llamado jejeje Un abraXo.

Pero pudieras hacer un aporte mas concreto, tu que eres un programador experimentado en el tema...

Hugo Sandoval wrote:

El Vie 11 Mar 2005 6:25 PM, Juan Erbes escribió:

...

...

Libre realizado en Caracas: "El conocimiento es como el cu... todos tienen el suyo y piensa que el de los demás apesta...". Y esto viene a que están concentrando sus esfuerzos es determinar y dejar planteado qué cosa es mejor y qué no. "Zapatero a sus zapatos", cada lenguaje y entorno tienen su ámbito y justificación. En esto del software no hay quien defina las leyes, si no, dejaría de ser software libre. ;-) ;-) :-D :-D Solo por comentar y seguirme metiendo donde no me han llamado jejeje Un abraXo.

Pero pudieras hacer un aporte mas concreto, tu que eres un programador experimentado en el tema...

Precisamente amigo mio, por mantener el ambiente de cordialidad, no me enfrasco en algunos tipos de discusiones que a mi parecer no deberian ventilarse por estos medios (correo) ya que muchas veces, terminas enfrentando criterios propios contra el resto del mundo. Personalmente prefiero discutir esto en persona o por una via mas directa y expresíva, donde puedas intercambiar más dinámicamente ideas. Efectívamente, soy programador tanto de aplicaciones WEB como stand-alone (como les decimos a veces). Utilizo entre otros: C++, Java, PHP y TCL/TK unos en mayor medida que otros y con diferentes niveles de habilidad. BD preferida: Postgresql. BD conocidas: Access (no, no me dá pena ;-), FireBird y MySQL. A razón que me he movido bastante a nivel comercial desde muy tempranos tiempos de mi vida en la informática (20+ años) he presenciado o formado parte en varias ocasiones de el tema "qué es mejor - qué es peor" y por eso les mencioné el dicho "zapatero a sus zapatos", tratando de ilustrar que lo mejor no es tal o cual, si no, cada cosa para cada tarea o proyecto. Cuando mencionan si una aplicación WEB es mejor que una hecha con botoncitos, marcos y controles personalizables, no es del todo cierto, porque si la vas a implementar fuera de la red local del cliente, entonces vienen otros hechos que hay que analizar antes de aventurarse a desarrollar tal proyecto. Porque si es una aplicación administratíva, entonces aplica eso de "un contador esperando algún tiempo entre pantallas a la hora de postear grandes cantidades de información", pero si es una aplicación de registro de información de clientes, la cual es llenada desde distintas fuentes humanas, entonces es mas efectíva y aplica eso de los problemas de implementación en cada maquina cliente, etc. Imaginate una aplicación que consolide inventarios o sirva de reporteadora para un DataWareHouse; en WEB es lo mas apropiado, cierto?. Pero que tal si la aplicación debe rastrear (scanear) documentos o sirva de POS,entonces la cosa se complica un poco para una aplicación WEB y hay que recurrir a una "stand alone".

Bueno, si, hay cosas que son obvias, sino tenes un servidor de base de datos, ni una red, tienes que recurrir a una aplicación stand-alone.

Aunque, también existen los servidores de aplicaciones que facilitan enormemente los deploys o las aplicaciones auto-actualizables. En fin, este tema es bastante amplio y discutible. Si te fijas, el tráfico que ha generado incluso antes de mutar te dará una idea de lo que quiero decir. Mosca! no estoy diciendo que la discusión sea o no inútil, cada quién tendrá su tiempo para decir lo que crea conveniente, dependiendo claro está de lo que diga cada quien, como es mi caso que veo que existen objetividades y subjetividades conviviendo en todos los comentarios.

Y para no dejar de un lado el buen humor y no lo tomen a mal, por si dije algo que hiriera la susceptibilidad de alguno: ;-) ;-) :-D :-D (por cierto y no por mentar mucho al diablo, no sea que se nos aparezca, el tema casi le gana en cantidad de post a los del amigo renegado que tenemos por ahí y que nos dá tirria si vuelve a aparecer con sus correos jajaja)

Y me imagino, que no debe faltar algun cliente, que te pide que le hagas algo (aplicación o modificación), que va contra todo sentido comun. Nunca me voy a olvidar de hace poco mas de 10 años, tube que "retocar" y modificar un sistema contable armado en access, por el hijo del cliente. Pudieras responder una de las preguntas planteadas anteriormente, que se refiere a un servidor un poco viejito: ¿Que hace mas lento el servidor, atender 10 usuarios de base de datos, o 10 conexiones http a traves de apache con php y un solo usuario de base de datos? Saludos, y buen finde, Juan

Carlos E. R. wrote:

Curiosidad mia :-)

¿Hablas de una aplicación para hacer el IRPF (ES) en linux?

Pues esa es la idea a largo plazo, la empresa donde trabajo se dedica a software fiscal, con un buen volumen de negocio en Windows, pero ahora tambien quiere dar una solucion del tipo a la que tiene en windows para usuarios de linux, aunque de momento esta un poco en el aire, con el tiempo se vera..... Salu2 Emiliano Sutil

Bien... :-)

Pero, ¿hay mercado para una aplicación para el irpf, cuando la aeat tiene una gratuita, en windows? Teniendo en cuenta que la gente piensa, aunque no sea así, que por usar una aplicación de la propia agencia tienes cierta protección contra errores de programación. No es así porque oficialmente la responsabilidad es siempre del declarante, del que firma.

Buenas, pues no te imaginas cuanto, esta claro que algo de valor añadido tiene nuestra aplicacion, como es un soporte tecnico muy bueno, y tener una aplicacion que haga algo mas que solo el IRPF, y sobre todo que no tenga errores. A nosotros nos llegan las primeras versiones cada año y no veas las gambas que metén. Esos si, ellos no se hacen cargo de nada, normal, porque como bien dices el usuario es responsable de revisar los calculos y que todo vaya bien,. En cierto sentido casi seguimos un modelo de Software libre, en el sentido en que lo que de verdad nos pagan los usuarios es la asistencia tecnica y no tanto en si la aplicación. De momento va bien, y esta empresa lleva con esta aplicacion creo que mas de 15 años.... ahi es nada. A ver si algun dia llegamos a verla en linux :-) Emi

Carlos E. R. wrote:

El 2005-03-15 a las 09:19 +0100, Emiliano Sutil escribió:

...

En cierto sentido casi seguimos un modelo de Software libre, en el sentido en que lo que de verdad nos pagan los usuarios es la asistencia tecnica y no tanto en si la aplicación. De momento va bien, y esta empresa lleva con esta aplicacion creo que mas de 15 años.... ahi es nada.

A ver si algun dia llegamos a verla en linux :-)

Ojalá :-)

Ahora, que no se que penetración tendrá linux en el ambiente de gestorías y similares, que son los que imagino compran esas cosas. Por supuesto, linux es mejor, etc, etc, pero el hecho es que la mayoría de aplicaciones de contabilidad y esa pesca son de windows. Pasito a pasito ;-)

Por eso, si dan el primer paso, en hacer una aplicación que funcionen de la misma forma bajo cualquier sistema operativo, el segundo paso ya es mas sencillo, cambiando el SO, sin cambiar las aplicaciones. Saludos, Juan

Edwin Quijada wrote:

El problema de esto es que lo que uno busca es q sea multiplataforma para ver si un dia podemos llevar nuestra app a Linux. Esta fue la razon que me llevo a elegir Delphi en Win pensando en luego poder hacer el salto pero ahora veo que ese salto se me esta haciendo dificil el Kylix. Hasta donde yo se ese proyecto se fastidio amen de que tenia una licencia fatal. He visto Lazarus y hay otro por ahi pero aun no estan tan robusto como para lanzarse al cambio. Estoy viendo RealBasic en estos momentos y me parece una buena opcion aunq no es gratis pero eso no importa siempre y cuando mi programa pueda correr sin problemas en esas plataformas. Ya se q me diran q use Java pero definitivamente no voy a usar Java por muchas razones.

Hola Edwin Estoy en la misma situacion que tu, tengo un montón de desarrollo hecho en windows y para portarlo a linux las estoy pasando canutas y estoy buscando una alternativa. No has pensado en .NET? para linux/windows tienes el proyecto MONO ( http://www.mono-project.com/Main_Page ) Además no se descarta que el Delphi sea compatible en un futuro. Yo estoy barajando usarlo, pero no he hecho pruebas concluyentes con ello. Si alguien ha probado algo..... Salu2 Emi

Edwin Quijada wrote:

Estas trabajando con Mono? Me puedes decir de tus experiencias"

Lamentablemente muy pocas, me he dedicado a compilar algun proyecto sencillo y correrlo en ambas plataformas, pero poco mas puedo decirte, lo siento... Cuando lo investigue más te haré saber mis experiencias Emi

lmartinez wrote:

Yo estoy trabajando con Mono para un par de aplicaciones.

De momento muy bien, consume recursos, pero va muy bien.

No he tenido ningun problema de compatibilidad, aunque no uso winforms en Linux por que no esta terminada.

Hola, Es una aplicacion con interfaz grafico de usuario? si es que si, y no usas winforms, ¿que usas? Salu2 Emi

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hugo Sandoval wrote:

Hola Peter. Probaste estas direcciones? http://shop.borland.com/dr/v2/ec_MAIN.Entry16?SP=10024&PN=29&xid=39696&V1=31033241&V2=31033241&V3=1&V5=0&V4=38&S1=&S2=&S3=&S4=&S5=&DSP=0&CUR=840&PGRP=0&CACHE_ID=0

En esta estan los downloads para las versiones Trial y Open. Si te fijas a rriba a la deracha, verás una comboBox que dice: Purchase. Allí accesas al enlace anterior y a una lista de donde comprar. http://www.borland.com/products/downloads/download_kylix.html

Suerte.

El Mié 09 Mar 2005 8:29 AM, Peter Holm escribió:

...

Hola:

Desearia comprar el Kylix3 Profesional, Upgrade desde Delphi6 Pro. He escrito a mis proveedores de Soft, pero solo me ofrecen el Empresarial, rebajado a 600 ? (por si a alguien le interesa), lo que sobrepasa en demasiado el presupuesto que tengo.

¿Sabe alguien si es posible comprarlo en Borland USA, UK.....?

Tengo entendido que hay versiones Pro para bajar previo pago, despues te mandan el CD, pero no doy con los enlaces.

Un saludo a todos. Peter Holm.

Gracias a todos, acabo de recibir carta de uno de mis proveedores, me mandan presupuesto para poder adquirirlo......:) Ahora una cuestion (que abrire en otro hilo) ¿Alguien ha usado UML con otro kernel? me explico, he visto que programas desarrollados en Kylix, en versiones "originales/anteriores" osea, kernel 2.4.XX, funcionan en versiones posteriores, (Kernel 2.6....), la consulta seria si es posible instalar el User Mode Linux con un Kernel 2.4.XX en mi SuSE 9.1 y utilizar esa plataforma para programar, sin acceso a red, ni nada por el estilo, y mi SuSE "normal" , para el resto de cosas, Un saludo a todos. Peter Holm. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQi9bCy+g7+3ZFf1AAQIGDw//d7DJTgHNABfiemVkSkpLcZdMbPeOMued MwqD77lbK7ghNYal4yPuE0sPE5+O3wasqG6Y4YnmScGJdMLBQJOwECi2hE214i1J zVTtcWD6ojzkOBKgKhmIHjmctaVmCzfRB5EP84BC7R8TS2N0iphWvNnioj1j+2I1 Jyl/fJ4cc41eDppUBpjz497bwcYjqOT1kJU01mXrXxyWOEyNX4iea76lZ+dyOj7x M2y+CXw7uPiCkZKStKcxBapHEoWdKbMUPQkhFu2VpRFQ72OjatstJLKGvtP6NVw1 tcHmTjgvD0Gw2MEpZbCaRjLYlFxzxClqcdL0mpwMoPZhAyb5SEJaezc6KmK5Nq7U wyA3yRqq4Y5Gt34NmR/Xy+aPpgNA75CSq95W1YdEHlszofc5Td0iK/4lLAjmMwg1 OF0IsK1ZmXiWuvOUlO6deNSmjAtL+kap/3cX0+6QH6TZZb/3S/s5NDtcN0e7czYp nxMJppSbC+Sj4q9fJCkdxD9NNpwb3aFU+8oGiOlIRvjdhiYFJhveIXRkNJMMvmLD 2QfB+YaIytqUQ7RIWuceTW82DZGHiCya0gAwU90wcNtYDeXiL7OyHAjP/zSc4TC9 h4bhFMTDVspPDa40eXYX6SzSopNrt7p/XbaBos9zxldA6PmpXS4+ZnAmvG8mMBeC ozet6qa1DtQ= =BgFM -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Juan Erbes wrote:

Peter Holm wrote:

...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

Hugo Sandoval wrote:

...

Hola Peter. Probaste estas direcciones? http://shop.borland.com/dr/v2/ec_MAIN.Entry16?SP=10024&PN=29&xid=39696&V1=31033241&V2=31033241&V3=1&V5=0&V4=38&S1=&S2=&S3=&S4=&S5=&DSP=0&CUR=840&PGRP=0&CACHE_ID=0

En esta estan los downloads para las versiones Trial y Open. Si te fijas a rriba a la deracha, verás una comboBox que dice: Purchase. Allí accesas al enlace anterior y a una lista de donde comprar. http://www.borland.com/products/downloads/download_kylix.html

Suerte.

El Mié 09 Mar 2005 8:29 AM, Peter Holm escribió:

...

Hola:

Desearia comprar el Kylix3 Profesional, Upgrade desde Delphi6 Pro. He escrito a mis proveedores de Soft, pero solo me ofrecen el Empresarial, rebajado a 600 ? (por si a alguien le interesa), lo que sobrepasa en demasiado el presupuesto que tengo.

¿Sabe alguien si es posible comprarlo en Borland USA, UK.....?

Tengo entendido que hay versiones Pro para bajar previo pago, despues te mandan el CD, pero no doy con los enlaces.

Un saludo a todos. Peter Holm.

Gracias a todos, acabo de recibir carta de uno de mis proveedores, me mandan presupuesto para poder adquirirlo......:)

Ahora una cuestion (que abrire en otro hilo) ¿Alguien ha usado UML con otro kernel? me explico, he visto que programas desarrollados en Kylix, en versiones "originales/anteriores" osea, kernel 2.4.XX, funcionan en versiones posteriores, (Kernel 2.6....), la consulta seria si es posible instalar el User Mode Linux con un Kernel 2.4.XX en mi SuSE 9.1 y utilizar esa plataforma para programar, sin acceso a red, ni nada por el estilo, y mi SuSE "normal" , para el resto de cosas, Un saludo a todos. Peter Holm.

¿Cual es la necesidad de usar UML? Para el kernel 2.6.x, hay que hacer una modificación en los archivos de configuración de borland, que se ha tratado en la lista, cuando salió la versión 9.1 de SuSE, y creo que esa linea se refiere a la versión del kernel. Yo habia actualizado de 9.1 a 9.2, y kylix sigue funcionando.

Saludos, Juan

Sencillo, primero por probar el UML, tengo entendido que es un Linux "dentro de Linux", con el Kernel que te convenga o quieras......, y segundo por eliminar los problemas que tenia / tiene Kylix con kernels modernos, y que no logre solucionar con la version "Open", pero este segundo caso no es aplicable aun, (estoy vendiendo la piel del javali antes de haberlo cazado -Asterix) :)) --aun no tengo mi Kylix3 Pro aqui-- Y sobre la modificacion es sencilla, solo hay que poner LD_ASUME_KERNEL=2.4.20 y export LD_ASUME_KERNEL en el fichero startdelphi y crear un enlace (ln -s /lib/libgtk.1.2.so.0 /opt/gnome/lib) Aun queda lo de las fuentes en kde, que por lo visto se soluciona eliminando el .kderc de mi cuenta de usuario y que a mi no me funciono. Tambien puedo mirar lo del Xen, o Bosch....... hay muchas opciones, pero no quiero "salirme" de lo que me ofrece esta Distro.... Incluso en un momento determinado podria usar mi particion con Ruindos, mi Delphi6 con CrossOver y compilar alli -precisamente lo que no quiero hacer- :)) Un saludo, Peter Holm. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQi+EQS+g7+3ZFf1AAQL5Xw//R9o7mRhxtdbJOOJTHQzevYE9WZsf5tY3 9OEY6hNUN5l2ZrfxEna9tX0iz1cO7HlXwSfSkyfJTakItzQvQc57/U6vATeEAl45 YkXvSD02jk33Tkf2LR9b9a5N0I7hYSHqP//39IsE1mMbeHgZi68SYGGStqF3czRH PZGGAlctZP2pVxf0SgLBIF5Y5NPdEiXWjZmMM7WOjTKk7IWuECDgz/RJLKqrOW0F yqHYgwGxOypU+n0eaTCVsHCz86K2fTgEMvdWCVwzM9NxyHgtmtlq2J+KeU6GZtlM 6u2jIlGoigvoaeJZTxDeutUTPZP8knTZvxdw5gooX2ztJrBpGT+D9HB+iKg0f1Mq VOjowuDgntnoEJh8xE7NV5cER2kaG4cWph8EJNyqk2PPXCwtxRmOFxjRy8fNY7BM DYr50Uv0LWpUQvngFnveDbpIfxPOYBaR9+5Z3Zi0f7DEwtOgOnKddrgietsF00Yi LgVcTBabvCDo7d9a5zK/jMEPrkH1pZ17X3ePj9/3HxxtuCd+VbPt3s3qCuzAe9R6 N/HWdnOOhYY/jG6tbEjr8BjSbd8kq3TpapyaCCIbaPOyUok8sq3Pd7b+ctODF/zr oUqwn2oFBc5cVsjVNgLYtUAt9aQ5n5f1wEKfdG5tXoKU9PKeHYuRU8/iy2qVsfPa Ym+ty95p/Ho= =m5cH -----END PGP SIGNATURE-----