Python vs Java C C++

[Ernesto Revilla]

Hola,

esta técnica la quiero usar sólo para ligeras correciones del código, lo que van a ser la mayoría, creo una vez que el software está en producción. Así que no me planteo si cambia de tipo o no. Las intancias mantienen sus datos. Opcionalmente, meteré procedimientos de conversión en un momento dado. De todos modos, espero que los unittests me eviten mucho de esas pequeñas correciones. A menudo, esos cambios son provocados, porque no se tienen los requisitos funcionales del todo correcto, bien por no haber realizado correctamente el análisis, bien porque los usuarios no lo han especificado correctamente, o no lo han validado (cosa que pasa bastante a menudo). El evitar tener que rearrancar el software lo hace realmente más escalable. En vez de empresas con 5 puestos puedo ponerselo a los que tengan 20 ó 30. Con J2EE no sé cómo se resuelve. (En BD relacionales con triggers, todo se mete en una transacción y se aplica al sistema en vivo.)

Saludos,
Erny




----- Original Message ----- 
From: "Hernan Foffani" <hernan en orgmf.com.ar>
To: "La lista de python en castellano" <python-es en aditel.org>
Sent: Thursday, March 18, 2004 10:45 AM
Subject: RE: [Python-es] Python vs Java C C++


> Ernesto Revilla escribio:
> > pues me parece extraordinariamente interesante, lo de
> > "P1.__dict__.update(P2.__dict__)"
> > Quizá es lo que necesito.
> 
> ¿Y si al redifinir la clase uno de los atributos existentes
> de la instancia cambia de tipo? ¿como lo resolverias?
> ¿cómo aplicarías los cambios si debes actualizar mas
> de una clase?
> 
> > ....Todo esto lo necesito para mi servidor de
> > aplicaciones, como he dicho, que cuando haya una pila de personas
> > conectadas y tengo que corregir código (normalmente para 1 ó 2
> > personas) no tenga que echar todo el mundo y reiniciar el servidor de
> > aplicaciones.
> 
> ¿Es *necesario* para tu servidor de aplicaciones que los
> objetos tengan larga duración?
> Mas sano sería "suplantar" (como dice Chema) la clase anterior
> y así las nuevas instancias quedarán actualizadas dejando
> que las viejas el tiempo se las lleve.
> Creo que mas "estable" aún es implementar algun mecanismo para
> que *ciertas* clases sean instalables en tiempo de ejecucion.
> 
> -H.
> 
> _______________________________________________
> Python-es mailing list
> Python-es en aditel.org
> http://listas.aditel.org/listinfo/python-es
>