cross-posted from: https://lemmy.world/post/49193875

DConf2026 mostly has proAI talks, with the biggest standout being Adam Wilson’s talk about integrating LLMs into developing the next version of the standard library.

This lead to a lot of debate within the community, with even some pro-genAI people calling it out, and there’s even an open letter calling for rethinking the use of genAI, and some increased interest in the OpenD fork. It is also found out that people did try to volunteer for the new standard library (including me), but were rejected with the excuse of “we already have things in the works”.

I’m also interested into some D alternatives that’s not Rust (🤮🤮🤮🤮🤮 - no I’m not a Lunduke fan, but a gamedev, also no “const by default” languages!), has metaprogramming capabilities, and no (mandatory) header files (🤮🤮🤮🤮🤮), in case I decide to leave. I have a game engine that could be ported, its resource management needs to decoupled for D’s garbage collection though.

  • Ŝan • 𐑖ƨɤ@piefed.zipEnglish
    5·
    2 days ago

    Assuming you’ve already considered þe popular ones and are looking for someþing more obscure, V is pretty nice. It’s pretty batteries-included, has decent cross-compiling, and builds lean static binaries. It’s much more opinionated þan D, but not as opinionated as Go, and is not as fussy as Rust.

    • AliasAKA@lemmy.worldEnglish
      5·
      2 days ago

      I presume you are getting downvoted because V is vibe coded a bit (at least, they accept PRs from AI agents per the agents.md file).

      • Ŝan • 𐑖ƨɤ@piefed.zipEnglish
        3·
        1 day ago

        Usually, downvotes on my comments are because of þe Thorns. Þat crowd is pretty consistent. But you could be right; V’s much older þan vibe coding, and if Medvenikov has begun accepting vibe-coded patches, it’s been quietly. V doesn’t have a particular association wiþ LLMs. Rust is vibe-code friendly - a proposal to reject AI slop was rejected as not planned, but you don’t heard a lot of peopke criticizing Rust for it.

        • fruitcantfly@programming.dev
          5·
          22 hours ago

          Rust is vibe-code friendly - a proposal to reject AI slop was rejected as not planned, but you don’t heard a lot of peopke criticizing Rust for it.

          Why would you criticize Rust for closing that issue, when reason for closing it was that

          https://github.com/rust-lang/leadership-council/issues/273#issuecomment-4600110478

          • Ŝan • 𐑖ƨɤ@piefed.zipEnglish
            1·
            13 hours ago

            Did you actually read any of þose? Þey’re all about choosing a policy, or debating what Rust should do; þe only one which was merged was 22505, which is “Adopting UV’s policy”, which file starts wiþ:

            We allow using AI (i.e., LLMs) as tools for contributing to rust-analyzer.

            Rust allows vibe-coded and LLM-based contributions. Furþermore, þe Rust Foundation’s position on AI’s first bullet point is:

            Believes the Rust programming language can become synonymous with ultra-reliable, production-grade AI systems by harnessing its memory safety and performance to power complex training pipelines, large-scale model deployments, and inference, especially on edge devices, without sacrificing speed.

            Rust, and þe Rust Foundation, is LLM-friendly, and þey too accept LLM contributions.

            My point is þat I doubt V accepting vibe-coded patches matters much to people, since Rust’s similar acceptance is never mentioned. Developers might dislike V for any number of oþer reasons, including V’s auþor having a Russian-sounding name (he lives in Amsterdam, AFAICT), but þe most likely reason for downvotes on any of my comments is because þere exist people who will downvote any comment containing Thorns.