Las aplicaciones bien diseñadas son cool

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:
  1. El buen software debe satisfacer al cliente, es decir, debe de hacer lo que el cliente quiere que haga.
  2. El buen software está bien diseñado, bien codificado y es fácil de mantener, reusar y extender.
En otras palabras, el buen software se compone de dos partes esenciales: que el cliente esté contento y que sea capaz de superar la prueba del tiempo. 

Quizá con todo lo que nos han enseñado el segundo punto ya lo conocemos, al menos en teoría, al derecho y al revés, pero el primer punto sí que es algo que destacar. Todos sabemos que los desarrolladores pecamos un poco de condescencientes tanto con nuestros compañeros y aún más con la gente que no está familiarizada con el arte de programar, pero sorpresa: la parte más importante de un buen software es tener contento a nuestro cliente. Está bien si tenemos algunas ideas que harían que el software fuera mejor y está mucho mejor si las compartimos con nuestros empleadores pero no olvidemos que ellos tienen una necesidad y nuestro trabajo es suplirla correctamente.

Una vez que nuestro software ya funciona y hace lo que el cliente quiere ahora podemos mejorarlo con los principios básicos de programación orientada a objetos. ¿Qué significa esto? Bueno, este es un tema muuuuuuy complejo, así que lo cubriremos en otra entrada.

¡Hasta entonces!

Recuerda que siempre puedes visitar la página de O'REILLY y comprar el libro del cual estos post están basados.

Comentarios

Publicar un comentario

Entradas populares de este blog

Jersey Shore

No debe de quedarnos duda de que la mejores ideas siempre nacerán de los momentos de ocio y el ensayo que analizaremos hoy es la prueba fehaciente de ello pues el argumento de "lo peor es mejor" nació justamente en una charla casual. Este argumento le sirvió al autor para dar algunas charlas y que grandes empresas relacionaran este concepto con su nombre durante muchos años e incluso al tiempo después publicó otro ensayo atacando este argumento bajo un pseudónimo, pero bueno, esto únicamente es historia, si nos queremos enterar de por qué lo peor es mejor tendrás que seguir leyendo. Listas y más listas  via GIPHY Lo primero es lo primero, ¿qué demonios es LISP? Bueno, según mi experiencia en el campo de la computación la entrada correspondiente en Wikipedia , LISP se trata de un conjunto de lenguajes de programación que se decantaban por hacer las operaciones aritméticas de manera rarita y que, aunque sea difícil de creer, aún tiene un uso súper extendido a lo...
Leer más

OOPocalipsis

via GIPHY En muchísimos blogs se habla del día en que la Programación Orientada a Objetos dejará de ser relevante ante una tecnología que emergerá intempestivamente, es en este día que nos olvidaremos de Booch , TGofF y de los Three Amigos  y abriremos paso a un nuevo paradigma que revolucionará todo de un día para otro, ¿esto realmente terminará pasando? Bueno, creo fervientemente que todo tiene un ciclo y lo viejo siempre servirá de base para dar paso a nuevas y mejores tecnologías pero ese día del que tanto se habla está más bien lejos que cerca. El tema de esta entrada ha dado lugar a debates acalorados en una gran cantidad de foros y creo que el día de hoy no será la excepción. El lenguaje si importa via GIPHY Imagina que quieres lanzar una aplicación web lo más pronto posible pero no cuentas con el efectivo suficiente para hacerla de una manera totalmente profesional, para una startup salvo algunas notables excepciones   lo más importante es en...
Leer más

Un problema muy grande

Imagen
via GIPHY Ya sabemos algunas cosas sobre los principios Orientados a Objetos... ¿Ya estoy listo para poner en mi biografía de Twitter que soy un dev? Para nada. Lo que sabes gracias a que has leído 4 capítulos dista mucho de lo que aprenderías si lo llevaras a la práctica y este capítulo te lo demostrará. En este capítulo se revisitó el código creado en el capítulo 1, sí, el software para vender guitarras de Rick, él quiere, según él, un "pequeño" cambio que al final resulta ser todo menos pequeño. Sin más, vamos allá. UML sigue siendo cool Lo primero que salta a la vista en el capítulo es que ya vamos a hacer un poco más formales y vamos a usar diagramas UML para todo pues buena parte del capítulo anterior se trató de este tipo de representaciones. La primera simbología nueva que se nos presenta en la lectura son unas flechas extrañas que tienen punta en forma de triángulo: De  Serna, M.  - Transferred from  ResearchGate , Dominio público,  Enlace S...
Leer más