{"id":621,"date":"2020-09-15T16:06:07","date_gmt":"2020-09-15T16:06:07","guid":{"rendered":"https:\/\/arsum.cl\/?page_id=621"},"modified":"2020-09-15T19:28:34","modified_gmt":"2020-09-15T19:28:34","slug":"la-mentalidad-del-arquitecto","status":"publish","type":"page","link":"https:\/\/arsum.cl\/?page_id=621","title":{"rendered":"La mentalidad del arquitecto"},"content":{"rendered":"\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t
\n\t\t\t\t

En este art\u00edculo discutiremos uno de los aspectos m\u00e1s importantes de ser arquitecto de software, la mentalidad del arquitecto.<\/h1>\t\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t
\n\t\t\t\t

Si tu trabajo actual es t\u00e9cnico, como desarrollador o l\u00edder de equipo, entonces probablemente est\u00e9s pensando en el trabajo que realizas desde el punto de vista del desarrollo de software. Pero, como ver\u00e1s en este art\u00edculo, este no siempre es el punto de vista m\u00e1s adecuado para un arquitecto. El arquitecto a menudo debe tomar una decisi\u00f3n basada en otros factores que a veces son ajenos a un desarrollador.<\/p>

Pero, para ser un arquitecto realmente bueno, hay que adaptarse a un nuevo punto de vista, que lo convertir\u00e1 en un activo real para la organizaci\u00f3n. Entonces, hablemos de esta nueva mentalidad que debe tener el arquitecto de software.<\/p>\t\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t

\n\t\t\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t
\n\t\t\t\t

Comprende el negocio<\/h1>\t\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t
\n\t\t\t\t

El mayor cambio de mentalidad que debe realizar para ser un buen arquitecto es comprender el negocio en el que participa su cliente o empleador.<\/p>

Ahora bien, esto puede sonar trivial. Supuestamente, todos en la organizaci\u00f3n saben lo que est\u00e1 haciendo la empresa, \u00bfverdad? Bueno, eso suele ser solo parcialmente cierto.<\/span><\/p>

Estoy seguro de que todos los empleados de Microsoft saben que Microsoft desarrolla software como Windows y Office y que tiene una de las nubes p\u00fablicas m\u00e1s grandes del mundo. Tambi\u00e9n estoy seguro de que todos los empleados de Amazon saben que Amazon vende una gran selecci\u00f3n de art\u00edculos, desde libros hasta alimentos frescos. Pero eso no es suficiente.<\/span><\/p>

D\u00e9jame contarte una historia. Hace un par de a\u00f1os, una empresa en el campo de IoT se acerc\u00f3 a m\u00ed. Era una empresa de tama\u00f1o medio y contaba con unos 600 empleados en todo el mundo. Estaba familiarizado con esta empresa y sab\u00eda vagamente lo que estaban haciendo, pero no era suficiente. Entonces, agarr\u00e9 mi PC y comenc\u00e9 a leer sobre la empresa.<\/span><\/p>

Al d\u00eda siguiente en la reuni\u00f3n, para su sorpresa, pude contarles sobre los fundadores, su l\u00ednea de productos, los ingresos y las ganancias y tener en cuenta que la empresa no cotizaba en bolsa en ese momento, los competidores, etc. Esto los dej\u00f3 muy impresionados y acordamos trabajar juntos ese mismo d\u00eda.<\/span><\/p>

Pero no cuento esta historia para ense\u00f1arte t\u00e1cticas de marketing, aunque es muy eficaz. La lecci\u00f3n realmente importante aqu\u00ed es que, para ser de valor para la organizaci\u00f3n, debes tener un conocimiento profundo del negocio de la organizaci\u00f3n. Tienes que saber qu\u00e9 mantiene despierto al CEO por la noche.<\/span><\/p>

Tienes que entender cu\u00e1les son sus debilidades y fortalezas, con qui\u00e9n compiten y cu\u00e1l es su estrategia de crecimiento. Solo despu\u00e9s que comprendas todo esto podr\u00e1s comenzar a hablar de arquitectura y tecnolog\u00eda.<\/span><\/p>

Uno de los errores m\u00e1s comunes que cometen los arquitectos es que ven los sistemas en los que est\u00e1n trabajando como un sistema independiente aislado del resto de la organizaci\u00f3n. Pero, as\u00ed no puede funcionar.<\/span><\/p>

Cada organizaci\u00f3n es un organismo vivo con muchas partes m\u00f3viles, y el arquitecto debe comprender c\u00f3mo se integra el sistema en este organismo vivo y qu\u00e9 papel juega esta parte. Entonces, para recapitular, recuerda siempre comprender el negocio antes de comenzar a trabajar en la arquitectura.<\/span><\/p>\t\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t

\n\t\t\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t
\n\t\t\t\t

Define las metas del sistema<\/h1>\t\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t
\n\t\t\t\t

Una vez que hemos entendido el negocio y hemos averiguado todo lo que hay que aprender sobre \u00e9l, ahora observa el sistema espec\u00edfico en el que vamos a trabajar. Lo primero que hay que tener en cuenta son las metas del sistema. Es importante notar que no estamos hablando aqu\u00ed de lo que deber\u00eda hacer el sistema; esas no son metas sino requisitos y es importante distinguir unos de otros.<\/p>

Cuando hablamos de metas, estamos hablando del efecto que tendr\u00e1 el sistema en la organizaci\u00f3n. Este efecto puede ser casi cualquier cosa, pero debe quedar claro c\u00f3mo afectar\u00e1 a los resultados de la organizaci\u00f3n.<\/span><\/p>

La raz\u00f3n por la que debemos ser plenamente conscientes de los objetivos del sistema es que, como arquitectos, siempre debemos pensar en el panorama completo. Debemos saber cu\u00e1l es el entorno en el que va a operar nuestro sistema y cu\u00e1les son las principales tareas que va a abordar.<\/span><\/p>

Por lo general, el cliente deber\u00eda decirte cu\u00e1les son las metas del sistema, pero no siempre es as\u00ed. Una vez tuve un cliente que me pidi\u00f3 que dise\u00f1ara la arquitectura de un sistema espec\u00edfico para \u00e9l. Las especificaciones del sistema eran claras. El valor de los servicios y las pantallas ya estaban definidos, y parec\u00eda una tarea f\u00e1cil. Sin embargo, cuando comenzamos a discutir el lugar del sistema en la organizaci\u00f3n, descubrimos que casi nadie iba a usar el sistema tal como est\u00e1. Hab\u00eda muchos otros sistemas que realizaban tareas similares, aunque de una manera menos c\u00f3moda. Pero los usuarios ya estaban acostumbrados a esos sistemas y simplemente no hab\u00eda un incentivo lo suficientemente fuerte para que cambiaran al nuevo.<\/span><\/p>

Terminamos cambiando casi todo el alcance y la funcionalidad de los sistemas, y el producto final fue un sistema mucho m\u00e1s peque\u00f1o, pero mucho m\u00e1s enfocado y efectivo.<\/span><\/p>

Echemos un vistazo a algunos ejemplos:<\/span><\/p>\t\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t

\n\t\t\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t
\n\t\t\t\t
  1. Nuevo sistema de RRHH para una empresa orientada al producto. El objetivo es agilizar el proceso de selecci\u00f3n, atrayendo as\u00ed mejores candidatos. Esto, por supuesto, ayudar\u00e1 a la empresa a crear mejores productos con mayor rapidez, aumentando as\u00ed los ingresos.<\/li>
  2. Nuevo sistema de informaci\u00f3n para reportar y mapear incidentes delictivos en la ciudad. El objetivo aqu\u00ed es mejorar la respuesta policial para cada incidente y alentar a los nuevos residentes a migrar a la ciudad. Por supuesto, tambi\u00e9n hay una agenda oculta aqu\u00ed. Este sistema ayudar\u00e1 a que el alcalde sea reelegido en las pr\u00f3ximas elecciones.<\/li>
  3. Aplicaci\u00f3n m\u00f3vil para ventas flash. La organizaci\u00f3n aqu\u00ed es una startup peque\u00f1a y joven con solo tres desarrolladores. El objetivo aqu\u00ed es doble:
    1. Generar el dinero lo m\u00e1s r\u00e1pido posible y,<\/li>
    2. Atraer inversionistas.<\/li><\/ol><\/li><\/ol>\t\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t
      \n\t\t\t\t\t\t
      \n\t\t\t\t\t\t\t
      \n\t\t\t\t\t
      \n\t\t\t
      \n\t\t\t\t\t\t\t
      \n\t\t\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t\t\t\t
      \n\t\t\t\t

      Trabaja para los clientes de tu cliente<\/h1>\t\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t
      \n\t\t\t\t\t\t
      \n\t\t\t\t\t\t\t
      \n\t\t\t\t\t
      \n\t\t\t
      \n\t\t\t\t\t\t\t
      \n\t\t\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t\t\t\t
      \n\t\t\t\t

      Uno de los aspectos m\u00e1s importantes del trabajo del arquitecto es identificar qui\u00e9n es el cliente. Eso puede sonar un poco est\u00fapido. \u00a1Por supuesto que s\u00e9 qui\u00e9n es mi cliente! \u00a1Es el que me paga! Bueno, s\u00ed, pero tambi\u00e9n no. En casi todas las organizaciones, el arquitecto forma parte del departamento de TI. No importa si el arquitecto es un empleado de la organizaci\u00f3n o un consultor que trabaja con la organizaci\u00f3n. Es contratado por la gente de TI, pero la gente de TI tiene clientes y estos son los usuarios finales de la aplicaci\u00f3n y estos son los tipos para los que deber\u00eda trabajar.<\/p>

      \u00bfQu\u00e9 significa eso? Significa que tu mentalidad debe estar orientada hacia el cliente de tu cliente. Significa que, con cada decisi\u00f3n que tomes, debes preguntarte cu\u00e1l ser\u00e1 el efecto de esta decisi\u00f3n en el cliente de tu cliente. Significa que se prioriza la comodidad del cliente de tu cliente por sobre la comodidad de tu cliente.<\/span><\/p>

      Veamos un ejemplo. Uno de los sistemas recientes en los que trabaj\u00e9 fue un sistema que mostraba datos basados en la telemetr\u00eda recibida de estaciones remotas. Uno de los dilemas que tuvimos es qu\u00e9 hacer cuando la base de datos durante la telemetr\u00eda est\u00e1 fuera de l\u00ednea. Este fue un escenario que tuvimos que considerar, ya que el Departamento de TI no pod\u00eda comprometerse con un SLA concreto de la base de datos.<\/span><\/p>

      La soluci\u00f3n que se nos ocurri\u00f3 fue mostrar un mensaje claro al usuario final de que hay un problema con el sistema y pedirle que vuelva a intentarlo m\u00e1s tarde. Este es un comportamiento bastante com\u00fan para tal escenario. Sin embargo, el cliente pregunt\u00f3 si podemos encontrar una soluci\u00f3n intermedia que le permita ver los datos, pero no realizar modificaciones.<\/span><\/p>

      Lo pensamos detenidamente y se nos ocurri\u00f3 una soluci\u00f3n que hizo nuestra arquitectura mucho m\u00e1s complicada. Introdujimos una capa de almacenamiento en cach\u00e9 dedicada que duplicaba los datos y se utilizaba cuando la base de datos estaba fuera de l\u00ednea.<\/span><\/p>

      Mi cliente, que era un equipo de desarrollo, trabaj\u00f3 mucho m\u00e1s duro. Pero el cliente de mi cliente, el usuario final, estaba extremadamente satisfecho con esta soluci\u00f3n y elogi\u00f3 la voluntad de ayudarlo y pensar de manera innovadora.<\/span><\/p>

      Ahora podr\u00eda decir que trabajar con el cliente es el trabajo de un analista de sistemas, no del arquitecto. Esto suele ser correcto, pero a veces un proyecto se lleva a cabo sin el analista de sistemas a bordo. E incluso si hay uno, a\u00fan es necesario comprender el entorno del cliente para poder tomar las mejores decisiones para \u00e9l.<\/span><\/p>

      En este caso, el arquitecto no reemplaza al analista de sistemas, pero es una muy buena idea unirse con \u00e9l para algunas reuniones y conocer a los clientes personalmente.<\/span><\/p>

      A veces, ver\u00e1s que tu cliente, el departamento de TI, no utiliza al cliente como cliente. Se referir\u00e1n a los usuarios finales como colegas, compa\u00f1eros de trabajo o incluso esos tipos molestos que siempre piden cosas. En este caso, tu trabajo puede ser un poco m\u00e1s dif\u00edcil. Tienes que, no solo cambiar tu forma de pensar, sino tambi\u00e9n la de ellos.<\/span><\/p>\t\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t

      \n\t\t\t\t\t\t
      \n\t\t\t\t\t\t\t
      \n\t\t\t\t\t
      \n\t\t\t
      \n\t\t\t\t\t\t\t
      \n\t\t\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t\t\t\t
      \n\t\t\t\t

      Habla con las personas adecuadas en el idioma adecuado<\/h1>\t\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t
      \n\t\t\t\t\t\t
      \n\t\t\t\t\t\t\t
      \n\t\t\t\t\t
      \n\t\t\t
      \n\t\t\t\t\t\t\t
      \n\t\t\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t\t\t\t
      \n\t\t\t\t

      Otro aspecto importante del trabajo del arquitecto es saber hablar con diferentes personas de la organizaci\u00f3n.<\/p>

      Aqu\u00ed est\u00e1 la regla general: Ten en cuenta siempre qu\u00e9 es lo que realmente le importa a la persona con la que est\u00e1s hablando.<\/span><\/p>

      Si puedes adaptarte a los mejores intereses de la persona con la que est\u00e1s hablando, podr\u00e1s lograr mucho m\u00e1s. Por cierto, esta regla es correcta no solo para los arquitectos, por supuesto, sino para cualquiera que intente lograr algo para alguien. Veamos algunos ejemplos.<\/span><\/p>

      El jefe de proyecto solo se preocupa por el \u00e9xito del proyecto y no le importa qu\u00e9 tecnolog\u00eda se utilizar\u00e1 o cu\u00e1n asombrosa sea la arquitectura. Cuando hables con \u00e9l sobre tus planes para la arquitectura, siempre enfatiza c\u00f3mo contribuir\u00e1 al \u00e9xito del proyecto.<\/span><\/p>

      Evitar frases como, \u201c\u00a1este es el \u00faltimo y mejor patr\u00f3n y ser\u00e1s el primero en probarlo! Podr\u00edamos publicar un blog al respecto.\u201d Esta frase solo lo asustar\u00e1, e inmediatamente se imaginar\u00e1 c\u00f3mo esta tecnolog\u00eda no probada causar\u00e1 retrasos y concesiones obligadas en el futuro.<\/span><\/p>

      En su lugar, intenta algo como, \u00abesta nueva tecnolog\u00eda puede ayudarnos a escribir el c\u00f3digo dos veces m\u00e1s r\u00e1pido, para que podamos recortar nuestro cronograma y presupuesto acorde a esta realidad\u00bb. Este es un lenguaje que un jefe de proyecto comprende, y estar\u00e1 m\u00e1s que feliz de ayudarte, asumiendo que tienes raz\u00f3n, por supuesto.<\/span><\/p>

      Ahora miremos al l\u00edder del equipo. \u00c9l es un geek incondicional y le encanta programar. Pasa al menos una hora todas las noches leyendo publicaciones de blogs t\u00e9cnicos y siempre est\u00e1 al d\u00eda con los avances recientes en la industria del software.<\/span><\/p>

      Si deseas incorporarlo y convertirlo en un firme defensor de tu arquitectura, habla con \u00e9l utilizando un lenguaje t\u00e9cnico. Dile, \u201c\u00bfHas o\u00eddo hablar de la \u00faltima versi\u00f3n de Angular? Lo vamos a utilizar\u201d. O, \u201cya sabes, las funciones como servicio son geniales. \u00bfQu\u00e9 te parece que lo vamos a probar en este proyecto? \u201d. \u00c9l estar\u00e1 m\u00e1s que feliz de caminar contigo cuando le hables de esta manera.<\/span><\/p>

      La \u00faltima persona a la que miramos es la gerente general. Ella es una persona muy orientada a los negocios y siempre busca el resultado financiero. Si quieres explicarle cu\u00e1les son las ventajas de la arquitectura en la que est\u00e1s trabajando, nunca menciones las palabras t\u00e9cnicas de moda.<\/span><\/p>

      Ella es el tipo de persona que cuando escucha \u00abmicroservicios\u00bb o \u00abalmacenamiento en cach\u00e9\u00bb o incluso \u00abJava\u00bb, inmediatamente pierde el inter\u00e9s y deja de escuchar. Sin embargo, si le vas a decir esto: \u201cLa arquitectura que dise\u00f1\u00e9 garantizar\u00e1 la continuidad del negocio y podr\u00e1 hacer frente a las altas cargas esperadas durante las rebajas del Black Friday\u201d, entonces ve donde a ella. Ella te escuchar\u00e1 y agradecer\u00e1 el trabajo que est\u00e1s haciendo.<\/span><\/p>\t\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t

      \n\t\t\t\t\t\t
      \n\t\t\t\t\t\t\t
      \n\t\t\t\t\t
      \n\t\t\t
      \n\t\t\t\t\t\t\t
      \n\t\t\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t\t\t\t
      \n\t\t\t\t

      Entonces, para recapitular: Siempre ten en cuenta lo que realmente le importa a la persona con la que est\u00e1s hablando. Intenta estar en sus zapatos, no en los tuyos, y luego mu\u00e9strale c\u00f3mo tu trabajo contribuye a sus intereses.<\/b><\/p>\t\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

      \n\t\t\t\t
      \n\t\t\t\t\t
      \n\t\t\t\n\t\t\t\t\t\t<\/span>\n\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t
      \n\t\t\t\t\t\t
      \n\t\t\t\t\t\t\t
      \n\t\t\t\t\t
      \n\t\t\t
      \n\t\t\t\t\t\t\t
      \n\t\t\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t\t\t\t
      \n\t\t\t\t

      Este art\u00edculo se basa en extractos del curso \u201cLa Gu\u00eda Completa para Llevar a Ser un Arquitecto de Software\u201d (\u201cThe Complete Guide to Becoming a Software Architect\u201d) por Memi Lavi, disponible en la plataforma Udemy, un curso que recomendamos para todo arquitecto de software o profesional de las TI.<\/i><\/p>\t\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t","protected":false},"excerpt":{"rendered":"

      En este art\u00edculo discutiremos uno de los aspectos m\u00e1s importantes de ser arquitecto de software, la mentalidad del arquitecto. Si tu trabajo actual es t\u00e9cnico, como desarrollador o l\u00edder de equipo, entonces probablemente est\u00e9s pensando en el trabajo que realizas desde el punto de vista del desarrollo de software. Pero, como ver\u00e1s en este art\u00edculo, […]<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":305,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"ocean_post_layout":"","ocean_both_sidebars_style":"","ocean_both_sidebars_content_width":0,"ocean_both_sidebars_sidebars_width":0,"ocean_sidebar":"0","ocean_second_sidebar":"0","ocean_disable_margins":"enable","ocean_add_body_class":"","ocean_shortcode_before_top_bar":"","ocean_shortcode_after_top_bar":"","ocean_shortcode_before_header":"","ocean_shortcode_after_header":"","ocean_has_shortcode":"","ocean_shortcode_after_title":"","ocean_shortcode_before_footer_widgets":"","ocean_shortcode_after_footer_widgets":"","ocean_shortcode_before_footer_bottom":"","ocean_shortcode_after_footer_bottom":"","ocean_display_top_bar":"default","ocean_display_header":"default","ocean_header_style":"","ocean_center_header_left_menu":"0","ocean_custom_header_template":"0","ocean_custom_logo":0,"ocean_custom_retina_logo":0,"ocean_custom_logo_max_width":0,"ocean_custom_logo_tablet_max_width":0,"ocean_custom_logo_mobile_max_width":0,"ocean_custom_logo_max_height":0,"ocean_custom_logo_tablet_max_height":0,"ocean_custom_logo_mobile_max_height":0,"ocean_header_custom_menu":"0","ocean_menu_typo_font_family":"0","ocean_menu_typo_font_subset":"","ocean_menu_typo_font_size":0,"ocean_menu_typo_font_size_tablet":0,"ocean_menu_typo_font_size_mobile":0,"ocean_menu_typo_font_size_unit":"px","ocean_menu_typo_font_weight":"","ocean_menu_typo_font_weight_tablet":"","ocean_menu_typo_font_weight_mobile":"","ocean_menu_typo_transform":"","ocean_menu_typo_transform_tablet":"","ocean_menu_typo_transform_mobile":"","ocean_menu_typo_line_height":0,"ocean_menu_typo_line_height_tablet":0,"ocean_menu_typo_line_height_mobile":0,"ocean_menu_typo_line_height_unit":"","ocean_menu_typo_spacing":0,"ocean_menu_typo_spacing_tablet":0,"ocean_menu_typo_spacing_mobile":0,"ocean_menu_typo_spacing_unit":"","ocean_menu_link_color":"","ocean_menu_link_color_hover":"","ocean_menu_link_color_active":"","ocean_menu_link_background":"","ocean_menu_link_hover_background":"","ocean_menu_link_active_background":"","ocean_menu_social_links_bg":"","ocean_menu_social_hover_links_bg":"","ocean_menu_social_links_color":"","ocean_menu_social_hover_links_color":"","ocean_disable_title":"default","ocean_disable_heading":"default","ocean_post_title":"","ocean_post_subheading":"","ocean_post_title_style":"background-image","ocean_post_title_background_color":"","ocean_post_title_background":627,"ocean_post_title_bg_image_position":"","ocean_post_title_bg_image_attachment":"","ocean_post_title_bg_image_repeat":"","ocean_post_title_bg_image_size":"","ocean_post_title_height":0,"ocean_post_title_bg_overlay":0.5,"ocean_post_title_bg_overlay_color":"","ocean_disable_breadcrumbs":"default","ocean_breadcrumbs_color":"","ocean_breadcrumbs_separator_color":"","ocean_breadcrumbs_links_color":"","ocean_breadcrumbs_links_hover_color":"","ocean_display_footer_widgets":"default","ocean_display_footer_bottom":"default","ocean_custom_footer_template":"0"},"_links":{"self":[{"href":"https:\/\/arsum.cl\/index.php?rest_route=\/wp\/v2\/pages\/621"}],"collection":[{"href":"https:\/\/arsum.cl\/index.php?rest_route=\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/arsum.cl\/index.php?rest_route=\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/arsum.cl\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/arsum.cl\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=621"}],"version-history":[{"count":5,"href":"https:\/\/arsum.cl\/index.php?rest_route=\/wp\/v2\/pages\/621\/revisions"}],"predecessor-version":[{"id":628,"href":"https:\/\/arsum.cl\/index.php?rest_route=\/wp\/v2\/pages\/621\/revisions\/628"}],"up":[{"embeddable":true,"href":"https:\/\/arsum.cl\/index.php?rest_route=\/wp\/v2\/pages\/305"}],"wp:attachment":[{"href":"https:\/\/arsum.cl\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=621"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}