или еще как-то

id | user_id | role_type | inner_ids

И мне надо два последних поля объединить в один объект получается

погугли acl - кто как делает, потом свой велосипед построишь)

еще есть rbac

Коллеги, а поделитесь опытом, как вы используете type level программирование для решения задач бизнес-логики? В моём текущем проекте ситуация такая: - Есть поток сообщений из всяких сокетов. В конечном счёте, бизнес-логика описывается в akka stream Flow. - Логика -- последовательные вычисления на каждом сообщении, а потом их агрегация. Поэтому используется комонада с HList внутри: каждый следующий шаг дописывает в HList, имея возможность читать предыдущие. - Для типов результатов вычислений есть тайпклассы: как минимум, Monoid. Это позволяет делать несколько агрегаций по одному потоку через |+|. Моноид HList-а получается понятным образом из кусочков. - Аналогично добываются другие тайпклассы, например, Show. Сериализация результатов вычислений для конечного пользователя в итоге зависит только от данных и выстраивается автоматически. В конечном счёте, это решение задачи типа map/reduce в конкретной предметной области с помощью cats и shapeless. Akka Streams -- просто транспорт (правда, важный: я пользуюсь материализацией, поэтому заменить Flow на какой-нибудь более общий тип не могу). А вы какие прикладные задачи решаете с помощью cats и shapeless или других инструментов на уровне типов?

Да, rbac это то что я хочу. Но вот как раз там есть параметры у роли, по которым можно делать сверку на разрешение пользователя. И вот как раз мне надо понять как это хранить.

Хотя не, rbac - не судьба, пошел смотреть abac

в табличке rolId -> userId и джойнить, в чем проблема то?

https://github.com/47deg/freestyle/

забавно, еще только надо либу которая скрестит это с freek

Митя ну е мое, тут люди линзы не дают притащить в проект, а ты вон чо =(

Ну есть же и тут товарищи, которые сами тащут и спросу не просят?

Интересно сознание расширить. Я руками только два проекта с функциональщиной написал: парсер хтмл с клеисли и вот реалтайм мап-редьюс с шейплесс и комонадами-моноидами. Очень интересно, какие ещё задачи удаётся упростить со всей этой магией :) вдохновения хочется!

Я помню парсер да =)

Я бы тоже послушал ответ на твой вопрос

Митя ну е мое, тут люди линзы не дают притащить в проект, а ты вон чо =(

я думал, у тебя получилось)

я думал, у тебя получилось)

неа =(

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

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

да не

там кто то в пылу каком то реально юзал скалаз

Посоны ламацкий вопрос! Как это озвучить на английском? Node current = head;

assigning?

там кто то в пылу каком то реально юзал скалаз

к слову, а кто юзает именно скалаз, а не котов?

к слову, а кто юзает именно скалаз, а не котов?

я хз, я котов хочу =)

к слову, а кто юзает именно скалаз, а не котов?

косвенно в депенсях висят скалаз стримы поэтому скалазы ): + моноколь на скалазе; а сча цирк хочу использовать и надо что-то думать

косвенно в депенсях висят скалаз стримы поэтому скалазы ): + моноколь на скалазе; а сча цирк хочу использовать и надо что-то думать

fs2?

фс2 сыряк

неа, в планах миграция

но пкоа не пробовали даже

я не пробовал*

скалаз-стримы пока что делают фс2 по перфомансу и стабильности

да пкоа вообще не горит) изза монокля скалаз в зависиостях тогда какая разница на данный момент

я предпочитаю скалаз котам

мне кажется что коты пока тоже сыряк

я использовал котов когда цирк использовал; разницы не заметил)

Друзья, а если вам данные держать вне сервиса и там счетчики, то что вы используете? Постгрес редис или что-то в моде?

Для простых вещей redis ок, если что-то посложней, то hazelcast / zookeeper

постгря

А вот как вы считаете, у object oriented design есть будущее, или мы все так или иначе идём к чистым функциям и монадам? Вот я тут попробовал написать одну штуку в ОО стиле, а после пришёл к выводу что не могу грамотный дизайн в терминах ООП сделать, и с функциональщиной оно бы проще было.

если под ооп понимать что то типа акторов, то применение есть

Ну я скорее про утвердившийся подход с классами и методами, вот этим всем.

Ну я скорее про утвердившийся подход с классами и методами, вот этим всем.

я 4 года не писал, сейчас даже не представляю, зачем оно нужно

ну вообще меньше классов - легче читать )

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

печаль

блеск и нищета скалы, тащемта

Не, у нас тоже есть легаси проект, в котором часть кода написана с классами. Так вот, его никто не любит и никто не понимает до конца, как оно работает.

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

мда

ну, я стараюсь при рефакторинге упрощать читабельность(она, конечно, у всех разная, но …) — короткие функции(желательно не больше 10 строк), реюз, паттернматчинг, где возможно

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

но не все придерживаются этого правила

в основном х--к х--к и в продакшон =)

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

ну да, это очевидно

в основном х--к х--к и в продакшон =)

вжух-вжух :)

теперь сос только вжух вжух и остается писать =(

но вот у нас есть интерн китаец

он еб-т-ся улыбаться как рефакторит

я даже узнаю его код по первым строчкам

как когда то посты просвирина на глагне

на глагне чего?

лепры

он еб-т-ся улыбаться как рефакторит

кстати, а это как?

в смысле, пример какой-нибудь можно?

ERROR: S client not available

сча попробую что нибудь найти/ уже наверное пару месяцев как нас разделили

классный класс?

=)

прямо учебник паттерны проектирования на яве

мда

адок

а чо… программирование на типах..

это то что делает китаец, или то с чем он борится?)

это то что стало после него )))

есть несколько слоев которые накопились

и короче я просто не знаю что сказать

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

а мягко объяснить на ревью, что друг не надо так, мы это не будем мержить -низя?)

я не ревьюю (??) его код

это делает супер ведущий или сто

я картинку грохну в целях ну мало ли

дада, все кому надо схоронили^Wпосмотрели :)

я картинку грохну в целях ну мало ли

Правильно, а то народ подумает, что это бест Практис ))

ггг

и вот мне как то дали баг, а там примерно 3-4 таких вот слоя фабрик провадеров =)

2 дня только код читал и разбирался что куда и зачем

и вот мне как то дали баг, а там примерно 3-4 таких вот слоя фабрик провадеров =)

долой фабрикантов!

2 дня только код читал и разбирался что куда и зачем

я обычно, если код нечитабельный, начинаю его рефакторить в читабельный

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

я обычно так делаю, там где мне никто не выскажет

а такие вот вещи во-первых трогать страшно

классный класс?

а где он?

в памяти

https://i.gyazo.com/0c6729c9239b6c31199692177fa66637.png

я картинку грохну в целях ну мало ли

^

а не заметил

так красивше )