)

далеко не так. per-actor gc в луме ниоткуда не возьмется, вытесняющий планировщик гринтредов тоже будет нескоро.

loom + jvm - это база для реализации go < 1.14

это уже просто офигенно, да

но у beam всё же есть достоинства относительно

per-actor GC прикольная шутка, да

Вытесняющий планировщик ни что не мешает им добавить

Но ты прав, что даже в рамках текущей штуки можно как в go сделать

И я, если честно, не вижу проблем с этим никаких

С одной стороны ты равномерно делишь время, с другой тратишь кучу циклов на медленный интерпретатор

А так в safe-pointах дешевое переключение контекста + быстрый jit

В кишках JVM не копался. Возможно, мешает))))

Но пока не могу придумать причины, почему они не могут это сделатб

да сделают, конечно, просто это когда еще будет

Ну да

Implicit в Scala -- пользовательский интерфейс к системе типов в языке.
Template в C++ --  тоже
Call/cc -- пользовательский интерфейс к среде исполнения. С фокусом на операции
Макросы и фекспры -- пользовательский интерфейс к фронтенду в компиляторе
namespace и meta в Clojure -- пользовательский интерфейс к информации о символах в компиляторе
Worlds (Warth) -- пользовательский интерфейс к среде исполнения. С фокусом на стейт
Башни интерпретаторов -- пользовательский интерфейс к среде исполнения

а есть что почитать про то о чем ты говоришт?

утащу в тудушки, спасибо

Ну и естественно сейчас компиляторы дают доступ как минимум к своим AST, CFGшкам, но это делается не на уровне языка. Хотя, если язык написан сам на себе, его компоненты можно технически назвать пользовательским интерфейсом

Пользовательский интерфейс звучит как-то глупо. Сорри за косноязычность