HNHacker News
TopNewBestAskShowJobs

spenrose

2,989 karma · joined November 21, 2008

submissionscomments
spenrose··on Flock used >100 times to track veteran who recorded traffic stop
My mental model:

1. Policing is yet another example of Baumol’s effect[1]; sectors where automation lags become expensive

2. Policing can be automated effectively, including via Flock:

> Hunters Point rapper Dreamllife Rizzy described how police tech has made it more difficult to get away with bipping and other crimes. “Crime in San Francisco, period, that shit over with, brother,” the rapper said. “They got drones, hella shit.” He described how Flock cameras clock the plates on a stolen car and send an alert to police stations, which send drones to follow the vehicle.[2]

3. Policing, like major surgery, ambitious construction, military invasions, and other high-consequence endeavors, is not immune to perfidy, incompetence, or other human weaknesses.

4. Argument by implicit synecdoche (here is an example of an abuse, therefore the general behavior is abusive) is ubiquitous and invalid; you need to actually collect wide evidence and weigh major tradeoffs. How does Flock affect total crime rates? Total abuse rates? That only matters if you think that we should be open to the possibility that widespread use of Flock cameras might be good.

5. WRT privacy and policing-the-police in particular, there is a small but highly vocal community of libertarians whose perspective is sharp, detailed, and not reflective of broader society’s perspective except in motte-and-bailey form, and who will never be persuaded by evidence because for them what matters are the principles (n.b.: this observation is not per se a criticism — sometimes principles should trump evidence around tradeoffs).

6. HN’s 10^5 (?) active commenters include 10^4(?) members of that libertarian vanguard

7. Everyone has heard all the libertarian and contra-libertarian arguments going back decades; no one is learning from yet another go-round

[1] https://acjsissons.medium.com/the-baumol-effect-not-a-diseas...

[2] https://sfstandard.com/2026/08/13/rest-peace-bip-city/?utm_s...

spenrose··on Open-source interactive map for the Aug 12 total solar eclipse
Got caught in a day-long traffic jam leaving a rural area in North America after the 2017 total eclipse.
spenrose··on Formal methods and the future of programming
As usual, this paean to deductive reasoning (“formal methods”) leaves out its fundamental limit: how closely do the postulates and definitions fit the domain they purport to map? (“In theory, there is no difference between theory and practice. In practice ...”) My guess is that Jane Street maintains large code bodies where the mapping is 1:1, because the purpose of the code is to implement a deterministic algorithm. Many other coders work in such areas. But millions of us don’t: most UIs, most exploratory work, etc.

There is a movement parallel to formal methods to define acceptance criteria at high resolution but not logico-mathematically, which at least grapples with the mapping problem but can’t resolve it where the map isn’t the territory, which is most places. Has Google’s results page, with its extremely evolved internal optimization frameworks really hit an optimum? Could that prototype you whipped up to capture a hazy idea have better illustrated it? These questions are best answered by looking outside the system to what the system serves.

spenrose··on The Joy of Folding Bikes
Many HNers will enjoy this book about the company’s maturation from a hardware startup founded by one difficult genius to an institution that had to be rebuilt as it scaled: https://bookpeople.com/book/9781615199563
spenrose··on The exponential curve behind open source backlogs
Indeed. The problem arises from a two step:

1. Free Software / Open Source are Good and True by assertion. There is no God but source code, and Stallman is its prophet. 2. Questions whose answers tend to contradict point 1., such as “Gee, the world runs on Python — as wonderful as job as Guido and his inner circle have done, is it time to ask what an ideal management structure for a technology worth (tens? hundreds? of) billions of dollars might be?” are not welcome — are largely not asked.

spenrose··on The exponential curve behind open source backlogs
Fantastic piece: shows how fundamental dynamics (queuing) generate practical problems AND what to do about them. This essay is better than 95% of tech blog posts I read via HN. Kudos!

An original sin of Free Software which carried through to Open Source and infects HN via its many Open Source believers is a reluctance to take project management seriously. OP shows that Jellyfin’s dictat... er, maintainer is not effectively managing the project. Open Source has no adequate answers (“fork” is not adequate).

spenrose··on I started programming when I was 7. I'm 50 now and the thing I loved has changed
“... when I was 7. I'm 50 now and the thing I loved has changed”

Welcome to the human condition, my friend. The good news is that a plurality of novels, TV shows, country songs, etc. can provide empathy for and insight into your experience.

spenrose··on Nobody knows how the whole system works
“Finally, Bucciarelli is right that systems like telephony are so inherently complex, have been built on top of so many different layers in so many different places, that no one person can ever actually understand how the whole thing works. This is the fundamental nature of complex technologies: our knowledge of these systems will always be partial, at best. Yes, AI will make this situation worse. But it’s a situation that we’ve been in for a long time.”
spenrose··on Water 'Bankruptcy' Era Has Begun for Billions, Scientists Say
This perspective dates to at least 1940, when the population was a fraction of the current size. The fantastic Charles C. Mann wrote an excellent book, The Wizard and the Prophet, about it.

