все-таки canary

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

та-да, но есть от чего оттолкнуться.

Задача инетесная, дерево пользователей, вершина-админ [админов может быть много], у админа есть потомки в виде менеджеров, а у менеджеров потомки в виде сотрудников, у сотрудника нет потомков.
Каждый админ имеест собственное дерево менеджеров. Каждый в дереве может в CRUD только своих потомков но не себя и/или родителя.
В плане реализации с этим очень легко справляется руби-гем Ancestry https://github.com/stefankroes/ancestry и у него куча методов/скоупов из коробки.
А вот есть-ли что-то в этом роде для феникса - вот вопрос.
Хотя есть подозрение, что в функциональном стиле тут вообще другая архитектура должна быть.

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

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

Хочется решение по элегантнее.

вот на рубях ребята недавно библиотеку запилили, как пример, выглядит очень simple

https://github.com/davydovanton/kan

:) на рубях решений такой задачи довольно много, тут вопросов нет. Причём разной степени красоты.

некоторые решения начали обрастать жирком и не выглядят столь элегантными

Есть и такое, но оно зачастую работает и не парит голову. Я смотрю тут много рубистов пришло, и думается мы все пришли за скоростью эликсира/эрланга... Всем хочется отклика и тестов в наносекундах 😂

мы все пришли за дзеном как бы этой скорости придать ruby

боюсь в этом контексте узкое место сам руби

Такой вопрос, если я хочу использовать html как базу и скоуп /api/ для json-a: как их вместе дружить в роутере и контроллере? Создавать отдельный контроллер под api или матчить внуттри ресурса по типу запроса?
myhost.com/users #отдаёт хтмл юзеров
myhost.com/api/users #отдаёт json лист юзеров

Скорее рельсы, я думаю
Японцы вон руби даже в embedded тащат

Ну то такое. Первую версию твиттера всё-же переписали с руби/рельс на scala. Вопрос скорее в том, что функциональные языки тупо быстрее, причём быстрее архитектурно. Сам Матз говорил, что руби не самый быстрый, но самый красивый.
Другими словами, скорость была дана в жертву красоте, гибкости и скорости разработки. Но когда дело доходит до высоко нагруженных систем, почему-то вспоминают эрланг с хаскелем. Думается не без причин.

> функциональные языки тупо быстрее

вообще не о том

elixir компилируемый язык, ruby интерпритируемый, это главное

именно