я в эрланге сижу на работе, люблю лиспы и в эту императивщину мозг не ложится, ой как не хочу возвращаться, руби классный я думаю, но наверно лучше уж эликсир

кстати, вот одну вещь я не понимаю во всяких микрофреймворках - почему у них в роутерах поголовно отсутствует reverse routing, в смысле url_for?..

с другой стороны наверно лучше на фениксе руку набивать и делать приложения, как никак полезно будет

это же вторая и последняя вещь, которая нужна от роутера, без неё роутер теряет всякий смысл

мне кажется, задачи которые решает reverse routing (как например сгененировать ссылки в админке) должны решаться комплексными фреймворками.
задача микрофреймворка - это дать простой ответ на простой http запрос, типа вернуть статус платежа в api

а экто умеет с ets дружить?

собственно мы синатру использовали давно как шлюз подтверждения платежа без интерфейса

https://github.com/evadne/etso но я бы рекомендовал таки ручками...

почему сразу ссылки в админке? для меня кажется естественным желание отдать в json ссылки на связанные сущности

тогда придется писать свои методы)

кстати, это вещь, которая колет меня прямо сейчас, и конца этому не видно - у меня отладочное апи есть, отдает json, но для чтения глазами, и в нем связанные сущности отображаются исключительно id, ужасно неудобно

Коллеги, чем посоветуете цепляться к старым версиям mysql?
** (EXIT from #PID<0.330.0>) shell process exited with reason: an exception was raised:
   ** (ErlangError) Erlang error: :old_server_version

Есть 5 статусов заказа. Как правильнее делать, отдельную табличку и ключами добавить или явно прописать название статуса в колонке?

Язык — инструмент. Конечно он может нравиться или не нравиться, но всё-таки у каждого языка есть области, где он хорош и под него есть куча экосистемы. И есть где не очень

Так вот пых очень хорош в быстром клепании сайтиков с админками, регистрациями и всем таким.
А вот elixir/erlang хорош в написании highly available и неубиваемых программ.

Почему elixir/erlang не подходит для клепания простых сайтов — из-за многословности, из-за модульности. В этом языке explicit >>> implicit

У тебя два с половиной варианта:
- Сделать enum в postgres
- Сделать enum с валидацией на стороне changeset

Мне нравится второй вариант, так как если добавится ещё один статус тебе не нужно будет писать сложную миграцию

К тому же, там наверняка state machine на этих статусах

спасибо, сейчас попробую)

Добавил круто) думал о таком но никогда не слышал, что есть такая структура.

Кстати у Ecto оказался адаптер для этого всего.

Можешь про второй вариант чуть поподробнее сказать? просто через validate_inclusion?

Спасибо! Да я понял, тут даже рельсы наверно лучше было как вариант взять, но я не сказал еще то что на работе нужно  уговорить и предложить для веба эликсир, на эрланге там ужас творится, поэтому мысль была что заодно руку набью на пет проджектах или текущие перепишу сайты