interleave

Yes and it also reminds me of one of my favorite books, Andreas Wagner's "Arrival Of the Fittest" and, connected, the Miller-Urey experiment of course.

https://www.goodreads.com/en/book/show/20821275-arrival-of-t...

https://en.wikipedia.org/wiki/Miller%E2%80%93Urey_experiment

Thank you, that was perfect Sumday-morning reading: Easy to read yet dense information-wise.

I learned today: The difference between ttf and otf, what strong and weak characters are, what an Em is and where kerning and leading really come from.

My favorite parts: Learning where the magic of ligatures and those tiny postion-changes in moments like "To" come from.

Upvoted and favorited!

Thank you for sharing.

As someone who also recently spun up a new VPS to fiddle with claws:

I personally fully support Hetzner on this because, as a on-and-off customer since 21 years, their service has been absolutely flawless and always worth every cent. They care so I'm totally happy to pay whatever they need to make it work for them, too.

I actually think you're right here.

Resource constraints have often helped me come up with stuff that I'm actually proud of.

Makes total sense and I would have never even considered injecting keys on the fly. Love it!

PS: Also, this is wild!

What this does: apiKeyHelper tells Claude Code to run echo proxy-managed to get its API key. The sandbox’s network proxy intercepts outgoing API calls and swaps this sentinel value for your real Anthropic key, so the actual key never exists inside the sandbox.

Super cool. Any indication if sandboxes can/will be part of the non-desktop docker tooling?

Related: Huge fan of Long Now here.

Asking "How would you build a 10k year clock?" is one of my favorite ways to get to know people, say, at parties.

With a few seconds to mull it over, so far EVERYONE has had at least one strong, novel and leftfield idea that I had not heard or thought of before.

My favorites included: A mirror on the moon, bio-engineered crops and the Pyramids of Gizeh.

My professional workflow with Claude Code goes as follows.

I call it "moonwalk" because, when throwing away the intermediate vibe-coded prototype code in the middle, it feels like walking backwards while looking forward.

- Check out a spike branch

- Vibe code until prototype feels right.

- Turn prototype into markdown specification

- Throw away vibe'd code, keep specification

- Rebase specification into main, check out main

- Feed specification to our XP/TDD agents

- Wait, review a few short iterations if any

- Ship to production

This allows me to get the best of vibe-coding (exploring, fast iterating and dialing-in on the product experience) and writing production-grade code (using our existing XP practices via dedicated CC sub-agents and skills.)

Anecdote: I vibe-coded a thing in C using Claude Code + Opus 4.5 and, wow, the process and the result worked _shockingly_ well.

For reference, here are the two heavy-lifting workers:

- https://github.com/akaalias/bipscan/blob/main/src/c/find_seq...

- https://github.com/akaalias/bipscan/blob/main/src/c/check_se...

and here's a screenshot of the thing running:

- https://x.com/SpringStreetNYC/status/1996951130526425449/pho...

and here's the full story:

LOL, I got 100% nerd-sniped by my friend Sönke this week and wound up building a small spaceship.

On Monday he's like "Hey, what if you found obscure seed phrases embedded in public texts? You'd only need to remember the name of the book and the paragraph and go from there."

I honestly could care less about crypto(currencies) and I'm 100% sure this is like cryptanalysis 101. But, yeah, it seemed like an interesting problem anyways.

First, I downloaded a few hundred books from Gutenberg, wrote a ruby script and found BIP39 word sequences with a tolerable buffer for filler-words.

Then, I was like, okay, gotta now check them against actual addresses. Downloaded a list of funded ETH addresses. Wrote the checker in ruby. Ran it. No hits but this was now definitely weirdly interesting.

Because: And what if I downloaded the whole pg19 text corpus to scan! And what if I'd add BTC addresses! And what if I checked every permutation of the seed phrase!

Everything got really slow once I got to processing 12G of raw text for finding sequences and then checking a few million candidates with 44.000+ variations per candidate.

So, let's rewrite this into C! And since I've got 16 cores, let's parallelize this puppy! And since it's a MacBook, let's use GCD! Optimize all the things!

Lol, so NOW this thing is so fucking FAST. Takes four minutes to go through the full pg19 corpus and generates 64,205,390 "interesting" seed phrases. The fully parallelized checker (see Terminal screenshot) processes 460 derived addresses per second.

