<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Arquitectura-De-Software on Blog del Arquitecto de Sistemas y CTO</title><link>https://coresware.com/tags/arquitectura-de-software/</link><description>Recent content in Arquitectura-De-Software on Blog del Arquitecto de Sistemas y CTO</description><generator>Hugo -- gohugo.io</generator><language>es-MX</language><copyright>© César Oré, 2006–presente. Todos los derechos reservados.</copyright><lastBuildDate>Tue, 21 Apr 2026 21:30:00 -0600</lastBuildDate><atom:link href="https://coresware.com/tags/arquitectura-de-software/index.xml" rel="self" type="application/rss+xml"/><item><title>Deuda técnica y riesgo tecnológico: cuándo un problema de ingeniería se convierte en riesgo operacional</title><link>https://coresware.com/posts/deuda-riesgo-tecnologico/</link><pubDate>Tue, 21 Apr 2026 21:30:00 -0600</pubDate><guid>https://coresware.com/posts/deuda-riesgo-tecnologico/</guid><description>No toda deuda técnica es un riesgo tecnológico, pero toda deuda técnica relevante debe evaluarse por su potencial de afectar operación, seguridad, continuidad, cumplimiento, datos, clientes y resiliencia.</description></item></channel></rss>