| ▲ | mjr00 4 hours ago | |||||||
Why didn't they just use AI to write their own Bun instead of wasting 8-9 figures on this company? Makes no sense. | ||||||||
| ▲ | furyofantares 3 hours ago | parent | next [-] | |||||||
From the article, Claude Code is being used extensively to develop Bun already. > Over the last several months, the GitHub username with the most merged PRs in Bun's repo is now a Claude Code bot. We have it set up in our internal Discord and we mostly use it to help fix bugs. It opens PRs with tests that fail in the earlier system-installed version of Bun before the fix and pass in the fixed debug build of Bun. It responds to review comments. It does the whole thing. You do still need people to make all the decisions about how Bun is developed, and to use Claude Code. | ||||||||
| ||||||||
| ▲ | delaminator 3 hours ago | parent | prev | next [-] | |||||||
Deciding what to Implement and Implementing the Decisions are complementary, one of these is being commoditised. And, in fact, decimated. Personally I am benefitting almost beyond measure because I can spend my time as the architect rather than the builder. | ||||||||
| ▲ | postalrat 2 hours ago | parent | prev | next [-] | |||||||
Because 90% is not 100%. | ||||||||
| ▲ | fredoliveira 3 hours ago | parent | prev [-] | |||||||
"Wasting" is doing a lot of work in that sentence. They're effectively bringing on a team that's been focused on building a runtime for years. The models they could throw at the problem can't be tapped on the shoulder, and there's no guarantee they'd do a better job at building something like Bun. | ||||||||
| ||||||||