Привет, не только разрешено но и приветствуется, как таковых правил нет, если напишите вилку можно и закрепить.

Краткое описание:

Что мы ждем от Вас:

- Знание Elixir (также мы поможем перейти на Elixir, если Вы раньше писали на Erlang/Haskell/Ruby), опыт работы с этими стеками от полутора лет;
- Опыт работы с GenServer/WebSockets/Ecto;
- Опыт работы с реляционными и нереляционными базами данных (PostgreSQL/MongoDB);
- Умение работать с Linux, Git;
- Умение писать тесты.

Плюсом будет:

- Понимание принципов DDD, TDD и подходов CI/CD;
- Понимание OTP: GenStage, Supervisor;
- Опыт работы с RabbitMQ/Kafka;
- Опыт работы с Redis, memcached или аналогами;
- Умение работать с Docker;
- Участие (или желание участвовать) в open source проектах.

Заработная плата: от 80 000 до 140 000 руб.

Подробнее: https://www.notion.so/Erlang-Haskell-Ruby-Elixir-78c88184ab6340c598e61e7cb11402be

P.S. ранее мы не рассматривали удаленных кандидитов, теперь рассматриваем, велкам )))

Подскажите, как правильно сделать. Хочу внедрить некоторые хуки после запуска приложения. Вот сижу думаю как это правильно сделать. Пока в голове два варианта: первый - это отдельный процесс в дереве, который будет последним в запуске и эти хуки запускать, второй - просто внутри апликейшена что-то делать. Есть ещё какие-то варианты?

after не подойдет?

чуть подробнее плиз

def start(_type, _args) do
   старт твоего супервизора
 after
   хук
 end

не хочется в супервизоре что-то делать

Вот так, только зачем after - не ясно

так after выполнится даже если старт супервизора будет неудачный

И зачем это надо?

ну человеку надо. я откуда знаю)

С чего ты взял, что человеку надо?

Он написал “после старта”, а не “после неудачного старта"

Тем более что после неудачного старта ВМ умрет

т.е воткнуть внутрь Application.start это нормальный вариант?

Так все делают

Вот например https://github.com/ostinelli/syn#usage

👌

Юзали?

​​Gearbox is a functional state machine for #elixir with an easy-to-use API, inspired by both Fsm and Machinery.

Gearbox does not run in a process, so there's no potential for a GenServer bottleneck. This way there's also less overhead as you won't need to setup a supervision tree/manage your state machine processes.

https://github.com/edisonywh/gearbox