No se si se han dado cuenta pero si el correo no esta encriptado casi
cualquiera lo puede leer asi que siquieres que tu correo sea privado
!ENCRIPTALO! independiente de las politicas de las empresas o los ISP y
los gobierno.
ademas hay una aplicacion que se llama gpg creo ;-)
From [EMAIL PROTECTED] Thu Nov 25 16:47:28 2004
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Thu Nov 25 16:47:33 2004
Subject: =?iso-8859-1?q?Aplicaci=F3n?= Empresarial
In-Reply-To: Your message of "Thu, 25 Nov 2004 15:17:53 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
"Ricardo Mun~oz A." <[EMAIL PROTECTED]> dijo:
> El jue, 25-11-2004 a las 13:10, Horst von Brand escribió:
> > "Ricardo Mun~oz A." <[EMAIL PROTECTED]> dijo:
> > > El jue, 25-11-2004 a las 10:20, Horst von Brand escribió:
> > > > Horacio Degiorgi <[EMAIL PROTECTED]> dijo:
> > > > > que buen momento para preguntar:
> > > > > desde ayer se está hablando del uso de aplicaciones LAMP (linux,
> > > > > apache, mysql y php) en reemplazo de Java.
> > >
> > > [...]
> > >
> > > > Y lo que estarian substituyendo es PHP por Java + algun contenedor
> > > > de servlets. Y (aunque chillen los FLOSS-istas) ahi no hay
> > > > comparaciones posibles.
> >
> > > no se trata de comparar... segun
> > > http://peteryared.blogspot.com/2003/09/next-language.html
> >
> > > "The vast majority of J2EE deployments (over 80% according to Gartner)
> > > are simply Servlet/JSP to JDBC applications. Basically HTML front-ends
> > > to relational databases."
> >
> > Y? Si el cacumen esta en los 20% (supongamos que si requiere Java), me sale
> > mas barato tener _todo_ en Java que 20% Java y 80% otras cosas (puedo
> > reusar codigo, experticia de programadores, mismo ambiente de desarrollo,
> > uso las mismas licencias, ...). Sigo pensando que Java es un lenguaje
> > atroz, pero...
>
> mi interpretacion del parrafo en ingles es que el 80% de las
> implementaciones J2EE son solo fronts-ends HTML a bases de datos
> relacionales, en ninguna parte dice que el 20% restante se hace
> en otro lenguaje!!
Solo digo que si el 20% mas complicado ya esta en Java (por la razon que
sea), lo mas logico es hacer el 80% mas simple en Java tambien. Igual, si
la logica pesada estuviera en FORTRAN o PL/1, seguramente lo mejor es hacer
el resto en eso tambien.
> > > no parece buena idea gastar tanto $$$ par algo tan simple...
> >
> > Vuelta a lo mismo: Tipicamente en un proyecto el costo de licencias
> > es 5 a 10%. O sea, bastante poco relevante.
>
> exacto. pero acá no se habla de licencias... una solución J2EE
> sale mucha $$$ y no por las licencias precisamente...
Y las otras soluciones equivalentes quien dice salen mas barato? No me
refiero al desarrollo (burdamente, 10 a 20% del costo durante el ciclo de
vida), sino al costo total. Ahi mas que nada me interesa alguna garantia
que en 10 an~os mas (si, /he/ visto sistemas con 15 y mas an~os en el
cuerpo) habra soporte para el lenguaje en las maquinas que esten de moda, y
gente que lo maneje, y toda la parafernalia de herramientas anexas.
> [...]
>
> > > osea los bancos son los que dictan las tendencias?? ;)
> >
> > Son las instituciones que mas $$$ mueven,
>
> sonó ambiguo... los bancos son para mover $$$!! ;)
Claro. Y?
> > y con necesidades de software mas
> > rigurosas (por una amplia variedad de razones). Sip, marcan tendencias.
> >
> > > > PHP ni siquiera es una opcion a considerar, AFAIU.
> > >
> > > debio haber leido el link... habla de "aplicaciones corporativas en el
> > > nuevo paradigma empresarial de enormes grids de servidores Linux"...
> >
> > Cosa de lo que al menos aca no he visto nada, y tampoco he visto una
> > tendencia en sentido de no-Java en los demas foros que frecuento. Si la
> > hay, va en direccion a .NET.
>
> exacto. en el link que mencionaron se habla de "lo que viene"...
"Lo que viene" es lo que /veo/ que viene (Java, .NET), no lo que algun
personaje con cero reconocimiento en el area de sistemas de informacion
corporativos (y aun menos invertido en lanzar ideas al aire) cree que
podria venir, si las cosas van como le gustaria.
El "nuevo paradigma empresarial" es tan nuevo que me dan ganas de
bostezar... hace /mucho/ (digamos desde los '80) que las empresas dejaron
atras la idea de la "maquina enorme que hace todo". Linux es novedad,
cierto; pero ni tanto, las funciones que hoy cumple un PC con Linux antes
las hacia un servidor Unix, o un tarro Windows grande, o un VMS, o etc. La
unica (relativa) novedad es que va convergiendo hacia Unix (o Linux) y
Windows, quedando fuera las otras opciones. Pero tambien es una tendencia
de larga data... La otra novedad es que dejaron atras los sistemas
cliente-servidor con clientes ad hoc, migrando a sistemas via Web. Y eso
/obviamente/ lleva a "grids de servidores", ya que ahora lo que antes hacia
el cliente en terminos de procesamiento lo debe hacer quien ofrece la
pagina, y la manera mas comoda (y natural) de lograr eso es via muchas
maquinas haciendo la pega (el PC con browser es una simple pantalla frente
a una de esas).
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Thu Nov 25 16:48:28 2004
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Thu Nov 25 16:48:32 2004
Subject: =?iso-8859-1?q?Aplicaci=F3n?= Empresarial
In-Reply-To: Your message of "Thu, 25 Nov 2004 15:29:32 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
"Ricardo Mun~oz A." <[EMAIL PROTECTED]> dijo:
> El jue, 25-11-2004 a las 14:56, Franco Catrin escribió:
> > El jue, 25-11-2004 a las 13:52 -0300, Ricardo Mun~oz A. escribió:
> > > El jue, 25-11-2004 a las 12:50, Franco Catrin escribió:
> > > > Como aca
> > > > en Chile recién estamos construyendo los sistemas (y tenemos para
> > > > rato), la pregunta del millon es, en que se construyen?
> > >
> > > depende del sistema, y sobre todo del problema.
> >
> > Aplicaciones empresariales son casi siempre lo mismo.
>
> si tengo una aplicacion (facturacion) en clipper, y quiero
> desarrollar una interfaz con el nuevo sistema de facturacion
> electronica del SII, en que lenguaje me sale "mas mejor"
> hacerlo?? PHP/Perl/Python, o montar toda la parafernalia
> de J2EE??
Rehacer todo en J2EE?
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Thu Nov 25 16:54:29 2004
From: [EMAIL PROTECTED] (Horacio Degiorgi)
Date: Thu Nov 25 16:54:45 2004
Subject: Dosemu y caracteres
Message-ID: <[EMAIL PROTECTED]>
Hola a todos :
estoy peleando un poco con DosEmu para correr un par de aplicaciones
Dos que aún me quedan para pasar totalmente a linux. He instalado
dosemu, definidos los accesos a los discos y ejecutado los programas
sin mayores problemas.
el tema que no he podido resolver son las tablas de caracteres que
usan dosemu y mi terminal.
Algo tiene de lectura sobre el uso de las variables terms, lc_ctype ,
y las propias del dosemu para emular terminales?
Para más informacion las aplicaciones son una desarrolllada en
foxpro2.6 y la otra es un cds/isis (version 3.08 ( sistema de
biblioteca) ). Ambas aplicaciones en dos usan tablas cp850
gracias de antemano y saludos desde el otro lado de la cordillera.
--
Horacio Degiorgi
http://blog.codigophp.com
