I’m not sure why but I always thought LFE was a hobby project for Robert (I mean he already created Erlang!) but after revisiting the site after its redesign it seems people are using it in production:
LFE boasts seamless interoperability with Erlang and the BEAM ecosystem of libraries. It not only has been used in stable production applications since 2015, it has also been employed by start-ups as their differentiating tech. LFE is flexible enough to be everything from your go-to scripting solution to your preferred syntax for massively scalable, soft-real time services.
I think erlang2 was his hobby project, lol. LFE is fully fledged though.
I think erlang2 was his, maybe one of the others, it had some aspects of elixir like multiple modules in a file and all, but was definitely a little hobby thing that wasn’t finished.
Definitely for libraries because that would be useful for a wider range of people.
I’ve also grown to adore Erlang’s syntax for its conciseness and consistency despite all its quirks.
Erlang is not the best choice for web given there’s Phoenix of course, however if Whatsapp delivers with static types I can definitely see myself writing core logic in Erlang and using Phoenix purely as a web interface.
You can’t get around the fact that lisp’s, and hence LFE’s, syntax is fantastic in its simplicity and consistency. It makes things so much easier, And its macros.
No, I was never really into erlang2, that was mainly Joe. There is another Erlang2 on its way but that is the Whatsapp group working on a newer statically typed erlang.
I didn’t try to define a function in that way because I KNOW that you can’t do it like that. I was just trying to show that there is set of syntactic “weirdness” which make no sense if you don’t know why. Doing it like that also makes sense if/when you view do ... end as a block, which it is sort of, and you want to write the block start and end at the same indentation.
Are you referencing the macro’s? Not last I heard. Erlang’s are ‘technically’ more powerful, just significantly significantly more difficult to use in comparison.