## Код:
```
А вот про минусы Раста достаточно точно указано

Они нарушают Парето

Занялись всяким обилием средств, направленным хорошо если на 20%, а то на 10% проблем

Загромождая решение прикладной задачи

Ну и, типа, "грамотно-формально" спроектировали типы, пространства жизни и т.п. Примерно как языковое развитие всяких safe pointerов на шаблонах, которые в библиотеках С++.

Только это абсолютно невыносимо загромождает решение задачи.

Rust реально набирает обороты в замену С/С++ в системщине именно на волне безопасности. Что уязвимости и переполнения никто больше терпеть не хочет.

Но железячники тяжко на него вздыхают - ибо чтоб его грамотно использовать, нужно продышаться абстракциями его примерно как с С++ с шаблонами и либами или как с Хаскелем.
```

Сейчас в IT наблюдаются интересные решения для альтернативного управления "пространством жизни", с меньшим выламыванием мозга при реализации прикладных задач.

Здесь где-то на форуме была ссылка наязык V-- альтернатива C, Go-подобный (с заимствованием всяких fn, mut, pub от Rust), с впечатлением от Оберонов. Работа с памятью выглядит также как и в Go, однако"no garbage collection or reference counting". Проект в начальной стадии (хотя есть уже некоторые работающие приложения), мало документации. Скорее (исходя из скудных публикаций), применяется техника автоматического определения "регионов жизни", когда-то возникшая в одной из вариаций ML (однако, тогда она была лишь частично автоматизирована, "ручное" управление досталось от ML к Cyclone, а затем и Rust-у).
В "лабораториях" Oracle также есть подобные эксперименты для Java, в т.ч. на основе опыта из Real Time (там предусматривается полуавтоматическое управление "регионами"). В статейках ниже есть суть техники:
*Safe and Efficient Hybrid Memory Management for Java
*Презентация

"Hybrid management" выше предполагает и использование традиционного сборщика для обслуживания или наличия глобальных объектов. В "Vlang" же целенаправленно нет глобальных переменных (во всяком случае для "прикладных задач", нет и иных языковых инструментов как модные "объекты-компаньоны" для классов и прочие средства для синглтонов), соответственно все иерархические "регионы" детерминированы, и сборщик не используется.

Если принять такое автоматическое управление "регионами жизни", то возникает задача управления иной жизнью -- "жизнь без глобальных переменных" -- вновь, способ работы с памятью кардинально влияет на архитектуру ПО.

В принципе то, например, для самого Go есть даже"a theory of modern Go"-- "манифест" отказа от глобальных синглтонов (в т.ч. и с переключаемым состоянием). В качестве примера методики указываетсяGo kit,первичный tutorialраскрывает суть архитектуры -- к вопросу организации "компонент", актуальному здесь на форуме согласно обсуждениям докладов последней Оберон-конференции и смежных вопросов.