Одно только правило "не больше 1 изменяемой ссылки на объект" - страшная тупость. Для этого правила нет никаких логических и разумных причин
Запрет на наличие нескольких мутабельных ссылок на объект как минимум предотвращает инвалидацию всех форм итераторов (например, попытки добавить значения в вектор во время итерирования через этот самый вектор), инвалидацию энумов (при создании референса на значение, хранящееся в элементе энума), и некоторые другие довольно лёгкие способы "сломать" ссылку на объект даже в однопоточном коде, не говоря уж о многопоточном
Если верить ArsTechnica, ХромОС как раз таки отказывается от Freon в пользу Wayland. А то, что поддержка Вейленда появляется медленно вызвано тем, что дополнения к протоколу утверждаются медленно, так как в этом участвует множество сторон
Запрет на наличие нескольких мутабельных ссылок на объект как минимум предотвращает инвалидацию всех форм итераторов (например, попытки добавить значения в вектор во время итерирования через этот самый вектор), инвалидацию энумов (при создании референса на значение, хранящееся в элементе энума), и некоторые другие довольно лёгкие способы "сломать" ссылку на объект даже в однопоточном коде, не говоря уж о многопоточном
GPU драйвера для M1 Маков, крупнейшая система для "карточек" для Spaced Repetition - Anki, один из более популярных терминалов для Linux - Alacritty, многие части бэка Discord, Deno и достаточно много других крупных и серьёзных проектов. Единственная проблема Раста для более "общего" применения - отсутствие серьёзного GUI фреймворка, так как Tauri не считается, а Iced/Slint не слишком готовы для полноценного продакшена
Если верить ArsTechnica, ХромОС как раз таки отказывается от Freon в пользу Wayland. А то, что поддержка Вейленда появляется медленно вызвано тем, что дополнения к протоколу утверждаются медленно, так как в этом участвует множество сторон
https://arstechnica.com/gadgets/2023/08/google-is-finally-separating-chrome-from-chromeos-for-easier-updates/