<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Savas</title>
    <description>The latest articles on DEV Community by Savas (@nea).</description>
    <link>https://dev.to/nea</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F1268249%2F01428c12-5a14-448e-9aa4-ccb877ab052b.jpg</url>
      <title>DEV Community: Savas</title>
      <link>https://dev.to/nea</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/nea"/>
    <language>en</language>
    <item>
      <title>Technical Debt Is Not Debt. It’s a Tax.</title>
      <dc:creator>Savas</dc:creator>
      <pubDate>Fri, 22 May 2026 07:08:23 +0000</pubDate>
      <link>https://dev.to/nea/technical-debt-is-not-debt-its-a-tax-46ge</link>
      <guid>https://dev.to/nea/technical-debt-is-not-debt-its-a-tax-46ge</guid>
      <description>&lt;p&gt;You heard it before: "Yeah, that's some old hack, we have to fix it later." Sounds familiar? Some old code, some "hack", some comment "Do not touch!", this "technical debt" we have to pay off some time in the future.&lt;/p&gt;

&lt;p&gt;I would argue, what we keep calling "technical debt" is a misleading metaphor.&lt;/p&gt;

&lt;h1&gt;
  
  
  What we call "technical debt"
&lt;/h1&gt;

&lt;p&gt;Debt is static. You borrow, you owe, you repay. You can structure it, refinance it, even ignore it for a while. The important part: the amount is known, and repayment (refactoring) reduces it.&lt;/p&gt;

&lt;p&gt;Most "technical debt" does not behave like that. In practice, technical debt usually refers to:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Code that is hard to understand or modify&lt;/li&gt;
&lt;li&gt;Missing tests or weak guarantees&lt;/li&gt;
&lt;li&gt;Leaky abstractions or inconsistent patterns&lt;/li&gt;
&lt;li&gt;Outdated dependencies or architecture decisions&lt;/li&gt;
&lt;li&gt;Performance shortcuts that no longer hold&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;We label it "debt" because it slows us down later. We only pay the "minimum fee" for now. But that framing hides the real problem.&lt;/p&gt;

&lt;h1&gt;
  
  
  Why it’s not "debt"
&lt;/h1&gt;

&lt;p&gt;Debt assumes a fixed principal. But messy code doesn’t sit still. It compounds through usage.&lt;/p&gt;

&lt;p&gt;Every time you...&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Add a feature&lt;/li&gt;
&lt;li&gt;Fix a bug&lt;/li&gt;
&lt;li&gt;Integrate a new system&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;...you interact with that code. And each interaction becomes slightly more expensive than the last. Not because the code changed, but because the context around it did.&lt;/p&gt;

&lt;p&gt;I argue: that’s no debt but a multiplying tax!&lt;/p&gt;

&lt;h1&gt;
  
  
  Why "technical tax"
&lt;/h1&gt;

&lt;p&gt;A better model could be: technical tax is a cost applied every time you touch a part of the system.&lt;/p&gt;

&lt;p&gt;The worse the code, the higher the tax rate.&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Clean module: low tax, fast iteration&lt;/li&gt;
&lt;li&gt;Tangled legacy service: high tax, slow and risky changes&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;And crucially: You don't "pay it off" once. You pay it repeatedly!&lt;/p&gt;

&lt;p&gt;If a piece of code is touched 100 times per month, even a small inefficiency becomes expensive. If it's critical-path code, the tax multiplies across the entire team.&lt;/p&gt;

&lt;h1&gt;
  
  
  What this changes
&lt;/h1&gt;

&lt;p&gt;If you think in terms of debt, you optimize for payoff events:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;"We’ll refactor this later"&lt;/li&gt;
&lt;li&gt;"Let’s allocate a sprint to clean this up"&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;If you think in terms of tax, you may optimize for a multiplier reduction:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Lower the cost of common paths&lt;/li&gt;
&lt;li&gt;Improve code that is frequently touched&lt;/li&gt;
&lt;li&gt;Replace atomic entities with a parallel rewrite&lt;/li&gt;
&lt;li&gt;Ignore rarely used areas, even if they're ugly&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;This leads to different decisions:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Refactor hotspots, not entire systems&lt;/li&gt;
&lt;li&gt;Measure change frequency, not just code quality&lt;/li&gt;
&lt;li&gt;Accept "bad" code if it's cold&lt;/li&gt;
&lt;li&gt;Prioritize developer experience on critical paths&lt;/li&gt;
&lt;/ul&gt;

&lt;h1&gt;
  
  
  The (simple) example
&lt;/h1&gt;