I really don't care if I get a match or not. I feel like I started with building a canoo and wound up with a spaceship is in itself just the best thing in the world.

Also a huge Eno fan here. Put together, I probably have listened to Music for Airports, Another Green World, Taking Tiger Mountain and Discreet Music more than any other artist. Maybe Philip Glass comes in at a close second.

Anyways, in 2016, Tero Parviainen (@teropa) shared this really cool long-form exploration called "JavaScript Systems Music – Learning Web Audio by Recreating The Works of Steve Reich and Brian Eno" that I enjoyed tremendously (and I don't even like Javascript!)

Check it out at: https://teropa.info/blog/2016/07/28/javascript-systems-music...

Hi Max! Thank you for updating my mental model of AI detectors.

I was with total certainty under the impression that detecting AI-written text to be an impossible-to-solve problem. I think that's because it's just so deceptively intuitive to believe that "for every detector, there'll just be a better LLM and it'll never stop."

I had recently published a macOS app called Pudding to help humans prove they wrote a text mainly under the assumption that this problem can't be solved with measurable certainty and traditional methods.

Now I'm of course a bit sad that the problem (and hence my solution) can be solved much more directly. But, hey, I fell in love with the problem, so I'm super impressed with what y'all are accomplishing at and with Pangram!

Off-detail/on-topic: After 10 months of reading Pratchett's Discworld novels, I'm now reading the Cantebury Tales. And by golly, the tales are surprisingly accessible, entertaining and fun to read.

I'll bite.

We're a classic XP shop. To build new features in our brown-field app, we defined about 8 sub-agents such as "red-test-writer", "minimal-green-implementer" and "refactorer".

Now all I do in Claude Code is: "Build this feature X using our TDD process and the agents." 30 minutes later the feature is complete, looks better and works better than what I would have built in 30 minutes, is 90% tested and is ready for acceptance testing.

Granted it took us years of working XP, pairing, TDD etc. but I keep feeling confused about posts like this.

We've been shipping production-grade code written 95% by AI for over a year now. Non-trivial, complex features.

There is no secret sauce even, in how we do this. It works. Really, really well for us.

Yay! NYC Pivot here, see my comment below - we're still doing the thing ;)

We're practically a 100% XP shop compiled of ex-Pivots and Thoughtworks. Pairing, TDD and client-on-site as our baseline. We've also been using AI as part of our IDEs full-time for 2+ years.

Yet, the most unexpected thing happened this year on my team of 4 senior/staff-level developers:

Instead of "splintering/pairing off with AI" individually even further, we wound up quadrupling (mobbing) full-time on our biggest project to date. That meant four developers, synchronously, plus Claude Code typing for us, working on one task at a time.

That was one of the most fun, laser-focused and weirdly effective way of combining our XP practice with people and AI.

Hey Tanya! Thank you for helping me understand the results better.

I just posted the results of another basic interview analysis (4o vs. Llama4) here: https://x.com/SpringStreetNYC/status/1923774145633849780

To your point: Do I understand correctly that, for example, by running the default model of Llama4 via ollama, the context window is very short even when the model's context is, like 10M. In order to "unlock" the full context version, I need to get the unquantized version.

For reference, here's what `ollama show llama4` returns: - parameters 108.6B # llama4:scount - context length 10485760 # 10M - embedding length 5120 - quantization Q4_K_M

I miss writing Java 1.4 with Eclipse and svn. Even though I am also super-happy with Ruby and Swift today, I know that control-space flow. Good times!

Edit: 1.4, not 1.7

Technically my wife would be a perfect customer because we literally just prototyped your solution at home. But I'm confused.

For context:

My wife does leadership coaching and recently used vanilla GPT-4o via ChatGPT to summarize a transcript of an hour-long conversation.

Then, last weekend we thought... "Hey, let's test local LLMs for more privacy control. The open source models must be pretty good in 2025."

So I installed Ollama + Open WebUI plus the models on a 128GB MacBook Pro.

I am genuinely dumbfounded about the actual results we got today of comparing ChatGPT/GPT-4o vs. Llama4, Llama3.3, Llama3.2, DeepSeekR1 and Gemma.

In short: Compared to our reference GPT-4o output, none (as in NONE, zero, zilch, nil) of the above-mentioned open source models were able to create even a basic summary based on the exact same prompt + text.

The open source summaries were offensively bad. It felt like reading the most bland, generic and idiotic SEO slop I've read since I last used Google. None of the obvious topics were part of the summary. Just blah. I tested this with 5 models to boot!

I'm not an OpenAI fan per se, but if this is truly OS/SOTA then, we shouldn't even mention Llama4 or the others in the same breath as the newer OpenAI models.

What do you think?

Hi Tobias!

Feedback: First off, I really like your app's style. I love bold colors. The screenshots and text are clear and understandable - maybe except on how the data gets in there. Even if that's by hand, I still think this is a great first version and a solid product.

While I'm not in your workout target group - nor on iOS - it still resonates with me because I use Oura (the ring) specifically for their detailed heart-rate tracking and stress tracking. My most-used feature in their app is my stress-tracking throughout the day.

Feature request: Only to explain how data gets inserted.

Do something for me that I don't know how to do.

Wanted to say something similar : high-quality code is not an excuse to make something that doesn't "work" (in regards to sales, usefulness, iterations, learning - all for which vibe coding are a perfect fit IMHO)

Congratulation on shipping! What I love most about this is your "inner monologue" component at the bottom.

You're an artist.

A good one.

Nope, a great one.

But you have a sh*tty site.

You wanna make it better.

You call the guy.

Never replies.

...

IF this is true (I can't say as I'm not an artist on Spotify), then this alone can sell your product.

That was unexpectedly fun :D Turns out: Lips _are_ lips!

Wow. As an experiment-design nerd, this may be one of my personal top favorite HN posts of all time.

I don't 100% get the generation part yet, but I believe that's just me needing practice.

A long time ago back in New York, Grace and Trevor from Javelin (Née Lean Startup Machine) taught me the scientific method over the course of a weekend workshop.

Still, to this day, I use their experiment design process and I am grateful for it. https://www.youtube.com/watch?v=F-5Iyj9A1MU

Thank you demofox for sharing!

The problem with SQL is that it is not a (very) composable language.

I thought the same until a few weeks ago. Then we used the WITH operator for pre-processing and giving things human-readable names.

That helped us manage complexity. The final SELECT statement was very easy to reason about.

Not sure if this is a best (or worst) practice but it helped us ship it.

I had a similar experience this month. We've been pair-programming using Dbt to write "long-form" SQL to bubble up a report to our business users.

After an initial "Uh-oh, I haven't manually written complex SQL in a while..." it all came back fast enough (Thanks, first-semester relational algebra!). Turns out, sql is well-suited for business "in-queries"!

The things that made us scratch our heads came from how the schema had evolved over time. We now have those hairballs at least 'contained' and visible. And it's all pretty readable imho.

I guess my initial unease came from using ORMs for CRUD persistence and very rare exploration. And holy moly, I'm grateful for ORMs. I wouldn't want to manually write those inserts and updates.

So, I guess it depends on what you want to accomplish with your database.

Btw: A HUGE shout-out to Dbt and Dbt cloud for letting us treat sql as code. Didn't expect to love it that much. How was this not a thing earlier?

Yup! At least for me, I wanted ChatGPT to be native and keyboard-first :)

The flood began years ago with low-priced ghostwriting services.

I'd venture to say that most of the non-fiction ebooks, and especially the best-sellers for Kindle, are published by multi-nom-de-plume "grindset" publishers.

In 2017, a 10,000-word "booklet" on any non-fiction topic cost $200. That usually took about ten days from order to completion. The content was pretty much the same you'd now get via LLMs.

Alrighty! Just pushed a new release for this.

As a sidenote: I'm so happy about being able to share something really, really 'neat' with you all.

Sure, in many ways, it's yet another UI to ChatGPT.

But to me it's something else: An absolute privilege to have jammed with my dear friend Tobi on something we are both excited about.

The real secret, what makes this little, random, opinionated macOS app so special is: It's time spent futzing around with a friend.

Plus, Ethan Mollick put it into words what I've been trying to say for weeks now (https://news.ycombinator.com/item?id=35712375)

There are no secret prompts. The secret is practice.

Which I believe is exactly what our app is great at.

Of course, there are other ways to tickle out those API keys. Be our guest! But as you're digging, please let me know what you think of the one about the New York Doll's. Or the one about that pale blue dot.

Let's also start _that_ conversation_ :D