Hoy no me apetece escribir así que hice unos dibujos hice mi mejor esfuerzo acerca de por qué UML es importante, ¿qué, no te gusta? Allá tu, si están preciosos.
¿Te imaginas un modo de desarrollar software que ponga en primer lugar las pruebas antes de hacer otra cosa? Yo tampoco, pero hoy te voy a contar que hay gente que lo hace y parece ser que le va bien haciéndolo. Seamos sinceros, a primera vista esto no parece buena idea pues lo tradicional es hacer las pruebas hasta tener algo de software medianamente funcional pero hoy en día si no te actualizas lo más probable es que fracases como un buen desarrollador, así que sin más, hablemos un poco de DPP. Esto es extremo, viejo via GIPHY La práctica de primero probar antes de desarrollar es una de las principales prácticas de XP y también de la metodología Agile, no, no estamos hablando de la mejor versión de Windows sino de Extreme Programming . Quizá al principio te parezca un poco confuso el hecho de probar algo que aún no esté hecho pero bueno, esta es una manera muy simple de verlo, lo que realmente se hace es plantear y hacer las pruebas por las cuales tendrá que pasar nues...
Cuando comencé a leer el libro Head First Object-Oriented Analysis and Design me llevé una grata sorpresa: no es nada técnico. Al contrario, dista mucho de ser una literatura aburrida y despierta mucho el interés del lector pero no se confundan, el que no sea técnico no quiere decir que no sea muy bueno y para muestra de ello es imposible hacer una sola entrada para el capítulo completo así que dividiré todos los capítulos con el contenido que se me hizo más relevante del mismo. Así que, manos a la obra. By Zyance - Own work , CC BY-SA 2.5 , Link ¿Qué significa buen software ? Para mí, significa que además de que cumpla la tarea para el cuál fue creado también debe de tener una implementación elegante, es decir, que no tenga líneas de código repetidas y que sea extensible. Ahora sí... ¿Qué realmente significa buen software ? Según este libro, significa más de una cosa: El buen software debe satisfacer al cliente, es decir, debe de hacer lo que el cliente quier...
Esta entrada corresponde al capítulo 2 del libro Head First Object Oriented Analysis and Design el cual tiene por nombre Dale justo lo que ellos quieren y aborda el primer punto de las buenas prácticas para desarrollar software que nos indicaba que primeramente nuestro software debe de hacer únicamente lo que nuestro cliente quiere así que... ¡Allá vamos! Esta vez va de perros via GIPHY En este capítulo dejamos atrás las guitarras para tomar el caso de Tood y Gina, unos clientes muy flojos que desean hacer una puerta automática para que su pequeño perro no vuelva a hacer sus necesidades dentro de casa. Una vez tomada el requerimiento principal como buenos en realidad malos programadores nos ponemos manos a la obra y terminamos nuestra aplicación en tiempo récord pero todo se viene abajo cuando los conejos y las ratas entran a la cocina. ¿Por qué pasó esto? Este capítulo nos deja muy en claro como el tener claro los requerimientos antes de hacer software e...
Comentarios
Publicar un comentario