гоу посоны, ща создам

чего хватит? нарушать CoC через 10 минут после принятия? Оскорбления могут быть только личными

Рашкой ты меня лично оскорбляешь и отправишься в бан сразу же после следующего упоминания. Все политические выпады (не только в сторону РФ) удалялись и до введения СоС.

щ_Щ

Рашкой ты меня лично оскорбляешь и отправишься в бан сразу же после следующего упоминания. Все политические выпады (не только в сторону РФ) удалялись и до введения СоС.

возможно, он про zergling rush

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

возможно, он про zergling rush

Нет, там был контекст.

data science, знаешь ли ключевая тема в мире scala сегодня

Надо сделать не чат для флуда, а чат для Q&A. И там устроить Q&A only. и заживем!

тогда в случае с "Рашкой" - должно быть как с "Нигером". "Рашку" могут называть "Рашкой" только граждане "Рашки". Я гражданин)

Рашкой ты меня лично оскорбляешь и отправишься в бан сразу же после следующего упоминания. Все политические выпады (не только в сторону РФ) удалялись и до введения СоС.

ok а фраза про дотнечиков чем плоха? Ты дотнечик?

Надо сделать не чат для флуда, а чат для Q&A. И там устроить Q&A only. и заживем!

В итоге умирают все чаты, потому что аудитория распыляется.

В итоге умирают все чаты, потому что аудитория распыляется.

не без проблем, да

ok а фраза про дотнечиков чем плоха? Ты дотнечик?

Не надо играть в несознанку, я не миллиционер.

К вчерашнему вопросу про имплиситы, можно ли как-то уменьшить кол-во boilerplate здесь https://scalafiddle.io/sf/7lc1jyv/0

Я дотнетчик

я уже полтора года как не пишу на дотнете, но у его хейтеров явно что-то невпорядке с головой

тогда в случае с "Рашкой" - должно быть как с "Нигером". "Рашку" могут называть "Рашкой" только граждане "Рашки". Я гражданин)

Нет такой страны, а если ты так называешь Россию, то не называй себя гражданином.

любой джавист тайно хочет писать на c#, всё норм :)

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

я уже полтора года как не пишу на дотнете, но у его хейтеров явно что-то невпорядке с головой

ты, кажется, оскорбил кого-то только что

Я не исключение :)

ты, кажется, оскорбил кого-то только что

око за око

око за око

не совсем вписывается в СоС

неСоСабельно, я бы выразился

Чисто дети

неСоСабельно, я бы выразился

Ты очень остроумный.

Ты очень остроумный.

спасибо. Надеюсь, в этом сообщении нет скрытой оскорбляющей меня иронии

Коллеги я вот, что-то не пойму сакрального смысла в приведенном выше коде, для чего это надо? implicit val listOfA: List[A] = new A{} :: Nil implicit val listOfB: List[B] = new B{} :: Nil implicit val listOfC: List[C] = new C{} :: Nil implicit val listOfD: List[D] = new D{} :: Nil

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

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

Коллеги я вот, что-то не пойму сакрального смысла в приведенном выше коде, для чего это надо? implicit val listOfA: List[A] = new A{} :: Nil implicit val listOfB: List[B] = new B{} :: Nil implicit val listOfC: List[C] = new C{} :: Nil implicit val listOfD: List[D] = new D{} :: Nil

для того, чтобы разъяснить implicit precedence пацану

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

Тож верно. Я, например, понял, что я нихрена не знаю, только когда уже прилично перевалил за 30 лет :). Поэтому не парюсь

К вчерашнему вопросу про имплиситы, можно ли как-то уменьшить кол-во boilerplate здесь https://scalafiddle.io/sf/7lc1jyv/0

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

Коллеги я вот, что-то не пойму сакрального смысла в приведенном выше коде, для чего это надо? implicit val listOfA: List[A] = new A{} :: Nil implicit val listOfB: List[B] = new B{} :: Nil implicit val listOfC: List[C] = new C{} :: Nil implicit val listOfD: List[D] = new D{} :: Nil

something :: Nil модный способ конструировать списко из одного элемента.

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

можно пример с оберткой имплиситов в класс? я пока не настоящий сварщик

Хммм.. я вспомнил, чего мне в f# не хватает. Как раз ::

Там [something]

К вчерашнему вопросу про имплиситы, можно ли как-то уменьшить кол-во boilerplate здесь https://scalafiddle.io/sf/7lc1jyv/0

1. - executionContext: ExecutionContext можно, если ничего этому не противоречит import system.dispatcher

Хммм.. я вспомнил, чего мне в f# не хватает. Как раз ::

так оно же есть

1 :: []

и в match можно использовать

можно пример с оберткой имплиситов в класс? я пока не настоящий сварщик

class A[R <: MosregRequest, Response: JsonReader](implicit actorSystem: ActorSystem, materializer: Materializer, executionContext: ExecutionContext){ def stdRequestWithCookie(request: R): Future[(Response, HttpCookie)] = { for { ... } yield } def stdRequest(request: R): Future[Response] = { stdRequestWithCookie(request).map(_._1) } } val api = new A api.stdRequest(request)

