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

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Now you can save presentations on your phone or tablet

Available for both IPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Porque probar #esvs2010

  • 564 views
Published

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
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
564
On SlideShare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
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