KI im Code-Review: Hilfreich, aber kein Ersatz

 AI-Tools werden besser. Schneller. Sie finden Bugs, die ich übersehen hätte.


Aber sie verstehen den Kontext nicht — warum dieser Code so ist, wie er ist. Wer das Warum nicht kennt, kann keinen guten Code-Review machen.


Das bleibt menschliche Aufgabe. Für mich nach 25 Jahren Java: mehr denn je.

Kommentare

Kommentar veröffentlichen

Beliebte Posts aus diesem Blog

Macht Eis nicht dick? Der Aufwärmkosten-vs-Nutzlast-Irrtum

35 Grad, die Sonne knallt auf Pfaffenhofen, vor der Eisdiele steht die Schlange bis um die Ecke. Der perfekte Tag für einen hartnäckigen Sommer-Mythos. Eis mache nicht dick, weil der Körper mehr Energie aufwenden müsse, um das kalte Eis auf Körpertemperatur zu erwärmen, als das Eis an Kalorien liefere. Klingt elegant. Ist aber falsch, und zwar nicht knapp, sondern um eine Größenordnung. Rechnen wir es durch. Um 100 g Wasser-Eis vom Tiefkühler (rund minus 10 Grad) auf Körpertemperatur (37 Grad) zu bringen, braucht man drei Posten: das Eis von minus 10 auf 0 Grad anwärmen (etwa 2,1 kJ), es schmelzen (Schmelzwärme, der mit Abstand größte Posten, etwa 33 kJ wenn man die gesamte Masse als gefrorenes Wasser annimmt) und das Schmelzwasser von 0 auf 37 Grad erwärmen (etwa 15 kJ). Macht in Summe gut 50 kJ, also etwa 12 kcal. Und das ist schon die großzügige Obergrenze, denn echtes Speiseeis ist kein reiner Eisblock. Zucker, Fett und eingeschlagene Luft senken den Anteil gefrorenen Wassers, die...
Mehr anzeigen

Der Ersatzschlüssel entscheidet, wie gut das Schloss ist

Microsoft stellt die Anmeldung um. Passkeys werden zur Standardmethode, SMS und Sprachanruf verschwinden als MFA-Verfahren, Sicherheitsfragen fallen 2027 aus der Passwort-Selbstbedienung. In den Meldungen dazu steht meist, Passkeys seien sicherer. Das ist richtig und erklärt nichts. Interessant wird es eine Ebene tiefer. Warum ein Passkey nicht phishbar ist Ein SMS-Code ist ein Inhaberpapier. Wer ihn hat, kommt rein. Der Nutzer bekommt die Aufgabe, ihn von einem Kanal in einen anderen zu transportieren, und genau diese Aufgabe ist der Angriffspunkt. Ein Proxy zwischen Nutzer und echter Anmeldeseite fragt den Code ab und reicht ihn weiter. Die Kryptografie bleibt intakt, der Mensch ist das Transportmittel. Beim Passkey läuft der entscheidende Schritt unterhalb des Menschen. Der Dienst schickt eine Challenge, der Authenticator sucht das passende Schlüsselpaar über die gehashte RP-ID der aufrufenden Seite und die Credential-ID. Steht der Nutzer auf einer Lookalike-Domain, ist die RP-ID...
Mehr anzeigen

EOL ist ein Datum, kein Vorschlag

Am 30. Juni 2026 endet der OSS-Support für Spring Boot 3.5. Ab dem 1. Juli gibt es aus der Community keine Bugfixes und keine Sicherheits-Patches mehr für diese Linie. Wer weiterläuft, läuft auf eigenes Risiko. Und genau hier fängt das Missverständnis an. Eine End-of-Life-Version verändert ihr Verhalten am Stichtag nicht. Sie startet am 1. Juli genauso schnell, antwortet genauso zuverlässig und besteht dieselben Tests wie am Tag davor. Das ist das Tückische daran. Es gibt kein Warnlicht, keinen Performance-Einbruch, keinen Absturz, der zur Migration zwingt. Alles fühlt sich stabil an. Und „stabil“ ist exakt das Wort, mit dem sich der Aufschub rechtfertigen lässt. Was sich ändert, ist unsichtbar. Sicherheitslücken werden nicht weniger, nur weil eine Version aus dem Support fällt, eher im Gegenteil. Neue CVEs werden weiter gefunden, auch in transitiven Abhängigkeiten. Der Unterschied: Für eine gepflegte Linie kommt ein Fix, für eine EOL-Linie nicht. Die Lücke bleibt offen. Aus einer Ab...
Mehr anzeigen