Zum Inhalt springen

root / tags / diff

#diff

2 Fiches

Architektur & Konstruktion Automatisch geprüfte Übersetzung

Projects in Buzz

Produktankündigung von **Block Engineering**, gezeichnet von **Thomas Petersen** (*Principal Designer & Builder*), veröffentlicht am **18. August 2026**, ~1.800 Wörter in dreizehn kurzen Abschnitten, die **Buzz Projects** vorstellt — eine **Software-Forge, gehostet auf dem eigenen Relay**: Git-Repositories, Branches, Pull Requests, Issues, Review und Merge, Multi-Repo-Projekte, ein Activity Feed, alles verknüpft mit Conversation-Channels. Vorspann und These des Beitrags: *« Coding agents are the terminal for your computer. Buzz is the terminal for your network. »* Drei Beiträge. **(A) Eine Vertrauensdoktrin, die auf *ex post*-Nachweis statt auf *ex ante*-Autorisierung beruht**: auf der einen Seite *« No forced guardrails, no limitations on what your agents are allowed to help you with »*, auf der anderen *« Every push, review, approval, and merge is a signed Nostr event. If an agent authors a patch, you can see which agent produced it and which human authorized that agent to act »*; der Abschnitt schließt mit einer angekündigten Richtung — *« we are already exploring ideas around agent trust protocols informed by past behavior »*. **(B) Git-Interoperabilität ohne proprietäres Tooling**: *« These are standard git repositories… You can fetch, clone, pull, and push over plain Smart HTTP, with no custom tooling or wrapper CLI required »*, wobei die clé Nostr als einzige Identität dient — *« The same npub that signs your messages signs your pushes. »* **(C) Eine Unterscheidung zwischen Ausführungsfläche und Netzwerkpräsenz**: *« A terminal gives an agent somewhere to execute commands and change files, but it does not give it a persistent place in the network. Buzz does. »* Der Beitrag liefert keine Zahlen und enthält keine ausgehenden Links; er qualifiziert sich sechsmal selbst als vorläufig (*« still very basic »*, *« fairly elementary »*, *« still under experiments »*), und Projects befindet sich unter dem Tab **Experiments** von Buzz Desktop.

#Buzz#Buzz Projects#Block

**Thomas Petersen** — *« Principal Designer & Builder »* chez **Block** · auteur unique et signataire du billet ; première apparition dans le corpus. Publié le **18 août 2026** sur le blog **Block Engineering**. Troisième signature Block sur Buzz en un mois · après Tyler Longwell (21 juillet) et Atish Patel (6 août) · et la première non-ingénieur.

Qualität & Sicherheit Automatisch geprüfte Übersetzung

What are code reviews even for?

Ausgabe des Newsletters **Engineering Enablement** von **DX**, verfasst von **Brian Houck**, veröffentlicht am **5. August 2026**, Umfang etwa **13.000 Zeichen**. Der Text beginnt mit einer quantifizierten Beobachtung: Bei **Meta** stieg die Zahl signifikanter Codezeilen pro von einem Menschen gemergtem Diff in einem Jahr um **106 %** und die Zahl der Diffs pro Entwickler und Monat um **51 %**, wobei mehr als **80 %** dieses Wachstums auf agentische KI zurückgehen, während der Anteil der innerhalb von 24 Stunden überprüften Diffs sinkt; die Analyse von DX misst ihrerseits eine um **64 %** gestiegene mediane Pull-Request-Größe, während Entwickler nur etwa **7 %** ihrer Zeit für Reviews aufwenden möchten. (A) Bevor er das Review an KI übergibt, formuliert Houck die Nutzungsfrage neu: *„Welches Problem hat Code Review gelöst, bevor KI aufkam?“* Wenn die Antwort Fehlererkennung ist, wird vollständige Automatisierung unvermeidlich; die Studie von **Bacchelli & Bird** (*Modern Code Review*, ICSE 2013) zeigt, dass fehlerbezogene Kommentare nur **14 %** der tatsächlich verfassten Kommentare ausmachen. (B) Ein Teil der Last ist *selbstverschuldet*: Die Microsoft-Studie von 2016 mit **911 Entwicklern** identifizierte bereits Durchlaufzeit, Review-Größe und das Verständnis der Änderungsmotivation als die drei größten Hindernisse, und nur **26 %** verfassten noch eine detaillierte Beschreibung. (1) **RADAR** bei Meta dient als Referenzimplementierung für die Risikostratifizierung. (2) Drei aufeinanderfolgende Schritte: die Grundlagen in Ordnung bringen, KI um das menschliche Urteilsvermögen herum gestalten, das schützen, was Review unsichtbar hervorbringt. Der Korpus umfasst bereits [[monperrus-end-of-code-review-agents-supersede-2026-06-11]], der die Automatisierung bis zum Ersatz vorantreibt, und [[laycock-thoughtworks-reviewing-all-this-code-2026-09-02]], die direkte Antwort auf diesen Text.

#Code-Review#Code-Review#Review-Warteschlange

Brian Houck · signataire de l'édition · sur la newsletter Engineering Enablement de DX ; fonction non affichée par la page.