Programming

27651 readers

144 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Follow the programming.dev instance rules
Keep content related to programming in some way
If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev

founded 3 years ago

MODERATORS

snowe@programming.dev

Ategon@programming.dev

UlrikHD@programming.dev

bugsmith@programming.dev

Spyro@programming.dev

D is on the way of getting an AI slop standard library, for no good reason (feddit.org)

submitted 1 day ago by HaraldvonBlauzahn@feddit.org to c/programming@programming.dev

36 comments fedilink hide all child comments

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.

you are viewing a single comment's thread
view the rest of the comments

[–] Sxan@piefed.zip -1 points 19 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.