Artículos sobre Programación Extrema (XP)
|
|
¿Qué es la Programación Extrema? |
|
|
|
|
Martes, 04 de Marzo de 2008 19:24 |
|
La Programación Extrema tuvo su origen en 1996, durante el proyecto C3 que la empresa Chrysler desarrollaba para gestionar sus nóminas. En ese año, Kent Beck fue nombrado jefe de proyecto y, junto con Ron Jeffries, puso en práctica algunas ideas "extremas" sobre el desarrollo de software. En octubre de 1999 Kent publicó su libro "Extreme Programming Explained - Embrace Change" que constituyó el nacimiento formal de esta metodología. |
|
Actualizado ( Miércoles, 02 de Abril de 2008 13:00 )
|
|
Leer más...
|
|
|
Miércoles, 19 de Marzo de 2008 07:40 |
|
La Programación Extrema busca una forma de trabajo sostenible a largo plazo. Es decir, una forma de trabajo en la que los programadores no se quemen y en la que los proyectos no se vuelvan inmanejables por su complejidad. ¿Suele pasar esto? Lo cierto es que sí. A medida que los sistemas sobreviven en el tiempo, su mantenimiento los hace cada vez más complejos: se ponen parches para corregir errores, se deja de lado su documentación, se añade funcionalidad con arquitecturas de diseño diferentes... Y al final sólo unos pocos programadores, a veces solo uno, son capaces de meter mano al código. Eso hace que se quemen, todos los días trabajando en el mismo código antiguo, mal estructurado, con tiempo sólo para poner parches, sin poder hacer un trabajo de calidad... ¿Quién no se quemaría? Para evitar estos problemas del largo plazo, la Programación Extrema enuncia cinco Valores. |
|
Actualizado ( Miércoles, 02 de Abril de 2008 13:05 )
|
|
Leer más...
|
|
|
Relaciones entre Prácticas |
|
|
|
|
Sábado, 22 de Marzo de 2008 09:05 |
|
En la Programación Extrema las prácticas se apoyan entre sí. Es decir, que algunas prácticas requieren el uso de otras prácticas y que entre ellas se realimentan. Por ejemplo, no es posible refactorizar sin pruebas automáticas. Sin pruebas que nos garanticen la ausencia de errores de regresión, nadie se atreve a reescribir una buena parte del código. Pero para aprovechar al máximo las pruebas automáticas, necesitamos tener la propiedad compartida del código. Sin ella, es no podemos modificar el código de otros miembros del equipo para superar las pruebas. |
|
Actualizado ( Sábado, 26 de Abril de 2008 15:52 )
|
|
Leer más...
|
|
|
|
|
|