Hacker News: abelanger

New comment by abelanger in "Supertoast tables"

abelanger — Fri, 06 Mar 2026 19:17:21 +0000

Candidly we're still trying to figure that out: all of the plumbing is there in the open source, but the actual implementation of writes to S3 are only on the cloud version. This is partially because we're loath to introduce additional dependencies, and partially because this job requires a decent amount of CPU and memory and would have to run separate from the Hatchet engine, which adds complexity to self-hosted setups. That said, we're aware of multi-TB self-hosted instances, and this would be really useful for them - so it's important that we can get this into the open source.

The payloads are time-partitioned (in either case) so we do drop them after the user-defined retention period.

Supertoast tables

abelanger — Fri, 06 Mar 2026 16:46:50 +0000

Article URL: https://hatchet.run/blog/supertoast-tables

Comments URL: https://news.ycombinator.com/item?id=47277420

Points: 56

# Comments: 12

Tove Jansson's criticized illustrations of The Hobbit (2023)

abelanger — Fri, 27 Feb 2026 16:17:53 +0000

Article URL: https://tovejansson.com/hobbit-tolkien/

Comments URL: https://news.ycombinator.com/item?id=47182284

Points: 223

# Comments: 123

Escaping Misconfigured VSCode Extensions (2023)

abelanger — Fri, 20 Feb 2026 20:39:06 +0000

Article URL: https://blog.trailofbits.com/2023/02/21/vscode-extension-escape-vulnerability/

Comments URL: https://news.ycombinator.com/item?id=47093604

Points: 13

# Comments: 0

New comment by abelanger in "Building a TUI is easy now"

abelanger — Sat, 14 Feb 2026 17:08:19 +0000

Author here - I'm also generally skeptical of coding agents, but with the right problem domain and approach they can produce quality output when paired with humans. There was a point in time in the chess world where computer + human was stronger than computer or human alone. I think we're in that era for a handful of applications. Not for things like kernels, browsers, or databases.

> Besides, who is going to maintain that code?

I maintain the code. If Claude gets sunset tomorrow, I'll still be able to maintain and write it - I've already rewritten parts of it.

You could make the same argument for a team member leading a project that you've worked on. Is that code forever required to be maintained by one team member?

Previously the overhead of ensuring code quality when the development process was driven by Claude Code was greater than just writing the code myself. But that was different for this project.

New comment by abelanger in "Building a TUI is easy now"

abelanger — Sat, 14 Feb 2026 16:53:44 +0000

Hi, thanks! To be clear, the demo there is merely a WASM-based Ghostty build which is rendering the TUI on a web page, just so people could try it out without needing to install anything. The actual TUI runs in your terminal. I'm guessing it's the WASM side of things causing the fans to spin, which you wouldn't see locally.

New comment by abelanger in "Building a TUI is easy now"

abelanger — Sat, 14 Feb 2026 01:06:01 +0000

Hi everyone, I enjoyed building this TUI for myself and wanted to write down how I did it. I appreciate all the thoughts and feedback! The web app is our main investment, but I think there's a slice of developers who really like to interact with TUIs, so I'm going to keep working on it.

For the demo at https://tui.hatchet.run, to answer some messages asking about it: I built this with the fantastic ghostty-web project (https://github.com/coder/ghostty-web). It's been a while since I've used WASM for anything and this made it really easy. I deployed the demo across six Fly.io regions (hooray stateless apps) to try to minimize the impact of keystroke latency, but I imagine it's still felt by quite a few people.

New comment by abelanger in "Building a TUI is easy now"

abelanger — Fri, 13 Feb 2026 23:48:16 +0000

You're right - I'll remove that now until we can get it more performant or drop it altogether. This wasn't something we caught during testing. I appreciate the feedback!

Building a TUI is easy now

abelanger — Fri, 13 Feb 2026 17:50:54 +0000

Article URL: https://hatchet.run/blog/tuis-are-easy-now

Comments URL: https://news.ycombinator.com/item?id=47005509

Points: 306

# Comments: 255

Postgres Indexes, Partitioning and LWLock:LockManager Scalability

abelanger — Thu, 12 Feb 2026 18:49:41 +0000

Article URL: https://ardentperf.com/2024/03/03/postgres-indexes-partitioning-and-lwlocklockmanager-scalability/

