REUNION 25/05/2010

LUGAR DE ENCUENTRO

Ciudad: Valladolid

Hora: Desde 19:30 a 21:00
Punto de encuentro: Cafetería Púrpura (en la parte de arriba)

Ver mapa

  • C/ Las Mercedes, 7 (en el portal) 47006 Valladolid

OBJETIVOS

  • Conocer Extreme Programming.
  • Técnicas de trabajo en XP.
  • Actualizar la lista de temas a tratar.

REFERENCIAS

Extreme Programming: A Gentle Introduction.

Extreme Programming explained de Kent Beck

Extreme Programming en la Wikipedia

Texto en español sobre XP

AGENDA

  1. Presentaciones individuales
  2. Presentación de XP (promovido por Edu Ferrández)
  3. Retrospectiva de la reunión.
  4. Actualización de Backlog de temas para los encuentros
ASISTENTES
  1. Jorge Jiménez Pérez
  2. Isidro Merayo Castellano
  3. José Luis Balmaseda Franco
  4. Amalia Hernández García
  5. Javier Acero Guerra
  6. Eduardo Ferrández
  7. Pencho Herrero
  8. Alberto Sáenz
  9. Alvaro García Loaisa
  10. Julio César Arenas
  11. Olivier Salmon

RESUMEN

Edu nos dio las primeras pistas sobre lo que es XP, eXtreme Programming.

Valores de XP:

·         Comunicación

·         Simplicidad

·         FeedBack

·         Coraje (Hard Work)

Practicas para llevar a cabo  XP:

·         Planificación:  user-stories que desembocan en tareas

·         Versiones pequeñas

·         Sistema metafórico:  nombrando código

·         Diseño simple

·         Testeo continuo

·         Refactoring

·         Pair Programming: dos personas sobre el mismo ordenador, creando código para otros. Es una técnica apropiada para equipos maduros, donde la persona que no teclea conserva una visión global del problema y puede aleccionar al otro. Recodar que Peer Programming no es lo mismo. Álvaro comento que él suele juntar a parejas de distintos ámbitos como Informática y Telecomunicaciones. Y estas parejas le dan buen resultado cuando el informático escribe el código y el teleco es el que tiene la capacidad para afrontar la visión del problema.  Olivier comentó el tema productividad a corto plazo frente a productividad a largo plazo. Pair Programming permite aumentar la concentración.

¿Cuándo realizar el cambio de parejas? Depende de la tarea que se esté realizando.

Pair Programming es una buena técnica para enseñar aprendizaje a alguien nuevo, acerca de la forma de trabajo

Pair Programming es ideal aplicarlo sobre nuevos procesos, sobre tareas complejas.

·         TDD:  Desarrollo Dirigido por Pruebas. Diseñas el código por prueba, partiendo de algo sencillo y con el mínimo código, recordad que los programadores tendemos a escribir mas código del necesario. Ventajas: una mayor fiabilidad. TDD no es aplicable en todos los proyectos.

·         Propiedad Colectiva del código

·         Integración Continua

·         Semanas de 40 horas de trabajo

·         Cliente/Usuario cercano

·         Estándares de Codificación

Leave a Reply

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *