Code Standard & Collective Code Ownership

Presentación del tema: "Code Standard & Collective Code Ownership"— Transcripción de la presentación:

1 Code Standard & Collective Code Ownership
Pedro Morales y Carla Paredes Curso: CC62V Profesor: Agustín Villena

2 Code Standards y Collective Code Ownership - ¿Por qué?
Proyecto de Software actual tiene: Rotación de personal Personas indispensables Poca visibilidad del proyecto Problemas de mantención

3 Code Standards - ¿Qué es?
“Buenas prácticas” resumidas en reglas que se aplican durante todo el desarrollo. No son recomendaciones, sino obligaciones. Todo el equipo debe seguirlas. Diferente para cada lenguaje.

4 Code Standards - Ejemplos
Prácticas que componen un standard No usar tabs. Poner con mayúscula la primera letra de nombres de variables. En lenguajes tipados, letra que denote tipo de variable. Etc.

5 Code Standards - Ventajas
Código más entendible. Código más fácil de mantener. Ahorro de documentación. Mejora la visibilidad del proyecto. Mejora la comunicación entre los desarrolladores.

6 Code Standards - Dificultades
Toma mucho trabajo generar un estándar completo. Tratar de encontrar un consenso. Convencer a la gente que lo siga. Problemas para usar código foráneo.

7 Collective Code Ownership – ¿Qué es?
Todos en el equipo son dueños y responsables del código. Cualquiera mejora posible, se debe hacer. Todos tienen confianza en los demás.

8 Collective Code Ownership – Requerimientos mínimos
Todos tienen que usar el mismo Estándar de Código. Herramientas que manejen y resuelvan conflictos de concurrencia.(ej. CVS) Construcción de mini test para aseguramiento de calidad. Herramientas de refactoring.

9 Collective Code Ownership – Ventajas
Facilitan el encuentro y solución de errores. Nadie es indispensable para el proyecto. Cualquiera puede agregar valor. Todos tienen la idea general del proyecto. Evita islas de trabajo. Todos son responsables. Ventaja pues todos trabajan para dar lo mejor.

10 Collective Code Ownership - Dificultades y posibles soluciones.
Un desarrollador arruina el codigo, y no podemos descubrirlo. Con Pair Programming hay dos personas sobre el desarrollo, por lo que los problemas son descubiertos tempranamente. El código puede ser arruinado, sin nadie a quien responsabilizar. Con la ayuda de cvs, esto no es un problema. Además, con el hecho de que todos sean responsables, todos tratan de ayudar, y no esconden estas situaciones. (buscan apoyo)

11 Collective Code Ownership - Dificultades y posibles soluciones.
No hay orgullo en el código propio. Un código bien hecho recibe cumplidos al revisarlo.

12 Code Standard y Collective Code Ownership – Comentarios
Importancia de la confianza. Usar estándares predefinidos. O crearlos a medida que es necesario (simplicidad). Tomar en consideración el lenguaje a usar. Profesionalización del desarrollo. Problemas como gente que comete muchos errores se soluciona con Pair Programming. ¿Funciona?

13 Linkografía Code Standard: Collective Code Ownership:
Eclipse formatter: Emacs Java formatter: Collective Code Ownership: