Your SlideShare is downloading. ×
0
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Porque probar #esvs2010
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Porque probar #esvs2010

592

Published on

Presentación en Madrid en el lanzamiento de Visual Studio 2010. …

Presentación en Madrid en el lanzamiento de Visual Studio 2010.
Sin hablar de Visual Studio

Published in: Education
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
592
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
9
Comments
0
Likes
1
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 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

×