Comments URL: https://news.ycombinator.com/item?id=46993228

Points: 2

# Comments: 0

Claude Code Psychosis

abelanger — Fri, 30 Jan 2026 20:19:03 +0000

Article URL: https://jasmi.news/p/claude-code

Comments URL: https://news.ycombinator.com/item?id=46829319

Points: 2

# Comments: 1

Stripe's New Homepage

abelanger — Thu, 29 Jan 2026 16:28:42 +0000

Article URL: https://stripe.com/

Comments URL: https://news.ycombinator.com/item?id=46812425

Points: 2

# Comments: 2

New comment by abelanger in "The Devastating Decline of a Brilliant Young Coder (2020)"

abelanger — Mon, 26 Jan 2026 17:28:05 +0000

https://archive.ph/GbVrJ

The Devastating Decline of a Brilliant Young Coder (2020)

abelanger — Mon, 26 Jan 2026 17:27:54 +0000

Article URL: https://www.wired.com/story/lee-holloway-devastating-decline-brilliant-young-coder/

Comments URL: https://news.ycombinator.com/item?id=46768592

Points: 1

# Comments: 3

Reflecting on two years as an open-source startup

abelanger — Thu, 22 Jan 2026 21:28:11 +0000

Article URL: https://hatchet.run/blog/two-years-open-source

Comments URL: https://news.ycombinator.com/item?id=46725335

Points: 1

# Comments: 0

New comment by abelanger in "Ask HN: Story about a CEO going off on a user who left feedback?"

abelanger — Tue, 13 Jan 2026 15:24:46 +0000

Sounds like the CodeRabbit controversy: https://xcancel.com/harjotsgill/status/2004050004785484172

Reflecting on two years as an open-source startup

abelanger — Tue, 13 Jan 2026 15:14:56 +0000

Article URL: https://hatchet.run/blog/two-years-open-source

Comments URL: https://news.ycombinator.com/item?id=46602058

Points: 5

# Comments: 0

New comment by abelanger in "Message Queues: A Simple Guide with Analogies (2024)"

abelanger — Mon, 12 Jan 2026 23:53:04 +0000

Drawing the boundary at high throughput, huge fan-out and ultra-low-latency is correct - I'd also add that MQs are often used for pub/sub and signaling.

MQs are heavily optimized for reducing E2E latency between publishers and consumers in a way that DE engines are not, since DE engines usually rely on an ACID compliant database. Under load I've seen an order of magnitude difference in enqueue times (low single-digit milliseconds for the MQ p95 vs 10ms p95 for Postgres commit times). And AMQP has a number of routing features built-in (i.e. different exchange types) that you won't see in DE engines.

Another way to think about it is that message queues usually provide an optional message durability layer alongside signaling and pub/sub. So if you need a very simple queue with retries _and_ you need pub/sub, I'd be eyeing an MQ (or a DE execution engine that supports basic pub/sub, like Hatchet).

I wrote about our perspective on this here: https://hatchet.run/blog/durable-execution

( disclaimer - I'm one of the people behind https://github.com/hatchet-dev/hatchet )

New comment by abelanger in "Code and Let Live"

abelanger — Sun, 11 Jan 2026 17:29:31 +0000

Not harmful for now - "fork from checkpoint" would be perfectly fine for me at the moment. The main issue (as flagged in the post) is that setting up additional tooling can take a while!

In the longer term, docker is nice from a reproducibility + CI perspective, and a docker build is already something can easily work with and track in my system.

One thing I've heard but not verified with other sandboxed execution providers is that startup times for custom images can be quite slow, so it could be a potential differentiator given Fly's existing infra.

New comment by abelanger in "Code and Let Live"

abelanger — Sat, 10 Jan 2026 23:53:04 +0000

This is seriously cool - it's exactly the DX and API I've been waiting for from sandboxed execution providers.

I'd love to be able to configure the base image/VM in a way that doesn't bundle coding tools or anything else I don't need, and comes with some other binaries installed (I'm more interested in using this as an API for a sandbox use-case I have). Is there a way to do this at the moment / is this on the roadmap?

Another option would be configuring the sprite via checkpoint and then cloning the checkpoint from a base sprite, but I don't see this option anywhere either.