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

Если бы была возможность проверки бесконечности — то спору нет.
Другое дело, что зная об этом лучше любой флоу считать бесконечным, если явно не сказано обратного.

источник

11:58пожаловаться #6

BP

Bogdan Panchenko in Programming Offtop

Oleg Yukhnevich

для этого же не обязательно иметь жену/девушку/ребёнка - есть друзья, отдых, игры и тд
а так, отвлекаться да, надо

Я пока ток от работы отвлекся 🌚

источник

11:58пожаловаться #7

AN

Alexander Nozik in Programming Offtop

Oleg Yukhnevich

для этого же не обязательно иметь жену/девушку/ребёнка - есть друзья, отдых, игры и тд
а так, отвлекаться да, надо

Есть большая разница. Но тут как с новым языком. Не попробуешь - не почувствуешь

источник

11:58пожаловаться #8

VP

Vladimir Petrakovich in Programming Offtop

Konstantin Dovnar

Если бы была возможность проверки бесконечности — то спору нет.
Другое дело, что зная об этом лучше любой флоу считать бесконечным, если явно не сказано обратного.

А если там не бесконечность, а Int.MAX_VALUE, что это меняет? Ошибка изначально в том, что человек пишет логически кривой код.

источник

11:59пожаловаться #9

AM

Andrew Mikhaylov in Programming Offtop

Anton Korotkikh

if err != nil {
вы не можете спать когда рядом враги

Проиграл, спасибо

источник

11:59пожаловаться #10

KD

Konstantin Dovnar in Programming Offtop

Vladimir Petrakovich

А если там не бесконечность, а Int.MAX_VALUE, что это меняет? Ошибка изначально в том, что человек пишет логически кривой код.

Ты всё равно не можешь проверить размер до того, как к этому размеру придёт. Это вот многим и не нравится. Я в этом проблемы не вижу.

источник

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

KD

Konstantin Dovnar in Programming Offtop

Я всё ещё считаю, что если бы вместо take(n) был бы toList(n), то было бы лучше

источник

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

AM

Andrew Mikhaylov in Programming Offtop

Konstantin Dovnar

Странно, что нет какого-нибудь банального toList(limit: Int).
Это ещё на семантике могло бы наводить людей на мысль, что "шото тут не так".

Ну и да -- если у тебя стейт раз в год прилетает, то даже take(2).toList() заморозит твою программу на год. Не в размере дело.

источник

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

(

( in Programming Offtop

Andrew Mikhaylov

> (почему эти дискуссии всегда в оффтопе?)
Потому что главные запевалы бунтари -- @happy_bracket в основе молчит и набрасывает тут, зная обычный градус дискуссии, @SchFuntik вообще там отсутствует :)

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

источник

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

(

( in Programming Offtop

Когда я просто с локтя набрасываю, никто не тригеррится

источник

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

VP

Vladimir Petrakovich in Programming Offtop

Konstantin Dovnar

Я всё ещё считаю, что если бы вместо take(n) был бы toList(n), то было бы лучше

Лучше бы не было, потому что после take() может понадобиться сделать что-то ещё

источник

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

KD

Konstantin Dovnar in Programming Offtop

Andrew Mikhaylov

Ну и да -- если у тебя стейт раз в год прилетает, то даже take(2).toList() заморозит твою программу на год. Не в размере дело.

Разумеется.
Именно поэтому и take\limit не спасение.

источник

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

U

Unat in Programming Offtop

>

So suppose I see a RecyclerView that has AsyncTasks created and canceled for its viewHolders, how can wrapping with a suspend would help?

Теперь на реддите топят что не понимают корутины и зачем они нужны.

источник

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

AM

Andrew Mikhaylov in Programming Offtop

Unat

>

So suppose I see a RecyclerView that has AsyncTasks created and canceled for its viewHolders, how can wrapping with a suspend would help?

Теперь на реддите топят что не понимают корутины и зачем они нужны.

Ох блядь.

источник

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

KD

Konstantin Dovnar in Programming Offtop

Vladimir Petrakovich

Лучше бы не было, потому что после take() может понадобиться сделать что-то ещё

Да. Я вник немного глубже сейчас.
Надо не "вместо", а просто.

Если бы был toList(n) было бы лучше.

источник

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