this post was submitted on 15 Mar 2026
8 points (75.0% liked)
Programming
26072 readers
77 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
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 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
This is already possible in Rust. You can import libraries written with different editions, and there are different reserved keywords across editions.
The compiler just looks at what language the library was written in and switches internally based on that.
In my C amd C++ example, you'd pass different flags for that library during build time, although I'm not sure how this would work for header-only libraries.
Same way it currently does? It's not like everyone who writes code knows English, but somehow they can all write it despite the keywords being in English.
The community around that programming language would be responsible for this, would it not? This is already a thing people do, though it's impossible to translate all educational resources that exist into all languages. Fortunately we have services that can translate things for us though.
It would do no harm here. People already write code in many languages. In most popular programming languages, you can already name things in Korean, French, Russian, and so on. Documentation for the languages exist already in all those languages. There is literally only one thing that would change: the keywords. It's really not that complicated.