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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Haskell

1654 membersпожаловаться на группу
2020 December 23

JS

Jerzy Syrowiecki in Haskell
кана
окей, each более обобщенный
не для любого Traversable есть Each
источник
14:20пожаловаться#1

IK

Ilya Kos in Haskell
У меня есть сторонний сервис, который возвращает большое количество записей с пагинацией. Расскажите мне почему я не хочу создать ленивый список, который лениво запрашивает последующие элементы когда они нужны через что-то вроде unsafePerformIO, помимо concerns about IO Exceptions?
источник
14:24пожаловаться#2

QZ

Quet Zal in Haskell
а между запросами к пагинации держать этот ленивый список в памяти?
источник
14:26пожаловаться#3

IK

Ilya Kos in Haskell
да
источник
14:27пожаловаться#4

QZ

Quet Zal in Haskell
а как понять когда можно его не держать и пора удалять?
источник
14:27пожаловаться#5

IK

Ilya Kos in Haskell
GC
источник
14:27пожаловаться#6

QZ

Quet Zal in Haskell
ок, между запросами на пагинацию пришел gc и собрал )
следующий запрос с 0 уже будет получать?
источник
14:28пожаловаться#7

R

Roman in Haskell
кана
ого, я не знал об этом
а есть еще coeach: https://stackoverflow.com/a/46176627/3237465
источник
14:29пожаловаться#8

IK

Ilya Kos in Haskell
Quet Zal
ок, между запросами на пагинацию пришел gc и собрал )
следующий запрос с 0 уже будет получать?
Так не может случиться
источник
15:04пожаловаться#9

IK

Ilya Kos in Haskell
Если я еще могу запросить следующий элемент, то у меня еще где-то есть живой указатель и GC не мог его убить
источник
15:05пожаловаться#10

IK

Ilya Kos in Haskell
Если же GC его уже собрал, то я не могу в принципе ничего больше запросить, потому что это означает что у меня нет на него ссылки больше
источник
15:05пожаловаться#11

IK

Ilya Kos in Haskell
типо
источник
15:05пожаловаться#12

IK

Ilya Kos in Haskell
GC не так работает
источник
15:05пожаловаться#13

QZ

Quet Zal in Haskell
у тебя запросы не по сети приходят что ли?
источник
15:09пожаловаться#14

JS

Jerzy Syrowiecki in Haskell
Ilya Kos
У меня есть сторонний сервис, который возвращает большое количество записей с пагинацией. Расскажите мне почему я не хочу создать ленивый список, который лениво запрашивает последующие элементы когда они нужны через что-то вроде unsafePerformIO, помимо concerns about IO Exceptions?
непредсказуемость потребления (времени освобождения) каких-нибудь ограниченных ресурсов
источник
15:43пожаловаться#15

JS

Jerzy Syrowiecki in Haskell
https://stackoverflow.com/questions/5892653/whats-so-bad-about-lazy-i-o
Stack Overflow
What's so bad about Lazy I/O?
I've generally heard that production code should avoid using Lazy I/O. My question is, why? Is it ever OK to use Lazy I/O outside of just toying around? And what makes the alternatives (e.g. enumer...
источник
15:46пожаловаться#16

IK

Ilya Kos in Haskell
А если у меня проблемы с ограниченными ресурсами не стоит?
источник
15:47пожаловаться#17

IK

Ilya Kos in Haskell
Ну т е память будет пренебрежимо мала в сравнении с остальной деятельностью программы
источник
15:47пожаловаться#18

IK

Ilya Kos in Haskell
Память этого списка
источник
15:48пожаловаться#19

IK

Ilya Kos in Haskell
Если бы хотел предсказуемое потребление ресурсов, я бы не писал на Хаскеле
источник
15:48пожаловаться#20