Aplicación Empresarial

[Juan Carlos Muñoz]

Marcos Ramirez A. wrote:

>On Thu, 2004-11-25 at 10:20 -0300, Horst von Brand wrote:
>  
>
> [...]
>
>Comparar lenguajes entre si no tiene mucho merito mas alla del interes
>meramente academico y/o ventajas para el desarrollador. 
>
>La idea es precisamente la contraria: Usar LAMP en reemplazo de Java, no
>al reves. La idea no carece de sentido si se considera que muchas veces
>Java se usa para generar paginas html y nada mas. 
>  
>
Total mente de acuerdo... a un proyecto se le pueden pone cuantas capas 
uno quiera y todo va a depender del nivel de abstraccion y si se va a 
usar un cliente web  como un simple cliente mas o como un cliente 
definitivo, por ejemplo si lo que se busca es tener un sistema donde 
haya una capa de negocios que te permita conversar abstractamente con 
cualquier cosa entonces de partida ya ni Java te sirve, en ese caso 
deberias ocupar un middleware para hacer esa labor con una posible capa 
de negocios en Java, o en cualquier otra cosa que te conteste lo que 
quieres... para mi hacer un sistema de varias capas para un sistema que 
solo presenta en HTML no es muy inteligente, a menos claro que se tengan 
otros intereses, lo que rara vez pasa porque aca la gente que diseña no 
tiene mucha vision de futuro con respecto a las aplicaciones, ademas 
para que estamos con cosas si en este pais la gente se pone el traje de 
lo que le pidan, asi que cualquiera diseña, en Consorcio me todo 
trabajar de JP de un proyecto de comunicacion entre la plataforma nueva 
(Visualtime) y la legacy y resulta que la persona de "diseño" de 
consorcio exigio que todo fuera gatillable via MQSeries, le hice un 
layer MQ en Perl y todo bonito, hasta un cliente de conexion eterna para 
hacer el trigger y cuando entregamos el perla digo que le habiamos 
metido un GOL porque la aplicacion solo se podia ejecutar por MQSeries 
cuando estuvimos un mes peleando porque el lo queria asi...

>  
>
>>>Java ya no es necesario en aplicaciones corporativas? en
>>>http://www.vivaphp.com.ar/article-java-no-necesario.html
>>>      
>>>
>>Los bancos aca en Chile (la mayor parte de ellos filiales de bancos
>>europeos) estan escribiendo sus sistemas en Java hoy.
>>PHP ni siquiera es una opcion a considerar, AFAIU.
>>    
>>
>
>En lo que me ha tocado participar, he visto muchas veces que se propone
>Java para desarrollos que perfectamente podrian hacerse con
>php/perl/python a una fraccion del costo de desarrollo. Las razones
>esgrimidas son variadas, pero siempre me dejan con la idea de que se
>trata de usar Java por ser mas "cool" y/o "el lenguaje de moda".
>
>  
>
Razon por la cual los bancos desarrollan en Java, y es un tema 
completamente  comprensible... quien te da soporte sobre una aplicacion 
corporativa hecha a medida de la cual depende varios millones de dolares 
si esta hecha en PHP o en Perl??? quien levanta la mano??? para eso las 
empresas grandes buscan alguien grande a quien apretar... lo he visto 
varias veces, las empresas prefieren gastar un 50% o mas del presupuesto 
de un proyecto con tal de que un grande los soporte... que es mas comodo 
para una empresa de este tipo? que oracle le haga una aplicacion y se la 
soporte o que un partner de oracle que solo existe aca lo haga??? ojo 
que el partner cobra como el 40% de lo que cobra oracle...

>Usar java para generar paginas html, solo porque es mas bonito tener una
>url terminada el .jsp que en .php no es mi idea de buen uso de un
>lenguaje.
>
>  
>
YO TENGO LA SOLUCION!!!! con apache le cambias la extencion... asi los 
.jsp parsearan php... :P muhahahahaha

Atte. JCMI

PS: muchas veces el tema no es ser seco en diseño o muy buen programador 
o un exelente gestor de proyectos, casi siempre en las grandes ligas el 
tema es ESPALDA, y aca no la tenemos... para eso hay que partir como los 
grandes... de a poco, aunque se tengan las soluciones a casi todos los 
problemas... y de ahi ir creciendo y creciendo hasta tener tantas 
espaldas que te puedas codear con alguien que te entrega una solucion 
mucho mas cara... la pregunta es... si terminamos de ese porte... cuanto 
estamos dispuestos a cobrar por la solucion??? yo creo que en lo unico 
que bajarian los costos es en las licencias, pero aun asi deberiamos 
cobrar las mas porque el costo de desarrollo de una aplicacion es costo 
hundido, lo que implica que una aplicacion tiene costo 0, osea no 
tendriamos ingresos por ese lado, cosa que las otras compañis si, por lo 
tanto esa perdida deberia prorratearse en el resto de los itemes, lo que 
implica que nuestros costos por item subirian pero podriamos tener un 
TCO mas bajo... o no?