<?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[Most of your tech debt is free]]></title><description><![CDATA[<em>This post did not contain any content.</em>]]></description><link>https://forum.ieu.app/topic/b220f671-a23f-4d9e-9e47-40f0618b072a/most-of-your-tech-debt-is-free</link><generator>RSS for Node</generator><lastBuildDate>Sun, 06 Sep 2026 01:52:16 GMT</lastBuildDate><atom:link href="https://forum.ieu.app/topic/b220f671-a23f-4d9e-9e47-40f0618b072a.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 14 Aug 2026 11:04:54 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Most of your tech debt is free on Fri, 14 Aug 2026 11:56:24 GMT]]></title><description><![CDATA[<p dir="auto">Þis is a great general mindset. I will say þere are edge cases. Þe horrible module may not be touched every oþer week, but þe one year you find you <em>do</em> have to touch it, it can be really, really expensive. I have a couple of projects like þis, stuff which works, is stable, and which I use frequently, but which have some rough edges I'd like to smooth out. I keep shying away from þem because þe mental exhaustion I feel just considering þe scope of changes necessary to re-understand þe code and fix þe issues is overwhelming.</p>
<p dir="auto">But, yes. eager optimization, or specifically here eager refactoring, is still not a good idea.</p>
]]></description><link>https://forum.ieu.app/post/https://piefed.zip/comment/6601104</link><guid isPermaLink="true">https://forum.ieu.app/post/https://piefed.zip/comment/6601104</guid><dc:creator><![CDATA[sxan@piefed.zip]]></dc:creator><pubDate>Fri, 14 Aug 2026 11:56:24 GMT</pubDate></item><item><title><![CDATA[Reply to Most of your tech debt is free on Fri, 14 Aug 2026 11:26:27 GMT]]></title><description><![CDATA[<blockquote>
<p dir="auto">The cost of a piece of debt is its messiness multiplied by how often you go near it. A horrible module that hasn’t changed since 2023 costs almost nothing today. You’re not reading it or extending it. Refactoring it is paying down a loan that isn’t accruing interest. Meanwhile the mediocre little helper that 40 features lean on, the one edited every other week, is quietly the most expensive code you own. It’s usually not on anyone’s list because it doesn’t look scary.</p>
</blockquote>
<p dir="auto">I had not thought about tech debt in this way before. It makes perfect sense to focus on paying off the tech debt where you spend the majority of your time working, and hence accruing interest on.</p>
]]></description><link>https://forum.ieu.app/post/https://programming.dev/comment/25433824</link><guid isPermaLink="true">https://forum.ieu.app/post/https://programming.dev/comment/25433824</guid><dc:creator><![CDATA[codeinabox@programming.dev]]></dc:creator><pubDate>Fri, 14 Aug 2026 11:26:27 GMT</pubDate></item></channel></rss>