<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
    <channel>
        <title><![CDATA[Andrés Aguilar - Blog]]></title>
        <description><![CDATA[Andrés Aguilar - Blog]]></description>
        <link>https://andresaguilar.dev</link>
        <generator>RSS for Node</generator>
        <lastBuildDate>Sun, 20 Sep 2026 07:54:48 GMT</lastBuildDate>
        <atom:link href="https://andresaguilar.dev/feed.xml" rel="self" type="application/rss+xml"/>
        <language><![CDATA[es]]></language>
        <ttl>1440</ttl>
        <item>
            <title><![CDATA[El código es inventario, no un activo]]></title>
            <description><![CDATA[Cuando un agente de IA escribe código casi gratis, cada línea deja de comportarse como un activo en el que invertiste y empieza a comportarse como inventario en una estantería: algo que hay que almacenar, entender, asegurar y algún día tirar. Este ensayo sostiene que la restricción se muda de la fábrica (escribir) al almacén (mantener y comprender), y que por eso la palanca del arquitecto se traslada a las restricciones que el agente lee: especificaciones, reglas de gobierno y guardrails.]]></description>
            <link>https://andresaguilar.dev/blog/el-codigo-es-inventario-no-activo</link>
            <guid isPermaLink="true">https://andresaguilar.dev/blog/el-codigo-es-inventario-no-activo</guid>
            <pubDate>Tue, 15 Sep 2026 00:00:00 GMT</pubDate>
            <enclosure url="https://andresaguilar.dev/blog/el-codigo-es-inventario-no-activo/cover.jpg" length="0" type="image/jpeg"/>
        </item>
        <item>
            <title><![CDATA[Descomposición basada en volatilidad. Parte 2: cada módulo es una póliza]]></title>
            <description><![CDATA[Descomponer por volatilidad no dice cuál de las volatilidades que encuentras merece un módulo, y ahí es donde se pierde el dinero. Este artículo trata cada encapsulación como una póliza de seguro que hay que cotizar: la prima se paga en cada feature futura, la indemnización solo llega si el cambio ocurre, y la prima no la fija el código que escribes sino lo que la encapsulación te prohíbe. Con aritmética, un caso documentado y una escala de franquicias para no elegir entre todo y nada.]]></description>
            <link>https://andresaguilar.dev/blog/descomposicion-basada-en-volatilidad-parte-2</link>
            <guid isPermaLink="true">https://andresaguilar.dev/blog/descomposicion-basada-en-volatilidad-parte-2</guid>
            <pubDate>Wed, 09 Sep 2026 00:00:00 GMT</pubDate>
            <enclosure url="https://andresaguilar.dev/blog/descomposicion-basada-en-volatilidad-parte-2/cover.jpg" length="0" type="image/jpeg"/>
        </item>
        <item>
            <title><![CDATA[La nube no es cara, es flexible]]></title>
            <description><![CDATA[La factura de la nube no mide lo que consumes: mide cuánta libertad de marcharte compraste, y casi nadie sabe a qué precio la compró. Este artículo cotiza esa prima de elasticidad con la escalera de precios de un gimnasio, demuestra con aritmética de servilleta que la mitad del ahorro que se atribuye a la repatriación se cobra sin comprar un servidor, y explica por qué todas las fugas de la nube que se publican son de empresas con la misma carga plana.]]></description>
            <link>https://andresaguilar.dev/blog/la-nube-no-es-cara-es-flexible</link>
            <guid isPermaLink="true">https://andresaguilar.dev/blog/la-nube-no-es-cara-es-flexible</guid>
            <pubDate>Wed, 09 Sep 2026 00:00:00 GMT</pubDate>
            <enclosure url="https://andresaguilar.dev/blog/la-nube-no-es-cara-es-flexible/cover.jpg" length="0" type="image/jpeg"/>
        </item>
        <item>
            <title><![CDATA[Multinube, la peor práctica]]></title>
            <description><![CDATA[La multinube es considerada la peor práctica en arquitectura de nube y tecnología. Aunque algunos grupos la promueven, se argumenta que compromete la eficiencia y la capacidad de innovación. La idea de ejecutar cargas de trabajo en múltiples proveedores de nube o en un datacenter propio es difícil de lograr en la práctica. Además, la multinube no evita el lock-in a un solo proveedor y no garantiza protección contra cambios de precios. En la realidad, la mayoría de las empresas que dicen ser multinube tienen una dependencia significativa en un proveedor principal. Se sugiere considerar un enfoque activo-activo en una sola región antes de aventurarse en una estrategia multinube.]]></description>
            <link>https://andresaguilar.dev/blog/multinube-la-peor-practica</link>
            <guid isPermaLink="true">https://andresaguilar.dev/blog/multinube-la-peor-practica</guid>
            <pubDate>Sat, 11 May 2024 00:00:00 GMT</pubDate>
            <enclosure url="https://andresaguilar.dev/blog/multinube-la-peor-practica/cover.jpg" length="0" type="image/jpeg"/>
        </item>
        <item>
            <title><![CDATA[Descomposición basada en volatilidad. Parte 1]]></title>
            <description><![CDATA[La descomposición basada en volatilidad es fundamental en la arquitectura empresarial para manejar la complejidad y la incertidumbre. Al agrupar las funciones en dominios según la sinergia o autonomía, se logra flexibilidad, agilidad y reducción de la complejidad. Esto facilita la toma de decisiones, la reutilización y la consistencia, y permite una respuesta rápida y eficiente a las demandas cambiantes del entorno empresarial.]]></description>
            <link>https://andresaguilar.dev/blog/descomposicion-basada-en-volatilidad-parte-1</link>
            <guid isPermaLink="true">https://andresaguilar.dev/blog/descomposicion-basada-en-volatilidad-parte-1</guid>
            <pubDate>Sat, 11 May 2024 00:00:00 GMT</pubDate>
            <enclosure url="https://andresaguilar.dev/blog/descomposicion-basada-en-volatilidad-parte-1/cover.jpg" length="0" type="image/jpeg"/>
        </item>
        <item>
            <title><![CDATA[El problema del 2%]]></title>
            <description><![CDATA[El problema del 2% se refiere a la limitada cantidad de tiempo que podemos dedicar a temas complejos debido a su baja frecuencia de ocurrencia. En áreas como la medicina y la arquitectura de software, es esencial contar con expertos especializados que puedan brindar soluciones eficientes y de calidad durante esos momentos críticos.]]></description>
            <link>https://andresaguilar.dev/blog/el-problema-del-2</link>
            <guid isPermaLink="true">https://andresaguilar.dev/blog/el-problema-del-2</guid>
            <pubDate>Sat, 11 May 2024 00:00:00 GMT</pubDate>
            <enclosure url="https://andresaguilar.dev/blog/el-problema-del-2/cover.jpg" length="0" type="image/jpeg"/>
        </item>
        <item>
            <title><![CDATA[Arquitectos Arquitectando Arquitectura]]></title>
            <description><![CDATA[Este documento presenta un marco para maximizar el impacto de los arquitectos de software en una organización. Se enfoca en establecer lineamientos y estándares, medir la madurez de los equipos en la adopción de estos lineamientos, y brindar asesoría y consultas. También se mencionan la arquitectura de referencia, las pruebas de concepto y la priorización de inversiones. Además, se discute la posibilidad de que los arquitectos desempeñen múltiples roles y se destacan las conclusiones clave del documento.]]></description>
            <link>https://andresaguilar.dev/blog/arquitectos-arquitectando-arquitectura</link>
            <guid isPermaLink="true">https://andresaguilar.dev/blog/arquitectos-arquitectando-arquitectura</guid>
            <pubDate>Mon, 15 Jan 2024 00:00:00 GMT</pubDate>
            <enclosure url="https://andresaguilar.dev/blog/arquitectos-arquitectando-arquitectura/cover.jpg" length="0" type="image/jpeg"/>
        </item>
        <item>
            <title><![CDATA[Redes permisionadas — Análisis transacciones por segundo]]></title>
            <description><![CDATA[El documento analiza diferentes algoritmos de consenso utilizados en redes permisionadas de Ethereum, como Prueba de Autoridad (PoA), Clique, Aura, y Tolerancia a la falta Bizantina de Estambul (IBFT). Se presentan estadísticas sobre la cantidad de transacciones por segundo que se pueden lograr con cada algoritmo, concluyendo que Quorum con IBFT tiene el mejor rendimiento. También se mencionan referencias para obtener más información sobre los algoritmos mencionados.]]></description>
            <link>https://andresaguilar.dev/blog/redes-permisionadas-analisis-transacciones-por-segundo</link>
            <guid isPermaLink="true">https://andresaguilar.dev/blog/redes-permisionadas-analisis-transacciones-por-segundo</guid>
            <pubDate>Sat, 11 May 2024 00:00:00 GMT</pubDate>
            <enclosure url="https://andresaguilar.dev/blog/redes-permisionadas-analisis-transacciones-por-segundo/cover.jpg" length="0" type="image/jpeg"/>
        </item>
        <item>
            <title><![CDATA[Parity Secret Store]]></title>
            <description><![CDATA[El Parity Secret Store es un módulo desarrollado por Parity Tech para su cliente Ethereum que permite guardar fragmentos de una clave ECDSA en la blockchain y reconstruirla a través de un contrato inteligente. Esto asegura la seguridad de los mensajes y documentos. El Secret Store puede generar un par de claves ECDSA para un usuario y permite compartir secretos de forma segura y descentralizada. Utiliza un sistema criptográfico y el fragmentado de las claves ECDSA para garantizar la seguridad y la distribución de la información. Sin embargo, actualmente solo funciona con cuentas locales y se espera que en el futuro se pueda generar secretos desde cualquier cuenta.]]></description>
            <link>https://andresaguilar.dev/blog/parity-secret-store</link>
            <guid isPermaLink="true">https://andresaguilar.dev/blog/parity-secret-store</guid>
            <pubDate>Sat, 11 May 2024 00:00:00 GMT</pubDate>
            <enclosure url="https://andresaguilar.dev/blog/parity-secret-store/cover.jpg" length="0" type="image/jpeg"/>
        </item>
        <item>
            <title><![CDATA[Protocolo de votaciones en Ethereum]]></title>
            <description><![CDATA[El protocolo de votaciones en Ethereum utiliza la tecnología Blockchain para garantizar la integridad de los datos, transparencia y tolerancia a fallas en los sistemas de votación electrónica. Se han implementado protocolos como Open Vote Network (OVN) que logran la confidencialidad del voto, aunque presentan limitaciones en cuanto al costo computacional y la posibilidad de manipulación por parte del último votante. La utilización de firmas ciegas en la tecnología Blockchain permite obtener autorización de los votantes mientras se mantiene el anonimato. Aunque existen desafíos de seguridad y privacidad, se espera que en el futuro se puedan desarrollar soluciones más seguras basadas en Blockchain para los sistemas de votación.]]></description>
            <link>https://andresaguilar.dev/blog/protocolo-de-votaciones-en-ethereum</link>
            <guid isPermaLink="true">https://andresaguilar.dev/blog/protocolo-de-votaciones-en-ethereum</guid>
            <pubDate>Sat, 11 May 2024 00:00:00 GMT</pubDate>
            <enclosure url="https://andresaguilar.dev/blog/protocolo-de-votaciones-en-ethereum/cover.jpg" length="0" type="image/jpeg"/>
        </item>
    </channel>
</rss>