<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>EnterpriseArchitecture on RenatoTeixeira.com</title><link>https://www.renatoteixeira.com/tags/enterprisearchitecture/</link><description>Recent content in EnterpriseArchitecture on RenatoTeixeira.com</description><generator>Hugo</generator><language>en</language><lastBuildDate>Tue, 14 Apr 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://www.renatoteixeira.com/tags/enterprisearchitecture/index.xml" rel="self" type="application/rss+xml"/><item><title>Legacy Does Not Happen by Accident: What Lehman Still Teaches Us About Software Evolution</title><link>https://www.renatoteixeira.com/posts/legacy-does-no-happen-by-accident/</link><pubDate>Tue, 14 Apr 2026 00:00:00 +0000</pubDate><guid>https://www.renatoteixeira.com/posts/legacy-does-no-happen-by-accident/</guid><description>&lt;p&gt;Legacy does not emerge as an isolated failure, nor as a simple consequence of age. In most important systems, it is the result of continuous adaptation under real pressures: new requirements, operational constraints, accumulated decisions, and the constant need to remain useful in a changing environment.&lt;/p&gt;
&lt;p&gt;That is why &lt;strong&gt;Meir Lehman’s (1980)&lt;/strong&gt; article remains so valuable to me. It does not treat software as a static artifact, but as something shaped by ongoing evolution. And for that reason, I believe it deserves to be much better known by those who work in the day-to-day practice of IT.&lt;/p&gt;</description></item><item><title>Modernizing legacy systems is not a dispute between the old and the new. It is a discipline of discernment</title><link>https://www.renatoteixeira.com/posts/modernization-not-dispute/</link><pubDate>Mon, 06 Apr 2026 00:00:00 +0000</pubDate><guid>https://www.renatoteixeira.com/posts/modernization-not-dispute/</guid><description>&lt;p&gt;There is a recurring tendency to treat legacy as a historical mistake to be corrected. As if identifying a more current technology, designing a more elegant architecture, and starting a replacement journey were enough to solve the problem once and for all.&lt;/p&gt;
&lt;p&gt;But reality rarely organizes itself that way.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Legacy systems&lt;/strong&gt; do not persist simply because organizations resist change. They persist because, at some point, they were successful in sustaining critical operations, absorbing real business complexity, and accommodating, over time, decisions, exceptions, adaptations, and trade-offs that can hardly be captured in a clean architectural diagram.&lt;/p&gt;</description></item></channel></rss>