← Back to context Comment by braebo 21 hours ago That’s the lsp not runtime. Bun runs Typescript very fast. It’s a fantastic language and ecosystem. 3 comments braebo Reply skydhash 20 hours ago I’ve just checked FFI in bun and it’s marked as experimental. There are great libraries in C/C++ world and FFI is kinda table stakes to use them. rvz 20 hours ago No where did I say "runtime".Even with Bun it's because of Zig, not TypeScript and that only proves my point even more. r_lee 15 hours ago you're right. we should just not use any interpreted/script languages because they're not as fast as compiled ones.why does a CLI tool that just wraps APIs need this native performance?
skydhash 20 hours ago I’ve just checked FFI in bun and it’s marked as experimental. There are great libraries in C/C++ world and FFI is kinda table stakes to use them.
rvz 20 hours ago No where did I say "runtime".Even with Bun it's because of Zig, not TypeScript and that only proves my point even more. r_lee 15 hours ago you're right. we should just not use any interpreted/script languages because they're not as fast as compiled ones.why does a CLI tool that just wraps APIs need this native performance?
r_lee 15 hours ago you're right. we should just not use any interpreted/script languages because they're not as fast as compiled ones.why does a CLI tool that just wraps APIs need this native performance?
I’ve just checked FFI in bun and it’s marked as experimental. There are great libraries in C/C++ world and FFI is kinda table stakes to use them.
No where did I say "runtime".
Even with Bun it's because of Zig, not TypeScript and that only proves my point even more.
you're right. we should just not use any interpreted/script languages because they're not as fast as compiled ones.
why does a CLI tool that just wraps APIs need this native performance?