| ▲ | dingdingdang 10 hours ago | |
But then there's this: "When evaluating the complete bun install improvements, it came out speed-wise to about the same as the existing git usage (due to networking being the big bottleneck time-wise despite more cases being slightly faster with ziggit over multiple benchmarks). Except, it's done in 100% zig and those internal improvements pile up as projects consist of more git dependencies. All in all, it seems like a sensible upstream contribution." Sooo, after burning these 10k+ worth of tokens we find out that it's sensible to use it because the language (zig) feels good as opposed to git itself which now has +20 years of human eval on it. That seems. Well. Yeah... | ||
| ▲ | yevbar 9 hours ago | parent [-] | |
The original target was bun since it itself is written in zig, not because of anything specific to the language When it was clear that there were benefits in filling in more of git's capabilities (ie targeting WASM), I then went and filled in more git features. It's not by any means a universal win over everything but it does have notable wins like having git operations be between 4-10x faster on arm-based MacBooks than git itself | ||