<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
<title>Daring Fireball (Articles)</title>
<subtitle>Mac and web curmudgeonry/nerdery. By John Gruber.</subtitle>
<link rel="alternate" type="text/html" href="http://daringfireball.net/" />
<link rel="self" type="application/atom+xml" href="http://daringfireball.net/feeds/articles" />
<id>http://daringfireball.net/feeds/articles</id>

<updated>2026-05-30T00:22:29Z</updated><rights>Copyright © 2026, John Gruber</rights><entry>
    <title>What Is a Dickover?</title>
    <link rel="alternate" type="text/html" href="https://daringfireball.net/2026/05/what_is_a_dickover" />
	<link rel="shorturl" href="http://df4.us/x83" />
	<id>tag:daringfireball.net,2026://1.43059</id>
	<published>2026-05-29T20:58:56Z</published>
	<updated>2026-05-30T00:22:29Z</updated>
	<author>
		<name>John Gruber</name>
		<uri>http://daringfireball.net/</uri>
	</author>
	<summary type="text">dickover — a modal panel, popover, or curtain presented by a website or app, deliberately obscuring its own content to frustrate the user with an unwanted, unnecessary, mandatory interaction; e.g. asking the user to accept “cookies”, subscribe to a newsletter, install the website’s mobile app, agree to terms of service, or anything else that the user couldn’t give two shits about.</summary>
	<content type="html" xml:base="https://daringfireball.net/" xml:lang="en"><![CDATA[
<p><em><a href="/2026/05/what_is_a_dickover">Please enjoy this article on its own webpage</a>. Trust me.</em></p>

    ]]></content>
  </entry><entry>
	
	<link rel="alternate" type="text/html" href="https://exe.dev/?df" />
	<link rel="shorturl" href="http://df4.us/x7z" />
	<link rel="related" type="text/html" href="https://daringfireball.net/feeds/sponsors/2026/05/exedev" />
	<id>tag:daringfireball.net,2026:/feeds/sponsors//11.43055</id>
	<author><name>Daring Fireball Department of Commerce</name></author>
	<published>2026-05-25T23:57:24Z</published>
	<updated>2026-05-25T23:57:52Z</updated>
	<content type="html" xml:base="https://daringfireball.net/feeds/sponsors/" xml:lang="en"><![CDATA[
<p>A cloud for the agent era. Use <a href="https://exe.dev/?df">exe.dev</a> to get a pool of VMs with SSH, root, and web auth by default. Secrets injected at the network edge stay out of the LLM’s hands. Persistent servers, internal tools, vibe coding, disposable devboxes, whatever. It’s just a computer.</p>

<div>
<a  title="Permanent link to ‘exe.dev’"  href="https://daringfireball.net/feeds/sponsors/2026/05/exedev">&nbsp;★&nbsp;</a>
</div>

	]]></content>
	<title>[Sponsor] exe.dev</title></entry><entry>
    <title>The Fonts of the U.S. Federal Courts</title>
    <link rel="alternate" type="text/html" href="https://daringfireball.net/2026/05/the_fonts_of_the_us_federal_courts" />
	<link rel="shorturl" href="http://df4.us/x7s" />
	<id>tag:daringfireball.net,2026://1.43048</id>
	<published>2026-05-22T20:30:18Z</published>
	<updated>2026-05-25T18:22:13Z</updated>
	<author>
		<name>John Gruber</name>
		<uri>http://daringfireball.net/</uri>
	</author>
	<summary type="text">The Supreme Court’s typographic style has been stunningly consistent for — no pun intended — well over a century.</summary>
	<content type="html" xml:base="https://daringfireball.net/" xml:lang="en"><![CDATA[
<p>The 13 circuits of <a href="https://en.wikipedia.org/wiki/United_States_courts_of_appeals">the U.S. federal courts of appeals</a> operate with a fair amount of independence, including <a href="https://www.findlaw.com/legalblogs/greedy-associates/5-non-times-new-roman-fonts-courts-use-in-their-opinions/">their typographic choices</a>. I was reminded of this today while reading the <a href="https://daringfireball.net/linked/2026/05/22/ninth-circuit-epic-v-apple">aforelinked</a> decision <a href="https://cdn.ca9.uscourts.gov/datastore/opinions/2025/12/11/25-2935.pdf">from the Ninth Circuit in <em>Epic v. Apple</em></a>, because the Ninth Circuit sets their decisions in <a href="https://daringfireball.net/linked/2025/12/15/a-brief-history-of-timesnewroman">Times New Roman</a> — a font that <a href="https://daringfireball.net/linked/2025/12/10/">came up back in December</a> in the context of the Trump State Department.</p>

<p>Long argument short, Times New Roman isn’t bad, but it isn’t good. It is the median choice. But <a href="https://www.reddit.com/r/LawSchool/comments/ge4tzq/different_fonts_used_by_us_court_of_appeals/">most of the circuit courts use it</a>: the Third, Fourth, Sixth, Eighth, Ninth, Tenth, and Eleventh. It could be worse: the <a href="https://media.ca1.uscourts.gov/pdf.opinions/14-1043P-01A.pdf">First</a> circuit not only uses Courier New (<a href="https://daringfireball.net/linked/2026/01/14/clintons-letter">the worst version of Courier</a>, so of course it’s the one Microsoft shipped with Windows), but fully justifies their text — contrary to the nature of a monospaced font. (The Fourth circuit only recently switched <a href="https://www.ca4.uscourts.gov/Opinions/Published/131839A.P.pdf">from Courier New</a> <a href="https://www.ca4.uscourts.gov/opinions/251012.P.pdf">to Times New Roman</a> — an upgrade, to be sure, but a disappointingly mediocre one.) It could be better: the <a href="https://ww3.ca2.uscourts.gov/decisions/OPN/24-341_opn.pdf">Second</a> and <a href="https://media.ca7.uscourts.gov/cgi-bin/OpinionsWeb/processWebInputExternal.pl?Submit=Display&amp;Path=Y2026/D05-20/C:24-2015:J:Hamilton:aut:T:fnOp:N:3544786:S:0">Seventh</a> use Palatino. (Note how much better that Seventh Circuit decision looks than the Second’s, with its wider margins creating a narrower column of text.)</p>

<p>But it can be <em>much</em> better. The Fifth Circuit was long typographically superior to its peers, using <a href="https://en.wikipedia.org/wiki/Century_type_family">Century Schoolbook</a> — a highly legible font with great tradition and the right vibe. But in 2020, the Fifth Circuit upgraded, switching to <a href="https://typographyforlawyers.com/equity.html">Equity</a>, Matthew Butterick’s excellent type family (which, of course, is used throughout Butterick’s own web book, <a href="https://typographyforlawyers.com/"><em>Typography for Lawyers</em></a>). Here’s a <a href="https://x.com/E_A_Young/status/1285354790176935936">before and after tweet</a> noting the change. The <a href="https://www.ca5.uscourts.gov/opinions/pub/25/25-11006-CV1.pdf">results</a> are typographically sublime (including improved margins).</p>

<p>The gold standard is the U.S. Supreme Court, which uses Century Schoolbook. Yes, I just praised the Fifth Circuit’s change from Century Schoolbook to Equity as an upgrade, but tradition and consistency have their place. The Supreme Court’s typographic style has been stunningly consistent for — no pun intended — well over a century. (If only that were true of their recent decisions. <em>Rimshot.</em>) Here is last month’s <a href="https://www.supremecourt.gov/opinions/25pdf/24-109_new_jifl.pdf"><em>Louisiana v. Callais</em> decision</a> — the gerrymandering / redistricting case. Here is <a href="https://tile.loc.gov/storage-services/service/ll/usrep/usrep347/usrep347483/usrep347483.pdf">1954’s <em>Brown v. Board of Education</em></a>. I’d give the nod to the older one, which made better use of proper small caps, but the overall consistency is obvious.</p>

<p>Here is <a href="https://www.supremecourt.gov/filingandrules/2026RulesoftheCourt_WEB.pdf">the 2026 edition of the Rules of the Supreme Court</a>. Not only does the Court use Century Schoolbook for its own decisions, it requires submissions to the Court to use the same (p. 44):</p>

<blockquote>
  <p>The text of every booklet-format document, including any appendix
thereto, shall be typeset in a Century family (e. g., Century
Expanded, New Century Schoolbook, or Century Schoolbook) 12-point
type with 2-point or more leading between lines. Quotations in
excess of 50 words shall be indented. The typeface of footnotes
shall be 10-point type with 2-point or more leading between lines.
The text of the document must appear on both sides of the page.</p>

<p>Every booklet-format document shall be produced on paper that is
opaque, unglazed, and not less than 60 pounds in weight, and
shall have margins of at least three-fourths of an inch on all
sides. The text field, including footnotes, may not exceed 4⅛
by 7⅛ inches.</p>
</blockquote>

<p>Why the extra one-eighths of an inch instead of just 4 × 7? I don’t know. But 4⅛ × 7⅛ is exactly the size of the text field in the court’s own decisions.</p>

<p>Now compare the current 2026 rulebook to <a href="https://www.supremecourt.gov/pdfs/rules/rules_1910.pdf">this edition printed in 1910</a> (with rules adopted in 1884). The consistency is striking — but, once again, the older version makes better use of small caps and just has a bit more vim and vigor to it. <a href="https://daringfireball.net/misc/2026/05/scotus-1910-rules-p-44.jpeg">Just look at page 44</a>, for example. It’s perfect. The current Court’s document formatters should aspire only to more closely ape the confidence and sturdiness of this older one. A century from now, U.S. Supreme Court decisions should look as similar to today’s as today’s do to those from a century ago.</p>

<hr />

<p>The various circuit courts using lesser typefaces, looser margins, and lazier formatting should follow the Fifth’s lead and get their shit together. Tuck your shirt in, comb your hair, straighten your tie, and pop a mint in your mouth. If you’re a United States federal court, your typographic style should reflect that.</p>

<p>Back in 2020, <a href="https://matthewbutterick.com/chron/choose-wisely-2020-edition.html">Butterick took a well-deserved victory lap</a> when the Fifth Circuit adopted Equity.<sup id="fnr1-2026-05-22-f"><a href="#fn1-2026-05-22-f">1</a></sup> He quoted Fifth Circuit Judge <a href="https://x.com/justicewillett">Don Willett</a>, a typography fan who spearheaded the restyling project, on its rationale. Willett wrote:</p>

<blockquote>
  <p>[Why] did the circuit devote finite judicial energy to swapping
typefaces and widening margins? Simple answer: Our job is not
just to present clear opinions, but to present our opinions
clearly. Getting the law right is, of course, our tip-top
priority. Nothing matters more. ... But good enough is never good
enough. Our work is consequential, impacting the lives and
livelihoods of real people walloped by real problems in the real
world. The stakes are high, and we must present our best opinion,
not merely a passable one. And that presentation begins before
the first word is ever read.</p>
</blockquote>

<div class="footnotes">
<hr />
<ol>
<li id="fn1-2026-05-22-f">
<p>In the very same post, Butterick sings the praises of the Apple Extended Keyboard II, and notes that he has several spares in reserve. I do keenly intend to take Butterick up on <a href="https://practicaltypography.com/effluents-influence-affluence.html#:~:text=Musso%20%26%20Frank">his standing offer</a> to dine when next I’m in Los Angeles, but I worry that if we meet, we’ll trigger some sort of calamitous singularity of aligned taste.&nbsp;<a href="#fnr1-2026-05-22-f"  class="footnoteBackLink"  title="Jump back to footnote 1 in the text.">&#x21A9;&#xFE0E;</a></p>
</li>
</ol>
</div>

    ]]></content>
  </entry><entry>
	
	<link rel="alternate" type="text/html" href="https://workos.com/docs/pipes?utm_source=daringfireball&amp;utm_medium=newsletter&amp;utm_campaign=q22026" />
	<link rel="shorturl" href="http://df4.us/x7e" />
	<link rel="related" type="text/html" href="https://daringfireball.net/feeds/sponsors/2026/05/workos_agents_need_context_shi" />
	<id>tag:daringfireball.net,2026:/feeds/sponsors//11.43034</id>
	<author><name>Daring Fireball Department of Commerce</name></author>
	<published>2026-05-19T01:27:00Z</published>
	<updated>2026-05-19T01:27:16Z</updated>
	<content type="html" xml:base="https://daringfireball.net/feeds/sponsors/" xml:lang="en"><![CDATA[
<p>The context that actually matters isn’t in your database. It’s in the tools your users live in every day. Multi-stage agents stall the moment they hit a step they can’t see. And every missing integration is a different OAuth flow, a different token lifecycle, weeks of plumbing before the agent reads a single record.</p>

<p><a href="https://workos.com/blog/workos-pipes-third-party-integrations?utm_source=daringfireball&amp;utm_medium=newsletter&amp;utm_campaign=q22026&amp;utm_content=product_name_link">WorkOS Pipes</a> connects your agent to the tools your users live in. Pre-built connectors for GitHub, Slack, Salesforce, Google Drive, and more. Pipes handles OAuth, token refresh, and credential storage. You call the real provider API with a fresh token, every time. Your agent pulls context at every step, for as long as the task runs.</p>

<p><a href="https://workos.com/docs/pipes?utm_source=daringfireball&amp;utm_medium=newsletter&amp;utm_campaign=q22026">Give your agent context →</a></p>

<div>
<a  title="Permanent link to ‘WorkOS: Agents Need Context. Ship the Integrations That Give It to Them.’"  href="https://daringfireball.net/feeds/sponsors/2026/05/workos_agents_need_context_shi">&nbsp;★&nbsp;</a>
</div>

	]]></content>
	<title>[Sponsor] WorkOS: Agents Need Context. Ship the Integrations That Give It to Them.</title></entry><entry>
    <title>AI Is Technology, Not a Product</title>
    <link rel="alternate" type="text/html" href="https://daringfireball.net/2026/05/ai_is_technology_not_a_product" />
	<link rel="shorturl" href="http://df4.us/x72" />
	<id>tag:daringfireball.net,2026://1.43022</id>
	<published>2026-05-16T20:32:51Z</published>
	<updated>2026-05-18T16:48:28Z</updated>
	<author>
		<name>John Gruber</name>
		<uri>http://daringfireball.net/</uri>
	</author>
	<summary type="text">It’s not even a feature. It’s just technology.</summary>
	<content type="html" xml:base="https://daringfireball.net/" xml:lang="en"><![CDATA[
<p>Steven Levy, writing for Wired last month after Apple’s CEO transition was announced, under the provocative headline “<a href="https://www.wired.com/story/apples-next-ceo-needs-to-launch-a-killer-ai-product/">Apple’s Next CEO Needs to Launch a Killer AI Product</a>” (<a href="https://apple.news/AdCC7y43rTQq6SZH2bDmqxA">News+ link</a> to get around Wired’s miserly paywall):</p>

<blockquote>
  <p>Much more recently, <a href="https://www.wired.com/story/apple-50-year-anniversary-artificial-intelligence-iphone/">I quizzed Ternus</a> and global marketing
head Greg Joswiak about Apple’s future, specifically its plans to
get ahead of the AI transformation. Ternus acknowledged that AI is
“an immense kind of inflection point,” but couched it as one of
many leaps that Apple has navigated. Each hit product — the Apple
II, the Mac, iTunes, the iPod, the iPhone, iPad — piggybacked on
a previous product. “We never think about shipping a technology,”
he said. “We want to ship amazing products, features, and
experiences, and we don’t want our customers to think about what
[underlying] technology makes it possible. That’s the way we think
about AI.”</p>

<p>That’s fine, but I look back to the mid-2000s when everybody was
waiting for Apple to come out with a phone. When Jobs finally
delivered in January 2007, the product defined the mobile era.
It’s a big ask for Ternus to do something similar for the AI age — but it’s an opportunity that must be seized. AI threatens to
disrupt the entire iPhone ecosystem. By the end of this decade,
it’s unlikely that people will swipe on their phones to tap on
Uber or Lyft. They will just tell their always-on AI agent to get
them home. Or that agent will have already figured out where they
need to go, and the car will be waiting without the friction of a
request. “There’s an app for that,” may be replaced by “Let the
agent do that.”</p>
</blockquote>

<p>I’m a huge longtime Steven Levy fan, but this is nonsense. It’s hard to read this and not worry that he too has lost his mind to the AI snake-oil hypesters. What Ternus told him is exactly right. The Apple way is never to ship a technology. The iPod wasn’t about MP3 files. It wasn’t about <a href="https://www.wired.com/2006/10/straight-dope-on-the-ipods-birth/">1.8-inch hard drives</a>. It was about music. The iPhone did define the mobile era (which we’re still very much in), but Apple doesn’t need to capitalize on every single market the mobile era opened up. Social media is a defining component of the mobile era. It comprises the entirety of Meta’s value and a sizable slice of Google’s (via YouTube). Apple doesn’t have a social network business. It’s fine — because the way people consume and create social media is using their phones.</p>

<p>Does AI “threaten to disrupt the entire iPhone ecosystem”? It’s possible, but it doesn’t seem nearly as likely to me as Levy asserts. <em>Changing</em> the iPhone ecosystem? Sure — that’s already true. <em>Obviating</em> the iPhone ecosystem? I don’t see it. Levy’s argument reminds me of the hype around “the cloud” when that first became a term. It’s so meaningless when used broadly (e.g. “<em>Everything will soon be in the cloud</em>”) that it could mean anything. It’s step #2 in the <a href="https://southpark.fandom.com/wiki/Underpants_Gnomes">gnomes-stealing-underpants</a> master plan.</p>

<p>The idea that AI agents “will have already figured out where [we] need to go, and the car will be waiting without the friction of a request” strikes me as pure fever dream high-on-the-hype fantasy. I’m just going to step outside a restaurant when I’m done eating a meal and a ride-share is going to be there, waiting for me, without my having hailed it? Every time? And I’m going to find this pleasing, not creepy? And ride-share drivers are going to respond to all these requests, because the requests will never be wrong? And this is going to happen, somehow, without my carrying a phone with me? And this is going to happen in the next four years? I don’t think I’d want this even if it were plausible, but it doesn’t sound plausible.</p>

<p>Actual products have to be real. Actual experiences have to rely on actual products. How exactly in Levy’s end-of-this-decade scenario will we tell our “always-on AI agent” to get us home? What microphone is listening to the command? What speaker is telling us the request was understood and acted upon? What screen do we look at to see how far away the hailed car is? I’d bet a pretty large sum of money that in 2030, when someone hails a ride-share vehicle to take them home, the most common product they’ll use to do that will be their phone. Whether they’re doing it via a verbal command issued to an “always-on AI agent” or good old tapping and swiping, it’ll be a phone.</p>

<p>If you think that people will buy smaller devices to replace their phones, and use those to talk to “always-on AI agents” instead, you have to answer some questions. What company is the best in the world at making smaller-than-phone personal computing devices? What device will people use as their camera? What device will people use as their screen, for watching videos, playing games, texting, and (one hopes) reading? My answers to those three questions: Apple, phone, phone. Why would smaller devices — you know, like watches, earbuds, and, say, glasses — work independently rather than pair with the phone that you’re almost certainly still going to be carrying with you?</p>

<p>Only a fool would argue that Apple can stand on the sidelines and ignore AI. It’s very different from, say, social media that way. Social media doesn’t pervade everything in technology. You can ignore social media as a user. (And you’re probably more productive, and happier, if you do.) A company can eschew social media as a business. AI, on the other hand, is pervasive. It can’t be ignored. But it’s just technology.</p>

<p>Wireless networking is pervasive too. But Apple doesn’t have “a killer wireless networking product”.<sup id="fnr1-2026-05-16"><a href="#fn1-2026-05-16">1</a></sup> Wireless networking simply pervades everything Apple makes. I’m hard pressed to think of a single product Apple makes that doesn’t use some combination of Wi-Fi, cellular, Bluetooth, and proprietary wireless protocols. There was a time, not <em>too</em> long ago, when Apple didn’t make a single product with wireless connectivity. Now it’s pervasive in all their devices. That’s more what AI is going to be like. There’s not going to be one “killer AI device”. Everything is going to be an AI device, to some extent, just like how everything today is a wireless connectivity device, to some extent.</p>

<p><strong>Postscript:</strong> “<a href="https://daringfireball.net/linked/2026/05/18/existing-stakeholders-have-a-say-in-the-future">Existing Stakeholders Have a Say in the Future</a>”.</p>

<div class="footnotes">
<hr />
<ol>
<li id="fn1-2026-05-16">
<p>AirPort qualified, arguably. But Apple walked away from it, alas.&nbsp;<a href="#fnr1-2026-05-16"  class="footnoteBackLink"  title="Jump back to footnote 1 in the text.">&#x21A9;&#xFE0E;</a></p>
</li>
</ol>
</div>

    ]]></content>
  </entry><entry>
    <title>Nextpad++</title>
    <link rel="alternate" type="text/html" href="https://daringfireball.net/2026/05/nextpad" />
	<link rel="shorturl" href="http://df4.us/x6j" />
	<id>tag:daringfireball.net,2026://1.43003</id>
	<published>2026-05-13T02:22:16Z</published>
	<updated>2026-05-29T23:12:08Z</updated>
	<author>
		<name>John Gruber</name>
		<uri>http://daringfireball.net/</uri>
	</author>
	<summary type="text">Nextpad++ feels like a fever dream. Like what Mac apps would be if the Nazis had won WWII.</summary>
	<content type="html" xml:base="https://daringfireball.net/" xml:lang="en"><![CDATA[
<p>Windows Notepad is, more or less, the Windows peer to MacOS’s TextEdit — the built-in system text editor. For years, it was really basic — so much more basic than TextEdit that it engendered no affection. You don’t see paeans to Notepad <a href="https://daringfireball.net/linked/2026/01/26/chayka-textedit">in The New Yorker</a>. Recently though, Microsoft has started beefing it up, culminating last year <a href="https://daringfireball.net/linked/2025/06/06/markdown-support-in-windows-notepad">when they added fucking Markdown support</a>. Which still blows my mind.</p>

<p><a href="https://notepad-plus-plus.org/">Notepad++</a> is a longstanding open source (GPL) Windows text editor <a href="https://notepad-plus-plus.org/author/">by Don Ho</a>, which <a href="https://notepad-plus-plus.org/">debuted back in 2003</a>. Just adding “++” to the name might be misleading. The name implies that it’s like Microsoft’s Notepad <a href="https://www.waltdisney.org/blog/walts-own-words-plussing-disneyland">plus</a> a little more. But Notepad++ is in fact a wholly independent programming text editor, with a rich plugin library. It doesn’t resemble Microsoft’s Notepad much at all anymore. It’s over two decades old but remains quite popular. To some extent Notepad++ is sorta kinda the Windows peer to <a href="https://www.barebones.com/products/bbedit/">BBEdit</a>.</p>

<p><a href="https://nextpad.org/author/">Nextpad++</a> is something new, <a href="https://nextpad.org/author/">from Andrey Letov</a>. It’s a Mac port of the Notepad++ GPL code. It launched a few weeks ago under the name “Notepad++ for Mac”, but Letov had <a href="https://notepad-plus-plus.org/news/npp-trademark-infringement/">no right or permission to the name</a>. That dispute has been settled, and Letov has renamed this project Nextpad++. The website’s <a href="https://nextpad.org/about/">About page</a> has entire sections for “How Nextpad++ for Mac Was Built” and “Technology Stack”, and neither of those mentions AI, but this thing <em>has</em> to have been built using AI vibe-coding agents. That same About page also says the project only started on March 10, and the 1.0 version (under the defunct “Notepad++ for Mac” name) shipped just a few weeks after that. Something of the scope of this port couldn’t happen at that pace without AI. <strong>Update:</strong> On <a href="https://nextpad.org/author/">the Author page</a>, not the About page, it states, “multi-agent AI development workflows are what make a one-person project at this scale practical.” <em>Possible</em>, sure, but I wouldn’t call this <em>practical</em>.</p>

<p>Nextpad++ feels like a fever dream. Like what Mac apps would be if the Nazis had won WWII. Look, there are all sorts of foreign apps on the Mac. <a href="https://daringfireball.net/2018/12/electron_and_the_decline_of_native_apps">Electron</a> apps. Apps ported with <a href="https://www.winehq.org/">Wine</a>. Web apps running in browser tabs or <a href="https://support.apple.com/guide/safari/add-to-dock-ibrw9e991864/mac">saved to the Dock</a>. The <a href="https://shapeof.com/archives/2026/4/tolaria_ai_and_rust.html">curious new generation</a> of lean-and-mean apps that are, in a technical sense, “native”, but are decidedly not Mac-assed apps, like <a href="https://zed.dev/">Zed</a> and <a href="https://tolaria.md/">Tolaria</a>. All those types of apps feel alien on MacOS. Like different species. They are apps for the Mac but aren’t Mac apps. The Mac, however, is welcoming to them all, <a href="https://daringfireball.net/2026/04/we_dont_serve_their_kind_here">like the Mos Eisley cantina</a>. We do serve their kind here. Nextpad++ isn’t like that. It doesn’t feel like an alien. It feels like Vincent D’Onofrio’s alien-bug-in-human-skin character from <em>Men in Black</em>.</p>

<p>Letov’s website describes Nextpad++ as “A real Mac app, not a Wine wrapper: Objective-C++ on top of Scintilla and Cocoa, shipped as a Universal Binary for Apple Silicon (M1–M5) and Intel Macs.” Ostensibly that’s a good thing. The download is only 14 MB. But Nextpad++ looks and feels like something that should not exist. The promotional screenshots on the app’s own website show it <a href="https://daringfireball.net/misc/2026/05/nextpad++.png">with 50 inscrutable toolbar buttons</a>. It closes document tabs on mousedown, not mouseup. Its default font is 10-point Courier New. <a href="https://daringfireball.net/misc/2026/05/nextpad-editing-contextmenu.png">This</a> is a real dialog box. It offers <a href="https://daringfireball.net/misc/2026/05/nextpad-antialiasing.png">four settings for font antialiasing</a> — “Default”, “None”, “Antialiased”, and “LCD Optimized” — but the default is not “Default”. No human being would port a complex Windows app like Notepad++ to the Mac like this.</p>

<p>I’m not anti-AI. I’m very much intrigued by the whole incipient vibe-coding phenomenon. But this app feels <em>unholy</em>.</p>

    ]]></content>
  </entry><entry>
    <title>Software as the Product of Obsession Times Voice</title>
    <link rel="alternate" type="text/html" href="https://daringfireball.net/2026/05/software_as_the_product_of_obsession_times_voice" />
	<link rel="shorturl" href="http://df4.us/x5v" />
	<id>tag:daringfireball.net,2026://1.42979</id>
	<published>2026-05-05T21:01:05Z</published>
	<updated>2026-05-05T21:01:06Z</updated>
	<author>
		<name>John Gruber</name>
		<uri>http://daringfireball.net/</uri>
	</author>
	<summary type="text">You might think it counterintuitive that a movement obsessed with software would be spearheading a severe decline in the design quality of software, but in Patel’s definition, there’s no concept of software as art, as a practice, as a craft. Software brain is purely an obsession with software as a medium in and of itself. A means with no consideration for the end.</summary>
	<content type="html" xml:base="https://daringfireball.net/" xml:lang="en"><![CDATA[
<p>Back in 2009, Merlin Mann and I jointly gave a talk at SxSW titled “<a href="https://daringfireball.net/2009/03/obsession_times_voice">Obsession Times Voice</a>”. Regarding how it turned out, <a href="https://daringfireball.net/2009/03/obsession_times_voice">I wrote</a>:</p>

<blockquote>
  <p>My muse for the session was this quote from Walt Disney: <em>“We
don’t make movies to make money; we make money to make more
movies.”</em> To me, that’s it. That’s the thing.</p>
</blockquote>

<p>Merlin and I were talking about independent writers and podcasters, because that’s what we were (and remain), but the concept applies just as perfectly to independent developers. This came to my mind after reading (<a href="https://daringfireball.net/linked/2026/05/05/pedometer-plus-plus-8">and linking to</a>) David Smith’s description of the new Pedometer++ today. Not just what it does, but why he spent <a href="https://david-smith.org/blog/2026/04/29/maps-on-watchos/">six years making it</a>. That’s the sort of productive obsession that fascinates me.</p>

<p>Ice water is always refreshing, but it tastes better when you’re on a road trip to hell. It feels like the world of software is bifurcating quality-wise. This <a href="https://daringfireball.net/linked/2026/05/04/photoshop-modern-user-interface">whole</a> <a href="https://daringfireball.net/linked/2026/05/04/adobe-modern-webpages">thing</a> about <a href="https://mjtsai.com/blog/2026/04/30/photoshops-modern-spectrum-user-interface/">Adobe’s new craptacular “modern” UI language</a> (a.k.a. “<a href="https://spectrum.adobe.com/">Spectrum</a>”) exemplifies one side of that bifurcation — the bad-and-getting-worse side. Software that is the product not just of an ignorance of <a href="https://asktog.com/atc/principles-of-interaction-design/">long-established principles of interaction design</a>, but of a <a href="https://daringfireball.net/2025/12/bad_dye_job#:~:text=the%20key%20window">willful disdain for those principles</a>. What Adobe is now shipping is just inexplicably bad UI, ignoring literally decades of great work and long-mastered concepts — a lot of which work was <a href="https://daringfireball.net/linked/2026/05/04/adobe-modern-webpages">pioneered by Adobe itself</a>!</p>

<p>The <a href="https://daringfireball.net/linked/2026/04/13/tahoe-reduce-transparency">whole</a> <a href="https://daringfireball.net/2026/03/what_to_do_about_those_menu_item_icons_in_macos_26_tahoe">thing</a> with <a href="https://daringfireball.net/2025/12/bad_dye_job">MacOS 26 Tahoe</a> is similar. To be clear, the UI crimes in Tahoe are deeply worrisome, but they are nowhere near as severe as those in Adobe’s Spectrum. But the problems with Tahoe are steps down the same fork in the road that Adobe took years ago. Spectrum is where Tahoe suggests that MacOS was headed under Alan Dye’s leadership: cross-platform sameness for the sake of sameness, with a complete disregard for longstanding platform nuances and idioms. In Spectrum’s case those platforms are MacOS and Windows and <a href="https://helpx.adobe.com/account/individual/subscriptions-and-plans/plan-types-and-eligibility/cc-app-web-mobile-access.html">the web</a>. In Tahoe’s case it’s MacOS and iOS.<sup id="fnr1-2026-05-05"><a href="#fn1-2026-05-05">1</a></sup></p>

<p>The other side of the software fork is not deserted. It’s just populated, more than ever, by the products of small independent developers who obsess, first and foremost, over quality and artistic vision. Remarkable new software gems exhibiting spectacular UI design <a href="https://www.currentreader.app/">appear</a> <a href="https://daringfireball.net/linked/2026/05/04/chess-peace">all</a> the <a href="https://daringfireball.net/linked/2026/04/15/so-close-to-getting-it">time</a>. They’re just not coming from the biggest companies, the ones whose apps, <a href="https://daringfireball.net/linked/2026/03/28/netflix-wrecked-their-tvos-video-player">alas</a>, dominate not just our desktops and pockets but our entire culture today.<sup id="fnr2-2026-05-05"><a href="#fn2-2026-05-05">2</a></sup></p>

<p>There’s always been software with poorly designed user interfaces. Much of it has been successful financially, sometimes spectacularly so. I’d argue, in all seriousness, that that’s the story of Microsoft in a nutshell. What’s new today is poorly designed software from developers <a href="https://daringfireball.net/linked/2026/04/16/miller-netflix-tvos">from whom we expect better</a>. In the old days there were people who would argue that prioritizing good user interface design was a waste of time — like spending hours decorating cupcakes destined for kindergarteners who are simply going to mash them into their mouths. (Again: cf. Microsoft’s undeniable market success.) What’s new today is people holding up objectively bad interaction design and proclaiming it to be good, and the product of teams that purportedly prioritize “design”, when it’s clear they have no idea what they’re talking about. It’s one thing to make something poorly designed and shrug on the grounds that it doesn’t matter. It’s another thing to make something poorly designed and hold it up as good design.</p>

<p>We are justified to expect nothing short of <a href="https://www.folklore.org/How_to_Hire_Insanely_Great_Employees.html">insane greatness</a> from Apple, and solidly good design from Adobe. In principle, all software ought to have well-designed user interfaces. That’s never going to be the case. But software for designers — Adobe’s <em>raison d’être</em> — absolutely demands to be well-designed itself, like how <a href="https://daringfireball.net/linked/2009/03/31/zinsser">a book on writing</a> must itself <a href="https://daringfireball.net/linked/2009/03/23/strunk-and-white">be well-written</a>.</p>

<p>Perhaps I was wrong, though, to describe Adobe’s new UI as inexplicable. It’s just indefensible. The explanation for so much software going so rotten from a UI-design perspective is, the more I think about it, related to <a href="https://www.theverge.com/podcast/917029/software-brain-ai-backlash-databases-automation">Nilay Patel’s “Software Brain”</a> theory, which I’ve commented on both <a href="https://daringfireball.net/linked/2026/04/23/patel-software-brain">directly</a> and <a href="https://daringfireball.net/2026/04/we_dont_serve_their_kind_here">indirectly</a>. Here’s Patel’s definition of “software brain”:</p>

<blockquote>
  <p>The simplest definition I’ve come up with is that it’s when you
see the whole world as a series of databases that can be
controlled with the structured language of software code. Like I
said, this is a powerful way of seeing things. So much of our
lives run through databases, and a bunch of important companies
have been built around maintaining those databases and providing
access to them.</p>

<p>Zillow is a database of houses. Uber is a database of cars and
riders. YouTube is a database of videos. The Verge’s website is a
database of stories. You can go on and on and on. Once you start
seeing the world as a bunch of databases, it’s a small jump to
feeling like you can control everything if you can just control
the data.</p>

<p>But that doesn’t always work.</p>
</blockquote>

<p>You might think it counterintuitive that a movement obsessed with software would be spearheading a severe decline in the design quality of software, but in Patel’s definition, there’s no concept of software as art, as a practice, as a craft. Software brain is purely an obsession with software as a medium in and of itself. A means with no consideration for the end.</p>

<p>Framed in Walt Disney’s adage, software brain makes software only to make more money. The idea of making money in order to make more software — to afford the time and talent to <em>craft</em> it — does not compute. Framed in the metaphor that Steve Jobs used to <a href="https://www.youtube.com/watch?v=OesY-denV8k">close his introduction of the original iPad</a>, and returned to again <a href="https://www.youtube.com/watch?v=sUCpuaqlISQ">to close his final keynote at WWDC 2011</a>, software brain is nowhere near the intersection of technology and the liberal arts. Software brain is so far down Technology Street that it’s no longer in the same zip code as Liberal Arts Avenue. Another way, perhaps, to define <em>software brain</em> is that it’s the utter rejection of Jobs’s maxim that “technology is not enough”. With software brain, technology is all there is.</p>

<div class="footnotes">
<hr />
<ol>

<li id="fn1-2026-05-05">
<p>I don’t want to belabor the similarities between Adobe’s Spectrum UI system and Apple’s Liquid Glass, because there are significant differences. Foremost, <a href="https://unsung.aresluna.org/photoshops-challenges-with-focus-pt-2/">what’s wrong with Spectrum</a> is wrong everywhere. Photoshop with Adobe’s new “modern” UI is, I suspect, just as bad a Windows app as it is a Mac app. Whereas the usability problems with Liquid Glass are lopsided platform-wise. It’s a litany of disasters on MacOS 26 Tahoe, but actually pretty good on Apple’s other version 26 OSes, especially iOS. There are aspects of Liquid Glass on iOS 26 that some people don’t like, but they’re literally skin-deep. Cosmetic details. Functionally, iOS 26 is pretty strong, and Apple made some very nice changes regarding the placement of things like search fields to improve consistency system-wide. I still have iOS 18 running on my year-old iPhone 16 Pro, and there are very few things I prefer in iOS 18 versus iOS 26. Whereas I’d be sick if I had to work in MacOS 26 Tahoe every day.</p>

<p>That’s my point here. iOS 26 doesn’t suffer in any way — not even one teensy little single way — from MacOS UI idioms being inappropriately applied to the iPhone. On the iPad, maybe there’s a little of that, like, say, the weird way iPadOS 26 uses Mac-style red / yellow / green window control buttons but makes them too small to use, so before you use them, <a href="https://sixcolors.com/post/2025/09/ipados-26-review-a-computer/">you need a gesture to embiggen them temporarily first</a>. But the implementation of “Liquid Glass” on MacOS Tahoe is just riddled with iOS-isms that aren’t appropriate on MacOS. So many decades-old Mac UI nuances and idioms were just ignored. They weren’t changed, they weren’t updated, they were just ignored. You either see that this is true or you don’t, and if you don’t see it, you shouldn’t be designing the Mac user interface.&nbsp;<a href="#fnr1-2026-05-05"  class="footnoteBackLink"  title="Jump back to footnote 1 in the text.">&#x21A9;&#xFE0E;︎</a></p>
</li>


<li id="fn2-2026-05-05">
<p>Consider the age of television. Television is the broadcast of motion pictures with sound. Cinema is an artform. But at the peak of television’s hegemony over western culture and mass media, the artistic quality of almost everything on TV was terrible. It was slop. It wallowed in its own sloppiness. This, despite the fact that cinematic artists had largely mastered the artform in the decades preceding TV. TV became popular in the 1950s and culturally dominant in the 1960s. But <em>Citizen Kane</em> came out in 1941. The network executives with “TV brain” in the second half of the 20th century didn’t even consider TV as a medium for art. They just cared that it was watched. It was judged only by ratings and ad revenue, not artistic merit. That’s what’s happening with software right now. But remember too, that as dreadful television programming rocketed to stratospheric popularity in the 1970s, that same decade saw <a href="https://www.imdb.com/list/ls000335086/">a remarkable explosion in innovative filmmaking</a> in movie theaters. Keep the faith.&nbsp;<a href="#fnr2-2026-05-05"  class="footnoteBackLink"  title="Jump back to footnote 2 in the text.">&#x21A9;&#xFE0E;︎</a></p>
</li>

</ol>
</div>

    ]]></content>
  </entry><entry>
    <title>Y Combinator’s Stake in OpenAI</title>
    <link rel="alternate" type="text/html" href="https://daringfireball.net/2026/05/y_combinators_stake_in_openai" />
	<link rel="shorturl" href="http://df4.us/x5p" />
	<id>tag:daringfireball.net,2026://1.42973</id>
	<published>2026-05-05T01:47:01Z</published>
	<updated>2026-05-19T00:24:18Z</updated>
	<author>
		<name>John Gruber</name>
		<uri>http://daringfireball.net/</uri>
	</author>
	<summary type="text">The fact that Paul Graham personally has billions of dollars at stake with OpenAI doesn’t mean that his public opinion on Sam Altman’s trustworthiness and leadership is invalid. But it certainly seems like the sort of thing that ought to be disclosed when quoting Graham as an Altman character reference.</summary>
	<content type="html" xml:base="https://daringfireball.net/" xml:lang="en"><![CDATA[
<p>Speaking of companies with <a href="https://daringfireball.net/linked/2026/05/04/google-owns-a-big-chunk-of-anthropic">valuable minority stakes in AI companies</a>, there’s one thing that stuck in my craw about the blockbuster <a href="https://www.newyorker.com/magazine/2026/04/13/sam-altman-may-control-our-future-can-he-be-trusted">Ronan Farrow / Andrew Marantz investigative piece on Sam Altman and OpenAI</a> last month for The New Yorker. It didn’t come up during <a href="https://www.theverge.com/podcast/911753/sam-altman-openai-ronan-farrow-new-yorker-feature-trust-liar-ai-industry">Nilay Patel’s excellent interview with Farrow on Decoder</a>, either.</p>

<p>Sam Altman was the president of Y Combinator for several years, and left to become the full-time CEO of OpenAI. The New Yorker quotes Y Combinator co-founder Paul Graham multiple times, in the context of Altman’s trustworthiness. (Some of those quotes are firsthand, others secondhand.) Graham’s role in the story — particularly his public remarks <em>after</em> publication — comprised an entire section in <a href="https://daringfireball.net/2026/04/when_he_is_alive_and_not_after_he_is_dead">my own take on the New Yorker piece</a>, wherein I concluded:</p>

<blockquote>
  <p>I would characterize Graham’s tweets re: Altman this week as
emphasizing only that Altman was not fired or otherwise forced
from YC, and could have stayed as CEO at YC if he’d found another
CEO for OpenAI. But for all of Graham’s elucidating engagement on
Twitter/X this week regarding this story, he’s dancing around the
core question of the Farrow/Marantz investigation, the one right
there in The New Yorker’s headline: Can Sam Altman be trusted?
“<em>We didn’t ‘remove’ Sam Altman</em>” and “<em>We didn’t want him to
leave</em>” are not the same things as saying, say, “<em>I think Sam
Altman is honest and trustworthy</em>” or “<em>Sam Altman is a man of
integrity</em>”. If Paul Graham were to say such things, clearly and
unambiguously, those remarks would carry tremendous weight. But — rather conspicuously to my eyes — he’s not saying such things.</p>
</blockquote>

<p>The thing that stuck in my craw is this: <em>Does Y Combinator own a stake in OpenAI? And if they do, given OpenAI’s sky-high valuation, isn’t that stake worth billions of dollars?</em></p>

<p>OpenAI was seeded by an offshoot of Y Combinator <a href="https://web.archive.org/web/20160611042811/https://ycr.org/">called YC Research</a> in 2016 — when Altman was running YC. In December 2023, the well-known AI expert (and AI-hype skeptic) <a href="https://garymarcus.substack.com/p/not-consistently-candid">Gary Marcus wrote the following</a>, in a piece on Altman’s trustworthiness in the wake of the OpenAI board saga that saw Altman fired, re-hired, and the board purged in the course of a tumultuous week:</p>

<blockquote>
  <p>After poking around, I found out that “I have no equity in OpenAI”
was only half the truth; while Altman to my knowledge holds no
<em>direct</em> equity in OpenAI, he does have an <em>indirect</em> stake in
OpenAI, and that fact should have been disclosed.</p>

<p>In particular, he owns a stake of Y Combinator, and Y Combinator
owns a stake in OpenAI. It may well be worth tens of millions of
dollars; even for Altman, that’s not trivial. Since he was
President of Y Combinator, and CEO of OpenAI; he surely was
aware of this.</p>
</blockquote>

<p>So it’s well known that Y Combinator owns <em>some</em> stake in OpenAI. But how big is that stake? This seems like devilishly difficult information to obtain. I asked around and a little birdie who knows several OpenAI investors came back with an answer: Y Combinator owns about 0.6 percent of OpenAI. At OpenAI’s current <a href="https://openai.com/index/accelerating-the-next-phase-ai/">$852 billion valuation</a>, that’s worth over $5 billion.</p>

<p>Graham <a href="https://www.youtube.com/watch?v=6u4JVz7iQTY">and his wife Jessica Livingston</a> are two of Y Combinator’s four founding partners. The fact that Paul Graham personally has billions of dollars at stake with OpenAI doesn’t mean that his public opinion on Sam Altman’s trustworthiness and leadership is invalid. But it certainly seems like the sort of thing that ought to be disclosed when quoting Graham as an Altman character reference. A billion dollars here, a billion there — that adds up to the sort of money that <em>might</em> skew a fellow’s opinion.</p>

    ]]></content>
  </entry></feed><!-- THE END -->
