<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Code-Quality on dplabs — Software Engineering &amp; Technology Consultancy</title>
		<link>https://dplabs.tech/tags/code-quality/</link>
		<description>Recent content in Code-Quality on dplabs — Software Engineering &amp; Technology Consultancy</description>
		<generator>Hugo</generator>
		<language>en-us</language>
		
		
		
		
			<lastBuildDate>Mon, 13 Jul 2026 00:00:00 +0000</lastBuildDate>
		
			<atom:link href="https://dplabs.tech/tags/code-quality/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>The Cost of Clever Code</title>
				<link>https://dplabs.tech/blog/cost-of-clever-code/</link>
				<pubDate>Mon, 13 Jul 2026 00:00:00 +0000</pubDate>
				<guid>https://dplabs.tech/blog/cost-of-clever-code/</guid>
				<description>&lt;p&gt;Every programming language has features that allow you to write dense, sophisticated-looking code. Java has streams, lambdas, method references, and generic type hierarchies. These are useful tools. They&amp;rsquo;re also regularly used to write code that is harder to understand than the straightforward version with no corresponding benefit.&lt;/p&gt;&#xA;&lt;p&gt;Clever code has a cost. The cost is paid by every engineer who reads it, modifies it, or debugs it. In a living codebase, that cost is paid repeatedly.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Infrastructure as Code Is Software</title>
				<link>https://dplabs.tech/blog/infrastructure-as-code-is-software/</link>
				<pubDate>Mon, 01 Jun 2026 00:00:00 +0000</pubDate>
				<guid>https://dplabs.tech/blog/infrastructure-as-code-is-software/</guid>
				<description>&lt;p&gt;Infrastructure as Code emerged as a response to the problem of undocumented, inconsistent, manually-managed infrastructure. Click-ops servers where nobody knows what&amp;rsquo;s actually configured. Snowflake environments that differ from production in undocumented ways. Infrastructure that can&amp;rsquo;t be reproduced.&lt;/p&gt;&#xA;&lt;p&gt;IaC solved these problems by treating infrastructure as code. The irony is that many teams write infrastructure code with none of the engineering rigor they apply to application code. No reviews, no tests, no code quality standards, no documentation. The result: IaC that has the same problems as the click-ops it replaced, plus the added complexity of Terraform state files.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Technical Debt: Not All Debt Is Bad</title>
				<link>https://dplabs.tech/blog/technical-debt-not-all-bad/</link>
				<pubDate>Mon, 03 Mar 2025 00:00:00 +0000</pubDate>
				<guid>https://dplabs.tech/blog/technical-debt-not-all-bad/</guid>
				<description>&lt;p&gt;Ward Cunningham introduced the technical debt metaphor to explain to non-technical stakeholders why code needed to be refactored. The analogy to financial debt was deliberate: sometimes you borrow money to move faster, and the interest compounds over time until the debt needs to be paid.&lt;/p&gt;&#xA;&lt;p&gt;Over time, the metaphor has been stretched to cover every imperfect thing in a codebase. This is not useful. Not all debt is the same. Not all debt should be paid down.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Clean Code Is Not About Pretty Code</title>
				<link>https://dplabs.tech/blog/clean-code-is-not-about-pretty-code/</link>
				<pubDate>Mon, 13 Jan 2025 00:00:00 +0000</pubDate>
				<guid>https://dplabs.tech/blog/clean-code-is-not-about-pretty-code/</guid>
				<description>&lt;p&gt;&amp;ldquo;Clean code&amp;rdquo; has become a proxy for &amp;ldquo;code that looks like the author read Clean Code.&amp;rdquo; Short methods named with specific patterns. Classes that follow certain principles. Comments removed because &amp;ldquo;code should be self-documenting.&amp;rdquo;&lt;/p&gt;&#xA;&lt;p&gt;This misses the point. Clean code is not a style. It&amp;rsquo;s code that manages complexity effectively — that can be understood, changed, and extended without surprising consequences.&lt;/p&gt;&#xA;&lt;h2 id=&#34;what-complexity-actually-costs&#34;&gt;What Complexity Actually Costs&lt;/h2&gt;&#xA;&lt;p&gt;Every line of code has carrying costs. It needs to be understood before it can be changed. Changed before it can be trusted. Tested before it can be deployed. These costs compound.&lt;/p&gt;</description>
			</item>
	</channel>
</rss>
