30p87

And are allowed to destroy, ofc.

To be fair, someone not using GNU would not be as unlikely here.

Ignore it

C

I see, you did not have mirrors or water in your childhood then? /s

They aren't as addicting but still crunch, that's why.

Note that it is not blind. It can still see you.

Also, the implementation is fucking horrible. The rule is literally "Press, Think, Speak", because requesting to speak and opening a connection takes a solid 5-10 seconds. Very good if you want to communicate while in a burning house. Literally everybody hates it.

Especially in the US. First of all because they exist there, I haven't seen one in Germany, and second because guns.

Multiple layers go!

I did too. Multiple times in fact, I had to look at the other Rust code!

Python is a scripting language, but it's generally called a programming language, because there are no key differences in their features or workings. Just as C# and Java, Python is first compiled to .pyc files and then executed with a special program, eg. Mono for C#, OpenJRE for the second and just python for the latter, except for Python it's more hidden. C# supports Classes, Python does, but C does not (officially) ... so wouldn't C be less of a programming language then?
In the end, scripting languages are just defined as one by being easier and faster to run by all/most implementations as the "gcc main.c" and "./a.out" method of "real" programming languages, by just using "python main.py" or "node main.js" for your program. Therefore, they can be changed on the fly and added to another script.
What IS generally called a scripting language is eg. Bash, as it's not compiled, supports few features and is not that cross compatible (except maybe with eg. WSL).

I'm a huge C/C++ fan, but some tasks just aren't suitable for them. Parsing HTML/XML in C++? It's possible, but a pain in the ass. I know it, I did it. Having parsed plans, tables and xml responses in C++, I can tell you Python is more suited for this job. The extra few milliseconds you save aren't worth the hassle of verbose exception handling, non standard libraries which need different systems to stay up to date (some don't support your make system of choice) and harder integrated extension support (you can't just throw in a .py script for support of other providers, but need to explicitly integrate eg. lua support), especially if the bottleneck is not your code, with ~10 ms runtime, but some random ass server with ~100 ms ping.