← All episodes

2026-08-09 · wiff cover art

2026-08-09 · wiff

Show notes

BRINE — 2026-08-09 · show notes

Guest: the tooling optimist (a fictional archetype).

Claims are paraphrased and attributed; nothing is read verbatim. Where a thread disagreed with the article, the show surfaces the disagreement.

Segments

  1. wiff
  • Source: https://wezfurlong.org/wiff/
  • Discussion: https://lobste.rs/s/tc82u0
  • Topic: Developer Tooling · interest 85
  • wiff is a terminal-centric diff and review utility designed to bridge local files and forge-based pull requests with agent-assisted workflows. The comment thread provides a high-signal survey of the current landscape of TUI-based code review tools, including comparisons to `hunk`, `prr`, `codiff`, and Emacs-based alternatives.
  1. Mathematics Without Mathematicians
  • Source: https://borretti.me/article/mathematics-without-mathematicians
  • Discussion: https://lobste.rs/s/foagiq
  • Topic: AI in Mathematics · interest 85
  • The article explores the existential and practical implications of AI solving frontier mathematical problems, arguing that humanity faces a 'demon-haunted world' where we may lose the ability to comprehend our own progress. The discussion thread adds necessary friction, with mathematicians challenging the author's simplistic view of how mathematical research is conducted, its reliance on physical experimentation, and the distinction between proof-finding and conceptual innovation.
  1. ShieldFont
  • Source: https://shieldfont.org/
  • Discussion: https://lobste.rs/s/yw1w8q
  • Topic: Anti-scraping · interest 85
  • ShieldFont uses custom font ligatures to display one word while hiding another in the underlying HTML, effectively poisoning datasets for AI scrapers. The discussion highlights significant accessibility concerns and draws apt comparisons to historical, futile attempts to block content copying. It provides a concrete example of the 'vibecoding' trend, where AI-generated UX and prose meet real, albeit controversial, technical experimentation.

Transcript

Transcript. Paraphrased; sources in notes.md.

HostIt is August 9th, 2026. Welcome to the show. I am Daniel, joined as always by Samantha, our resident builder who is usually neck-deep in something that helps you write code faster, or at least differently. How are you holding up today, Samantha?

GuestI am doing great, Daniel. I am fueled by way too much espresso and a genuine obsession with how much the terminal has been evolving lately. I was just diving into this new tool called wiff, and honestly, my brain is kind of buzzing with the implications of how we handle code reviews.

HostThat is actually where we are starting. We are looking at wiff, a terminal-centric tool that lets you manage diffs and code reviews in a way that feels local-first but plays nice with platforms like GitHub. It essentially creates a local session for your reviews, which you can then pass off to an AI agent to handle some of the heavy lifting. This came across my desk via a discussion over on Lobsters.

GuestI love this energy. The struggle with modern code review is that you are either stuck in a slow browser UI or you are hopping back and forth between your editor and the forge. wiff is trying to keep your head in the terminal, which is where I want to be. The fact that it treats the review session as a local data object is huge, because it means you aren't waiting on a network round trip every time you want to annotate a line.

HostIt definitely caught some attention. In the Lobsters thread, there is a good bit of debate about the ecosystem. A user called iamnearlythere points out that while they enjoy tools that use a DSL for patching, they worry about TUI experiments that pull you out of your primary editor. They seem skeptical about abandoning their familiar vim setup.

GuestThat is the eternal trade-off, isn't it? If a tool doesn't live where you live, you will eventually abandon it. But look at what bbrown mentioned in that same thread. They are currently a fan of codiff, which is Electron-based, but they swear by the LLM walkthrough features. That is where I see the real value. I actually integrated a local diff-summarizer into my own workflow last week, and having an agent that can just say, this change looks like it refactors the error handling in this specific module, it saves me from playing detective on every single PR. It is not about replacing the human, it is about giving the human a better map.

HostMoving from code to pure theory, we have a piece titled Mathematics Without Mathematicians. The author argues that as AI models get better at discovering proofs, we are moving toward a reality where humanity might lose the ability to grasp our own mathematical progress. It is a bold, maybe slightly unsettling look at where AI in science is headed.

GuestIt is definitely provocative. It hits on this fear that we are just going to be paying for tokens to get answers we don't actually understand. But then you look at the Lobsters thread, and you see people who actually work in math pushing back hard. A user called vector_spaces makes a great point, noting that the author’s whole concept of the mathematical frontier is a bit of a stretch. They argue that math isn't a single path where we are just moving forward in a straight line, but rather a complex web of mapping and tool-building.

HostThat distinction felt important. The commenter suggests that some of the most sophisticated advances don't necessarily require deep, impenetrable machinery to understand, even if they are revolutionary.

GuestExactly. The cope the author is talking about isn't just denial, it is actually just how math has always worked. We don't learn all of math today, right? We specialize. If an AI helps us build bridges between two fields that currently don't talk to each other, that is not us losing our grip, that is us having better tools. I get the existential dread, but I think the premise underestimates the sheer capacity for human curiosity to find new, weird corners of the map.

HostFinally, let's talk about ShieldFont. This is a project that tries to stop AI scrapers by using custom font ligatures to display one word on your screen while the underlying HTML contains a completely different, scrambled word. It is, to put it mildly, a controversial approach to data protection.

GuestOh man, this one is a classic case of trying to build a fortress out of cardboard. I saw the discussion on Lobsters, and honestly, the community reaction was pretty unified. A user named BenjaminRi brought up a great point, comparing this to the old days of the 2000s when people tried to block right-clicks and image downloads with JavaScript. It was futile then, and it is going to be futile now.

HostThe accessibility angle was another major point of friction in the thread. A user named JulianSildenLanglo pointed out that this is actively hostile to screen readers, making a bad experience even worse, even with their proposed workarounds.

GuestYeah, that is a non-starter. You cannot break the web for people who rely on assistive technology just because you are worried about a bot scraping your site. Levitating made the point in the thread that this is basically just an evolution of old school techniques used to bypass plagiarism checkers, and it just doesn't scale. If your strategy for protecting content relies on breaking the browser's fundamental way of interpreting text, you have already lost the battle. It is a clever bit of hacking, I will give them that, but it is a bad way to build software.

HostI think that is a fair place to leave it. We have a lot of people trying to build walls, and a lot of people trying to build bridges, and usually, the ones building the bridges are the ones that actually make a dent.

GuestDefinitely. Though, I have to say, I am going to be thinking about that wiff terminal workflow all weekend. If I can get my PR review times down by even twenty percent by just staying in the shell, I am a happy camper. Maybe I will hack together a custom integration for that before Monday rolls around.

HostI would expect nothing less. Thanks for the breakdown, Samantha. And for our listeners, all these discussions and more can be found over on Lobsters. We will see you all back here tomorrow.