soc

I see this complaint from Spanish speakers a lot,

Oh, why would that be? What a complete mystery! /s

Studying at a university is not a fancy job training.

Do whatever pays your bills, and learn what interests you. Sometimes the latter will help with the former, but it would be silly to depend on that.

I know it's a lot to cope for you, but you really need to calm down if you want to be taken seriously.

“apparently it’s a better safer C++, but I’m not going to switch because I can technically do all that stuff in C++”

The main difference between C++ and D was that (for most of the time in the past) D required garbage collector.

So, D was a language with similar Algol-style syntax targeting a completely different niche from C++.

Trying to correct your quote, it should read something like "I’m not going to switch because I can't technically do all that stuff in D that I'm doing in C++" for it to make any sense.

I think the article suffers a bit from not being up to date in regard to the work Java has done with virtual threads.

There quite a few assumptions being made in the article that would not have been questioned a few years ago, but now these assumptions feel quite unfounded and all the conclusions based on them stand on shaky ground.

Some functions also don’t have any parentheses, like field access or infix operators.

You call things the way they were defined. Problem solved.

I'm kinda confused, because this is the second time now where your attempt at making a counter argument is actively supporting my point. Is this intentional at your part?

We could follow this line of thinking further ...

No we don't. If your point relies on Turing-tarpitting the whole discussion ... then you have no point.

Thankfully, registration fees do not differ by length of the domain. (As it should be.)

It cost a larger 3 digit amount of currency to buy it, though. (Which was fine for me.)

Packages are usually provided by distribution packagers, not by the developers of the code itself.

This submission reminded me that I also had some articles on this topic that people may find interesting.

That's still a workaround to try and keep a completely artificial distinction alive.

Even if I didn't need [] for types, I still wouldn't want "some functions use (), some functions use []" as a language rule.

Oh, good idea ... any preference on the first? :-)

I have some articles on naming specific areas of program code that people might find helpful:

• Naming language keywords
• Naming value creation operations
• Naming value conversion operations
• Naming operations on Options and Results
• Naming lookup operations
• Naming operations on Streams