[eside-ghost] Python y Java en servidores de aplicaciones

[Txus Sanchez]

Iepa!

Juer, menudo aluvión de respuestas...

La pregunta iba más enfocada hacia lo que dice zefe. Aunque en el
entorno donde hablo, el rendimiento no es un elemento crítico (va en
unos servidores de esos que solamente para la ram tiene una turbina de
airbus por ventilador). Aunque sí que lo es el hecho de tener varios
servers, cada uno ocupándose de una cosa. Y tener un solo hilo para el
procesado de TODA la aplicación es una bestialidad. Y de cara a una
empresa, bastante difícil de vender.

El escenario típico es un servidor de aplicaciones prifatifo que
interacciona con "algo más" y el flujo de datos hacia ese "algo más"
suele ser un XML (más gordo que Bud Spencer). En concreto BPELs
(http://es.wikipedia.org/wiki/BPEL)

En general, lo que he podido ver, es que muchos servidores de
aplicaciones tienen gestión de usuarios, política de accesos y tal
funcionando (y según parece, bastante bien) en Java. Hay millones de
soluciones que a priori van bien, y no por ello hay que cambiarlas.

Sin embargo, y a favor de python, he de decir, que al tener todo
paquetizado (existe este palabro?) , y ordenadito, es muy KISS. Y de
desarrollo rápido. Y zope3 una oda al buen gusto programando (sobre
todo movidas SOA) y a la simplicidad. Lo cual unido a la facilidad de
configuración de servidores mediante GROK, huevos, WISKY (no es coña),
te cascas unas replicaciones que lo flipas.

Y claro, al final uno no puede abstraerse de una gran frase de los
desarrolladores de zope:

"Those who do not study Zope, are condemned to reinvent it."

Algún java framework developer en la sala? ;-)

-- 
___________________________________________________________________

If your computer's broken because you are running Windows, don't just
fix it, 'nix it ;-)

		Txus Sánchez

	
Registered GNU/Linux user number: 346962
Key fingerprint = CF93 6A5A 5A43 F7AA 0F71  8A78 58DE 6EE4 5374 3E48
wget -O - fermat.movimage.com/txus.asc | gpg --import