lfe
Lisp Flavoured Erlang (LFE) (by lfe)
alpaca
Functional programming inspired by ML for the Erlang VM (by alpaca-lang)
| lfe | alpaca | |
|---|---|---|
| 2 | 1 | |
| 2,279 | 1,429 | |
| 0.3% | 0.0% | |
| 7.7 | 0.0 | |
| 9 days ago | almost 4 years ago | |
| Erlang | Erlang | |
| Apache License 2.0 | GNU General Public License v3.0 or later |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
lfe
Posts with mentions or reviews of lfe.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-11-12.
- The German School of Lisp (2011)
-
Gleam 0.15 – Type-safe language for the Erlang VM
> I can admit I am no BEAM expert and it seems my thought offended the experts
Who knows? I didn't find the musing particularly off putting.
As Alpaca is apparently dead there's also LFE[1] and Hamler[2]. Most devs in the space stick to either Elixir or Erlang so ymmv.
[1] https://github.com/lfe/lfe
[2] https://github.com/hamler-lang/hamler
alpaca
Posts with mentions or reviews of alpaca.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-05-06.
-
Gleam 0.15 – Type-safe language for the Erlang VM
You may prefer alpaca[1] which is in the ML family and on the BEAM. Someone could target Core Erlang [2] or BEAM byte code directly and offer a pluggable frontend for different syntax, Mix would almost allow that. I think it's just a huge lift to make happen and get everything to play nicely with BEAM semantics. But that's just like my opinion.
[1] https://github.com/alpaca-lang/alpaca
What are some alternatives?
When comparing lfe and alpaca you can also consider the following projects:
gleam - ⭐️ A friendly language for building type-safe, scalable systems!
otp - 📫 Fault tolerant multicore programs with actors
hamler - Haskell-style functional programming language running on Erlang VM.
plug - 🔌 A Gleam HTTP service adapter for the Plug web application interface
cl4py - Common Lisp for Python
lunatic - Lunatic is an Erlang-inspired runtime for WebAssembly