Holas!!!

Heme aquí desde un cybercafé (cuanto tiempo pensaron que iba a poder
estar sin Internet?!).

Este hilo está muy interesante... y me paree que da para más que
simplemente convencerlo al profe de Augusto (decime, che, así, un
simple guess... inicial... M? :D ).

Nosotro' en SqueakRos venimos rumiando este tema desde el
comienzo... "hasta que punto conviene hacer Diagramas?"... o mejor
dicho "hacer todos los diagramas de UML?" o "sólo los que
conviene"... de clase, de caso de uso, de transición de estado? Esos
son los que "valen la pena"?

Personalmente no conozco el eXtreme programing, aunque sí he hecho
alguno que otro diagrama de clase ;). También, estoy de acuerdo con
Edgar en que las técnicas de CRC sirven MUCHISIMO para afinar el
trabajo grupal.

Entonces, pasaríamos a hablar de para qué sirve la técnica de UML? A
mi mente lo primero que me viene es la documentación. Incluso las
famosas tarjetitas CRC te sirven para eso. Tal vez los que tienen más
experiencia pueden decir que con no es necesario hacer "todo el UML"
para lograr eso. Entonces, vuelvo... (chiste privado, sorry :D ) y
pregunto cuales diagramas realmente sirven? O mejor dicho, puesto que
todos los diagramas deben cumplir una función que sirva, cuales
diagramas valen tu tiempo, y ofrecen la mejor "recompenza"?

Ok, corto acá porque los minutos corren,

Saludos,

Martín

--- En squeakRos@g..., "Augusto J. Sacchetto" <asacchetto@d...>
escribió:
>
> On Wed, 12 Jun 2002 20:13:34 +0200
> Diego Gomez Deck <diegogomezdeck@c...> wrote:
>
> diegogomezdeck> Hola... como van?
> diegogomezdeck>
> diegogomezdeck> Me meto con algunos comentarios,
>
> Muchas gracias por la rápida respuesta!! Los comentarios que hiciste
> me resultaron más que interesantes...
>
> diegogomezdeck> >"Si aún así no te convenzo, soy capaz de tirarte
un requerimiento al que
> diegogomezdeck> >vos (o quien sea)
> diegogomezdeck> >deberán resolver aplicándose directamente a la
programación (cualquiera
> diegogomezdeck> >fuera esta) sin pasar por la diagramación.
> diegogomezdeck>
> diegogomezdeck> Si no te convenzo, peor para vos! :)
> diegogomezdeck>
> diegogomezdeck> Igual nadie dijo que no se hagan "diagramas", yo
uso mucho el pizarron
> diegogomezdeck> cuando discuto con alguien de un modelo. La
diferencia es que se imagina
> diegogomezdeck> cada uno con la palabra "diagrama"
>
> Te aclaro el porque de la discusión, que ya que estamos, vamos a
sacar
> del anonimato a mi interlocutor, es uno de mis profesores de la
facultad...
>
> La discusión vino a título de si se podia (y de hecho otorgaba
alguna/s
> ventaja/s) saltear la diagramación en UML y largarse a programar
como
> hicieron Ale Raimondo y compañia... Si bien se supone que el paso
previo
> de modelar con UML ayuda a entender el problema que se va a
encarar, en
> el caso de estos muchachos, ellos descubrieron que en realidad no
> hubiera servido de nada hacer los diagramas porque trabajando
> directamente en ST llegaron a la misma solución.
>
> Yo recibí como respuesta que en realidad el problema era que a
ningún
> ing. en sistemas le gusta hacer diagramas, pero que deberian hacerse
> *siempre*. Ahora, despues de leer el email que yo le mande, me
quedan
> serias dudas. Despues de todo, si llegas exactamente a lo mismo,
con UML
> o sin UML, para que usarlo? Eso no quita que no lo puedas usar, como
> decís vos, para comunicar una idea a alguno de tus compañeros, pero
ese
> es otro tema.
>
> Un abrazo Diego,
> --
> Augusto J. Sacchetto <asacchetto@d...>