[Php-avanzado] Jornada en facultad

[Leonardo Tadei - Pegasus Tech Supply]

Hola Jorge,

El mar, 07-09-2010 a las 12:15 -0300, Jorge Castorina escribió:
> Hola a todos:
> 
> Gente amiga de otras universidades estaban muy entusiasmados con esta 
> metodologia o lo que sea.

	Decís bien: es una metodología de desarrollo de software.

>  El año pasado al final no pude ir pero ellos 
> insistian sobre la valia que tienen para trabajar.
> Leonardo, si no es una molestia, ¿podrías decirnos (cuando puedas y 
> brevemente) por este medio cuales son tus reservas, para que los ex-alumnos 
> tambien podamos enterarnos?
> Seria muy util ya que a veces las cosas no son lo que parecen en un 
> principio y seria bueno escuchar otra campana

	Bueno, por acá, necesariamente será muy resumido, y creo que vale la
pena más la fundamentación de las afirmaciones que siguen que las
afirmaciones mismas, pero así, en resumen y sin la posibilidad de
fundamentar, las XP son/tienen/carecen:

* El equipo de trabajo ideal es de 10 programadores. Con menos de 4 o
más de 20 no es aplicable.
* El equipo de trabajo tiene que conocer el dominio del problema, algo
que nadie dice y que hasta me parece que se omite a propósito. Ergo, no
sirve para hacer sistemas nuevos para el equipo.
* El cliente tiene que estar disponible. Cosa que no solo suele ser
complicada, sino que además presupone que una una sola persona conoce
todo lo que la empresa/organización hace.
* El software generado es difícil o imposible de mantener: es un
resultado de que crece orgánicamente en vez de siguiendo un diseño, lo
que se relaciona con la necesidad de experticia previa en el dominio de
problemas a tratar.
* Eso de documentar poco es genial, pero limita el reuso de partes de un
sistema en otro. Si pensás un soft como una única cosa, se ve más
rentable, pero si pensás al soft como parte de un ecosistema de la
software factory que gestiona varias proyectos al año, nuestras
estimaciones dan que es menos rentable.
* A su vez, tener componentes (clases) a reusar requiere documentarlos,
pero construir software usando componentes hace que te baje
dramáticamente la cantidad de gente involucrada en el proyecto, con lo
que te salís o quedás al borde del primer punto.

	Los dos últimos puntos son los que hace que nosotros no podamos usar
esta metodología... a la vez, me parece objeciones obvias e
interesantísimas de discutir en unas Agile Open, pero parece que de esto
es de lo único que no se habla :-(

	Anécdota: en un posgrado de gestión de proyectos vimos metodologías,
entre ellas las XP, y la observación de todos los participantes fue que
sonaba muy lindo, pero que se necesitaba de más documentación para ser
"seria".

> Desde ya gracias.

	Por nada!


PD: igual podés pasar por la FI después de la pausa y charlamos de estas
u otras cosas!

-- 

Leonardo Tadei
leonardot en pegasusnet.com.ar
http://blog.pegasusnet.com.ar
Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key