<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>LegacyModernization on RenatoTeixeira.com</title><link>https://www.renatoteixeira.com/pt-br/tags/legacymodernization/</link><description>Recent content in LegacyModernization on RenatoTeixeira.com</description><generator>Hugo</generator><language>pt-br</language><lastBuildDate>Fri, 24 Apr 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://www.renatoteixeira.com/pt-br/tags/legacymodernization/index.xml" rel="self" type="application/rss+xml"/><item><title>A normalização silenciosa de decisões sem fundamento na engenharia de software</title><link>https://www.renatoteixeira.com/pt-br/posts/the-quiet-normalization/</link><pubDate>Fri, 24 Apr 2026 00:00:00 +0000</pubDate><guid>https://www.renatoteixeira.com/pt-br/posts/the-quiet-normalization/</guid><description>&lt;p&gt;Uma das coisas mais curiosas — e talvez mais incômodas — da engenharia de software é que ainda tomamos muitas decisões importantes com bases frágeis demais.&lt;/p&gt;
&lt;p&gt;É claro que raramente chamamos isso de “decisão sem fundamento”.&lt;/p&gt;
&lt;p&gt;Preferimos nomes melhores:&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Estratégia.&lt;/strong&gt;&lt;br&gt;
&lt;strong&gt;Transformação.&lt;/strong&gt;&lt;br&gt;
&lt;strong&gt;Modernização.&lt;/strong&gt;&lt;br&gt;
&lt;strong&gt;Boa prática.&lt;/strong&gt;&lt;br&gt;
&lt;strong&gt;Visão de futuro.&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Mas, muitas vezes, por baixo desses rótulos elegantes, existe algo menos nobre: imitação, entusiasmo, pressão de mercado, preferência pessoal ou a crença confortável de que aquilo que soa moderno também deve ser correto.&lt;/p&gt;</description></item><item><title>O Legado Não Acontece por Acaso: O Que Lehman Ainda Nos Ensina Sobre Evolução de Software</title><link>https://www.renatoteixeira.com/pt-br/posts/legacy-does-no-happen-by-accident/</link><pubDate>Tue, 14 Apr 2026 00:00:00 +0000</pubDate><guid>https://www.renatoteixeira.com/pt-br/posts/legacy-does-no-happen-by-accident/</guid><description>&lt;p&gt;O legado não emerge como uma falha isolada, nem como uma simples consequência da idade. Na maioria dos sistemas importantes, ele é o resultado de uma adaptação contínua sob pressões reais: novos requisitos, restrições operacionais, decisões acumuladas e a necessidade constante de permanecer útil em um ambiente em mudança.&lt;/p&gt;
&lt;p&gt;É por isso que o artigo de &lt;strong&gt;Meir Lehman (1980)&lt;/strong&gt; permanece tão valioso para mim. Ele não trata o software como um artefato estático, mas como algo moldado por uma evolução contínua. E por essa razão, acredito que ele merece ser muito mais conhecido por aqueles que trabalham na prática cotidiana da TI.&lt;/p&gt;</description></item><item><title>Modernizar sistemas legados não é uma disputa entre o velho e o novo. É uma disciplina do discernimento</title><link>https://www.renatoteixeira.com/pt-br/posts/modernization-not-dispute/</link><pubDate>Mon, 06 Apr 2026 00:00:00 +0000</pubDate><guid>https://www.renatoteixeira.com/pt-br/posts/modernization-not-dispute/</guid><description>&lt;p&gt;Existe uma tendência recorrente de tratar o legado como um erro histórico a ser corrigido. Como se identificar uma tecnologia mais atual, projetar uma arquitetura mais elegante e iniciar uma jornada de substituição fossem o suficiente para resolver o problema de uma vez por todas.&lt;/p&gt;
&lt;p&gt;Mas a realidade raramente se organiza dessa forma.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Sistemas legados&lt;/strong&gt; não persistem simplesmente porque as organizações resistem à mudança. Eles persistem porque, em algum momento, foram bem-sucedidos em sustentar operações críticas, absorvendo a complexidade real do negócio e acomodando, ao longo do tempo, decisões, exceções, adaptações e trade-offs que dificilmente podem ser capturados em um diagrama arquitetural limpo.&lt;/p&gt;</description></item></channel></rss>