Gracias Clarisa,

Me encanta el TDD... Me da seguridad, tranquilidad y me obliga a aplicar
buenas prácticas de desarrollo.
Por el momento no creo estar a la altura de un integrante de esa clase de
equipos, pero me gustaría en no mucho tiempo.
No obstante me parece que hay algo que no puedo completar conceptualmente y
es el tema del Diseño, la inferencia de clases o del Core inicial.

Saludos y buen fin de semana.

*Oscar R. Onorato*
[email protected]
15 - 6124 - 5067
4943 - 0980

El 20 de marzo de 2015, 9:46, Clarisa Savio <[email protected]>
escribió:

> buenas!!
> desde mi experiencia trabajando con tecnologias Agiles,lo que sucede es
> que la arquitectura va surgiendo, tenes que tener bien aceitado el equipo
> para poder implementar la metodologia(devs, QAs, cliente), pero nadie se
> sienta a escribir casos de uso, porque como las cosas pueden ir cambiando
> muy rapido(es la idea) nadie se sienta a mantener documentacion que no va a
> servir porque es mas rapido el desarrollo y el cliente va moldeando en cada
> iteracion lo que quiere, los desarrolladores en cada iteracion vamos
> analizando el codigo y cuando detectamos que hace falta se escribe una
> tarea de refactorizacion (resultan utiles la revision de codigo x otra
> persona), esa tarea es un item más dentro del grupo de tareas en un sprint
> y ahi es donde va surgiendo la arquitectura, TDD es mandatory en nuestros
> proyectos, al ppio lleva tiempo, pero con la marcha se gana tiempo de
> testeo y podes revisar rapidamente el impacto cuando algo cambia, es mas,
> no tenes miedito del cambio prqreu los unit test ayudan mucho a que no haya
> grandes problemas ante los cambios, tambien es importante el trabajo en
> equipo, ojala haya cada vez mas gente trabajando con Agile!!! es mas sano
> para todos!!!,
> Saludos
> Clarisa
>
> El 20 de marzo de 2015, 8:16, Diego Spinedi <[email protected]>
> escribió:
>
> Hola Oscar.
>> Te cuento en mi experiencia, tuve la intriga del mundo ágil, y la verdad
>> que me ha sorprendido cuando comencé a investigar.
>> Lo que creo (es una opinión personal) es que las empresas no se animan
>> "del todo" a mudarse a Scrum, entonces van implementando hibridos, donde
>> tenes algo de estructurado, algo de UML y algunas técnicas de Scrum (ej.
>> daily meeting, sprint, etc).
>> Mis mejores experiencias la tuve con la gente de Kleer, del cual forma
>> parte un miembro de la lista, el Sr. Carlos Peix, con el cual he compartido
>> cursos y es un excelente profesional!).
>> Respecto a bibliografia, si queres enviame un privado que te paso, pero
>> en el sitio de Kleer tenes libros gratis o aquellos que bajas con un tweet.
>> Algunos que me gustaron...Diseño Agil con TDD -Carlos Ble Jurado y
>> colaboradores.Prologo de Jos´e Manuel Beas
>>                                         Equipos MAs Productivos - Martin
>> Alaimo
>>                                         Proyectos ágiles con Scrum -
>> MArtin Alaimo - Kleer
>> éste último, ideal para entender el proceso básico...
>>
>> Cualquier cosa a tus servicios!!!
>>
>> Saludos!
>>
>> Diego Spinedi
>>
>> El 19 de marzo de 2015, 19:10, Oscar Onorato <[email protected]>
>> escribió:
>>
>> Hola Lista,
>>>
>>> ¿Me podrían recomendar algún buen texto sobre el tópico pero que sea
>>> abordado desde metodologías ágiles?
>>>
>>> Esto lo consulto porque veo que me llegan propuestas donde piden que se
>>> conozca SCRUM pero que además sepan usar Enterprise Arquitect para el UML
>>> (que seguramente nunca se actualiza, me trabajado en entornos donde se
>>> establecían los "Sprints" caprichosamente de 1 semana siempre, pero hacian
>>> Casos de Uso exclusivamente en UML, sin texto alguno).
>>>
>>> Y en algún examen sobre ADOO que tuve el planteo era netamente en
>>> cascada, quizás con algo de RUP (siendo generoso).
>>>
>>> Es por todo lo anterior que desearía saber por qué camino ir para
>>> reaprender lo mejor que pueda existir sobre ADOO desde el mundo ágil.
>>>
>>> Desde ya muchas gracias.
>>>
>>> *Oscar R. Onorato*
>>> [email protected]
>>> 15 - 6124 - 5067
>>> 4943 - 0980
>>>
>>>
>>
>>
>> --
>> Diego Spinedi
>>
>
>

Responder a