помогло реальни.

а какая версия? тянет на ишью либо в акка, либо сбт)

а какая версия? тянет на ишью либо в акка, либо сбт)

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

кто-нибудь может подсказать свежие скаловые ноутбуки? спарк не сдался, если что. jupyter-scala вылезает в поиске, но он как-то вяло поддерживается, на 2.11 и с амонитом (который не обучен всепоучающим китайцем жить в такой среде)

кто-нибудь может подсказать свежие скаловые ноутбуки? спарк не сдался, если что. jupyter-scala вылезает в поиске, но он как-то вяло поддерживается, на 2.11 и с амонитом (который не обучен всепоучающим китайцем жить в такой среде)

zeppelin не то? ( сам не смотрел, руки не дошли)

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

https://toree.apache.org

все на спарк завязаны и 2.11 лан, видно 2.12 это фантастика

Ну может как-то собрать с 2.12

У jupyter-scala вроде есть билды с 2.12

И в инстал-скрипте написано "поменяйте тут для 2.12"

угу, нашел

но из-за аммонита придется видно в виртуалке подымать

А докер ?

на венде лучше виртуалку

тем более мне не надо это никуда деплоить, толку с докера 0

уместно ли попросить не употреблять слово "хер" в подкасте? А то ребёнок слышит, не айс

уместно ли попросить не употреблять слово "хер" в подкасте? А то ребёнок слышит, не айс

ок

благодарю )

этот выпуск 18+

уместно ли попросить не употреблять слово "хер" в подкасте? А то ребёнок слышит, не айс

скажи, что немцы в подкасте. Her Grigory

*Herr

*Herr

поправка на акцент

уместно ли попросить не употреблять слово "хер" в подкасте? А то ребёнок слышит, не айс

Пожалей ребенка, не дай бох скалалазом вырастит ?

уместно ли попросить не употреблять слово "хер" в подкасте? А то ребёнок слышит, не айс

Сос нарушен

скалалулзом

бенефис юмора помадчина

@clayrat Насколько кошерно называть коэффекты атрибутами?

аннотациями наверное еще можно

но "коэффект" всё таки предполагает активное участие системы типов

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

или просто что то типа OI комонады впаянной в рантайм

кто-нить использовал visualvm profiler для профайлинга запущенного в sbt console?

sampling работает. а в профайлере пусто

jmc

visualvm мертв

Жив вроде https://github.com/oracle/visualvm/commits/master класс неверно указал

Как отсортировать Seq или что-угодно-еще с указанием порядка asc/desc?) #идиотские_вопросы_игоря

http://www.scala-lang.org/api/2.12.4/scala/collection/immutable/Seq.html#sortWith(lt:(A,A)=>Boolean):Repr

написать implicit ordering для того, то хочешь? ну или sortWith

пацаны, что можно сделать с кодом, который с развесистыми if-else-ами? например, с вот таким чудом: https://scastie.scala-lang.org/Z1kkurat/FINIn0KJR9S6GmX6Vr9rdA

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

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

а так по моему все наглядо.

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

И где-то ошибиться и напечатать не ту переменую очень просто (

if (true) 7 else 42 а что ты здесь сделаешь? Тебе везде нужно вернуть значение одного типа. Пиши такой код только по вторникам, тестируй.

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

if(not ...) return doBadThings1 if(not ...) return doBadThings2 и так далее?

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

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

По идее должно подойти что-то типа Either со списком сообщений слева до последнего успешного?

if(not ...) return doBadThings1 if(not ...) return doBadThings2 и так далее?

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

Типо мы до конца пытаемся как-то обработать данные, и если на одном из этапов это получается - возвращаем всю ту информацию, что мы получили, пытаясь обработать. Если же не получается ни на одном из этапов - возвращаем дефолтные значение

Writer + хитрый Either?

Как вариант, но чёт я не хочу пока тянуть котов ради такой не очень большой штуки

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

Ну да, возможно

Это даже не Either будет, а пара с текущим и предыдущим значением

во-во

ну нах, короче, и так сойдёт, там 40 строчек кода в итоге выйдет

И то верно)

