Сергей

rem это целочисленная операция.
8 - это целое число (int)
8.0 - это дробное число (float).

сравнение по значению:
8> 8 == 8.0.
true
12> 8 /= 8.0.
false

сравнение по значению и типу
9> 8 =:= 8.0.
false
10> 8 =/= 8.0.
true

я рекомендую всегда использовать сравнение по значению и типу .. это надежнее.

Для более глубокого понимания идущих внутри процессов - конечно нужно. Особенно про OTP и паттерны проектирования.
В целом Elixir дает делать более абстрактный код, но за счет этого гораздо легче выстрелить себе в ногу.

В общем случае рекурсия это когда функция вызывает саму себя.

Возьмем числа фибоначи: f(x)=f(x-1)+f(x-2), f(0) = 1, f(1) = 1

Erlang код:
```
f(0) -> 1;
f(1) -> 1;
f(X) -> f(X-1)+f(X-2).
```
Это общая рекурсия, она не может быть оптимизирована т.к. результат исполнения зависит от результата исполнения той же функции с другими аргументами. Но данный результат зависит от чего-то еще, поэтому рекурсия не может быть оптимизирована (не хвостовая).

Любой цикл:
```
for i=10 to 1:
do_something
```
loop(0) -> ok;
loop(N) ->
do_something,
loop(N-1).
```

В данном случае рекурсия зовется хвостовой, т.к. результат текущего выполнения функции есть полностью результат выполнения функции для следующей итерации. Т.е. в данном случае компилятор\интерпретатор может не заботиться о том. чтобы отслеживать из какой функции была вызвана текущая функция. Он просто запомнил точку входа в данную рекурсию, и теперь знает что результат самого первого вызова будет результатом самого последнего.
Т.е. другими словами вызов loop(3) будет эквивалентен коду:
```
loop(3),
loop(2),
loop(1),
ok.
```
это обычный линейный код, который никак не является рекурсивным в общем смысле этого слова.

Язык для хипстеров.
Приходит такой хипстер со своим стартапом и говорит: у меня есть классная идея, давайте запилим ?
А на чем пилить будем ?
ну вот тут есть говорят руби, он такой няшный но тормоз.
оо .. так вот есть эликсир, он тоже руби-лайк, но не тормоз.

И короче начинается девелопмент для эликсире, такой себе веб-сайт на эликсире.
На самом деле продукт нишевый, потому что построен на Эрланге. И когда задают вопрос, для чего эликсир - да для того же самого что и Эрланг, только с бОльшими возможностями выстрелить себе в ногу, но и большими выразительными средствами языка.
А по факту что Эрланг, что Эликсир, компилируются в BEAM-код для Эрланг виртуальной машины. Т.о. все это дело взаимозаменяемое, и либы для эликсира можно использовать для эрланга и наоборот.

По сути если люди используют эликсир для веба, то обязательно вместе с фреймворком Феникс. Это такой фреймворк, где очень много умолчаний, и просто показывается как надо делать, но чтобы было объяснение что-к-чему, то это надо лезть в исходники, там много "магии", которая скрывается самим фреймворком.

Для тех кто знаком с Эрлангом и использует его каждый день, Elixir must have.
Для тех кто только пришел, и не знаком с Эрлом, Elixir это такой быстрый язык-фреймворк, который позволяет тяп-ляп-и-в-продакшн. Наврядли люди понимают все архитектурные ограничения, и как там оно внутри под капотом.

При запуске erl прописывать путь до .beam файлов.
Пример: erl -pa some/path.
В исходниках ничего делать не надо. Просто используйте имя модуля как оно есть.

io:format('text ~p', [Variable])
а вы кавычки те ли поставили ?

может надо ?
io:format("text ~p", [Variable])

Все верно, вебсокеты это просто тунель от вас к серверу. Вам надо еще организовать чат комнату и туда слать сообщения от юзеров. А чат комната будет пересылать сообщения другим.

В числодробилках Go побеждает.
https://benchmarksgame.alioth.debian.org/u64q/comp...

в более реальных кейсах я думаю одинаково.

В общем надо исходить того что вам нужно.
Если легко и не принужденно работать множить задачи на все ядра проца + перекладывать байтики из одного сокета в другой, то Erlang в самый раз. Насчет Golang сказать не могу, не использовал.
Сам практикую Erlang уже 5ый год. Доволен.
с PHP сравнивать смысла нет.

Я ерлангер. Для начала опишите ваш кейс. Просто странички генерировать может кто угодно, где-то это быстрее, где-то это медленнее. Вы вообще можете переписать все на C/C++, летать будет - гарантирую.

По части Erlang/Elixir. По сути это одно и тоже, только в разной обертке. Все это выполняется на Erlang VM.
Cчитаю Elixir в настоящее время больше заточен для веб наличием разного рода либ, типа Феникса или ORM Octo (так кажется?).
В Erlang это более низкоуровневые либы, но и свободы творчества больше.
Есть всякие N2O, Nitrogen и т.п.

Что хорошо в этих языках, так это:
1. Вы можете не использовать сторониие сервисы чтобы хранить состояние. Все может хранится в памяти.
2. Вы легко можете распаралелить работу на несколько ядер (если это позволяет задача). Никакой PHP не даст тут такой гибкости.
3. Вы можете быть уверены в надежности. Можете контроллировать когда приложение будет падать, а когда нет.
4. Ну всякие бенчмарки: www.ostinelli.net/a-comparison-between-misultin-mo...
5. Да еще. Erlang/Elixir-приложуху можно прозрачно кластеризовать на несколько машин, конечно она должна это поддерживать.

Чистый Erlang вам не нужен.

ну есть какойнить
https://github.com/processone/fast_xml