Recent submissions

Comment · 13 days ago
Yeah this resonates with me. I think of it more as an “understanding” sandwich:

1) While pointing the agent at the task, poke it with annoying questions until I understand the problem and its context well enough to explain it.

2) Have it write the solution, help it work past problems it encounters during testing, then go through simplification, performance and correctness reviews.

3) Have the agent draft a pr, then poke it with annoying questions about the PR until I understand where we’re at, and why we don’t need to do more work. Also try to rewrite it into readable prose instead of Claud-ish while doing so.

#2 and #3 can repeat quite a bit, depending on how stubborn the problem is.

Comment · 1 month ago
Comment · 1 month ago
AA isn’t testing different harnesses there, they’re testing different models on the same common harness:

“We run Terminal-Bench 2.1 with the Terminus 2 agent harness in an e2b sandbox and report pass@1 averaged over 3 repeats per task.”

This is a different agent harness than those Strands was testing with, and there’s no guarantee the pass criteria matches up the same either.

Comment · 1 month ago
Yes, but a big reason payloads cost so much is the need for extreme mass optimization, which is driven entirely by limitations in launch technology.

When launching large masses to high energies gets cheaper, payloads have a chance to get cheaper, too.

Comment · 1 month ago
How do these perform for cold-starts? I remember one of the disadvantages of using web assembly for Workers was more spin-up time, but maybe they figured out a way around that.
Comment · 1 month ago
Have you tried Astro? It lets you do exactly that: server-side rendering with HTML templates in component form, with css scoped to the component. No shadow dom needed, no JS frameworks either.
Comment · 2 months ago
Very handy for nav bars with expandable drop-downs for more links - can now be done with zero JS. Requires much less CSS boilerplate now, and you don’t have to use z-index at all (which eliminates a whole bunch of tricky issues). They also handle all the tricky aria/keyboard/focus mgmt bits for you, too. It works really, really well.

Supposed to be real handy for tooltips too, but haven’t used that myself yet.

Edit to avoid potential confusion: these are separate from modal dialogs, think more like very small popups anchored to one point on the page that still allow you to interact with everything else. Theoretically you can make them modal, but it would be silly to - you’d be better off using <dialog> and the invoker api

Comment · 2 months ago
Something about this feels very Tolkien-ish.

Nobody mention it to Peter Thiel, he doesn’t need any more ideas.

Comment · 3 months ago
Where’s my nanometer-sized violin? Always losing that darn thing …
Comment · 3 months ago
Sounds pretty cool! I wonder if it closes enough holes that we could finally stop using SPF at all?
Comment · 3 months ago
Comment · 4 months ago
Because they couldn’t get the cats to pose obediently for the artist?
Comment · 5 months ago
Comment · 5 months ago
Yeah, the new raptors and engine bay redesign for version 3 of ship seem a lot more robust than version 2, very impressed that the ship finished its mission so well.

Scott Manley goes into quite a bit of detail on analyzing superheavy’s failed boostback, it’s a good watch:

https://youtu.be/2kxanBYTAaY

TL;DR - seems like the hot staging kicked the booster out in the wrong direction, and the ship’s plume impacted one of the grid fins, which would’ve given it quite a big kick. The sloshing just from that could easily have caused the observed issues.

Comment · 5 months ago
Details/summary had quirky/inconsistent handling by screen readers for quite a while after it reached full browser adoption, unfortunately. Not even sure if they’ve fixed it here in 2026, honestly.

https://www.scottohara.me/blog/2022/09/12/details-summary.ht...

While it’s good to use well-implemented semantic elements when possible, there are still plenty of places where either the built-in browser behavior isn’t actually very accessible (like native form validation), or where you just can’t avoid it (using aria-disabled instead of disabled for submit buttons, setting aria-pressed for toggle switches, setting aria-expanded for buttons that trigger modals, situations where you need aria-hidden/sr-only, etc).

Though once popovers and the invoker command api hit baseline widely available, we’ll be able to drop some of that.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton