On 12/1/05, Esteban A. Maringolo <[EMAIL PROTECTED]> wrote:
Saludos,
Mucho comportamiento es emergente, nadie lo programa a eso iba.
No solo con los objetos se puede crear comportamiento emergente en tiempo de ejecución, sino además en tiempo de desarrollo se puede tener un diseño emergente y una arquitectura emergente.
Eso es lo que propone la gente de XP, que empiezas con algo simple que se puede escribir en una servilleta, luego la servilleta la tiras. Si no recuerdas el diseño o la arquitectura como para volver a escribirlo en una servilleta, entonces tienes que volver a explicarlo. En el hecho de que se explique está la solución, ya que la explicación debe contener el "como se resuelven los requerimientos funcionales" y "como la arquitectura resuelve los requerismientos de sistemas", y tiene que ser sumamente conciso. Obviamente lo que escribes el primer día no es lo mismo que escribes el último día. Todos los días puedes ir tomando decisiones, ya que los requerimientos, los casos de uso (o user stories), los casos de prueba, y el código que está integrado y funcionando también son objetos, pero de otro dominio. La idea es que el diseño del día 1 no es supercedido con el diseño del día n, sino que es ampliado por el diseño del día n. Ampliado en el sentido de "esto resuelve los requerimientos que se deben implementar hoy" y al final del día esos requerimientos están implementados.
Saludos,
Guillermo.
