Greduan
I.e. don't need to keep track of the memory for each allocation in my HTTP request and make sure I clean it up before closing the connection, I can just allocate some memory _per request_, put stuff in it, and at the end it gets cleaned up, whether I used the memory or not.
Some languages have the idea of "memory allocators" as a native construct, so that you can actually start thinking about managing memory in more sensible terms than "everything individually", e.g. Odin lang.
Curious, does it perform at the limit of the hardware? Was it programmed in a tools language (like C++, Rust, C, etc.) or in a web tech?
Seems more accurate to say they are obsessed with copying "what sounds good". Software industry doesn't seem to copy what works, rather what sounds like it'd work, or what sounds cool.
If they copied what works software would just be faster by default, because very often big established tools are replaced by something that offers similar featurage, but offers it at a higher FPS.
Every time the wrong pitch accent is used, a similar process takes place. Especially in highly complex conversations, where a lot of processing power is going towards the semantics itself, and hopefully the person shouldn't have to worry about figuring out which word the other person is saying.
It's unclear if you yourself have native-level (or close to) pitch accent yourself. But if you don't, how can you know whether it's actually important or not?
Open Source Games Without Going Poor
It is meant to replace Markdown and yes, I have grabbed some inspiration from Markdown itself and Textile.
All I'm doing is basically combining both of these and making it more powerful with less and clearer markup.
Of course it's going to be developed to output the most recent HTML5.