Как вариант, но чёт я не хочу пока тянуть котов ради такой не очень большой штуки

а транзитивно у тебя их нет?

а транзитивно у тебя их нет?

не-а, так уж вышло (

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

Ну можно переписать с патматом простым ведь?

А в итоге получится то же самое

ERROR: S client not available

меня ведь не сами ифы смущают

Во, я понял что нужно: data FinishedT m a = Finished { isFinished :: Boolean, value :: m a }

И состекать это с Writer

Но не факт что это того стоит)

)))

А можно ли Traversable по би-предикату вида (T, T) => Boolean разбить на группы?

sliding и partition может

List(1, 2, 3, 4, 5).sliding(2).partition{ case List(a, b) => (a + b) % 2 == 0 }

List(1, 2, 3, 4, 5).sliding(2).partition{ case List(a, b) => (a + b) % 2 == 0 }

sliding по два элемента берет, да?

по сколько укажешь

Правильно понял, что потом идет "смещение" выбранных элементов на один и проблем с четноостью (лол) не будет?)

ну в зависимости от того как именно нужно скользить) можно вторым аргументом это указать

Окей. Последний вопрос на сегодня – в mutable.Map можно ведь в к-ве ключа null закинуть?

cобес что-ли проходишь)))

Не, пишу стремный код в свое удовлетворение :) Раскидываю данные из json для сохранения в neo4j на ноды с вынесением сложных полей в отдельные ноды рекурсивненько, нужно неприятные большие цепочки группировок-маппингов-прочей-гадости делать, мозги плавятся.

можно закинуть, но хрен знает насколько это на уровне контракта закреплено. точно не нужно)

Окей. Последний вопрос на сегодня – в mutable.Map можно ведь в к-ве ключа null закинуть?

н-но зачем?

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

а тип ключа какой? если строка логичнее взять ""

а тип ключа какой? если строка логичнее взять ""

Не, тип ключа - собственно такой же как и тип данных, нода. Дерево же.

господа, возможно, кто нибудь поможет совладать с компилятором и подскажет фикс, для того, чтобы все заработало ? не могу понять, почему имплисит для Monad[Compose[Future, Option]#F] находится, а для UserAlg[Compose[Future, Option]#F] - нет https://scastie.scala-lang.org/Exbfg1RFSCqND29dHTLDww

можно заставить работать добавлением еще одного имплисита, но как то не особо хочется - возможно есть более элегантный способ implicit def userInterpreter1[F[_], G[_]](implicit M: Monad[Compose[F, G]#F]): UserAlg[Compose[F, G]#F] = userInterpreter0[Compose[F, G]#F]

господа, возможно, кто нибудь поможет совладать с компилятором и подскажет фикс, для того, чтобы все заработало ? не могу понять, почему имплисит для Monad[Compose[Future, Option]#F] находится, а для UserAlg[Compose[Future, Option]#F] - нет https://scastie.scala-lang.org/Exbfg1RFSCqND29dHTLDww

type KOKOKO[K] = Compose[Future, Option]#F[K] implicitly[UserAlg[KOKOKO]]

круто, спасибо, а можно вкратце, почему так работает?

круто, спасибо, а можно вкратце, почему так работает?

Потому что зав типы в скале не полноценны. Есть разные ограничения. Есть места в которых вычисление останавливается. Здесь помогла простая изоляция вычислений. type KOKOKO[K] = Compose[Future, Option]#F[K] - сначало вычисляется KOKOKO, а UserAlg[Kokoko] - это уже очень простой тип, потому что UserAl вычислен и Kokoko тоже.

понятно, еще раз спасибо

@yourNightCurator нет, не печалит))

а почему удалил)

не люблю пошлость, а мой вариант был уже предложен

А почему пошлость? я не прочитал до конца

там был быстрый выход по первому условию через return чтобы понизить вложенность, но это java++ way