zlacker

[return to "Anthropic acquires Bun"]
1. dts+0D[view] [source] 2025-12-02 20:52:05
>>ryanvo+(OP)
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
◧◩
2. ok_dad+XU[view] [source] 2025-12-02 22:26:07
>>dts+0D
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.

◧◩◪
3. yellow+mX[view] [source] 2025-12-02 22:39:54
>>ok_dad+XU
Java can run anywhere too
◧◩◪◨
4. throwa+RX[view] [source] 2025-12-02 22:44:24
>>yellow+mX
run code anywhere hamstrung by 90s syntax and hidden code indirections
◧◩◪◨⬒
5. ground+m01[view] [source] 2025-12-02 23:01:33
>>throwa+RX
Haven’t checked in on Java in a while?
◧◩◪◨⬒⬓
6. ozim+C71[view] [source] 2025-12-02 23:55:12
>>ground+m01
From what I gather everyone is still stuck on Java 8 so no need to check?
◧◩◪◨⬒⬓⬔
7. gf000+zc2[view] [source] 2025-12-03 10:20:16
>>ozim+C71
Even stuck on Java 8 it's less verbose than Go, which everyone seems to love.

But the majority of projects are on a newer JDK than 8 for quite some years now.

◧◩◪◨⬒⬓⬔⧯
8. the_gi+pe2[view] [source] 2025-12-03 10:33:45
>>gf000+zc2
Not even latest Java is less verbose than Go.
◧◩◪◨⬒⬓⬔⧯▣
9. gf000+kf2[view] [source] 2025-12-03 10:40:35
>>the_gi+pe2
Are we talking about the language that has a couple extra lines after every statement, disguising as error handling?
◧◩◪◨⬒⬓⬔⧯▣▦
10. the_gi+3v2[view] [source] 2025-12-03 12:48:14
>>gf000+kf2
go's error handling is very poor and too verbose, but go is still way less verbose than Java overall. Like any other language.

Java is the running joke of verbosity, and you are too if you seriously argue that it's not.

◧◩◪◨⬒⬓⬔⧯▣▦▧
11. vips7L+v35[view] [source] 2025-12-04 04:04:44
>>the_gi+3v2
I can guarantee you that 9/10 times any similar Go snippet will be more verbose than Java.
[go to top]