Regarding water specifically, we now have multiple desalination projects of 1MM m^3/day, enough to support a city of 4MM people. They are expensive, but getting cheaper, and real (rich) polities in the Middle East are relying on them.

spenrose··on Ask HN: Why Did Python Win?
Thank you for the correction. I should have said “trained”.
spenrose··on Ask HN: Why Did Python Win?
Thank you for the correction
spenrose··on Ask HN: Why Did Python Win?
I can't stop thinking about this. WRT Perl specifically, it’s fascinating how the two competitors adopted Unix shell patterns. Python is handicapped to this day by not automagically snarfing up environment variables, etc. But Perl leaned hard into TECO-style gibberish and the meta-syntax that is regular expressions, confronting beginners with arbitrary complexity. It feels like Wall embraced the system administrator side of coding — the side that has an enormous capacity for tracking corner cases and managing impedance mismatches. Wall was trained, perhaps not coincidentally, as a linguist, a field where continent facts really matter. Guido, on the other hand, was an accomplished mathematician. (This is the Dwarf / Elf distinction from Cryptonomicon.)
spenrose··on Ask HN: Why Did Python Win?
I forgot two, er, three:

9. Python got lucky that its inevitable screwups (Python3) didn’t quite kill it.

10. Swift and Kotlin both define programming as serving the compiler (specifically LLVM) rather than serving the coder’s problem. (I haven’t discussed Rust so far since it isn’t attempting to compete with 98% of Python use cases, but if you squint you can see it as going one step further than Swift and Kotlin and in effect forcing the coder to be a sort of human compiler who thinks in types and memory management. This is not a criticism of Rust, BTW.)

0. And behind all of this is Moore’s Law and the demographic explosion of programmers. Python was an implicit, perhaps unconscious bet that if you served people thoughtfully, the tradeoffs with serving the needs of contemporary silicon wouldn’t matter as much.

spenrose··on Ask HN: Why Did Python Win?
1. Python was designed by testing syntax with novice users to see what they could adopt easily.[1] > 90% of current Python users weren’t born when it was created. They all had to learn, and Python is the easiest language to learn because Guido and his teammates, unlike $LANGUAGE_DESIGN_GOD, approach the problem as experimental scientists rather than auteurs.

2. Python is conceptually compact, dominated by hash tables with string keys. The initial leader in the ecosystem, Perl, is conceptually sprawling and difficult to reason about.

3. Python also took lessons from the Unix shell, a mature environment for accommodating beginners and experts.

4. Python had a formal process for integrating C modules from early on.

5. Python’s management has an elegant shearing layer structure, where ideas can diffuse in from anywhere.

6. $NEXT_GENERAL_PURPOSE_LANG (Ruby, Go) weren’t enough better to displace Python. Both were heavily influenced by Python’s syntax, but ignored the community-centric design process that had created that syntax in favor of We Know Best.

7. Speaking of open source entrepreneurialism, JavaScript has become a real rival thanks to the Web (and node), but it is handicapped by the inverse failure mode: where Go is dominated by a handful of Googlers, JavaScript was effectively unmanaged at the STDLIB level for a crucial decade, and now it can’t recover. (I’d also guess that having to write a module system that works well in the chaos that is Web clients and simultaneously the Unix world is a daunting design problem.)

8. Python got lucky that data science took off.

[1] https://ospo.gwu.edu/python-wasnt-built-day-origin-story-wor...

spenrose··on Questions for Cloudflare
I am disappointed to see this article flagged. I thought it was excellent.
spenrose··on Earth was born dry until a cosmic collision made it a blue planet
Claude Sonnet 4.5 summary of the original paper [https://www.science.org/doi/10.1126/sciadv.adw1280] for middle school students:

How Earth Got Its Water: A Cosmic Detective Story

The Big Question: How did Earth become a planet with oceans and life, when it formed so close to the hot Sun?

What Scientists Did:

- They used a "radioactive clock" made from two elements: manganese and chromium - Manganese-53 breaks down into chromium-53 over time (like ice melting at a steady rate) - By measuring these elements in meteorites and Earth rocks, they figured out WHEN Earth's basic chemistry was locked in

Key Finding: Earth's chemical recipe was set within just 3 million years after the Solar System formed (that's super fast in space terms!)

The Problem: At that point, early Earth was missing the ingredients for life—especially water, carbon, and other "volatile elements" (stuff that evaporates easily when hot)

Why Earth Was Dry: Close to the Sun, it was too hot for water and other volatile stuff to stick to the rocks that built Earth—they stayed as gas and floated away

The Solution: About 70 million years later, another planet called Theia (which formed farther from the Sun where it was cooler) crashed into Earth:

This collision created our Moon It also delivered water and other life-essential ingredients to Earth

The Big Takeaway: Earth needed a cosmic accident to become livable. Without that lucky collision bringing water from the outer Solar System, we wouldn't be here!

Why This Matters: If Earth needed such specific, lucky events to support life, habitable planets like ours might be much rarer in the universe than we thought.