&lt;p&gt;You have a billing module everyone is afraid to touch (who hasn't ^^).&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Adding a feature takes 3 days instead of 1&lt;/li&gt;
&lt;li&gt;Every change requires manual verification&lt;/li&gt;
&lt;li&gt;Bugs are subtle and expensive&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;That's not a fixed debt you can "pay off." It’s a 3x tax on every future change.&lt;/p&gt;

&lt;p&gt;Now compare that to a messy admin tool used once a month. It might be worse code, but the tax is negligible.&lt;/p&gt;

&lt;h1&gt;
  
  
  What to do
&lt;/h1&gt;

&lt;p&gt;Treat technical debt like a tax system:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Identify high-traffic areas (git history, ownership, deploy frequency)&lt;/li&gt;
&lt;li&gt;Reduce friction where it matters (tests, simplification, better boundaries)&lt;/li&gt;
&lt;li&gt;Avoid over-investing in low-impact code&lt;/li&gt;
&lt;li&gt;Continuously shave off tax instead of planning big payoffs&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Small, targeted improvements beat large refactoring projects that never land.&lt;/p&gt;

&lt;p&gt;Calling it "debt" suggests a future problem. Calling it a "tax" makes it a present, ongoing cost. And once you see it that way, the goal is obvious: Evade the tax and become rich in code.&lt;/p&gt;

</description>
      <category>architecture</category>
      <category>softwareengineering</category>
      <category>productivity</category>
      <category>management</category>
    </item>
    <item>
      <title>Where is the AI revolution at?</title>
      <dc:creator>Savas</dc:creator>
      <pubDate>Thu, 02 Apr 2026 07:47:36 +0000</pubDate>
      <link>https://dev.to/nea/where-is-the-ai-revolution-at-47jm</link>
      <guid>https://dev.to/nea/where-is-the-ai-revolution-at-47jm</guid>
      <description>&lt;p&gt;For several years we have been promised revolutions! &lt;a href="https://www.businessinsider.com/anthropic-ceo-ai-90-percent-code-3-to-6-months-2025-3" rel="noopener noreferrer"&gt;Everybody can be a programmer&lt;/a&gt;. Apps for everything. &lt;a href="https://techcrunch.com/2026/03/01/saas-in-saas-out-heres-whats-driving-the-saaspocalypse/" rel="noopener noreferrer"&gt;No need for SaaS anymore&lt;/a&gt;. AI revolutionising our daily life in every aspect, managing Calendars, Emails, Business Trips, Holidays… our every aspect of existence.&lt;/p&gt;

&lt;h2&gt;
  
  
  Revolution of what?
&lt;/h2&gt;

&lt;p&gt;Where is this revolution at? Not AGI, that is something completely different and just for narration purposes. &lt;/p&gt;

&lt;p&gt;But I don’t see us solving poverty. I don’t consume energy from a Nuclear Fusion reactor. This has not been written on a Quantum Computer. And cancer is still a very dangerous and often lethal disease. So, what is AI revolutionising?&lt;/p&gt;

&lt;p&gt;And its not just an old developer rambling, I use AI :) &lt;br&gt;
I have no reservations; I use Claude nearly every day. But what are we actually “creating”? It seems AI has just sped up the same monotonous tasks. AI can auto complete, can write code, but it cannot fix humans thinking.&lt;/p&gt;

&lt;h2&gt;
  
  
  Evolution for what?
&lt;/h2&gt;

&lt;p&gt;Wow, &lt;a href="https://www.anthropic.com/product/claude-cowork" rel="noopener noreferrer"&gt;Claude Cowork&lt;/a&gt; can manage your Emails… you still use Emails?&lt;br&gt;
&lt;a href="https://www.perplexity.ai/computer" rel="noopener noreferrer"&gt;Perplexity Computer&lt;/a&gt; can create your KPI dashboard? I hope you got the right data.&lt;br&gt;
You got 10 agents running developing apps? For what? &lt;a href="https://www.businessofapps.com/data/app-stores/" rel="noopener noreferrer"&gt;There are over 2 million freaking apps&lt;/a&gt;. &lt;br&gt;
What are you building that hasn’t been built but benefits its users?&lt;/p&gt;

&lt;p&gt;So much LinkedIn Business BS replicating itself. Instead of 5 “maybe good” health apps, we get 500 “so-so” versions. Instead of reducing meetings, we automate meetings with more AI notetakers talking to each other. Instead of hiring for what is necessary, we create AI CVs scanned by AI HRs evaluating humans on “human parameters”. As if we know what we really need…&lt;/p&gt;

&lt;h2&gt;
  
  
  Automation is (no) revolution
&lt;/h2&gt;

