<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Writings on Ralf Wirdemann</title>
    <link>https://ralfwirdemann.de/writing/</link>
    <description>Recent content in Writings on Ralf Wirdemann</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Sun, 01 Mar 2026 09:42:33 +0100</lastBuildDate>
    <atom:link href="https://ralfwirdemann.de/writing/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Code war nie das Bottleneck</title>
      <link>https://ralfwirdemann.de/writing/code-war-nie-das-bottleneck/</link>
      <pubDate>Sun, 01 Mar 2026 09:42:33 +0100</pubDate>
      <guid>https://ralfwirdemann.de/writing/code-war-nie-das-bottleneck/</guid>
      <description>&lt;p&gt;Gemäß der „Theory of Constraints“ hat jedes System genau einen limitierenden Faktor (Constraint). Jede Optimierung, außer die dieses Faktors, macht das System weniger effizient. Beispiel: Dein limitierender Faktor sind Code-Reviews. Sie sind aufwändig und intellektuell fordernd, sodass Entwickler:innen lieber neue Features bauen, als den nächsten Merge Request zu reviewen. Erhöhst du, statt der Optimierung des Review-Prozesses, die Menge des produzierten Codes, wird dein System weniger effizient. Die Review-Queue wird noch länger. Features brauchen länger, bis sie in Produktion sind.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Kognitive Schulden = intellektuelle Faulheit?</title>
      <link>https://ralfwirdemann.de/writing/cognitive-debt/</link>
      <pubDate>Sat, 14 Feb 2026 07:42:33 +0100</pubDate>
      <guid>https://ralfwirdemann.de/writing/cognitive-debt/</guid>
      <description>&lt;p&gt;Martin Fowler hat in einem seiner letzten &lt;a href=&#34;https://martinfowler.com/fragments/2026-02-13.html&#34;&gt;Fragmente&lt;/a&gt; den Begriff der &lt;strong&gt;kognitiven Schulden&lt;/strong&gt; im Kontext der LLM-basierten Entwicklung erwähnt. Anders als technische Schulden manifestieren sich kognitive Schulden nicht nur in schlecht wartbaren Sourcecode, sondern in einem zunehmenden Unverständnis der Entwickler:innen, wie verschiedene Teile des Systems zusammenarbeiten, sowie der Unfähigkeit, Design-Entscheidungen zu begründen. Informatik-Professorin Margaret-Anne Storey schreibt in ihrem &lt;a href=&#34;https://margaretstorey.com/blog/2026/02/09/cognitive-debt/&#34;&gt;Blog&lt;/a&gt;, dass ihre Studierenden nach 7-8 Wochen LLM-basierter Entwicklung nicht mehr in der Lage waren, selbst einfache Änderungen vorzunehmen, ohne dabei etwas kaputt zu machen.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
