<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Richard Gross on JAVAPRO Germany</title><link>https://javapro.svenruppert.com/authors/richard-gross/</link><description>Recent content in Richard Gross on JAVAPRO Germany</description><generator>Hugo</generator><language>de-DE</language><lastBuildDate>Mon, 13 Oct 2025 07:10:28 +0000</lastBuildDate><atom:link href="https://javapro.svenruppert.com/authors/richard-gross/index.xml" rel="self" type="application/rss+xml"/><item><title>Map deinen Code - Meistere deine Architektur</title><link>https://javapro.svenruppert.com/map-deinen-code-meistere-deine-architektur/</link><pubDate>Mon, 13 Oct 2025 07:10:28 +0000</pubDate><guid>https://javapro.svenruppert.com/map-deinen-code-meistere-deine-architektur/</guid><description>&lt;p&gt;In Projekten mit Hunderttausenden von Codezeilen verliert man leicht den Überblick über Code, Architektur und Qualität. Sind wir noch auf Kurs? Blockieren wir uns selbst durch interne Abhängigkeiten? Oder stecken wir bereits fest? Software ist immateriell; wir können nicht sehen, in welchem Zustand sie wirklich ist.&lt;/p&gt;
&lt;p&gt;Um das herauszufinden, müssen wir systematisch prüfen, ob das, was die Entwickler im Sinn hatten, auch mit dem tatsächlichen Code übereinstimmt. Spoiler: Das tut es leider nicht. Die Gründe dafür sind, dass Software sich schneller verändert, als man hinterherkommt, dass jeder Entwickler seine eigenen Vorstellungen hat und zu guter Letzt, dass keiner das Gesamtbild hat.&lt;/p&gt;</description></item><item><title>Wie man den Milliarden-Dollar-Fehler repariert</title><link>https://javapro.svenruppert.com/wie-man-den-milliarden-dollar-fehler-repariert/</link><pubDate>Mon, 25 Aug 2025 07:00:45 +0000</pubDate><guid>https://javapro.svenruppert.com/wie-man-den-milliarden-dollar-fehler-repariert/</guid><description>&lt;p&gt;Es gibt Fehler, die sind einfach nur teuer. Und dann gibt es die Nullreferenz. Ein Sprachfeature, das 1965 eingeführt wurde – „einfach, weil es so leicht zu implementieren war“. Seitdem hat die Nullreferenz unzählige Bugs, Systemabstürze und Sicherheitsprobleme hervorgerufen – und Milliarden an Kosten für Wartung und Fehlersuche verursacht. In vielen modernen Programmiersprachen wurde die Referenz daher bereits eliminiert. Dieser Artikel zeigt praktische Wege, wie sich dieser Sprachfehler auch in Java vermeiden lässt.&lt;/p&gt;</description></item><item><title>Eine visuelle Zeitreise durch die Entwicklung des JDK</title><link>https://javapro.svenruppert.com/eine-visuelle-zeitreise-durch-die-entwicklung-des-jdk/</link><pubDate>Mon, 16 Jun 2025 07:01:14 +0000</pubDate><guid>https://javapro.svenruppert.com/eine-visuelle-zeitreise-durch-die-entwicklung-des-jdk/</guid><description>&lt;p&gt;Das Java Development Kit (JDK) hat seit seiner Entstehung erhebliche Veränderungen durchlaufen. Von den Anfängen unter dem Motto &amp;ldquo;Write once, run everywhere&amp;rdquo;, über die Applet-Kriege, die erste Veröffentlichung des OpenJDK bis hin zum neuen Release-Zyklus, der uns mittlerweile seit acht Jahren begleitet – in 30 Jahren ist viel passiert.&lt;/p&gt;
&lt;p&gt;Der Großteil dieser Reise ist – zumindest aus heutiger Sicht – eher trocken dokumentiert: in Textform. Dort steht, wie viele Features hinzugefügt, geändert oder (ganz selten) entfernt wurden.&lt;/p&gt;</description></item></channel></rss>