&lt;p&gt;All I see is automation of monkey work. Again, don’t get me wrong: some monkey work needs to be done. Typing these letters is some kind of monkey work to pass on my thoughts (and yes, I am really typing this by hand, no AI as you can tell from the errors ;). &lt;/p&gt;

&lt;p&gt;Automation is good! A lot of human evolution is based on automation. I don’t want to type every single test, check, code-line myself if not necessary or “just the same”. And if I could rely on the current state of AI, I wouldn’t… but I cannot!&lt;/p&gt;

&lt;h2&gt;
  
  
  What is real revolution?
&lt;/h2&gt;

&lt;p&gt;Today’s so-called “AI” revolution is largely about scaling transformers, statistical models, big data and compute. Extraordinary at pattern recognition and reasoning analogies, yet probabilistic engines, not intelligences.&lt;/p&gt;

&lt;p&gt;We have not built artificial cognition yet! What we call “AI” today is a sophisticated layer of prediction, not intelligence in the biological sense.&lt;/p&gt;

&lt;p&gt;Beyond large language models we require new math, new architectures, and possibly new physics, as nuclear fusion and quantum computing. True artificial intelligence will require understanding how intelligence emerges, not just how it can be imitated. And let’s face it: imitating humans might not be the best ;)&lt;/p&gt;

&lt;p&gt;The current wave is transformative, no doubt about it. But if it disappears today, industry will not stumble tomorrow.&lt;/p&gt;

&lt;p&gt;The real shift will come when machines generate new concepts, hypotheses, and models of the world autonomously. That will not be “just another AI model”, not Claude 4.6 (and I like Claude ^^) or Gemini 3.1. It will be the next epoch in evolution!&lt;/p&gt;

&lt;h2&gt;
  
  
  Revolution in Wallets
&lt;/h2&gt;

&lt;p&gt;Nevertheless, we need to face the hard truth: Software development, programmers, Juniors and more are all affected by life-changing business decisions. &lt;a href="https://layoffs.fyi/" rel="noopener noreferrer"&gt;Layoffs on a weekly basis&lt;/a&gt;. &lt;a href="https://www.tomshardware.com/software/windows/microsoft-issues-emergency-update-for-windows-11-fixes-broken-march-preview-update-rollout-from-last-week" rel="noopener noreferrer"&gt;Broken Windows patches on a regular basis&lt;/a&gt;. And it continues…&lt;/p&gt;

&lt;p&gt;This is not a question of replacing Software Developers. It is a question of number crunching and AI just happens to be around at the right time. &lt;br&gt;
It’s storytelling, and the story works. If there would have been some other invention, that would have served as excuse.&lt;/p&gt;

&lt;p&gt;Because of this, AI is shifting the whole world into a downward spiral. AI can be good. Evolution requires power and money. Money is spent. Markets change. Growth in numbers is the only direction allowed. More money is invested. (RAM) Prices increase. Layoffs happen. People have no money for the increased costs. Jobs are a necessity, so I take any job for less than before… the spiral works against us.&lt;/p&gt;

&lt;p&gt;If I put on my Dr. Evil hat, AI is the perfect excuse to layoff all the expensive people hired during the C-Years, as my storytelling was about everlasting growth, which did not happen, and cheap money, which was swallowed by inflation. Just correcting the typical business mistakes of bad spreadsheets with misunderstood KPIs…&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fruvhnuyi5hnajdfds9lz.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fruvhnuyi5hnajdfds9lz.png" alt="It's the economy stupid" width="480" height="284"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  What’s next?
&lt;/h2&gt;

&lt;p&gt;It is not a question of if AI can or will replace Software Developers.&lt;br&gt;
It is a fight of Managers vs Spreadsheets vs Software... and we are losing... for now.&lt;/p&gt;

&lt;p&gt;The funny thing is, what any Spreadsheet wrangler does is best replaced by AI, but so far it is just dripping down to the creative process. And we haven't taken ownership enough to make it our own again and steer the good and eventual evolution.&lt;/p&gt;

&lt;p&gt;I don't know the answer how to get out of this spiral, but the world has gone crazy, and we are the ones being affected as have others before from industrial revolution to the internet age. &lt;/p&gt;

&lt;p&gt;Maybe it is supposed to happen. But I would like to think we just need to get together to give "AI" real meaning, purpose and control the evolution to create benefits for all, not just creating more for less for nothing...&lt;/p&gt;

&lt;p&gt;So, what’s next for you - What or how are you changing for the better? Have you seen the revolution?&lt;/p&gt;

</description>
      <category>ai</category>
      <category>programming</category>
      <category>discuss</category>
      <category>software</category>
    </item>
  </channel>
</rss>
