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

спринг не юзаем

Так где эксепшны?

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

Всем привет) кто-нибудь сталкивался с проблемой, когда в крупном проекте необходимо сделать отправку эксепшинов по http, чтобы знать чё там у юзеров происходит?

sentry/raven?

спринг не юзаем

Это шутка была ;(

Это шутка была ;(

сорян) сразу не понял)

просто добавить поле "эксепшон" и писать туда эксепшон нельзя?

Кстати, 1111 :)

Кстати, 1111 :)

в компиляторском чатике только только празновали 111

в компиляторском чатике только только празновали 111

прям праздновали? сходка там была или чего

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

А какой кейз действительно не укладывается в сбор логов?

А как Scala разворачивает несколько case внутри {} (например метода)? Сколько PartialFunction? И вообще как всё это матчится?

sentry/raven?

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

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

А как Scala разворачивает несколько case внутри {} (например метода)? Сколько PartialFunction? И вообще как всё это матчится?

зависит от случая

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

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

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

Там можно слои настроить, чтоб было проще искать что и где

А как Scala разворачивает несколько case внутри {} (например метода)? Сколько PartialFunction? И вообще как всё это матчится?

это один PartialFunction, разворачивается в один большой if else

А как Scala разворачивает несколько case внутри {} (например метода)? Сколько PartialFunction? И вообще как всё это матчится?

в некоторых местах (match, catch) вообще обходится без partialFunction

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

https://docs.sentry.io/clients/java/usage/ это оно, да?

зависит от случая

Ну например такое как он развернёт case Some(e: Int) => e case None => 0

https://docs.sentry.io/clients/java/usage/ это оно, да?

