Телеграмм чат группы haskellru страница 12328

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Haskell

1448 membersпожаловаться на группу

2020 June 01

к

кана in Haskell

нормальный инстанс моноида для hashmap из unorderered-containers!

источник

12:44пожаловаться #1

MK

Maxim Koltsov in Haskell

нормальный это какой?

источник

12:44пожаловаться #2

a

asterix in Haskell

Поначалу Ghci мог бы быть огромной вещью, но хорошей возможностью, может быть, я могу начать с небольшой части из этого.

источник

12:44пожаловаться #3

к

кана in Haskell

это дуальный к текущему

источник

12:45пожаловаться #4

к

кана in Haskell

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

источник

12:46пожаловаться #5

MK

Maxim Koltsov in Haskell

ничего не понял
может ты monoidal-containers хочешь?

источник

12:47пожаловаться #6

к

кана in Haskell

нет, я хотел чтобы при a <> b значения ключей из b перезаписывали значения таких же ключей из a, а не наоборот как сейчас, но оказывается это поведение общее для всех популярных имплементаций мапок в хаскеле (лист, три, хэш)

источник

12:49пожаловаться #7

к

кана in Haskell

я только вчера об этом узнал и думал что это ошибка у hashmap, но это не так

источник

12:49пожаловаться #8

MK

Maxim Koltsov in Haskell

разве сейчас наоборот?

источник

12:53пожаловаться #9

MK

Maxim Koltsov in Haskell

хм

источник

12:53пожаловаться #10

MK

Maxim Koltsov in Haskell

я не помню)

источник

12:53пожаловаться #11

к

кана in Haskell

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

lookup "a" ([("a", 1)] <> [("a", 2)]) == lookup "a" [("a", 1)] == Just 1

источник

12:54пожаловаться #12

MK

Maxim Koltsov in Haskell

left-biased union of t1 and t2.

источник

12:55пожаловаться #13

MK

Maxim Koltsov in Haskell

хм, а я думал там нормально

источник

12:55пожаловаться #14

MK

Maxim Koltsov in Haskell

интересно нет ли у меня багов из-за этого

источник

12:56пожаловаться #15

JS

Jerzy Syrowiecki in Haskell

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

lookup "a" ([("a", 1)] <> [("a", 2)]) == lookup "a" [("a", 1)] == Just 1

с чего бы контринтуитивно?

источник

13:01пожаловаться #16

JS

Jerzy Syrowiecki in Haskell

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

источник

13:02пожаловаться #17

к

кана in Haskell

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

источник

13:02пожаловаться #18

JS

Jerzy Syrowiecki in Haskell

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

добавлять-то можно с любой стороны

источник

13:02пожаловаться #19

к

кана in Haskell

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

источник

13:02пожаловаться #20