- SpreadSheet
- Bomberman
- Pacman
- Congrats
- Venta de Items
- Combinar medios de pagos
- Inconsistencias en APPs
- Cuantos if y/o else if tiene nuestro código?
- Utilizamos flags como parámetros?
- Escribimos getters/setters por si acaso?
- Tenemos métodos o funciones con más de dos parámetros?
- Escribimos código duplicado?
- Diferenciamos Uso vs Construcción?
- Un cambio de requerimiento afecta a varias entidades de nuestro modelo?
- El lenguaje que utilizamos en el código es diferente al que utiliza la compañía?
- Es difícil escribir nuevos tests?
- Tenemos métodos que nos permiten preguntarle a un objeto acerca de su estado (
Payment>>isApproved
,Payment>>isCreditCard
,Shipping>>isSamedayDelivery
, etc.). - Sabemos cuál es el impacto de estas prácticas?
- Y como podemos evitarlas?
Si algunas de estas cosas se tornaron cotidianas, podríamos decir que nuestro código es de mala calidad!
Crees que esto sí degrada o no degrada la calidad del código? Te gustaría discutir porque sí o porque no y eventualmente modificar estas prácticas cotidianas?
Estos y otros tantos problemas, que prefiero ignorarlos momentaneamente, generan código difícil de extender y mantener. Como consecuencia un cambio de requerimiento redunda en actualizaciones de código complejas (sino imposible) de abordar en un tiempo razonable.
Entrenarnos en la utilización de un paradigma que mitigue estos síntomas (Programación Orientado a Objetos).
Desarrollando el dominio del paradigma en un ambiente controlado (no productivo). Esto es un Dojo!
La idea es resolver un problema de modelado orientado a objetos, luego aplicar ciertas distorsiones de requerimientos y ver que tan bien responde nuestro modelo ante esos cambios.
En principio Javascript y/o Java.
Si bien tengo un ejercicios para plantear les propongo que compartan algún problema donde crean que se puede aplicar alguna mejora de código (con anterioridad) y vemos como acotarlo para hacer una sesión de 30 minutos de programación y luego 30 minutos de puesta en común.
Se que algunos no van a poder asistir; a estas personas les propongo que sumen algún otro interesado para que participe.
Para los que elijan JS como lenguaje para realizar el dojo aquí encontrarán ejemplos de código para:
- Declarar y definir una clase: (dojo_base/javascript/MyClass.js)
- Como definir la igualdad de instancias: (dojo_base/javascript/MyClass.js)
- Como lanzar exceptions: (dojo_base/javascript/MyClass.js)
- Como escribir un test para verificar valor devuelto: (dojo_base/javascript/test/solution.js)
- Como escribir un test para verificar lanzamiento de exception: (dojo_base/javascript/test/solution.js)