Хммм.. я вспомнил, чего мне в f# не хватает. Как раз ::

https://fslang.uservoice.com/forums/245727-f-language/suggestions/5664242-simulate-higher-kinded-polymorphism nuff said

something :: Nil модный способ конструировать списко из одного элемента.

Да не я спрашивал, зачем там имплиситы :)

class A[R <: MosregRequest, Response: JsonReader](implicit actorSystem: ActorSystem, materializer: Materializer, executionContext: ExecutionContext){ def stdRequestWithCookie(request: R): Future[(Response, HttpCookie)] = { for { ... } yield } def stdRequest(request: R): Future[Response] = { stdRequestWithCookie(request).map(_._1) } } val api = new A api.stdRequest(request)

А можно сразу object объявить, чтобы не делать new ?

можно. только тебе внутри обьекта придется сделать имплиситы

либо import api._

Да не я спрашивал, зачем там имплиситы :)

Ну там фишка в том что лист ковариантный и не очень понятно какой имплисит выбирать внутри скоупа.

можно. только тебе внутри обьекта придется сделать имплиситы

сделать имплиситы эксплиситно)

class A[R <: MosregRequest, Response: JsonReader](implicit actorSystem: ActorSystem, materializer: Materializer, executionContext: ExecutionContext){ def stdRequestWithCookie(request: R): Future[(Response, HttpCookie)] = { for { ... } yield } def stdRequest(request: R): Future[Response] = { stdRequestWithCookie(request).map(_._1) } } val api = new A api.stdRequest(request)

подброшу https://scalafiddle.io/sf/7lc1jyv/6

[Response: JsonReader] - тоже наверное вверх можно убрать

[Response: JsonReader] - тоже наверное вверх можно убрать

не сработает тогда конверсия

скорее всего

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

если сделать так, что тип Response из R будет выводится - должно сработать

если явно сделать new то и без вывода должно, а если хочется reflectiveCalls - тогда выводить

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

там Response из R не будет выводиться, там что угодно, что умеет десериализоваться из Json, тип чего определится из контекста

зато можно написать request.stdRequest[MyResponse]

и дальше его обрабатывать

если явно сделать new то и без вывода должно, а если хочется reflectiveCalls - тогда выводить

не понял, при чём здесь reflective calls

потому имплиситом ты ведь сделал класс как раз для того, чтобы писать request.stdRequest которое раскладывается в new RequestOps(request).stdRequest - что есть reflectiveCall который с 2.12 надо к тому же явно в импортах указывать

потому имплиситом ты ведь сделал класс как раз для того, чтобы писать request.stdRequest которое раскладывается в new RequestOps(request).stdRequest - что есть reflectiveCall который с 2.12 надо к тому же явно в импортах указывать

это нифига не reflectiveCall

stdRequest будет статически известным членом у RequestOps

это обычный call

раскладываться он будет, на самом деле в RequestOps(request).stdRequest без new

там создаётся одноимённый implicit def

да, пардонь. попутал)

ERROR: S client not available

это когда в самом начале делали через implicit def RequestOpts(...) - оно на это кидает рефлектив кол)

Ох епт, знатно насрали

Хммм.. я вспомнил, чего мне в f# не хватает. Как раз ::

В скале эт самая херовая штука, с неи очень хорошо ловится stackoverflow

В скале эт самая херовая штука, с неи очень хорошо ловится stackoverflow

В смысле?

Может в будущем это можно будет свернуть в сознание одного листа

В смысле?

В прямом, ::вызов функции обычный. Попробуй вставь побольше и приедешь)

В прямом, ::вызов функции обычный. Попробуй вставь побольше и приедешь)

Ну это ведь не рекурсивный вызов.

кто-нибудь запускал телеговскую tdlib не на андроиде?

Ну это ведь не рекурсивный вызов.

если бы все так просто было, то конструкция вида val a = 1::2 работала бы)

если бы все так просто было, то конструкция вида val a = 1::2 работала бы)

wat

ну ник про то что :: это кейс класс

угу

с головой и хвостом

чуть больше добавляешь пиздец)

case class ::[A] (head: A, tail: List[A]) extends List[A]

чуть больше добавляешь пиздец)

"чуть больше" - это сколько?

зависит от размера твоего стека

логично ж)

val a = 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: Nil

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

проверял в идеевском шите

хз сколько там стек стоит

а в репле ок

если бы все так просто было, то конструкция вида val a = 1::2 работала бы)

val a = 1:: 2 :: Nil - это работает потому что :: берется из Nil и у него есть метод, а у интов нет имплисита под это

и идеевский шит = shit

val a = 1:: 2 :: Nil - это работает потому что :: берется из Nil и у него есть метод, а у интов нет имплисита под это

не в этом посыл был)

короче ник прав что днище использовать :: в общем случае не больших списках

а вот конструктор List(xs: A*) работает вроде через мутабельный список

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

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

в томже фидле

короче ник прав что днище использовать :: в общем случае не больших списках

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

val a = 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: 1::2::3::4::5::6:: Nil

Гм у меня не свалилась на идеевском шите, Но ведь тут как раз вызывается вроде не кейс класс, а идет вложенный вызов метода :: объекта List? Или я не прав?