spenrose··on AI is different
Look at your examples. Translation is a closed domain; the LLM is loaded with all the data and can traverse it. Book and music album covers _don't matter_ and have always been arbitrary reworkings of previous ideas. (Not sure what “ebook reading” means in this context.) Math, where LLMs also excel, is a domain full of internal mappings.

I found your post “Coding with LLMs in the summer of 2025 (an update)” very insightful. LLMs are memory extensions and cognitive aides which provide several valuable primitives: finding connections adjacent to your understanding, filling in boilerplate, and offloading your mental mapping needs. But there remains a chasm between those abilities and much work.

spenrose··on The current state of LLM-driven development
So many articles should prepend “My experience with ...” to their title. Here is OP's first sentence: “I spent the past ~4 weeks trying out all the new and fancy AI tools for software development.” Dude, you have had some experiences and they are worth writing up and sharing. But your experiences are not a stand-in for "the current state." This point applies to a significant fraction of HN articles, to the point that I wish the headlines were flagged “blog”.
spenrose··on XMLUI
"Since 1995 nearly all of my professional work has been enabled by, and published on, the web." https://jonudell.net
spenrose··on When a team is too big
Some headlines, such as this one, are catnip to up-voters* despite the article's contributing nothing to the established discussion c. 2015, let alone 2025. I don't know how you disrupt this dynamic and redirect to "go read X", where X is _Team Topologies_ or whatever, but it would improve HN.

* (not a criticism; the topic is important to hackers)

spenrose··on The effect of deactivating Facebook and Instagram on users' emotional state
Direct link: https://www.nber.org/system/files/working_papers/w33697/w336...
spenrose··on arXiv moving from Cornell servers to Google Cloud
Networking and power infrastructure are "under the control of" large corporations also. Without them, Arxiv doesn't exist.
spenrose··on The Website Hacker News Is Afraid to Discuss
My hypothesis is that about 300 people whose identities were formed by participating in the Slashdot / LWN / etc. communities c. 2000-2005 are active HN participants in 2025. They saw the dream of Linux beating Windows fail—and worse, they saw Macintosh become the high-status alternative to Windows. They saw the Olde Internet of hand-coded web sites be swamped by the arrival of humanity using smart phones, and they hate it. They are like 60 year old sports fans upset about the rise of analytics, or '70s rock fans bemoaning hiphop, or Socrates berating scribblers for displacing orators. Evidence: the 400-point popularity of dozens of recent stories on Firefox minutia—Firefox does not matter, nor does Brave (note: I worked for Mozilla for four years). The many, many stories about reviving the pre-smartphone Web. Probably other topic clusters I am forgetting—Web standards?
spenrose··on The Website Hacker News Is Afraid to Discuss
I suspect it's driven by the Olde School Linux / Free Software contingent of HN commenters / voters. Here is an example[1]:

"The #1 story on Hacker News at 2023:08:21T15:41Z is a 2021 discussion of Linux desktop packaging tools. Hypothesis: HN story up-voters are heavily drawn from Free / Open Source Software folks interested in issues that were broadly discussed in "tech" two decades ago (Linux for the desktop!) and are much less broadly discussed today."

That anodyne observation garnered 5 downvotes. I mean, of course it was silly to treat Linux desktop packaging tools as the most important story in tech in 2023! Overall the dynamic feels like Wikipedia: people who participate are atypical, and nothing annoys them more than one's pointing out that they are atypical.

[1] https://news.ycombinator.com/item?id=37211129

spenrose··on Recent results show that LLMs struggle with compositional tasks
I argue that we should start calling them "pattern processors": https://x.com/sampenrose/status/1877200883613659360
spenrose··on Is Stratechery Still Relevant?
"the only partisan issue I've taken a strong stand on through the years is being pro free speech"

Unless I have missed something (possible, LMK), Ben's silence on Musk's partisan use of Twitter is, in fact, a stand. Contrast with John Gruber on Tim Cook and Trump[1]: Gruber's beat is Apple and Cook's choice clearly rises to the level of "Apple agenda item". In fact, you can extend my point to the larger partisan battles among the tech elite. Reid Hoffman is a significant partisan player. Staying silent on that, while wise from a don't-piss-off-important-sources perspective, does a disservice to the truth.

[1] https://www.axios.com/2025/01/03/tim-cook-apple-donate-1-mil...

spenrose··on Why it's hard to trust software, but you mostly have to anyway
Excellent. Wish he had cited Thompson's "Reflections on Trusting Trust" from half a century ago:

* https://www.cs.cmu.edu/~rdriley/487/papers/Thompson_1984_Ref...

spenrose··on No More Adam: Learning Rate Scaling at Initialization Is All You Need
Something we need is no more papers titled " ... All You Need"
spenrose··on The coming long-run slowdown in corporate profit growth and stock returns [pdf] (2023)
Trade Wars are Class Wars: https://www.amazon.com/Trade-Wars-Are-Class-International/dp...
spenrose··on Ask HN: How do you monitor LLM response quality?
What We’ve Learned From A Year of Building with LLMs: https://applied-llms.org
Page 1 of 18Next →