The latest articles on DEV Community by Kaldt Tech (@kaldt-slange). https://dev.to/kaldt-slange https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F355401%2Fd01c3b82-dae6-4254-a0d4-ffcd7df83e41.jpg https://dev.to/kaldt-slange en Kaldt Tech Sun, 11 Apr 2021 23:29:32 +0000 https://dev.to/kaldt-slange/quien-es-un-arquitecto-de-software-40c6 https://dev.to/kaldt-slange/quien-es-un-arquitecto-de-software-40c6 <p><strong>H</strong> emos escuchado muy frecuentemente sobre el rol del arquitecto puesto que en cualquier organización le refiere sin embargo debido a los cambios tan incesantes en la construcción de software, ha sido complejo establecer una definición de lo que el rol involucra, cruzándolo con roles de Manager, de Desarrollador, Ingeniero o Desarrollador, dejando espacio para interpretaciones y dejando de lado aspectos importantes sin tener en cuenta.<br> Lo anterior como común denominador, en diversos ámbitos donde se rehúsa a definir la arquitectura de software y en cambio recurrir a la famosa cita:</p> <blockquote> <p>La arquitectura se trata de las cosas importantes … sea lo que sea.<br> Ralph Johnson</p> </blockquote> <p>Sin embargo hagamos un espacio para tratar de resumir lo solicitado por las organizaciones al buscar un arquitecto de software</p> <h2> ¿Para quién es este rol? </h2> <p>*Tienes algún background en el desarrollo: Por ejemplo eres o fuiste desarrollador, eres o fuiste líder de algún equipo de desarrollo, fuiste administrador de la construcción de las soluciones<br> *Preferentemente con algunos años de experiencia<br> *Preferentemente con algún grado de experiencia en el desarrollo de sistemas</p> <h2> ¿Porqué alguien querría ser arquitecto de software? </h2> <ul> <li>Es interesante</li> <li>Tu carrera profesional podría generar más amplitud</li> <li>Estás listo para adquirir mayor responsabilidad</li> </ul> <p>De modo que de lo anterior en general las expectativas de un arquitecto se resumen en:</p> <h2> Expectativas de un arquitecto </h2> <ul> <li>Establecer las decisiones de arquitectura</li> <li>Continuamente analizar la arquitectura</li> <li>Mantenerse al día con las últimas tendencias</li> <li>Asegurar cumplimiento con las decisiones tomadas</li> <li>Experiencia y exposición diversa</li> <li>Tener conocimiento en el dominio del negocio</li> <li>Poseer habilidades interpersonales</li> <li>Entender y manejarse en la política de la organización</li> </ul> <h2> ¿Qué es la arquitectura de software? </h2> <p>La arquitectura de software es la combinación estructurada de las características de arquitectura, decisiones de arquitectura y principios de diseño.<br> Lo anterior puesto que cuando sobre un sistema se solicita describir su arquitectura y se responde con solamente </p> <blockquote> <p><em>"Es una arquitectura de microservicios"</em></p> </blockquote> <p>En realidad se habla de la <strong>estructura</strong> del sistema, mas no de su <strong>arquitectura</strong>.<br> Cada uno de ellos con su propia dimensión y contexto, veamos:</p> <ul> <li>Estructura del sistema: El estilo de arquitectura</li> <li>Características de arquitectura: Aquellos atributos de calidad de los sistemas.</li> <li>Decisiones de arquitectura: Reglas de la construcción de sistemas.</li> <li>Principios de diseño: Líneas guía para la construcción de sistemas.</li> </ul> <p>Con lo anterior llegamos a un punto donde la teoría encuentra a la práctica puesto que para poder llevar lo anterior a cabo necesitamos pensamiento arquitectónico. Veamos:</p> <h2> Pensamiento arquitectónico </h2> <p>El pensamiento arquitectónico comprende los siguientes aspectos<br> Diferenciación del proceso de arquitectura y el de diseño: Para hacer que la arquitectura se desempeñe correctamente, es necesario una relación bidireccional entre la construcción y la definición de la solución, por lo que en este caso el diseño es sólo una etapa de la arquitectura.</p> <ul> <li>Holgura técnica: La búsqueda insistente de la reducción de aspectos desconocidos en la tecnología, manteniendo así la holgura necesaria para realizar las tareas de arquitectura.</li> <li>Análisis de ponderaciones: Generar conclusiones fundamentadas y basadas en el contexto de la empresa, conductores, y cualquier factor competente al proyecto en cuestión.</li> <li>Entender los conductores comerciales: Es necesario entender los orígenes de la necesidad y aquello esperado por áreas comerciales para lograr el éxito del sistema.</li> <li>Oscilación entre arquitectura y construcción en práctica: En ocasiones se piensa que un arquitecto no debería construir o escribir código, sin embargo creo que para mantener cierto nivel de entendimiento de la complejidad técnica, es necesario escribir código pos supuesto sin llegar a hacerse responsable de la práctica de construcción</li> </ul> <p>De lo anterior, <strong>¿Sigues interesado en ser arquitecto?</strong><br> En la segunda parte de esta serie de posts hablaremos de algunos estilos de arquitectura. ¡Estad atentos!</p> software architecture ti design