Software and Design Arquitecture Chinos

  En esta entrada de blog hablaré sobre los videos “4+1 Model” con una duración de 5 minutos, “Six Blind Men” con una duración de 2 minutos y el artículo “The Elephant and the Blind Programmers” escrito por Grady Boch escrito en el 2010. El primer video titulado como se distribuyen en 5 componentes los cuales son: logical view, process view, physical view, development view, use case view.   • Logical view: la cual es la vista donde está la funcionalidad del sistema y cómo éste se estrutura. • Development View: esta vista es la perspectiva del programador, donde se lleva a cabo el desarrollo. • Process View: en esta vista se llevan a cabo los distintos procesos y cómo se llevan a cabo dentro del sistema. • Physical view: en este punto existen los componentes físicos en la capa física y la conexión de estos componentes. • Use case view: en esta vista se lleva a cabo la descripción de la forma en cómo interactúan los diversos objetos y procesos. Me pareció muy divertido el video

  En esta entrada de blog hablaré sobre la sección “Understanding the SOLID Principles” escrita por Edward Guiness, del libro “Ace the Programming Interview: 160 Questions and Answers for Sucess” publicado por Wiley en 2013, en el cual de habla acerca del significado de las palabras de SOLID   y todo lo necesario para poder entender de una forma adecuada. En primer lugar vamos a entender las palabras que hacen al acrónimo, son las siguientes: • S: Principio de la responsabilidad singular y en inglés Single Responsabbility Principle • O: Principio de abrir y cerrar y en inglés Open/Closed Principle • L: Principio de sustitución de Liskov y en inglés Liskov Substitution Principle • I: Principio dee segregación de interface y en inglés Interface Segregation Principle • D: Principio de dependencia de inversión y en inglés Dependency Inversion Principle Y algo que me pareció muy cierto y acertado es que los principios SOLID tiene como función el hacer que la existencia de dependen

  En esta entrada de blog hablaré acerca del artículo “Microservices” escrito por James Lewis y Martin Fowler en el mes de marzo del 2014, en el cual se tratará el tema de esta nueva forma de arquitectura, la cual es el diseñar una aplicaciones de software como formas de desplegar servicios independientes. Además menciona que no hay una forma en específico de hacer este estilo de arquitectura , existen muchas características en común que pueden englobar a la organización y la capacidad de negocio. Las cuales pueden ser desplegados de forma automática, inteligencia en el puntos finales y las descentralización de los lenguajes y los datos. Los autores mencionaron que su inclinación natural hacia este estilo de arquitectura es ser un poco escépticos ante este tipo de nuevas modas, pero con el paso de los años se ha demostrado que el impacto en los proyectos ha sido muy positivo y muy bueno, y se ha convertido en su estilo predeterminado para construir sus aplicaciones. Tal vez por lo nuev

  En esta entrada de blog hablaré acerca del artículo “Is Design Dead?”, escrito por Martin Fowler en el 2004, en el cual se trata sobre la importancia y la relevancia de un buen diseño en el desarrollo de software. Empezó con un nuevo término llamado como XP, el cual es “Extreme Programming” en inglés, donde tiene algunas características que son muy controversiales, por ejemplo su rechazo a poner esfuerzo a “up-front design”, ya que los detractores a esta propuesta es regresar a “code and fix”, donde es codificar y reparar los errores pero sin seguir algún diseño previamente hecho. Los fans de XP dicen que mientras uno se encuentre codificando algún buen diseño aparecerá de forma automática.   Desde mi punto de vista acerca de la aseveración que hace referencia que hacer un diseño previamente es completamente innecesario, es incorrecto tomando en cuenta las clases que me dio el profesor Humberto Cardenás y mi experiencia propia al desarrollar código que siempre es muy importante tener

  En esta entrada de blog, hablaré sobre el artículo “Who needs an architect?” escrito por Martin Fowler, donde en este artículo muestra la importancia que tiene un arquitecto en un proyecto durante un diseño ya que con base a sus decisiones se harán las elecciones y el desarrollo correcto. En el texto, menciona que el aspecto importante de algo es la arquitectura, quien se hace cargo de esto es el arquitecto, es decir que la persona que podría tener una mayor influencia en el proyecto es esta persona, a veces como menciona el autor muchas veces los arquitectos tienden a tener un sentimiento de superioridad porque ellos consideran que están en ese cargo por su habilidad, y darle a los demás miembros del equipo un plan para que ellos puedan seguir sin cuestionar. En muchas veces el propósito del arquitecto es ayudar a todos los miembros del equipo a poder desarrollarse tanto personal como en sus habilidades profesionales, es decir que tendría una función muy parecida al líder del equipo

  En esta entrada de blog, hablaré acerca del capítulo 14 del libro “Code Craft: The practice writing excellent code” escrito por Pete Goodliffe, la cual tratará sobre el concepto de la arquitectura de software, las diferencias de éstas con el diseño de código, las buenas cualidades de éstas y los puntos clave de la arquitectura. En primer lugar, me pareció interesante la manera en cómo el autor hace una analogía con la arquitectura relacionada a la construcción donde es evidente como si vamos por la calle va a haber edificaciones que son agradables a la vista, mientras otros no tanto, al mismo tiempo que otros no van a pasar la prueba del tiempo y otros sí. De la misma forma, ocurre en la arquitectura de software donde podemos ver varios productos y unos pueden tener un diseño escalable, fácil de entender, entre otros y serán empleados por un largo períodos de tiempo en la industria, mientras otros serán fácilmente reemplazados. Los puntos de vista, una de las vistas que más me llamó