Ce diaporama a bien été signalé.
Nous utilisons votre profil LinkedIn et vos données d’activité pour vous proposer des publicités personnalisées et pertinentes. Vous pouvez changer vos préférences de publicités à tout moment.

El Desarrollo de Software como debería Ser - Nerdear.la 2018

621 vues

Publié le

Presentación en Nerdear.la 2018, con ejemplos de medidas (Aconcagua) y refactoring de Rename Message Name

Publié dans : Logiciels
  • Soyez le premier à commenter

El Desarrollo de Software como debería Ser - Nerdear.la 2018

  1. 1. El Desarrollo de Software como debería Ser Hernán A. Wilkinson @hernanwilkinson agile software development & services
  2. 2. ¡Seamos LIBRES que lo demás NO IMPORTA NADA!
  3. 3. Matemática!
  4. 4. Gauss
  5. 5. Cantor
  6. 6. Fermat
  7. 7. Física Newton Einstein
  8. 8. Kelvin Maxwell Bohr
  9. 9. John McCarthy
  10. 10. Douglas Engelbart
  11. 11. Peter Naur
  12. 12. Fred Brooks
  13. 13. Alan Kay
  14. 14. DRY
  15. 15. ¿Éter?
  16. 16. ¡Ética!
  17. 17. ¿Estimar?
  18. 18. Descubrir vs. Entregar
  19. 19. Cocomo - Cocomo 2 - Function Points
  20. 20. Taylor
  21. 21. Trabajo Manual
  22. 22. Trabajo Creativo
  23. 23. Taylorismo + Ingeniería
  24. 24. Fordismo Rotación = 963 para quedarse con 100
  25. 25. Software
  26. 26. Modelo Computable de un Dominio de Problema
  27. 27. Simula 67 Ole-Johan Dahl y Kristen Nygaard
  28. 28. ¡Buen Modelo!
  29. 29. Cómo representamos Feb/2018? (un mes de año)
  30. 30. Cómo representamos Feb/2018? (un mes de año) (Java 1.8)
  31. 31. (Smalltalk) Cómo representamos Feb/2018? (un mes de año)
  32. 32. Cómo representamos Feb/2018? (un mes de año) Ruby - Go - Java pre 1.8 – ¡NO SE PUEDE!
  33. 33. ¿Deberíamos poder representar 31 de Feb de 2018?
  34. 34. 03/03/2018 !!! ¿Deberíamos poder representar 31 de Feb de 2018?
  35. 35. ¡Excepción! ¿Deberíamos poder representar 31 de Feb de 2018? Java 1.8
  36. 36. (A point based model of the Gregorian Calendar – H. Wilkinson et al) ¿Deberíamos poder representar 31 de Feb de 2018? Smalltalk ¡Excepción!
  37. 37. ¿Qué sucede con esta relación?
  38. 38. Account ... ¡Complejidad!
  39. 39. ¡Nadie hace esto! – Pocos casos
  40. 40. ¡Ni loco!
  41. 41. 1 1 $ 1 litro 1 metro ¡Ni loco!
  42. 42. Números solos ¡NUNCA!
  43. 43. null Variable no inicializada El cliente no tiene dirección El teléfono no es válido ¡Ni loco!
  44. 44. ¿Cómo se construye un Modelo? ¿Cómo un Auto? ¿Cómo una Casa? (¿Es construye la palabra adecuada?)
  45. 45. Hacer crecer un Modelo es un “proceso de aprendizaje”
  46. 46. “Constructivismo”
  47. 47. TDD
  48. 48. ¿Lenguaje? de Programación
  49. 49. Propósito: Proveer un marco para la comunicación (Design Principles Behind Smalltalk - Dan Ingalls)
  50. 50. “The design of a language for using computers must deal with internal models, external media, and the interaction between these in both the human and the computer” (Design Principles Behind Smalltalk - Dan Ingalls - 1981)
  51. 51. Castellano Castellano
  52. 52. casa palabra de 4 letras
  53. 53. ¡Por eso hacemos nuestras propias herramientas!
  54. 54. En casa de herrero cuchillo de palo
  55. 55. I invented the term Object-Oriented and I can tell you I did not have C++ in mind.
  56. 56. Dynabook
  57. 57. Complejidad = Esencial + Accidental
  58. 58. ¡Nunca!
  59. 59. Java = JaJa
  60. 60. JEE != OO
  61. 61. ¡Educación Universitaria Conceptual! ¡No se mueve por modas!
  62. 62. ¿Qué hacemos?
  63. 63. ¡LEER!
  64. 64. ¿Qué más hacemos?
  65. 65. ¡LEER MAS!
  66. 66. ¿¿¡¡Qué más podemos hacer!!??
  67. 67. ¡PODEMOS LEER! ¡Pero de lo bueno, de lo añejo!
  68. 68. ¡Ah! y ¡PRACTICAR lo que LEIMOS!
  69. 69. ¿¿Y qué más??
  70. 70. ¡Volver a PRACTICAR y PRACTICAR y PRACTICAR!
  71. 71. No hay gloria en la práctica, pero ¡sin práctica no hay gloria! -Anónimo
  72. 72. ¿Cómo ser un “Buen Desarrollador”?
  73. 73. ¿Qué es ser un “Buen Desarrollador”?
  74. 74. Es NO ser CASCADA
  75. 75. Es NO ser TAYLOREANO
  76. 76. Es NO ESTIMAR lo que no se conoce
  77. 77. Es entender que la gente NO SON RECURSOS
  78. 78. Es no aflojar al primer “reto” Es mantener una ética profesional
  79. 79. Es entender que es una ACTIVIDAD SOCIAL
  80. 80. Es entender que TAMBIEN es una ACTIVIDAD TECNICA
  81. 81. Es desarrollar de manera ITERATIVA-INCREMENTAL
  82. 82. Es desarrollar de manera segura con TESTS AUTOMATIZADOS
  83. 83. Es CONFIAR
  84. 84. Es tener PASION por lo que hacemos
  85. 85. Es ser CRITICO con la actualidad tecnológica
  86. 86. Es tener CORAJE para generar un CAMBIO
  87. 87. Es saborear la VICTORIA de una REVOLUCION (bien entendida)
  88. 88. ¡Seamos BUENOS DESA- RROLLADORES que lo demás NO IMPORTA NADA!
  89. 89. agile software development & services ¡Gracias!

×