NVIDIA has started integrating NVLink with the x86 CPU ecosystem. It's possible that NVLink will overcome CXL in this competition, just as CUDA once defeated OpenCL.

This programming language reminds me of a lot of meta-language (ML) styles: function overloading based on pattern matching, immutable variables, and using `spawn` keyword for lightweight threads – a practice also employed by Erlang. Perhaps owing to Huawei's origins as a telecommunications equipment company, where many within the organization are familiar with Erlang, this new language exhibits numerous resemblances to Erlang.

I have tried both typescript and cue-lang to generate json configuration for a while and I have to say that I prefer typescript to cue-lang, especially after deno provides native support for typescript.

I don't think Turing complete or not matters a lot for a configuration language. What really matter are the toolchain support and the ability of express complex concept or relationships. Writing typescript with VsCode is a really pleasure and its type system is powerful enough to express complicate concepts. Besides typescript has mature packages systems which cue-lang is not ready yet.

With typescript you can easily do things like reading a json configuration via HTTP and override some varibles to generate the target json file you want, which would be hard to do the same thing with cue-lang.

As a conclusion, I don't think currently cue-lang would be a good solution for configuration generation. But I do believe it would get better in the future if the community keeps working on it.

It turns your function or class into command line with one line of code. It's based on runtime type inspection so you don't even need to use decorator which most of the command line framework does (click for example).