<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>DDD on metroSetenta</title>
    <link>https://metrosetenta.es/tags/ddd/</link>
    <description>Recent content in DDD on metroSetenta</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Wed, 16 Sep 2026 00:01:00 +0000</lastBuildDate>
    <atom:link href="https://metrosetenta.es/tags/ddd/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Diseño orientado al dominio</title>
      <link>https://metrosetenta.es/blog/dise%C3%B1o-orientado-al-dominio/</link>
      <pubDate>Wed, 16 Sep 2026 00:01:00 +0000</pubDate>
      <guid>https://metrosetenta.es/blog/dise%C3%B1o-orientado-al-dominio/</guid>
      <description>&lt;p&gt;Una aplicación puede estar perfectamente programada y, sin embargo, representar mal el negocio para el que fue construida. Puede tener una arquitectura ordenada, pruebas automatizadas, una base de datos bien diseñada y un código limpio, pero utilizar conceptos que no coinciden con la realidad que sus usuarios necesitan gestionar. Cuando esto ocurre, el problema no suele encontrarse en una función concreta, sino en algo más profundo: &lt;strong&gt;el software y el negocio están utilizando modelos mentales diferentes para describir la misma realidad&lt;/strong&gt;.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
