Hacker Newsnew | past | comments | ask | show | jobs | submit | leonflexo's commentslogin

Bun uses JSC (JavaScriptCore) instead of V8. From what I understand, whereas Node/V8 has a higher tier 4 "top speed", JSC is more optimized for memory and is faster to tier up early/less overhead. Good for serverless. Great for agents -> Anthropic purchase.

> Good for serverless. Great for agents -> Anthropic purchase.

Surely nobody would use javascript for either yea? The weaknesses of the language are amplified in constrained environments: low certainty, high memory pressure, high startup costs.


I think Bun helps with the memory pressure, granted this is relative to V8. I'd pushback on the certainty with the reality that TS provides a significant drop in entropy while benefiting from what is a sweet spot between massive corpus size and low barrier for typical problem/use-case complexity. You'll never have the fastest product with JS, but you will always have good speed to market and be able to move quickly.

> Surely nobody would use javascript for either yea?

It's probably the most popular language for serverless.


I can't vouch for this behavior but obviously you can have a better serverless experience than writing lisp with the shittiest syntax invented by man

Only because the likes of Vercel and Netlify barely offer anything else on their free tiers.

When people go AWS, Azure, GCP,... other languages take the reigns.


Do you have any stats on the latter?

My own anecdote.

Claude CLI is based on bun. The dependency is so complete that Bun have now joined Anthropic.

Claude CLI is not exactly a reference of usable software

It's plenty usable. Most of the problems with the claude TUI stem from it being a TUI (no way to query the terminal emulator's displayed character grid), so you have to maintain your own state and try to keep them in sync, which more than a few TUIs will fail at at least sometimes, hence the popularity of conventions like Ctrl+L to redraw.

I don't know what a TUI is (i'm guessing "terminal ui" as if the term CLI doesn't exist lmao) but yea, they could have put effort into their product and not forced people to use their atrocious ncurses interface which is like the worst of all worlds: text interface without the benefit of the shell, zero accessibility.

CLI refers more to non-interactive programs used through a shell, programs like grep or or indeed the `claude` program in non-interactive modes. TUIs (text user interfaces) refers to interactive programs implemented in a terminal interface, what you call ncurses interfaces (but usually aren't implemented using ncurses these days.) They're GUIs in text, so TUIs.

Anyway, their decision to implement a TUI was definitely not done out of laziness nor even pragmatism. It was a fashion choice. A deliberate choice to put their product in the same vibes-space as console jockey hotshot unix pros who spit out arcane one liners to get shit done. They very easily could have asked claude to write itself a proper GUI interface which completely avoids all the pitfalls of TUIs and simplifies a lot of things they went out of their way to make work in a TUI. Support for drag-and-drop for instance, isn't something you'll find in many TUIs but they have it. They put care into making this TUI, the problem is that TUIs are kind of shit, and they certainly know that. They did it this way anyway effectively for marketting reasons.


Hmm. You've given me a lot to think about. I appreciate the effort, and thank you for replying with it.

I wonder how much of a lost in the middle effect there is and if there could be or are tools that specifically differentiate optimizing post compaction "seeding". One problem I've run into with open spec is after a compaction, or kicking off a new session, it is easy to start out already ~50k tokens in and I assume somewhat more vulnerable to lost in the middle type effects before any actual coding may have taken place.

The tech/demand for the glasses didn't break through some threshold it hadn't reached before, all of the sudden. They became viable as a product again because real training data is more valuable now than ever.

If the answer is, "of course not". Pull that thread. Honestly, so much "therapy" for some of us boils down to confronting/examining that disconnect and exploring why it exists/how it came to be.

Thanks for completing my comment :)

> Chinese operators allegedly disguised themselves as US immigration officials

What's that, a little speaker?

How far the volatility ripples out will give us a real look into just how self-reinforced the financials truly are.

Similar to how we are seeing LLMs shoved into spaces where existing ML was already doing well and better suited.

Not to dismiss the value of LLMs in those cases as an interface/interpretation layer.

If grandma goes into the windowless surgery factory, I just want the best bots working on her. There is value in having Dr. Bot the replicant give me the face-to-face status updates. We are not breaking out those layers as much, anymore, as the focus becomes minimizing FOMO.


Systemic inefficiencies aside. I wonder how much of that is a public funding feedback loop? The cost gets higher, because the standards, requirements, and processes are stricter, because there is the need to validate the use of public funds, exacerbated by being higher, increasing the standards/requirements etc etc... Especially in a political environment where there is no shortage of sniping funding for points.

Regardless, first thing it reminded me of was that interview quote about how if nasa had SpaceX track record they would have lost funding long ago. Is there a US political landscape, even back to 2008-2016, where that isn't the case?


I wonder how much is a cost-plus billing issue, too… and a contrast between primes with a single customer in mind and a commercial firm chasing a bigger pie than the immediate program at hand

https://www.thespacereview.com/article/4498/1


Great show and fantastic music. This show and Driver were two soundtracks that captured that early/mid 2010s vibe for me personally.


Absolutely. One of those shows where I went to check what the songs were playing in specific scene often, and ended up with lots of new tracks added to play lists. Whoever did their music selection was top notch.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: