Arquitectura

 A lo largo de la clase vimos diferentes temas que abarcaban desde las razones que hacían un buen diseño; cómo y por qué se tenía que diseñar; si éste aún estaba presente en la, tan cambiante, realidad posmoderna; los problemas a los que se enfrentan los profesionales actuales relacionados a esta temática así como las soluciones que se han planteado en la industria para sobrellevarlos. Sin embargo, lo que más vimos y pusimos en práctica fueron modelos, patrones o estructuras ya definidas que dan pie a una arquitectura de software. En esta última entrega, esto no fue diferente pues, se nos presentó como alumnado, y próximos ingenieros de software, el modelo 4 + 1,  el cual, a opinión personal es el más creativo pero el más asertivo en establecer las razones intrínsecas de la labor de diseñar.  Durante el video The 4 1 Model, se da, como es de esperarse, la introducción formal al tema. Se describe claramente cómo y de qué está formado, así como las características de cada una de estas en

Uno de los conceptos que más he logrado escuchar a lo largo de mi camino como Ingeniero de software -que quiero aclarar que no es mucho puesto que aún no me convierto oficialmente en uno- es el de los principios SOLID y el impacto que estos tienen al momento de planificar, crear y mantener tanto productos digitales como corporaciones y hasta industrias completas. En el texto Understanding the SOLID principles  por Edward Guiness resumido en la página del profesor, Ariel Ortiz, el lector es introducido a este acrónimo por medio de un resumen de cada uno de los principios que lo conforman: S ingle Responsability Principle: una clase solamente debería de tener una y solo una responsabilidad. Es decir, hará un solo trabajo dentro del código. Haciendo así, que, entonces, sea más sencillo modificar un solo comportamiento no anidado.  O pen/Closed Principle: un componente se abre para ser extendido pero es cerrado para ser modificado. Es decir, una entidad puede permitirse evolucionar siempre

¿Cómo sé, como profesional en tecnología, que estamos viviendo en la posmodernidad líquida? Simple, ahora desarrollamos con microservicios. Suena un tanto alarmista y, hasta negativo el hecho de asociar a los dos términos que acabo de mencionar, sin embargo, esto es totalmente ajeno a lo que quiero dar a entender pues, por una causalidad u otra, este hecho trae para nosotros, ingenieros de software , mayores ventajas que desventajas.  James Lewis, en su texto Microservices  presenta la visión revolucionaria de cómo es que este acercamiento o metodología de crear productos digitales ha transformado la industria y ha permitido a gigantes de la misma llegar a donde están en la actualidad. A lo largo de su texto se nos comenta que, la principal ventaja que éste enfoque trae consigo es la poca, pero no ausente, relación entre funcionalidades de un programa. Es decir, no es que no exista relación entre características del sistema, al contrario, es más importante la aclaración y definición de