Este documento presenta una discusión sobre cómo debería ser el desarrollo de software. Propone que el desarrollo de software debería ser iterativo e incremental en lugar de seguir modelos lineales como el modelo en cascada. También enfatiza la importancia de la prueba automatizada, el desarrollo guiado por pruebas y el trabajo en equipo. Finalmente, define las características de un "buen desarrollador" como alguien con pasión por su trabajo, una ética profesional sólida y la voluntad de generar cambios positivos a través

1. El Desarrollo de Software
como debería Ser
Hernán A. Wilkinson
@hernanwilkinson
agile software development & services

2. ¡Seamos
LIBRES que lo
demás
NO IMPORTA
NADA!

4. Matemática!

5. Gauss

6. Cantor

7. Fermat

8. Física
Newton Einstein

9. Kelvin Maxwell
Bohr

11. John McCarthy

12. Douglas Engelbart

13. Peter Naur

14. Fred Brooks

15. Alan Kay

16. DRY

17. ¿Éter?

18. ¡Ética!

19. ¿Estimar?

20. Descubrir vs. Entregar

21. Cocomo - Cocomo 2 - Function Points

22. Taylor

23. Trabajo Manual

24. Trabajo Creativo

37. Taylorismo + Ingeniería

38. Fordismo
Rotación = 963 para quedarse con 100

43. Software

44. Modelo Computable de
un Dominio de Problema

45. Simula 67
Ole-Johan Dahl y Kristen Nygaard

46. ¡Buen Modelo!

47. Cómo representamos Feb/2018? (un mes de año)

48. Cómo representamos Feb/2018? (un mes de año)
(Java 1.8)

49. (Smalltalk)
Cómo representamos Feb/2018? (un mes de año)

50. Cómo representamos Feb/2018? (un mes de año)
Ruby - Go - Java pre 1.8 – ¡NO SE PUEDE!

51. ¿Deberíamos poder representar 31 de Feb de 2018?

52. 03/03/2018 !!!
¿Deberíamos poder representar 31 de Feb de 2018?

53. ¡Excepción!
¿Deberíamos poder representar 31 de Feb de 2018?
Java 1.8

54. (A point based model of the Gregorian Calendar – H. Wilkinson et al)
¿Deberíamos poder representar 31 de Feb de 2018?
Smalltalk
¡Excepción!

55. ¿Qué sucede con esta relación?

56. Account
...
¡Complejidad!

57. ¡Nadie hace esto! – Pocos casos

58. ¡Ni loco!

59. 1
1 $
1 litro
1 metro
¡Ni loco!

61. Números solos ¡NUNCA!

62. null
Variable no inicializada
El cliente no tiene dirección
El teléfono no es válido
¡Ni loco!

70. ¿Cómo se construye un Modelo?
¿Cómo un Auto? ¿Cómo una Casa?
(¿Es construye la palabra adecuada?)

71. Hacer crecer un Modelo
es un “proceso de
aprendizaje”

72. “Constructivismo”

73. TDD

76. ¿Lenguaje? de Programación

78. Propósito:
Proveer un marco para la comunicación
(Design Principles Behind Smalltalk - Dan Ingalls)

79. “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)

86. Castellano Castellano

87. casa palabra de 4 letras

88. ¡Por eso hacemos nuestras
propias herramientas!

90. En casa de herrero cuchillo de palo

92. I invented the term
Object-Oriented and I can
tell you I did not have C++
in mind.

93. Dynabook

96. Complejidad = Esencial + Accidental

97. ¡Nunca!

98. Java = JaJa

99. JEE != OO

105. ¡Educación Universitaria Conceptual!
¡No se mueve por modas!

110. ¿Qué hacemos?

111. ¡LEER!

112. ¿Qué más hacemos?

113. ¡LEER MAS!

114. ¿¿¡¡Qué más
podemos hacer!!??

115. ¡PODEMOS LEER!
¡Pero de lo bueno, de lo
añejo!

116. ¡Ah! y ¡PRACTICAR lo
que LEIMOS!

117. ¿¿Y qué más??

118. ¡Volver a PRACTICAR y
PRACTICAR y
PRACTICAR!

119. No hay gloria
en la práctica,
pero ¡sin
práctica no
hay gloria!
-Anónimo

120. ¿Cómo ser un
“Buen Desarrollador”?

121. ¿Qué es ser un
“Buen Desarrollador”?

122. Es NO ser CASCADA

123. Es NO ser TAYLOREANO

124. Es NO ESTIMAR lo que no
se conoce

125. Es entender que la gente
NO SON RECURSOS

126. Es no aflojar al primer “reto”
Es mantener una ética profesional

127. Es entender que es una ACTIVIDAD SOCIAL

128. Es entender que TAMBIEN es una
ACTIVIDAD TECNICA

129. Es desarrollar de manera
ITERATIVA-INCREMENTAL

130. Es desarrollar de manera segura con
TESTS AUTOMATIZADOS

131. Es CONFIAR

132. Es tener PASION por lo que hacemos

133. Es ser
CRITICO
con la
actualidad
tecnológica

134. Es tener
CORAJE
para
generar
un
CAMBIO

135. Es saborear la
VICTORIA de
una
REVOLUCION
(bien entendida)

136. ¡Seamos
BUENOS DESA-
RROLLADORES
que lo demás
NO IMPORTA
NADA!

137. agile software development & services
¡Gracias!