Aller au contenu

root / tags / diff

#diff

2 fiches

Architecture & Construction

Projects in Buzz

Billet d'annonce produit de **Block Engineering** signé **Thomas Petersen** (*Principal Designer & Builder*), publié le **18 août 2026**, ~1 800 mots en treize sections courtes, présentant **Buzz Projects** — une **forge logicielle hébergée sur son propre relais** : dépôts Git, branches, pull requests, issues, revue et fusion, projets multi-dépôts, fil d'activité, le tout lié aux canaux de conversation. Chapeau et thèse du billet : *« Coding agents are the terminal for your computer. Buzz is the terminal for your network. »* Trois apports. **(A) Une doctrine de la confiance fondée sur la preuve *ex post* plutôt que sur l'autorisation *ex ante*** : d'un côté *« No forced guardrails, no limitations on what your agents are allowed to help you with »*, de l'autre *« 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 »* ; la section se clôt sur une piste déclarée — *« we are already exploring ideas around agent trust protocols informed by past behavior »*. **(B) Une interopérabilité Git sans outillage propriétaire** : *« These are standard git repositories… You can fetch, clone, pull, and push over plain Smart HTTP, with no custom tooling or wrapper CLI required »*, la clé Nostr servant d'identité unique — *« The same npub that signs your messages signs your pushes. »* **(C) Une distinction entre surface d'exécution et présence réseau** : *« 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. »* Le billet ne produit aucun chiffre et ne comporte aucun lien sortant ; il se qualifie six fois de préliminaire (*« still very basic »*, *« fairly elementary »*, *« still under experiments »*) et Projects vit sous l'onglet **Experiments** de 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é & Sécurité

What are code reviews even for?

Édition de la newsletter **Engineering Enablement** de **DX** signée **Brian Houck**, publiée le **5 août 2026**, environ **13 000 caractères**. Le texte ouvre sur un constat chiffré : chez **Meta**, les lignes significatives par diff fusionné par un humain ont augmenté de **106 %** en un an et les diffs par développeur et par mois de **51 %**, plus de **80 %** de cette croissance venant de l'IA agentique, pendant que la part des diffs revus sous 24 h décline ; l'analyse DX mesure de son côté une taille médiane de pull request en hausse de **64 %**, quand les développeurs souhaitent consacrer environ **7 %** de leur temps à la revue. (A) Avant de confier la revue à l'IA, Houck repose la question d'usage : *« What problem was code review solving before AI arrived? »* Si la réponse est la détection de défauts, l'automatisation complète devient inévitable ; l'étude **Bacchelli & Bird** (*Modern Code Review*, ICSE 2013) montre que les commentaires liés aux défauts ne pèsent que **14 %** des commentaires réellement écrits. (B) Une part du fardeau est *self-inflicted* : l'étude Microsoft de **2016** sur **911 développeurs** identifiait déjà le délai de retour, la taille de la revue et la compréhension de la motivation du changement comme les trois premiers obstacles, et seuls **26 %** rédigeaient toujours une description détaillée. (1) **RADAR** chez Meta sert de déploiement de référence pour la stratification par risque. (2) Trois gestes ordonnés : réparer les fondamentaux, concevoir l'IA autour du jugement humain, protéger ce que la revue produit d'invisible. Le corpus tient déjà [[monperrus-end-of-code-review-agents-supersede-2026-06-11]], qui pousse l'automatisation jusqu'au remplacement, et [[laycock-thoughtworks-reviewing-all-this-code-2026-09-02]], la réponse directe à ce texte.

#revue de code#code review#file de revue

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