а вот сейчас обидно было

Кто читал advanced scala with cats, хорошее чтиво, стоит прочесть?

в подкасте @l3h3r советовал

Кто читал advanced scala with cats, хорошее чтиво, стоит прочесть?

очень книга хорошая , мне очень понравилась

спасибо

потомок моноида

https://habrahabr.ru/post/333362/

https://habrahabr.ru/post/333362/

Полезный лонгрид, имхо

Полезный лонгрид, имхо

да , хороший

https://pavelfatin.com/scala-collections-tips-and-tricks/

полезная очень map.mapValue инфа, я на ней споткнулся в свое время :д

полезная очень map.mapValue инфа, я на ней споткнулся в свое время :д

но ведь для map.mapValues(f) не нужно пересчитывать хеши ключей, в отличие от map.map(f(_._2))

(теоретически, по крайней мере, это может быть оптимизацией)

но ведь для map.mapValues(f) не нужно пересчитывать хеши ключей, в отличие от map.map(f(_._2))

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

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

а я всегда смотрю , что функция делает. то есть есть же идея , можно быстро перейти к определению

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

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

и вообще его реализация через зад какая-то, с кучей левых аллокаций /=

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

Именно!

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

Может семантики добавить в имя во избежание конфузов

хотя есть mutable.AnyRefMap, где таки есть адекватный (вроде как) mapValuesNow: scala> import scala.collection.mutable.AnyRefMap import scala.collection.mutable.AnyRefMap scala> case class Key(k: Long) { override def hashCode() = { println("!!!");super.hashCode() } } defined class Key scala> val m = AnyRefMap(Key(1) -> 2, Key(3) -> 4) !!! !!! m: scala.collection.mutable.AnyRefMap[Key,Int] = Map(Key(1) -> 2, Key(3) -> 4) scala> m.mapValuesNow(_ * 2) res10: scala.collection.mutable.AnyRefMap[Key,Int] = Map(Key(1) -> 4, Key(3) -> 8) scala> m.map{ x => x._1 -> x._2 * 2} !!! !!! res11: scala.collection.mutable.AnyRefMap[Key,Int] = Map(Key(1) -> 4, Key(3) -> 8)

ага, ну и в редизайне /** Transforms this map by applying a function to every retrieved value. * @param f the function used to transform values of this map. * @return a map view which maps every key of this map * to `f(this(key))`. The resulting map wraps the original map without copying any elements. */

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

кстати вот да, не задумываешься, жмёшь ctrl+space, ищешь подходящий по названию метод, и такой - вау, он делает то что мне нужно

А линтеров нет, котрые такие мелочи сами правят

Или подсказывают

Ide что-то похожее ведь делает

но ведь для map.mapValues(f) не нужно пересчитывать хеши ключей, в отличие от map.map(f(_._2))

для Immutable.Map и так не надо хэш считать, там по дефолту дерево используется

для Immutable.Map и так не надо хэш считать, там по дефолту дерево используется

ну тогда "перетасовка дерева"

для def map() перетасовки не будет, ключи то не меняются

для def map() перетасовки не будет, ключи то не меняются

я про mapValues(f) vs map( (k, v) => k -> f(v) )

я тоже про них перестраивать дерево не нужно по сути этих операций

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

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

protected class MappedValues[W](f: V => W) extends AbstractMap[K, W] with DefaultMap[K, W] { override def foreach[U](g: ((K, W)) => U): Unit = for ((k, v) <- self) g((k, f(v))) def iterator = for ((k, v) <- self.iterator) yield (k, f(v)) override def size = self.size override def contains(key: K) = self.contains(key) def get(key: K) = self.get(key).map(f) } mapValue просто враппит в этот класс, единственная лишняя аллокация

здесь не надо ни хэшей, ни перестроения дерева

стоп-стоп, надо отделить мух от котлет 1) у mapValues есть и ленивость, и отсутствие рехешинга первое скорее минус, второе же явный плюс 2) рехешинг у .map(...)

в статье говорится избегать mapValues из-за граблей с ленью, в качестве альтернативы дают .map я говорю о том, что это не всегда целесообразная замена, именно из-за рехешинга

ну и "не через зад" реализация -- mapValuesNow

и ничего, афаик, не мешает сделать энергичный mapValues дефолтом у всех мап (это уже немного оффтоп)

не так понял тебя значит

а почему у mapValues должен быть рехешинг?

Олег ушёл в раст чатик и теперь тут слишком тихо

там тоже самое

я тоже там

Киньте в лс ссылку?

поменяй scala на rustlang

Киньте в лс ссылку?

Скиньте ему ссылку на го чатик

Скиньте ему ссылку на го чатик

Поздно, я уже нашёл

Скиньте ему ссылку на го чатик

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

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

Ну эт я вкидываю прост)

@optician_owl пусть поспят)

а ты го ботай

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

послал как бог)

?

расточат подозрительно наводнен людьми из скалачата. Все скала-программисты в тайне мечтают писать на Rust ? я думал, на haskell %)

хаскелль не пишет в рекламном буклете про нулевую стоимость абстракций

хаскелль не пишет в рекламном буклете про нулевую стоимость абстракций

раст тоже

эти как раз на это целят

ну врут значит

ссылаясь еще на цитату Страуструпа

эт на какую

Daniel ты главное не верь им, потому что эт не может быть правдой)

ERROR: S client not available

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

пффф, именно поэтому плюсы делают дохера ненужных вещей?)

я с тобой об абстрактных вещях не собираюсь трындеть)

ну ок)

зато реклама уехала подальше

а, уже удалили)

Как ни зайдешь в скала-чат, тут все про плюсы. Подозрительно

да не, тут про раст сейчас

@optician_owl в общем моя мысль простая, llvm сможет мало чего сделать с нашими любимыми монадками и работать это будет, но не очень хорошо)

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

ну как бы абстракция) которая точно не бесплатна

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

прямая, там ж можно монадки писать

нет

точнее в нормальном виде нет

можно, но да, страшно

https://m4rw3r.github.io/rust-and-monad-trait

я вот на это смотрю, когда про монадки в расте говорю

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

а еще, абстракции не могут быть бесплатными, когда у тебя есть линк каунтер под боком)

да, пойду пожалуй гляну чего там нового

@gurinderu привет, а такое видел/пробовал использовать https://github.com/btlines/pbdirect ? там коты и шейплез

https://live.webuild.sg/048-haoyi-li/

@gurinderu привет, а такое видел/пробовал использовать https://github.com/btlines/pbdirect ? там коты и шейплез

как проводить миграцию версий при использовании подобной штуки?

как проводить миграцию версий при использовании подобной штуки?

Иметь два ADT ?

Иметь два ADT ?

В смысле при каждой правке весь неймспейс переименовывать?

Иметь два ADT ?

Предположим я хочу пометить поле depricared, и удалить его из case class

Не очень очевидно как это сделать без схемы

Еще непонятно как с индексами быть

Еще непонятно как с индексами быть

Что такое индекс?