Comment by ares623

11 hours ago

Oh no where is Bun gonna be ported to next?

Nothing. You can always vibe-code in Rust even when the rust-lang/rust repository itself largely forbids vibe coding.

  • > even when the rust-lang/rust repository itself largely forbids vibe coding.

    This policy does not seem to forbid vibe coding?

    • It does in the narrower sense of vibe coding (as opposed to more general agentic coding, which is also called vibe coding from time to time...).

      > Solicited, non-critical, high-quality, well-tested, and well-reviewed code changes that are originally authored by an LLM are allowed, with disclosure.

      Vibe coding (in its original meaning) would have hard time arguing it's of high quality.

  • But one of the reasons they switched was because the compiler upstream for the original language they used, Zig, wouldn't accept slop contributions they wanted to make for Bun perf. What will they do when they need to try to push a slop contribution upstream to rust?

    At this point they will probably just fork yet again and maintain some vibe compiler.

    • Huh. I wonder if the original intent was to merge an AI generated PR to a high-profile project like Zig. It makes the headlines and generates hype. But that went embarassingly bad for them so they had "port Bun to Rust" as a backup.

    • They should make FullstackLang. It compiles English in .md to machine code that can directly run on the specialized hardware it designs for it that you have to 3d print at runtime. Every program gets its own custom hardware. Composability and reuse be damned. Pay the token masters for every thought you have