Should compare with Rhai (<a href="https://rhai.rs/" rel="nofollow">https://rhai.rs/</a>)<p>I found rhai's syntax very straightforward, and I could almost accomplish my needs just by looking at some basic examples.<p>I use Rhai in wasm, and it can handle real-time audio blocks, which is really impressive:<p><a href="https://glicol.org/tour#meta2" rel="nofollow">https://glicol.org/tour#meta2</a>
Very cool. I really like the idea of implementing higher level features as extensions on top of a smaller core. I wish real scripting languages like this were more common and in use. Lua comes to mind when thinking about a generic scripting language, but even that is not that widespread.
Interesting.<p>At the time we did it with Lua.<p>We extended Nginx and Envoy-proxy with a Rust library (and a server), and added a Lua interface, so users can further tweak the config and the flow.<p><a href="https://github.com/zuriby/curiefense/tree/main/curiefense/curieproxy/lua" rel="nofollow">https://github.com/zuriby/curiefense/tree/main/curiefense/cu...</a>
Recently I've started evaluating new languages in terms of "how difficult would it be to read working code in this language, written by an insane person".<p>After looking at this for 5 minutes it seems it is better than rhai according to my metric. But not necessarily better than lua.
If I was going to chose a scripting language for rust I'd pick nushell's syntax. Nushell is an amazing shell and it's syntax is one of the reasons why.
It seems every scripting language does duck/dynamic typing (as far as I can tell this applies to Koto).<p>I don’t understand why…
inferred typing is nearly as easy to use while being more robust.<p>For me the biggest gap in programming languages is a rust like language with a garbage collector, instead of a borrow checker.<p>Rust has a lot of features that should be strongly considered for the next generation of programming languages such as<p>result/sum types<p>Inferred typing<p>Not object oriented or overly prescriptive with functional programming.<p>I think the closest language to filling that gap is occaml (I am not familiar with it).<p>I have coworker's that are more skilled in domain logic that can write basic self contained programs, but stuff like traits, OOP functional programming is a bridge too far.<p>I feel like a language that fills that gap could be useful, context is a manufacturing ERP system.
The documentation and integration with Rust for this amazing, well done! Like other commenters, I also wish it had better static typing and looked more like Elixir with anonymous sum types and template literal types.
The amount of scripting languages _for Rust_ is a symptom of how Rust fails to satisfy the need to write code with less strict requirements.<p>It makes perfect sense to use Rust as the main language for your application but have areas which are either in the prototype stage, need to be written quicker or which simply don't need the performance. But Rust does not offer a way to enter such a less strict context and such proposals keep getting shot down by the community, even when they are made from core members of the Rust team.<p>Contrast that with C# which has a dynamic keyword, allows enabling a checked context (not just in code where you can't miss it but also from csproj), has reflection, etc.<p>I really want Rust to succeed but sometimes the attitude borders on zealotry.