Lumen: Alternative BEAM implementation, designed for WebAssembly

How is this related?

I mean I get it targets the BEAM, but Gleam is a programming language, Lumen is a VM.

The vast majority if code that gets used on this will be Erlang and Elixir. At least for now, those are the two languages on the BEAM with traction.

It's interesting to see how Caramel, Gleam, LFE, etc, will develop, though.

The `actix` crate.

act-zero - https://github.com/Diggsey/act-zero

Bastion is aiming for exactly that

Lunatic?

https://lunatic.solutions

Search for "BEAM Erlang".

https://blog.erlang.org/a-brief-BEAM-primer/

https://www.youtube.com/watch?v=_Pwlvy3zz9M (Robert Virding - Hitchhiker's Tour of the BEAM)

I found this video really good introduction to what BEAM is and allows for programmers: https://www.youtube.com/watch?v=JvBT4XBdoUE&pp=sAQA

Likewise not related to https://lumen.laravel.com/

From pretty far down in the README:

> The primary motivator for Lumen's development was the ability to compile Elixir applications that could target WebAssembly, enabling use of Elixir as a language for frontend development.

BEAM is also a very nice VM if you are thinking of a target for your own language. It is easy to learn and use. And this adds more freedom.

We are hoping for several outcomes. The first is web wasm compilation. We have some ideas on what architectural advantages can come from having BEAM controlled UI. The second is a WASI compilation. So targeting stand alone binaries. This is different than other "compile BEAM to binary" implementations. We are targeting a footprint size of 200kb (web and wasi) which gives Erlang and Elixir an opening to targeting more IoT devices.