If you're in Love and/or control the environment you're free to bring in whatever libraries you want. Or to build your wrapper to support multiple files from the user.

Like you could suffer from a bad embedded scripting setup with any language. Granted if it was embedded Python or Javascript you would get a bit more for builtin if they embed a full implementation. But also embedding Lua with support for user supplied libraries is less effort than embedding a whole Python/JS runtime

A painter who does a bad job setting up a ladder is going to have a bad time, a lone ATC operator having a heart attack potentially puts multiple large aircraft full of people in danger...

> But people just want to compare it to building a cli tool in go or rust.

This seems like the key. HN is definitely biased towards simpler, smaller tools. (And that's not a bad thing!). The most compelling JVM stories I hear are all from much larger scale enterprise settings.

Kafka being a good example. It's very good at what it does, but painful to manage and usually not worth the pain for anyone who's not in a mega enterprise.

Because in my experience as of 2026, Java programs are consistently among the most painful or unpleasant to interact with.

You don’t suddenly owe taxes you maybe can’t afford when inheriting the family house.

You can afford those taxes when selling it for a massive profit so you should owe then. Likewise for realizing gains by taking a loan

It seems like this workflow suffers the same problem as Alexa and Amazon dash buttons: consumers don't typically want the computer to just go buy things for them with no oversight. At least I don't.

Adding a checkout step would make this more plausible to me. "Agent, go find the most efficient dishwasher under $600" where it adds its recommendation to a cart, or even "Find me the best dishwashers under $600" where it creates a catalog page with its recommendations and an easy checkout process with whatever store is actually providing.

Annoying that it happened. Annoying that Reddit mods are aggressively removing the discussion. Annoying that HN comments here are immediately jumping to Spotify hate and the sky is falling.

Imagine if we all assumed every AWS outage meant that AWS was cancelled.

---

The responses in this thread are truly disappointing. Spotify can be bad and have vibecoding issues and we can still have a rational discussion rather than just jumping on the complaint bandwagon and panicking. I guess at least eventually real comments rose to the top.

The project is ~4 years old. Screen sharing is still a work in progress. It's been a while since I tested it myself but you can still see plenty of reports of it being buggy and slow.

Basically it gives of major bike shedding impressions.

But suggesting "Why not just try remembering lol" isn't really a valid criticism of the process. What you said here is a real criticism that actually adds to the conversation.

Common internet tropes include both "look at this forgotten jar that's been in the back of my fridge since 1987" and "doesn't it suck how much food we waste in the modern world?"

Nearly every modern invention could be dismissed with this attitude. "Why do you need a typewriter? Just write on paper like the rest of the world does."

"Why do you need a notebook? Just remember everything like the rest of us do."

That's essentially exactly what they're trying to solve for although focused on the Twitter use case rather than Discord. And also one of the key advantages of ATProto over ActivityPub.

Like at least suggest old school forums, IRC, or usenet.

Does it have proper support for opening an external editor (via $EDITOR like nano, vim, etc?)? I ran into issues with that in Ink and had to switch over to Bubbletea, but I'd love to use Ruby instead of Go