<?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.us-east-2.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>All you need is... (r)evolution!?</title>
      <dc:creator>Savas</dc:creator>
      <pubDate>Fri, 26 Jun 2026 15:23:39 +0000</pubDate>
      <link>https://dev.to/nea/all-you-need-is-revolution-509l</link>
      <guid>https://dev.to/nea/all-you-need-is-revolution-509l</guid>
      <description>&lt;p&gt;This is just an opinion of what I experience and am witnessing, but looking at how LLMs scale feels like I've seen it before: with CPUs trying to outrun Moore's Law and break the rules of physics. &lt;/p&gt;

&lt;p&gt;Heat, power leakage, and diminishing returns made it increasingly expensive to squeeze out even small gains in clock speed. The GHz race shifted because it had to.&lt;br&gt;
For LLMs, more compute, more data, more parameters, and everything just keeps getting better? That curve seems to hit a ceiling and innovation needs to succeed the scaling race now.&lt;/p&gt;

&lt;p&gt;History does not repeat itself, but it rhymes. What learnings can we make from history to "predict" a potential future?&lt;/p&gt;

&lt;h2&gt;
  
  
  History
&lt;/h2&gt;

&lt;p&gt;In the early 2000s, CPUs ran into a wall, a very physical one ^^ So makers adapted. &lt;/p&gt;

&lt;p&gt;Instead of crunching every single watt out of a single core, multi-cores became common. Athlon 64 x2, Pentium D, PS3 with its heavy Cell approach. From linear to parallel. From sequential to multi-threaded (and funny race conditions ;). Talks of distributed systems, SIMD/MIMD and new benchmarking spawned into what we have today.&lt;/p&gt;

&lt;p&gt;We still use CPUs, but differently. We still have Memory, but think about Cache, RAM, GPU or Unified. Same same, but different. Innovation because of limitation.&lt;/p&gt;

&lt;h2&gt;
  
  
  Present
&lt;/h2&gt;

&lt;p&gt;I feel something similar is about to happen to gen AI. &lt;/p&gt;

&lt;p&gt;Yes, there are improvements in different areas, some in scaling, some optimisation, some performance, but the slope is becoming slippery. The last 12 months went from "Opus 4.5 is the pinnacle" to "What the hell is wrong with Claude?".&lt;/p&gt;

&lt;p&gt;The perfect (business) storm of scaling execution! But the low-hanging fruits have been eaten and the crops don't grow as fast anymore. Costs rise quickly, latency becomes a constraint, and even large context windows feel more like extensions than breakthroughs. What remains is more incremental, more expensive, and more complex.&lt;/p&gt;

&lt;p&gt;You could argue the whole venture of "agents" is the same multi-core experience repeating itself. A different kind of orchestration layer helping out. But I don't think it's the same.&lt;/p&gt;

&lt;p&gt;In the sense described by Russell and Norvig, an agent has a notion of perception, state, decision-making, and action under uncertainty. &lt;br&gt;
What we have instead are structured loops: prompt a model (often the same!), call a tool, reflect on the result, and repeat. &lt;br&gt;
These systems are useful, sometimes impressively so, but they are still closer to imperative programming wrapped around a single reasoning engine than to true autonomous entities.&lt;/p&gt;

&lt;p&gt;It feels less like a new paradigm and more like writing a scheduler for a very peculiar kind of processor.&lt;/p&gt;

&lt;h2&gt;
  
  
  Future?
&lt;/h2&gt;

&lt;p&gt;To head into speculative territory: instead of building one increasingly large model, we might move toward systems composed of many models. Not just replicas, but differentiated components with distinct strengths, "biases", and roles. Systems that can disagree, verify each other, and converge on better answers through interaction rather than scale alone. &lt;/p&gt;

&lt;p&gt;No 10x Claude Opus arguing with endless pre-prompted skill markdowns but still the same network. &lt;br&gt;
Real domain-specific, "biased" networks for art, code, language, economy... coexisting and connected via a common world ontology, to create something like Claude Machiavelli (joking ^^). &lt;/p&gt;

&lt;p&gt;To make this viable, (agent) orchestration alone is not enough. These systems would need a shared structure, some form of explicit or semi-explicit ontology that allows them to reason about the same world in compatible ways. There are initiatives in a similar direction and to me it starts looking more like a brain. &lt;/p&gt;

&lt;h2&gt;
  
  
  Repeat
&lt;/h2&gt;

&lt;p&gt;Multi-core development was messy in the beginning. There is a reason "Can it run Crysis?" did not age well coming from heavy single-core into a multi-core environment. And similar might happen for agents, coding and more.&lt;/p&gt;

&lt;p&gt;Distributed databases, multi-threading programming, catching all those free-running threads... a shift away from "just scaling" may introduce complexity before it delivers clarity.&lt;/p&gt;

&lt;p&gt;In hindsight, everybody will have known upfront, have seen the obvious. I don't know...&lt;/p&gt;

&lt;p&gt;It is entirely possible that this is not how things will unfold. Larger models might still have another leap. New architectures beyond transformers could reset the curve (Google, where are thou?). What we currently call agents might evolve into something much closer to actual agency.&lt;/p&gt;

&lt;p&gt;But as "All You Need Is Attention" is approaching 10 years since an idea sparked a revolution, maybe a decade is enough for a new paradigm to emerge, peak, and repeat...&lt;/p&gt;

</description>
      <category>ai</category>
      <category>programming</category>
      <category>productivity</category>
      <category>machinelearning</category>
    </item>
    <item>
      <title>Technical 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>
