а как зовут автора нашего лого группы?

@Angel608 на скок я помню

да я же вспомнил)

30+? Проходи! Моложе? На лево иди!

30+? Проходи! Моложе? На лево иди!

Камон, мне еще так долго((

господа, скажите как у sbt-assembly заэксклудить 1 класс

который подходит под rename другого паттерна

господа, скажите как у sbt-assembly заэксклудить 1 класс

fullClasspath in assembly := { val excludedClasses = _ (fullClasspath in assembly).value.filterNot(_.data.getAbsolutePath.startsWith(excludedClasses)) } - кажись как-то так

но это не точно

не, он мне нужен в класах

только чтоб его не шеидило

а можешь его переимнеовать зашейдить и потом переиинмеовать назад?

(так не работает)

не можешь

ссылку то он зашеидит)

который подходит под rename другого паттерна

Вроде, если референс попадает больше чем под одно правило, то работает только первое, так что можно написать что-то типа: assemblyShadeRules in assembly := Seq( ShadeRule.rename("org.foo.ToKeep" -> "org.foo.ToKeep").inAll, ShadeRule.rename("org.foo.**" -> "shaded.org.foo.@1").inAll )

Вроде, если референс попадает больше чем под одно правило, то работает только первое, так что можно написать что-то типа: assemblyShadeRules in assembly := Seq( ShadeRule.rename("org.foo.ToKeep" -> "org.foo.ToKeep").inAll, ShadeRule.rename("org.foo.**" -> "shaded.org.foo.@1").inAll )

А просто keep не отработает?

keep выполняется после всех rename правил и работает не так как тебе нужно.

Свежайший сороковой выпуск Скалалаза! http://scalalaz.ru/series-40.html

keep выполняется после всех rename правил и работает не так как тебе нужно.

Жёстко

Свежайший сороковой выпуск Скалалаза! http://scalalaz.ru/series-40.html

Как раз к анонсам новых митапов готов бриллиант дизайна и UX http://scala-meetup.club Пока это просто лендинг для поиска докладчиков (добавляться могут даже самые робкие и стеснительные). Списки желающих и тем будут шариться между организаторами. Надеемся, что это поможет по ряду пунктов упростить митапную жизнь. п.с. завтра залью в общественную репу, желающие смогут реквестов и пров накидать

в подкасте Лёша призывал хардкорные темы, но вводные тоже велкам это интересно как новичкам в профессии так и новичкам в стэке

Вот это лендинг от бога

Куда деваться, свобода слова в стране

Куда деваться, свобода слова в стране

в другом чате

в другом чате

у нас умеренно стикеров тоже можно

Да и в этом, не нарушайте мои конституционные права)

Вот это лендинг от бога

учился у дагов спарка!

Вот это лэндинг

Hi

Вот это лэндинг

Красивый, согласен! При этом в нем есть тонкая не завершенность, чтобы было куда стремиться. https://github.com/scala-russian/meetup залил в общественную репу фич реквесты и пры (особенно связанные с хтмл мордой) приветствуются пры особенно полезны будут, потому что моё и Фомкина время сейчас будет уходить на другую аппликуху

Hi

Hi If you prefer english than you may be interested in https://t.me/scala_en

Послушал свежий подкаст - мой коммент не отпускает уже на протяжении нескольких выпусков ?

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

патреонировать билет для подкастеров, чтобы приехали и лично ответили

Послушал свежий подкаст - мой коммент не отпускает уже на протяжении нескольких выпусков ?

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

кстати, в scala times сегодня была ссылка на проект sttp https://sttp.readthedocs.io/en/latest/index.html

удивительно, как много "программер френдли" клиентов народилось

это враппер над разными бэкэндами. Как раз в scalalaze предлагали поработать над чем то подобным.

только здесь область ограничена http

это враппер над разными бэкэндами. Как раз в scalalaze предлагали поработать над чем то подобным.

ну вот гигахорс же то же самое

