simonklee

It’s simply a lot of grunt work to do these which is why many are unsolved.

Exactly, i think this product is solving an airport problem and not a user problem. Whenever i park at an airport i always look for the shortest distance to terminal / price, then chose an option that lands within an acceptable range. Unless i'm way for very long shuttle-bus isn't really on the table.

It's a ~1d old experiment. Not sure why posted on hackernews.

Say what you want, but for people building products on Bun, this is bad news for the foreseeable future.

Not really, except that they have a bunch of weird things in the source code and people like to make fun of it. OpenCode/Codex generally doesn't have this since these are open-source projects from the get go.

(I work on OpenCode)

I agree with you. After reading a couple of the chapters I'd be surprised if this wasn't written by an LLM.

It's just an odd claim to make when it feels very much like AI generated content + publish the text anonymously. It's obviously possible to write like this without AI, but I can't remember reading something like this that wasn't written by AI.

It doesn't take away from the fact that someone used a bunch of time and effort on this project.

java.util.Date and java.util.Calendar are the two packages I remember struggling with as a new programmer. Which I guess is solved with java.time after Java 8.

And it's obviously expensive use this approach.

Performance benefits of the approach seem nice, with SPDK reducing kernel context switches, and direct NVMe to reduce latency in the storage path. This does require a more specialized setup, than Neon's tiered architecture (Safekeepers → Pageservers → cloud storage), at the expense of storage cost obviously.