I mean by useless is it's so slow you can't make games or even big projects for GUI, only you can do is AI/ML, Data Science, and basic stuff. I think Rust is better because of its speed and language capabilities?
this post was submitted on 10 Aug 2026
-39 points (10.2% liked)
Programming
28057 readers
376 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 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
No games? Mount and Blade was written in python
Was it though? Or is it like other things "written in Python" where all of the heavy work is handled by C libraries?
Python itself is just a program written in c, every time you do
len(string)you are calling out of the python interpreter into compiled c code. The distinction between python wrapped c library and a python lib can be fuzzy.I hate this argument on principal, if I write a game with Pygame, it's written in Python not C.
Balatro is written in Lua not C just because Love uses SDL.
This is like saying Python, CPP, JS, PHP, LUA, Perl, Dart, C# and Java are just written in C.
This is like saying Rust isn't a real language because it relies on LLVM which is written with C/CPP.
If I split the lua code in balatro from the SDL library, I don't have a game anymore.
Why do you feel a need to be able to claim that something is "written in Lua" or "Python" when it's using native libraries? Many games are using a mix of languages these days. There's no shame in it and I didn't imply there is.
People get very confused over this thinking that "Python is very fast at number crunching" because of things like numpy which is written partly in C to achieve that performance.
That's entirely different - I'm not talking about the interpreter or compiler. Just the runtime code.