Warum wir vielleicht gar nicht den ganzen Code reviewen sollten

Maybe We Shouldn't Be Reviewing All This Code

Rachel Laycock argumentiert, dass Code-Review überladen ist und dass wir wichtige Gespräche über Architektur und Wissenstransfer viel früher führen sollten – etwa durch Pairing, Design-Sessions und automatisierte Checks. Sie plädiert für 'Review by Exception' und warnt davor, den Prozess einfach mit KI zu beschleunigen.

Wir brauchen Ingenieure, die Systeme verstehen, nicht Diffs.
  1. Arainach

    Dieser Ansatz skaliert nicht.

    Paarprogrammierung ab und zu kann unglaublich wertvoll sein. Ich treffe mich gerne mit jedem und bespreche seinen Code persönlich, brainstorme Ideen, gehe gemeinsam mit einem Debugger durch und untersuche ihn.

    Aber wenn man mich bitten würde, das den größten Teil eines 8-Stunden-Tages zu tun – geschweige denn die meiste Zeit im Allgemeinen – würde ich den Job schneller kündigen, als man das Papierzeug ausfüllen könnte. Ständig jemanden zu haben, der einem über die Schulter schaut, ist eine Welt aus Stress und Überstimulation, die ich (und ich vermute viele andere) nicht ertragen werde.

  2. wgreenberg

    Ich finde es zutiefst amüsant, dass eine Polemik gegen Peer-Review ein KI-generiertes Header-Bild hat, das leicht erkennbare Probleme aufweist (Notizbuchinhalte auf dem Kopf, ein Kind ist dabei, sich mit der Schere in die Hand zu schneiden, das andere baut eine geometrisch unmögliche 'Lego'-Struktur). Wenn es nur vor der Veröffentlichung von jemand anderem überprüft worden wäre!

  3. deterministic

    Ich bin nicht überzeugt, dass Code-Reviews viel Mehrwert bringen, es sei denn, die meisten deiner Kollegen sind weniger fähig und du versuchst, die Gesamtqualität zu verbessern.

    Das gesagt, ziehe ich viel Wert aus Gesprächen mit erfahrenen Entwicklern, bevor ich Code schreibe.

  4. singpolyma3

    > Wenn wir alternative Lösungen erkunden wollen, würde ich das lieber tun, bevor wir eine davon implementieren.

    Klingt nett. Aber du wirst nicht wissen, was sie wirklich sind, bis du mindestens eine davon gebaut hast. Du kannst Spezifikationen schreiben und jahrelang Meetings abhalten, und du wirst immer noch etwas Grundlegendes an dem Ansatz übersehen, das in der ersten Stunde des Bauens entdeckt wird.

  5. ramshanker

    An diesem Punkt habe ich nicht einmal etwa 30% der Codebasis in meinem Open-Source-Projekt gelesen. Ich kenne unsere Arbeit durch mein manuelles Testen. KI schreibt weiterhin Tests für sich selbst, auch wenn ich es nicht explizit darum bitte, und ich beschwere mich nicht.

Mehr von diesem Tag

2026-09-03