Este documento discute varios puntos sobre la productividad en el desarrollo de software. Señala que se gasta más tiempo leyendo, depurando y probando el código que escribiéndolo, y que siempre habrá cambios en los requisitos, errores, clientes u otros factores. Propone varias tácticas para mejorar la productividad como desarrollar de forma progresiva, invertir en calidad con controles de versiones, pruebas unitarias y automatizadas, y utilizar diseños basados en dominio. Concluye que refactor

1. Porqué?Probarel Código rido abr2010

2. DemostraciónEmpírica MétodoFáctico Veríficación contrastación por medio de la percepción Esautocorrectivo y progresivo No considera sus conclusiones infalibles o finales

3. Hecho nº1 ¿Queés lo másimportante en un proyecto de Software? Documentación Requisitos Arquitectura DiseñoDetallado Fuentes Plan de Pruebas Binario

4. Lines Of Code

5. Hecho nº2 ¿Cuánto cuesta terminar el código? Teclear Compilar Depurar Cambiar Ejecutar Integrar Adaptar Probar Leer

6. Se gastamástiempo leyendo/depurando /probando que escribiendo

7. Hecho nº3 Las tres B-ariables* (*)Bueno-Bonito-Barato (Escoge2) Tiempo Alcance Q Recursos

8. BBB

9. Hecho nº4 Siempre hay cambios Requisitos Errores Clientes Entornos No Funcionales Tendencias Tecnologías Integrar

10. Asume el Cambio

11. ¿Dóndeestáes el problema? Lines Of Code BBB Se gastamástiempo leyendo/depurando /probando que escribiendo Asume el Cambio

12. El Problema

13. Productividad

14. Tácticas

15. Táctica nº1 Nunca a la primera, mejoraprogresiva KISS YAGNI DRY

16. Táctica nº2 ¿Mejortécnica de diseño? Lines Of Code

17. Táctica nº3 Invertir en la Calidad SourceControl Builds Unit Refactor TDD BVT CodeAnalysis Coverage CI Tests

18. Táctica nº4 Domain Driven Design SoC Entidades Agregados LenguajeUbicuo Repositorios IoC Persistence Ignorance Technology Agnostic

19. Nueva Productividad Nueva Productividad

20. La Solución

21. Refactor Test Lines Of Code De- Test-e-able

22. Gracias