Bun v0.5

1. bun

   1 362 76,259 10.0 Zig

   Incredibly fast JavaScript runtime, bundler, test runner, and package manager – all in one

   

   Is your sense also that this is the root cause of Bun's outstanding speed? Node.js is written in C++ which also requires low-level control over memory.

   Is there something about C++ that makes it less well-suited for what Bun does than Zig?

   Or is the problem with Node.js that it relies too much on JavaScript and Python alongside C++ in hot paths?[2]

   [1] https://bun.sh/

   [2] https://github.com/nodejs/node

2. CodeRabbit

   coderabbit.ai featured

   CodeRabbit: AI Code Reviews for Developers. Revolutionize your code reviews with AI. CodeRabbit offers PR summaries, code walkthroughs, 1-click suggestions, and AST-based analysis. Boost productivity and code quality across all major languages with each PR.

   

3. ziglings

   2 36 4,384 4.3 Zig

   Learn the Zig programming language by fixing tiny broken programs.

   

4. zig

   3 863 37,281 10.0 Zig

   General-purpose programming language and toolchain for maintaining robust, optimal, and reusable software.

   

5. Civet

   4 30 1,623 9.9 TypeScript

   A TypeScript superset that favors more types and less typing

   

   Civet just added a bun loader https://github.com/DanielXMoore/Civet/blob/main/source/bun-c...

   I'm curious to hear your thoughts about Bun/Civet integration to explore improvements to the language frontend as well as the language backend?

6. libuv

   5 4 3,301 0.0 C

   Discontinued Go to (by joyent)

   

   You might be thinking of io.js, which was a fork almost entirely due to politics. The advisory board came out of it, and a push for semver, but it started here: https://github.com/joyent/libuv/commit/804d40ee14dc0f82c482d...

7. design

   6 51 11,453 5.9

   WebAssembly Design Documents

   

   Scientific performance critical code isn't written in Python, it is written in C/C++ which is used by Python. Python in ML usually merely describes the calculation not unlike React describes the DOM that should be displayed in the browser.

   JavaScript was never really known for admin or file manipulation (Perl replacement), so that was what probably established the dominant ecosystem for Python. I also don't think the runtime overhead is applicable due to native C/C++ part, and download time doesn't have to be bad since modules can be split just like in JavaScript ecosystem today. For an AI app, the model inference weights might be larger than the compiled WASM code itself. However, I'd agree with you that porting legacy apps might not be possible without something close to a rewrite.

   There is a reasonable chance that once WASM GC is implemented, then direct DOM access will be provided [1], which I believe could pretty much halt interest in new JavaScript development for web frameworks overnight. WASM is the reincarnation of the Java Applet, but better. And a more typed language like Go or Dart could become the most widely used programming language. Either compile it to WASM as plugin for something like the browser, compile to JavaScript for "legacy browsers", or to native code for a standalone app. There are probably a handful of developers already assuming this and trying to write a version of React running in WASM already.

   [1] https://github.com/WebAssembly/design/blob/main/Web.md#gc

8. glob-match

   7 1 329 0.0 Rust

   An extremely fast glob matching library in Rust.

   

   You might be interested in @devongovett's `glob_match` library (written in Rust): https://github.com/devongovett/glob-match

9. Nutrient

   nutrient.io featured

   Nutrient - The #1 PDF SDK Library. Bad PDFs = bad UX. Slow load times, broken annotations, clunky UX frustrates users. Nutrient’s PDF SDKs gives seamless document experiences, fast rendering, annotations, real-time collaboration, 100+ features. Used by 10K+ devs, serving ~half a billion users worldwide. Explore the SDK for free.

   

10. websockets

    8 5 52 3.1 HTML

    WebSockets Standard (by whatwg)

    

    Really appreciating bun's ability to set custom WebSocket headers.

    Incidentally, what's up with the resistance against this from the standards maintainers? [1]

    The request exists since 2017, there are tons of use cases and developer interest, but implementation is refused on technicalities. What gives?

    [1] https://github.com/whatwg/websockets/issues/16

11. stdlib

    9 12 4,851 10.0 JavaScript

    ✨ Standard library for JavaScript and Node.js. ✨

    

12. node

    10 1,155 109,542 10.0 JavaScript

    Node.js JavaScript runtime ✨🐢🚀✨

    

    Is your sense also that this is the root cause of Bun's outstanding speed? Node.js is written in C++ which also requires low-level control over memory.

    Is there something about C++ that makes it less well-suited for what Bun does than Zig?

    Or is the problem with Node.js that it relies too much on JavaScript and Python alongside C++ in hot paths?[2]

    [1] https://bun.sh/

    [2] https://github.com/nodejs/node

Suggest a related project