Должно быть оно, через скалку ни разу не юзал(

Должно быть оно, через скалку ни разу не юзал(

хорошо, изучу, спасибо)

Ну например такое как он развернёт case Some(e: Int) => e case None => 0

это будет приблизительно так val x$1 = Some.unapply(x) if(!x$1.isEmpty){ val e = x$1.get e } else if(x == None){ 0 } else { throw new MatchError }

аааа стоп, не увидел : Int

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

у нас splunk, пишем метрики и ошибки

у нас splunk, пишем метрики и ошибки

что-то тяжеловесное и платное, хочется легковесное и бесплатное, нужен минимум по факту функционала

Elk

у нас splunk, пишем метрики и ошибки

Дорого богато

Ну например такое как он развернёт case Some(e: Int) => e case None => 0

учитывая субматч, приблизительно так val x$1 = Some.unapply(x) var matched$1 = false var match$1Result: Int = _ if(!x$1.isEmpty){ val x$1$2 = x$1.get if(x$1$2.isInstanceOf[Int]){ val e = x$1$2.asInstanceOf[Int] matched$1 = true match$1Result = e } } if(matched$1) { match$1Result } else if(x == None){ 0 } else { throw new MatchError }

Elk

выглядит весьма готовым, за собой тянет много всего(mysql,apache и т.д.). статистику я и сам смогу построить, мне бы просто эксепшины по http принять от своего серверного приложения

Вааат?

Какой такой мускуль?

Зачем апач?

Ну возьми influx

выглядит весьма готовым, за собой тянет много всего(mysql,apache и т.д.). статистику я и сам смогу построить, мне бы просто эксепшины по http принять от своего серверного приложения

graylog, logstash, splunk

Пиши в него напрямую

Ну или поставь какого-нибудь агента на stderr пусть скармливает в логстеш

Тебе к девопсам

Сколько программистов нужно, чтобы вкрутить сбор логов? 0 - иди к девопсам

@odomontois спасибо, вроде бы полегчало

@odomontois спасибо, вроде бы полегчало

если боишься за производительность, самое тяжёлое в матчах - это unapply

Об этом Петрашка рассказывал в одном из скалалазов

unapply в большинстве стандартных реализаций возвращает Option а если несколько полей - Option[TupleN]

эта вот аллокация отнимает больше ресурсов, чем все остальные сравнения

Не, мне было интересно как оно под капотом работает

Так, а какой тип у PartialFunction при большом количестве case?

Петрашка утверждал, что если у тебя большой матч с кучей кейзов с проверкой на тип, нонешняя ЖВМ может пачку if(x instanceof T) за O(1) выполнить

Не, мне было интересно как оно под капотом работает

у PartialFunction тип не зависи от количества case

Ну например val fun: PartialFunction[Double, Double] = {case ...} я явно указываю типы, а когда оно генерируется скалой, что происходит?

Ну например val fun: PartialFunction[Double, Double] = {case ...} я явно указываю типы, а когда оно генерируется скалой, что происходит?

ну тогда можешь считать, что вот тот код будет сгенерирован дважды первый будет для isDefinedAt который будет просто возвращать true или false вместо matchError второй уже такой как я написал для apply

Ну например val fun: PartialFunction[Double, Double] = {case ...} я явно указываю типы, а когда оно генерируется скалой, что происходит?

нагенерь посмотри ну

я тоже хотел предложить javap, но хз как это в скалку перевести

https://alvinalexander.com/scala/how-to-disassemble-decompile-scala-source-code-javap-scalac-jad

можно вроде даже онлайн смотреть (без регистрации и смс) http://www.javadecompilers.com/

я тоже хотел предложить javap, но хз как это в скалку перевести

scala -print

сам юзал как-то Procyon, но, например lazy val в 2.12 он не до конца распарсил, выплюнув частично байткод

Так и какой же результат у PF с тем кодом, посоны?

def <init>(): type = { iw.super.<init>(); iw.this.res3 = { case <synthetic> val x1: Option = scala.Option.apply(scala.Int.box(42)); case7(){ if (x1.$isInstanceOf[Some]()) { <synthetic> val x2: Some = (x1.$asInstanceOf[Some](): Some); { val e: Int = scala.Int.unbox(x2.value()); { <synthetic> val x3: Int = e; matchEnd6(x3) } } } else case8() }; case8(){ if (scala.None.==(x1)) matchEnd6(0) else case9() }; case9(){ matchEnd6(throw new MatchError(x1)) }; matchEnd6(x: Int){ x } };

def <init>(): type = { iw.super.<init>(); iw.this.res3 = { case <synthetic> val x1: Option = scala.Option.apply(scala.Int.box(42)); case7(){ if (x1.$isInstanceOf[Some]()) { <synthetic> val x2: Some = (x1.$asInstanceOf[Some](): Some); { val e: Int = scala.Int.unbox(x2.value()); { <synthetic> val x3: Int = e; matchEnd6(x3) } } } else case8() }; case8(){ if (scala.None.==(x1)) matchEnd6(0) else case9() }; case9(){ matchEnd6(throw new MatchError(x1)) }; matchEnd6(x: Int){ x } };

а какой код ты компилил?

тот

лан, не печатай

scala> Option(42) match { | case Some(e: Int) => e | case None => 0 | }

ERROR: S client not available

не пойму, там PartialFunction-то есть?

нееее

надо val x: PartiualFunction[Any, Int] = {...}

лан, не печатай

бомбит?

мне лень набирать консоль была уже открыта, вставил

бомбит?

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

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

Ну уже в двух чатах заценили Oleg [Tinkoff] is typing, я подумал, что тебя раздражает

а-а не даже живьем не работает

выглядит как вставка в статье про SCP, case9() - 3 сотрудника пострадали

надо val x: PartiualFunction[Any, Int] = {...}

https://gist.github.com/optician/aab7f52c9c1ce0e6b60fec64456fb692 пойдет?

https://underscore.io/blog/posts/2018/03/20/fs2.html

https://underscore.io/blog/posts/2018/03/20/fs2.html

Круто, спасибо!

Всем привет. Наверняка здесь есть те, кто давно мечтает о том, как бы написать свою библиотеку парсер-комбинаторов, получше изучить всякие нетривиальности алгоритмов синтаксического анализа, или таки применить знания на практике. Есть предложение. Создание библиотеки парсер комбинаторов для запросов к граф-структурированным данным (к графовым БД). Уже есть некоторый прототип (https://github.com/YaccConstructor/Meerkat), крвткое описание того, как и почему это работает (https://github.com/YaccConstructor/articles/blob/master/InProgress/GRADES-NDA/Semyon_combinators/paper/combinators_for_graph_querying.pdf), примерный план того, что хочется сделать в ближайшее время (https://github.com/YaccConstructor/Meerkat/issues/28). Если идея кажется кому-то интересной, то можнро 1) высказать своё мнение 2) поменторить проект 3) покодить. С чем можно будет поработать: прсер комбинаторы (основанные на обобщённом LL, он же GLL), графовые БД, парарллельный и распределённый синтаксический анализ (над этим сперва надо много думать).

Всем привет. Наверняка здесь есть те, кто давно мечтает о том, как бы написать свою библиотеку парсер-комбинаторов, получше изучить всякие нетривиальности алгоритмов синтаксического анализа, или таки применить знания на практике. Есть предложение. Создание библиотеки парсер комбинаторов для запросов к граф-структурированным данным (к графовым БД). Уже есть некоторый прототип (https://github.com/YaccConstructor/Meerkat), крвткое описание того, как и почему это работает (https://github.com/YaccConstructor/articles/blob/master/InProgress/GRADES-NDA/Semyon_combinators/paper/combinators_for_graph_querying.pdf), примерный план того, что хочется сделать в ближайшее время (https://github.com/YaccConstructor/Meerkat/issues/28). Если идея кажется кому-то интересной, то можнро 1) высказать своё мнение 2) поменторить проект 3) покодить. С чем можно будет поработать: прсер комбинаторы (основанные на обобщённом LL, он же GLL), графовые БД, парарллельный и распределённый синтаксический анализ (над этим сперва надо много думать).

идея кажется мне интересной, однако

1. я не понимаю, что значит парсер-комбинаторы для <предметная область>. Идея комбинаторов ведь в том, чтобы с нуля написать парсер своего синтаксиса для своей предметной области

В статье, как я понял описывается как раз написание языка запросов с помощью комбинаторов

2. Графовые БД, кажется, находятся в негативном тренде. Есть какой-то проект где эти квери планируется использовать?

1) Имеется в виду комбинаторы как некоторая техника. Когда пишется парсер, обычно принято использовать какие-то библиотеки комбинаторов. И уже с использованием этих комбинаторов строить свой парсер. В статье разговор о том, что точно так же можно построить библиотеку комбинаторов, с использованием которой можно строить запросы к БД. Не язык для запросов (типа ещё один Cypher или что-то такое) а именно запросы. 2) Про тренд ничего не скажу. Какого-то великого проекта пока нету. В качестве "пилота" пытаемся применить для статического анализа (ряд задач типа анализа алиасов выражается через запросы к графовому представлению программы) Это, кстати, ещё один интересный вопрос: где подобное можно применять.

Меня очень интересуют графовые БД. Писал плагины для orientDb для старого проекта. За шаг от вывода arangodb на прод. Но иногда такое ощущение, что интересуют только меня. Даже вон бигдатовец @optician_owl с большим скепсисом отзывался на базе своего опыта

Парсеры, если честно, интересут постольку-поскольку.

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

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

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

Меня очень интересуют графовые БД. Писал плагины для orientDb для старого проекта. За шаг от вывода arangodb на прод. Но иногда такое ощущение, что интересуют только меня. Даже вон бигдатовец @optician_owl с большим скепсисом отзывался на базе своего опыта

Скепсис к силвер буллетам. Сама тема графов горячая и интересная.

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

значит, я правильно понимаю, что идея сделать не SQL, идея сделать DSL на языке Х для построения запросов в драйвер?

значит, я правильно понимаю, что идея сделать не SQL, идея сделать DSL на языке Х для построения запросов в драйвер?

Точно не SQL. И даже не DSL (в "простом" понимании). Тут разница примернно как между библиотекой парсер комбинаторов и парсергенератором, у которого есть свой DSL для описания грамматики. Мы хотим сделать библиотеку парсер комбинаторов. А работает она не через генерацию запросов в драйвер, а через низкоуровневое API вида "дай вершину", "дай исходящие рёбра"

В этом (в работе через низкий уровень) есть, конечно, свои плюсы и минусы. Минусы — не попользовать высокоуровненые оптимизации. Плюсы — низкий уровень (типа доступа к вершинам и рёбрам) есть почти у всех и почти всегда простой и достаточно быстрый, так что можно реализовать достаточно абстрактную либу, которую несложно прикрутить к тому, что нужно.

Смотри, есть древняя старая схема .ifc, для определения конструкций здания, оборудования, и т.п. Пригодится ли то, что ты делаешь, к составлению запросов к бд, где хранится файл по этой схеме? (запрос, например, все наружные стены 5 этажа с выходом на восток)?

В чем будет плюс по сравнению с sql запросом?

Меня очень интересуют графовые БД. Писал плагины для orientDb для старого проекта. За шаг от вывода arangodb на прод. Но иногда такое ощущение, что интересуют только меня. Даже вон бигдатовец @optician_owl с большим скепсисом отзывался на базе своего опыта

Олег, а какое относишься к Neo4j?

Получается, что часть логики, которая выполнялась на c++, теперь будет выполняться при помощи парсер комбинаторов?

а причем тут парсер комбинаторы?)