<?xml version="1.0"?>
<rss version="2.0">
   <channel>
      <title>Architectural Thinking by Cesar Eduardo</title>
      <link>https://padlet.com/cecm1010/h56daxpwtm8ib3w1</link>
      <description></description>
      <language>en-us</language>
      <pubDate>2025-03-18 23:03:29 UTC</pubDate>
      <lastBuildDate>2025-03-19 23:07:25 UTC</lastBuildDate>
      <webMaster>hello@padlet.com</webMaster>
      <image>
         <url></url>
      </image>
      <item>
         <title>Pensamiento arquitectónico</title>
         <author>cecm1010</author>
         <link>https://padlet.com/cecm1010/h56daxpwtm8ib3w1/wish/3372134479</link>
         <description><![CDATA[<p>Se trata de ver las cosas desde una perspectiva arquitectónica, lo que implica entender la diferencia entre arquitectura y diseño, tener un amplio conocimiento técnico, analizar compensaciones (trade-offs) y comprender los impulsores del negocio.</p>]]></description>
         <enclosure url="" />
         <pubDate>2025-03-19 01:01:45 UTC</pubDate>
         <guid>https://padlet.com/cecm1010/h56daxpwtm8ib3w1/wish/3372134479</guid>
      </item>
      <item>
         <title></title>
         <author>cecm1010</author>
         <link>https://padlet.com/cecm1010/h56daxpwtm8ib3w1/wish/3372135536</link>
         <description><![CDATA[]]></description>
         <enclosure url="https://architecturalthinking.net/wp-content/uploads/2015/03/thinking_man.jpg" />
         <pubDate>2025-03-19 01:02:24 UTC</pubDate>
         <guid>https://padlet.com/cecm1010/h56daxpwtm8ib3w1/wish/3372135536</guid>
      </item>
      <item>
         <title>Arquitectura vs. Diseño</title>
         <author>cecm1010</author>
         <link>https://padlet.com/cecm1010/h56daxpwtm8ib3w1/wish/3372136326</link>
         <description><![CDATA[<ul><li><p>La arquitectura se enfoca en definir las características del sistema, seleccionar patrones arquitectónicos y crear componentes.</p></li><li><p>El diseño se enfoca en la implementación detallada, como diagramas de clases, interfaces de usuario y código fuente.</p></li><li><p><strong>Problema tradicional</strong>: Los arquitectos y desarrolladores suelen estar desconectados, lo que lleva a decisiones que no se comunican adecuadamente.</p></li><li><p><strong>Solución</strong>: Colaboración bidireccional entre arquitectos y desarrolladores, rompiendo las barreras físicas y virtuales.</p></li></ul>]]></description>
         <enclosure url="" />
         <pubDate>2025-03-19 01:02:52 UTC</pubDate>
         <guid>https://padlet.com/cecm1010/h56daxpwtm8ib3w1/wish/3372136326</guid>
      </item>
      <item>
         <title>Amplitud Técnica vs. Profundidad Técnica</title>
         <author>cecm1010</author>
         <link>https://padlet.com/cecm1010/h56daxpwtm8ib3w1/wish/3372136962</link>
         <description><![CDATA[<ul><li><p><strong>Desarrolladores</strong>: Necesitan profundidad técnica para especializarse en tecnologías específicas.</p></li><li><p><strong>Arquitectos</strong>: Necesitan amplitud técnica para entender una amplia gama de soluciones y tecnologías.</p></li><li><p><strong>Pirámide del conocimiento</strong>:</p><ul><li><p><strong>Lo que sabes</strong>: Tecnologías que usas diariamente.</p></li><li><p><strong>Lo que sabes que no sabes</strong>: Tecnologías que conoces pero no dominas.</p></li><li><p><strong>Lo que no sabes que no sabes</strong>: Tecnologías que desconoces por completo.</p></li></ul></li><li><p>Los arquitectos deben equilibrar la amplitud y la profundidad, sacrificando algo de especialización para ampliar su conocimiento general.</p></li></ul>]]></description>
         <enclosure url="" />
         <pubDate>2025-03-19 01:03:14 UTC</pubDate>
         <guid>https://padlet.com/cecm1010/h56daxpwtm8ib3w1/wish/3372136962</guid>
      </item>
      <item>
         <title>Análisis de Compensaciones (Trade-Offs)</title>
         <author>cecm1010</author>
         <link>https://padlet.com/cecm1010/h56daxpwtm8ib3w1/wish/3372138377</link>
         <description><![CDATA[<ul><li><p>En arquitectura, todo es una compensación. No hay respuestas correctas o incorrectas, solo compensaciones.</p></li><li><p>Ejemplo: En un sistema de subastas, elegir entre usar <strong>colas</strong> (que ofrecen seguridad y contratos heterogéneos) o <strong>tópicos</strong> (que ofrecen extensibilidad y desacoplamiento).</p></li><li><p><strong>Tabla de compensaciones</strong>: Ventajas y desventajas de cada opción, dependiendo de los requisitos del negocio.</p></li></ul>]]></description>
         <enclosure url="" />
         <pubDate>2025-03-19 01:03:51 UTC</pubDate>
         <guid>https://padlet.com/cecm1010/h56daxpwtm8ib3w1/wish/3372138377</guid>
      </item>
      <item>
         <title></title>
         <author>cecm1010</author>
         <link>https://padlet.com/cecm1010/h56daxpwtm8ib3w1/wish/3372139252</link>
         <description><![CDATA[]]></description>
         <enclosure url="https://i.ytimg.com/vi/86nZtIplB3M/maxresdefault.jpg" />
         <pubDate>2025-03-19 01:04:19 UTC</pubDate>
         <guid>https://padlet.com/cecm1010/h56daxpwtm8ib3w1/wish/3372139252</guid>
      </item>
      <item>
         <title>Equilibrio entre Arquitectura y Codificación</title>
         <author>cecm1010</author>
         <link>https://padlet.com/cecm1010/h56daxpwtm8ib3w1/wish/3372140129</link>
         <description><![CDATA[<ul><li><p>Los arquitectos deben mantener habilidades prácticas de codificación para no perder profundidad técnica.</p></li><li><p><strong>Consejos para equilibrar</strong>:</p><ul><li><p>Evitar ser un cuello de botella en el código crítico.</p></li><li><p>Realizar pruebas de concepto para validar decisiones arquitectónicas.</p></li><li><p>Trabajar en deuda técnica o historias de arquitectura.</p></li><li><p>Revisar código para asegurar el cumplimiento de la arquitectura y mentorizar al equipo.</p></li></ul></li></ul>]]></description>
         <enclosure url="" />
         <pubDate>2025-03-19 01:04:50 UTC</pubDate>
         <guid>https://padlet.com/cecm1010/h56daxpwtm8ib3w1/wish/3372140129</guid>
      </item>
   </channel>
</rss>
