Ну, там либо Either на N типов делать (заpанее известно количество), либо что-то наподобии того, что выше, либо Any. Нужно pаботать с pандомными типами из заданного пеpечня максимально комфоpтно.

A

D

T

Не получится там в ADT, там с каждым можно по-pазному pаботать и отдельная валидация. Ну нельзя и все.

Выйдем в понв поговорим

звучит как самое настоящее адт

Не получится там в ADT, там с каждым можно по-pазному pаботать и отдельная валидация. Ну нельзя и все.

Что значит по-разному?

ADT как раз и позволяет описывать разные случаи

Хз, не накладывается он на то, что есть.

Щас часик постpадаю, может что и выйдет, конечно

Пожалуйста, больше не приноси такое, особенно после того как осенью это уже обсосали

Ты ж сам спрашивал

И тебе точно тоже самое ответили, что получать эни и мэтчить шляпа

И есть адт, да не в лучшем виде

В дотти будет лучше

Но как есть и это скалавей

Или у тебя опять интероп с котлином?

Или у тебя опять интероп с котлином?

Нет, в этот pаз чистая скала. Интеpоп с котлином классно пашет. Даже rxkotlin в скалу втащить смог по-минимуму :3

Нет, в этот pаз чистая скала. Интеpоп с котлином классно пашет. Даже rxkotlin в скалу втащить смог по-минимуму :3

ух извращуга

а что в скале сейчас модно использовать для работы с датами / временем? java8 date time api?

Instant вроде

а что в скале сейчас модно использовать для работы с датами / временем? java8 date time api?

жава 8!

и tryями обмазаться

Validated

а что в скале сейчас модно использовать для работы с датами / временем? java8 date time api?

кстати если хочется чуть получше синтаксиса есть тонкий враппер https://github.com/opt-tech/chronoscala

Есть такая вот гадость: type Supported = (ColumnValue[_$1]) forSome {type _$1 >: Boolean with Long with Double with String with Array[Byte]} И с ней нужно pаботать. В некотоpых случаях – для каждого типа своим обpазом.

А это где такое?

Это nsfw

Надо попросить админов удалить

кстати если хочется чуть получше синтаксиса есть тонкий враппер https://github.com/opt-tech/chronoscala

Это тот что на джаве с ui рест дёргает по крону?

Это тот что на джаве с ui рест дёргает по крону?

ридми прочитай

https://github.com/aol/chronos

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

https://github.com/aol/chronos

я думал ты про https://github.com/mesos/chronos

он был популярен (широко популярен в узких кругах)

@pomadchin скорее всего да про него

airbnb шедулер

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

http://kamon.io/

Спасибо, как-то забыл про него. Какие подводные камни?

Aspectj

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

Подключить ладно

Самого его наличие так себе

по производительности большое проседание , встречал кто цифры ?

Помню кто-то ругался

https://twitter.github.io/util/guide/util-stats/user_guide.html

ну это чтобы про твиттер стек не забывали)

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

Эээ, какой ещё агент? Мне нужны просто каунтеры и таймеры, собранные в кучу + репортеры. Зачем мне агент для этого?

Тогда не надо

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

Там для каки он нужен был

И для всяких общих жвм метрик

А, типа ядро без агента? Тогда выглядит норм

Из плюшек дашборд для графаны

Но там он под акку был

И под жвм

Но по аналогии можно сделать

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

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

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

Какой то там wizard тебе в помощь

Он много чего умеет и все надо явно делать

Но желательно метрики в отдельном треде писать

Это о камоне речь или о чем?

http://www.dropwizard.io/1.2.2/docs/

Епт, так я о нем и говорю

ERROR: S client not available

Камон обычно для метрик акторов делают с инструментацией

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

Тред не читай советы пиши

Классика

Проще тогда самому написать какую нибудь мелочь

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

А в чем собственно напряг?

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

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

При старте проинициализировать всё оО

У нас вроде никто с ним не парится

Хорошо вам

А я парюсь

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

С телефона подробнее не смогу описать

Юрий не оч внимательно прочитал все что там выше, но используй https://github.com/kamon-io/Kamon и все просто будет подключил и заработало

Да, его и планирую посмотреть подробнее

Юрий не оч внимательно прочитал все что там выше, но используй https://github.com/kamon-io/Kamon и все просто будет подключил и заработало

с графитом у него тоже есть прелести, но какие именно сейчас не вспомню. Не помню из-за чего, kamon писал не понятно что в гистограммах

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

правда кейсы простые - колво запросов и тп (каунтеры, ничего серьезного восновном)

Гистограммы тоже нужны

Как без них

А оно как, jmx отдает?

А то я тоже думаю что-то такое впиливать, лучше чем по логам метрики строить

Гистограммы тоже нужны

это считай все просто

Если не использовать JMX в pipeline доставки метрик до мониторинговой БД, а вместо этого использовать репортеры под каждую мониторинговую БД, то обе проблемы описанные мной выше исчезают. Но в гистограммах дропвизарда остаются проблемы (retention) , блокировками(они не справились сделать lock-free) поток приходящий читать снапшот на время его снятия(~50 микросекунд) блокирует писателей, также писатели могут блочить друг друга при плановом rescaling, дефолтный ExponentialDecayingReservoir хранит значения в толи в ConcurrentHashMap, тобишь на каждое измерение аллоцирует пачку объектов, на самом деле если детально всё разбирать то получится очень внушительная статья, поскольку времени писать ее нет, я просто кину пару ссылок https://groups.google.com/forum/#!msg/mechanical-sympathy/I4JfZQ1GYi8/ocuzIyC3N9EJ https://medium.com/hotels-com-technology/your-latency-metrics-could-be-misleading-you-how-hdrhistogram-can-help-9d545b598374 http://taint.org/2014/01/16/145944a.html Что касается альтернатив то для преодоления проблем с гистограммами можно воспользоваться например pivotal-micromenter правда он пока слишком бажный в виду своей молодости, и имеет свои проблемы с гситограммами, но они намного менее существенные. Можно остаться на Dropwizard и просто написать свои реализации Reservoir которые лишены проблем присутсвующих дефолтным резервуарам, я собственно так и сделал и даже в опенсорс либу оформил https://github.com/vladimir-bukhtoyarov/rolling-metrics/blob/master/histograms.md поскольку в то время как я делал rolling-metrics вменяемых гистограмм в принципе не было(2,5 года назад), а сейчас менять фремворк для мониторинга уже не хочется потому что много кода завязано на Dropwizard

Кто там за Slick волновался? Похоже ожил он: https://github.com/slick/slick/commits/master

это ужасно

почему квиллу можно а слику нет?

Слик можно.

Плохую архитектуру нельзя.

Плохую архитектуру нельзя.

Оксюморон типа? Можно слик но плохую архитектуру нельзя