В sttp версия 1+ , і там есть бекенд с cats-effect , что в вместе с Doobie позволит писать purely functional application

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

В sttp версия 1+ , і там есть бекенд с cats-effect , что в вместе с Doobie позволит писать purely functional application

интересно, т.е. без cats-effect нельзя писать purely functional applicatoon?

или без doobie

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

а где , а что?

Намного проще когда те же тайпкласы?

Намного проще когда те же тайпкласы?

как тайпклассы связаны с чистотой?

val request = sttp.get(uri"https://api.github.com/search/repositories?q=$query&sort=$sort") implicit val backend = HttpURLConnectionBackend() val response = request.send() вот это какой-то дизайн из разряда - "потому что я могу так"

val request = sttp.get(uri"https://api.github.com/search/repositories?q=$query&sort=$sort") implicit val backend = HttpURLConnectionBackend() val response = request.send() вот это какой-то дизайн из разряда - "потому что я могу так"

эмм не вижу проблем

ну или дань футурам

Вот в гигахорс для разных бэкендов разные пекеджи

Захотел сменить бэкенд - переписываешб приложение

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

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

и притворяешься, что ничего не изменилось

т.е абстракции над бэкендами нет, syntactic polymorphism. Это одинаковый код, потому что он из одинаковых букв

да это мудацкий имплицит - один хрен в бекенде есть метод который выполняет сенд - в чем принципиальная разница req.send от backedn.send(req) ?

да это мудацкий имплицит - один хрен в бекенде есть метод который выполняет сенд - в чем принципиальная разница req.send от backedn.send(req) ?

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

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

Послушал свежий подкаст - мой коммент не отпускает уже на протяжении нескольких выпусков ?

Какой комент?

ERROR: S client not available

то есть ExecutionContext это хорошая тема?

то есть ExecutionContext это хорошая тема?

нет

полное говно

ну вот тут такая хрень

ладно, мономорфные имплиситы - тухляк, согласен

Какой комент?

Алексей чет там про зависимтость логгера в каокйто либе не полюбил а оказалось что там и нет зависимости

убидил

Алексей чет там про зависимтость логгера в каокйто либе не полюбил а оказалось что там и нет зависимости

погоди, не рушь всю идею - никто точно еще не знает есть он или нет

только фомкин сможет дать ответ

val cat = Reader.read[Cat]("Tom") val cat: Cat = Reader.read("Tom") Подскажите, во втором варианте я хочу от компилятора невозможного?

Reader.read - что это?

либа

def read[A](from: String)(implicit reader: typeclass.Reader[String, A]): A = { reader.read(from) }

Тут весь код https://gist.github.com/sherzodv/8801ba92dc047f2c1a997182b8d5a278

кстати, в scala times сегодня была ссылка на проект sttp https://sttp.readthedocs.io/en/latest/index.html

поделие же не ново, в топ 3 входит по запросу scala async http client, у меня на нем вроде даже микротулза есть

а можно ругаться вместо ответа на вопрос?

можно что угодно, но желательно с ответом)

аааа я понял, это перенос хачкелёвого Read?

наверно. читал Бартоша, вдруг стукнуло может ли вывести я к тому что законно ли такое требовать (думаю что законно), и может флагами как-то включается

Тут весь код https://gist.github.com/sherzodv/8801ba92dc047f2c1a997182b8d5a278

проблема не в выводе типов, а в том, что read оверлоадится

переименуй второй

или первый

аа это мелочь. можно просто убрать https://gist.github.com/sherzodv/8801ba92dc047f2c1a997182b8d5a278

и чё, не компилится так?

нет, ругается ambiguous implicit values: говорит что оба инстанса подходят

типы пробовал расставлять?

у имплиситов

попробовал, то же самое попробовал еще read("Tom"): Cat но это вроде равносильно (тоже ругается)

Скаланы, посоветуйте HighLevel HTTP Client для Scala Чтобы обращаться к публичному API На выходе иметь десериализованные объекты с последующей обработкой в акторах