Vlákno názorů k článku
Podpora Rustu míří do překladače GCC od j - Již se těším. Podle mě již C++ a Java...

Již se těším.

Podle mě již C++ a Java jsou již poněkud vyčerpané, nejspíše proto, že to přehánějí se zpětnou kompatibilitou. Například jak dlouho C++ trvá osvojení klíčového slova synchronized a eventuálně dalších pro paralelní provádění.

Rust se taky vyčerpá. Najde si svou oblast (jádro, ovladače) a tam uvízne.

A co objekty? Objeví se frameworky, stane se mocným i jinde.

Rust si už našel tolik oblastí, že se může klidně stát skoro čímkoli.

Které oblasti? Jádro, možná crypto fintech? Všude je v menšině jako kuriozita.

Co vám brání strčit do objektu mutex a použít lock_guard?

Jak myslíte, že bude klíčové slovo synchronized implementované?

Cpát javovské synchronized do c++ je trochu problém, protože ty dva jazyky se v některých aspektech dost podstatně liší.
V Javě je jasné, co to synchronized zamyká. Každý objekt je samostatně existující entita, která má v sobě vždycky monitor. I když drtivou většinu objektů nikdo nikdy zamykat nebude.
V c++ není vždycky úplně jasné, co by se mělo přesně zamykat. A jaké vlastnosti by ten mutex měl vlastně přesně mít?

Těch objektů, které má smysl zamykat, zas tolik není. A jak už psal Ondřej Novák, napsat synchronized block, nebo do bloku strčit guard se složitostí zas tolik neliší.

A pak taky c++ razí celkem rozumný přístup, že není třeba cpát do jazyka věci, které se dají pořešit čistě na úrovni knihoven. Už tak je ten jazyk komplikovaný jako prase.