Presentación de la PyConAr 2018

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!

3. ¿Qué es lo primero que
dicen cuando se levantan?

5. Matemática!

6. Gauss

7. Cantor

8. Fermat

9. Física
Newton Einstein

10. Kelvin Maxwell
Bohr

12. John McCarthy

13. Douglas Engelbart

14. Peter Naur

15. Fred Brooks

16. Alan Kay

17. DRY

18. ¿Éter?

19. Eter!

20. ¡Ética!

21. ¿Estimar?

22. Descubrir vs. Entregar

23. Cocomo - Cocomo 2 - Function Points

24. Taylor

25. Trabajo Manual

26. Trabajo Creativo

39. Taylorismo + Ingeniería

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

43. ¡Lo que no ejecuta no se
mantiene!

46. Software

47. Modelo Computable de
un Dominio de Problema

48. Simula 67
Ole-Johan Dahl y Kristen Nygaard

49. ¡Buen Modelo!

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

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

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

53. Cómo representamos Feb/2018? (un mes de año)
Ruby - Go – Python - Java pre 1.8 – etc.
Hay que hacerlo uno mismo, y muy pocos lo hacen…

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

55. Eter!

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

57. ¡Excepción!
¿Deberíamos poder representar 31 de Feb de 2018?
Python
datetime.date(2018,2,31)

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

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

60. Account
...
¡Complejidad!

62. Complejidad = Esencial + Accidental

63. ¡Nadie hace esto! – Pocos casos

64. ¡Ni loco!

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

67. Números solos ¡NUNCA!

68. ¡Nunca!

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

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

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

79. “Constructivismo”

81. TDD

84. ¿Lenguaje? de Programación

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

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

94. Castellano Castellano

95. casa palabra de 4 letras

96. ¡Por eso hacemos nuestras
propias herramientas!

98. En casa de herrero cuchillo de palo

99. Live type information!

100. Java = JaJa

101. JEE != OO

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

111. ¿Qué hacemos?

112. ¡LEER!

113. ¿Qué más hacemos?

114. ¡LEER MAS!

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

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

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

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

119. ¡Volver a PRACTICAR y
PRACTICAR y
PRACTICAR!

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

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

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

123. Es NO ser CASCADA

124. Es NO ser TAYLOREANO

125. Es NO ESTIMAR lo que no
se conoce

126. Es entender que la gente
NO SON RECURSOS

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

128. Es entender que es una ACTIVIDAD SOCIAL

129. Es entender que TAMBIEN es una
ACTIVIDAD TECNICA

130. Es desarrollar de manera
ITERATIVA-INCREMENTAL

131. Es desarrollar de manera segura con
TESTS AUTOMATIZADOS

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!