Не могу ничего сказать, руби не очень простой язык, это правда:)

в JS, при всех его недостатках и багах дизайна, которые выдавались за фичи, с функциями все в порядке относительно ФВП и first-class-citizens. не было бы еще this - и вообще сказка. при этом есть место для generators, т.е. foundation для coroutines.

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

Ок

Ребята. если кому интересно, здесь стерим с ивента в Минске:

Спасибо Серёжа, только хотел зайти и публикнуть ссылку, а ты уже :)

Ребята, а кто-то для себя роадмап графики строит? Хочу что-то в таком духе, но для личных проектов только


https://www.producthunt.com/posts/productplan

Всем привет. Чудоковатый Илюшка заскучал по рубям и решил статейку написать.
Тему взял объемную. Пока получилось обозреть только самую верхушку.

Я вот вам тут ссылочку кину. А вы уж там потрепите мне нервы в комментариях. Не стесняйтесь.
Вопросы, упреки, унижения привествуются. Ну, в общем, все как вы любите.

https://medium.com/@the_teacher/dc840d229f1a

Если хорошенько мне надерете задницу, то у меня будет больше стимула поскорее написать продолжение.
Целую нежно

Ну вообще есть такое понятие как роль

В моем определении роль - это категория определяющая доступные к выполнению действия. Какие есть альтернативные подходы?

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

Но в итоге все равно надо узнать у юзера роль, получить для нее разрешения и проверить их.

Но я не уверен, что спорить об определениях сейчас так уж важно, учитывая, что статья вводная. Интересно почитать, что будет дальше.

Интереснее всего - как написать так, чтобы для новых действтий/ролей не приходилось расставлять проверки по всему проекту )

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

current_user.manager? внутри кода вьюшек, например, не самый лучшый способ. Никто конечно не запрещает, но боли будет много, если например, будет введена роль advanced_manager или account_manager

а при введении новых действий в ACL от такого рода работы не избавиться.

Ну да, я это и имел в виду.

как минимум лично мне такой способ не известен.

Pundit?

Можно дать пользователю роль