| ▲ | dts 2 hours ago |
| A lot of people seem confused about this acquisition because they think of Bun as a node.js compatible bundler / runtime and just compare it to Deno / npm. But I think its a really smart move if you think of where Bun has been pushing into lately which is a kind of cloud-native self contained runtime (S3 API, SQL, streaming, etc). For an agent like Claude Code this trajectory is really interesting as you are creating a runtime where your agent can work inside of cloud services as fluently as it currently does with a local filesystem. Claude will be able to leverage these capabilities to extend its reach across the cloud and add more value in enterprise use cases |
|
| ▲ | ok_dad an hour ago | parent | next [-] |
| Yea, they just posted this a few days ago: https://www.anthropic.com/engineering/advanced-tool-use They discussed how running generated code is better for context management in many cases. The AI can generate code to retrieve, process, and filter the data it needs rather than doing it in-context, thus reducing context needs. Furthermore, if you can run the code right next to the server where the data is, it's all that much faster. I see Bun like a Skynet: if it can run anywhere, the AI can run anywhere. |
| |
|
| ▲ | btown an hour ago | parent | prev | next [-] |
| Yea - if you want a paranoidly-sandboxed, instant-start, high-concurrency environment, not just on beefy servers but on resource-constrained/client devices as well, you need experts in V8 integration shenanigans. Cloudflare Workers had Kenton Varda, who had been looking at lightweight serverless architecture at Sandstorm years ago. Anthropic needs this too, for all the reasons above. Makes all the sense in the world. |
| |
|
| ▲ | gz5 30 minutes ago | parent | prev | next [-] |
| >Claude will be able to leverage these capabilities to extend its reach across the cloud and add more value in enterprise use cases 100%. even more robust if paired with an overlay network which provides identity based s3 access (rather than ip address/network based). else server may not have access to s3/cloud resource, at least for many enterprises with s3 behind vpn/direct connect. ditto for cases when want agent/client side to hit s3 directly, bypassing the server, and agent/client may not have permitted IP in FW ACL, or be on vpn/wan. |
|
| ▲ | davnicwil an hour ago | parent | prev | next [-] |
| Isn't what you're describing just a set of APIs with native bindings that the LLM can call? I'm not sure I understand why it's necessary to even couple this to a runtime, let alone own the runtime? Can't you just do it as a library and train/instruct the LLM to prefer using that library? |
|
| ▲ | hoppp an hour ago | parent | prev | next [-] |
| It's fine but why is Js a good language for agents? I mean sure its faster than python but wouldn't something that compiles to native be much better? |
| |
| ▲ | chatmasta an hour ago | parent | next [-] | | JS has the fastest, most robust and widely deployed sandboxing engines (V8, followed closely by JavaScriptCore which is what Bun uses). It also has TypeScript which pairs well with agentic coding loops, and compiles to the aforementioned JavaScript which can run pretty much anywhere. | | |
| ▲ | otterley an hour ago | parent | next [-] | | Note that "sandboxing" in this case is strictly runtime sandboxing - it's basically like having a separate process per event loop (as if you ran separate Node processes). It does not sandbox the machine context in which it runs (i.e. it's not VM-level containment). | | |
| ▲ | Brass_Hopper 41 minutes ago | parent | next [-] | | When you say runtime sandboxing, are you referring to JavaScript agents? I haven't worked all that much with JavaScript execution environments outside of the browser so I'm not sure about what sandboxing mechanics are available. | | | |
| ▲ | Muromec 41 minutes ago | parent | prev [-] | | Running it in a chroot or a scoped down namespace is all your need most of the time anyways. |
| |
| ▲ | mrcsharp an hour ago | parent | prev [-] | | > It also has TypeScript which pairs well with agentic coding loops The language syntax has nothing to do with it pairing well with agentic coding loops. Considering how close Typescript and C# are syntactically, and C#'s speed advantage over JS among many other things would make C# the main language for building Agents. It is not and that's because the early SDKs were JS and Python. | | |
| ▲ | chamomeal 32 minutes ago | parent | next [-] | | Typescript is probably generally a good LLM language because
- static types
- tons and tons of training data Kind of tangent but I used to think static types were a must-have for LLM generated code. But the most magical and impressively awesome thing I’ve seen for LLM code generation is “calva backseat driver”, a vscode extension that lets copilot evaluate clojure expressions and generally do REPL stuff. It can write MUCH cleaner and more capable code, using all sorts of libraries that it’s unfamiliar with, because it can mess around and try stuff just like a human would. It’s mind blowingly cool!! | |
| ▲ | wiseowise 24 minutes ago | parent | prev [-] | | > C#'s speed advantage over JS among many other things would make C# the main language Nobody cares about this, JS is plenty fast for LLM needs. If maximum performance was necessary, you're better off using Go because of fast compiler and better performance. | | |
| ▲ | mrcsharp 5 minutes ago | parent [-] | | > Nobody cares about this And that was my point. The choice of using JS/TS for LLM stuff was made for us based on initial wave of SDK availabilities. Nothing to do with language merits. |
|
|
| |
| ▲ | AstroBen an hour ago | parent | prev [-] | | It's widespread and good enough. The language just doesn't matter that much in most cases | | |
| ▲ | moron4hire 26 minutes ago | parent [-] | | This is one of those, "in theory, there's no difference between theory and practice. In practice, there is" issues. In their, quality software can be written in any programming language. In practice, folks who use Python or JavaScript as their application programming language start from a position of just not carrying very much about correctness or performance. Folks who use languages like Java or C#, do. And you can see the downstream effects of this in the difference in the production-grade developer experience and the quality of packages on offer in PIP and NPM versus Maven and NuGet. | | |
| ▲ | wiseowise 20 minutes ago | parent [-] | | > In practice, folks who use Python or JavaScript as their application programming language start from a position of just not carrying very much about correctness or performance. Folks who use languages like Java or C#, do. Nonsense. Average Java/C# is an enterprise monkey who barely knows outside of their grotesque codebase. > production-grade developer experience Please, Maven and Gradle are crimes against humanity. There's a special place reserved for Gradle creators in hell for sure. The "production-grade" developers should ditch their piece of shit, ancient "tooling" and just copy uv/go/dart/rust tooling. |
|
|
|
|
| ▲ | milowata an hour ago | parent | prev | next [-] |
| Could also be a way to expand the customer for Claude Code from coding assistant to vibe coding, a la Replit creating a hosted app. CC working more closely with Bun could make all that happen much faster: > Our default answer was always some version of "we'll eventually build a cloud hosting product.", vertically integrated with Bun’s runtime & bundler. |
|
| ▲ | 1vuio0pswjnm7 20 minutes ago | parent | prev | next [-] |
| As a commandline end user who prefers to retreive data from the www as text-only, I see deno and bun as potential replacements (for me, not for anyone else) for the so-called "modern" browser in those rare cases where I need to interpret Javascript^1 At present the browser monstrosity is used to (automatically) download into memory and run Javascripts from around the web. At least with a web-capable JS runtime monstrosity the user could in theory exercise more control over what scripts are downloaded and if and when to run them. Perhaps more control over permissions to access system resources as well 1. One can see an approach something like this in the case of youtube-dl where a commandline JS runtime is used without the need for any graphics layer (advertising display layer) |
|
| ▲ | ants_everywhere an hour ago | parent | prev | next [-] |
| The writeup makes it sound like an acquihire, especially the "what changes" part. ChatGPT is feeling the pressure of Gemini [0]. So it's a bit strange for Anthropic to be focusing hard on its javascript game. Perhaps they see that as part of their advantage right now. [0] https://timesofindia.indiatimes.com/technology/tech-news/goo... |
|
| ▲ | jorblumesea an hour ago | parent | prev | next [-] |
| That's a really cool use case and seems super helpful. working cloud native is a chore sometimes. having to fiddle with internal apis, acl/permissions issues. |
|
| ▲ | robertjpayne 2 hours ago | parent | prev | next [-] |
| This is an insanely good take I never thought of. |
|
| ▲ | fishmicrowaver 2 hours ago | parent | prev | next [-] |
| What the ? I am either too old, or stupid, or both, to understand this. I'd expect this bullshit from Consultants. |
| |
| ▲ | askedrelic an hour ago | parent | next [-] | | This matches some previous comments around LLMs driving adoption of programming languages or frameworks. If you ask Claude to write a web app, why not have it use your own framework, that it was trained on, by default? | | |
| ▲ | fishmicrowaver 40 minutes ago | parent [-] | | Users are far more likely to ask it about shadcn, or material, than about node/deno/bun. So, what is this about? |
| |
| ▲ | ojame an hour ago | parent | prev [-] | | Currently Claude etc. can interact with services (including AWS) via MCPs. What the user you're replying to is saying the Bun acquisition looks silly as a dev tool for Node. However if you look at their binding work for services like s3[0], the LLM will be able to interact directly with cloud services directly (lower latency, tighter integration, simplified deployment). 0: https://bun.com/docs/runtime/s3 | | |
| ▲ | mrcsharp an hour ago | parent | next [-] | | That doesn't make sense either. Agents already have access to MCPs and Tools. Your example is solved by having an S3 wrapper as a set of tools. | |
| ▲ | fishmicrowaver an hour ago | parent | prev [-] | | An AI company scoops up frontend tech. Do you really think it was because of s3? |
|
|
|
| ▲ | an hour ago | parent | prev [-] |
| [deleted] |
