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

parrot.ru

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

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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

rust_offtopic

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

2020 June 24

SP

Stanislav Popov in rust_offtopic

Aleksandr Khristenko

Если мы её снаружи не используем, то это никак не проявится. А если используем она в любом случае протечет, не?

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

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

источник

01:04пожаловаться #1

t

toriningen in rust_offtopic

и прекращай так негативно реагировать на то, что я пишу. это ж не чат league of legends с токсичными уебками

источник

01:05пожаловаться #2

A

Aleksandr Khristenko in rust_offtopic

Stanislav Popov

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

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

Элементарный пример, где она протекает и это наблюдаемо можно?

источник

01:05пожаловаться #3

EG

Emmanuel Goldstein in rust_offtopic

вот, собственно, текст вопроса и ответы к нему. https://stackoverflow.com/questions/44912374/python-type-annotation-for-sequences-of-strings-but-not-for-strings

tl;dr - люди предлагали либо явно перечислить поддерживаемые типы (List, Tuple, MutableSequence и т.д.), или забить. я забил

Python type annotation for sequences of strings, but not for strings?

Is there a Python type hint that matches lists, tuples and possibly other sequential types, but does not match strings?

The issue is that strings are at the same time sequences of strings of lengt...

Тебе нужен negative bound, которого, по-моему, нигде толком нет

источник

01:06пожаловаться #4

t

toriningen in rust_offtopic

Aleksandr Khristenko

Если мы её снаружи не используем, то это никак не проявится. А если используем она в любом случае протечет, не?

я так понимаю, вопрос в том, чтобы

x = "foo"

for x in range(10): pass

print(x) # должен быть "foo", будет 10

источник

01:06пожаловаться #5

A

Aleksandr Khristenko in rust_offtopic

я так понимаю, вопрос в том, чтобы

x = "foo"

for x in range(10): pass

print(x) # должен быть "foo", будет 10

Ок, спасибо.

источник

01:06пожаловаться #6

SP

Stanislav Popov in rust_offtopic

Aleksandr Khristenko

Ок, спасибо.

а то ты не понимал. пиздец

источник

01:06пожаловаться #7

EG

Emmanuel Goldstein in rust_offtopic

Точно так же, как нельзя отличить String от Show в хаскеле

источник

01:06пожаловаться #8

EG

Emmanuel Goldstein in rust_offtopic

Или специализация, вот это в расте скоро будет
Но она требует всего остального механизма трейтов

источник

01:07пожаловаться #9

SP

Stanislav Popov in rust_offtopic

я так понимаю, вопрос в том, чтобы

x = "foo"

for x in range(10): pass

print(x) # должен быть "foo", будет 10

спасибо

источник

01:07пожаловаться #10

EG

Emmanuel Goldstein in rust_offtopic

Специализации, кстати, очень не хватает, к вопросу о

источник

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

A

Aleksandr Khristenko in rust_offtopic

Stanislav Popov

а то ты не понимал. пиздец

Чего пиздец то сразу =\

источник

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

t

toriningen in rust_offtopic

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

просто не надо говорить, что mypy обладает высокой экспрессивностью ¯\_(ツ)_/¯

источник

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

EG

Emmanuel Goldstein in rust_offtopic

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

просто не надо говорить, что mypy обладает высокой экспрессивностью ¯\_(ツ)_/¯

mypy обладает довольно высокой экспрессивностью

источник

01:08пожаловаться #14

ЕС

Егор Савельев... in rust_offtopic

Stanislav Popov

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

питон свернул не туда ровно в 2015 году когда не украли у жс let/const и когда не украли у раста иф экспрешены. в остальное же там не пахло никакой явной императивностью

Он всегда был строго императивным.

источник

01:08пожаловаться #15

SP

Stanislav Popov in rust_offtopic

Emmanuel Goldstein

Специализации, кстати, очень не хватает, к вопросу о

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

источник

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

EG

Emmanuel Goldstein in rust_offtopic

Например, тип функции open не выразим в хаскелле

источник

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

EG

Emmanuel Goldstein in rust_offtopic

И в расте

источник

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

A

Aleksandr Khristenko in rust_offtopic

Stanislav Popov

а то ты не понимал. пиздец

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

источник

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

EG

Emmanuel Goldstein in rust_offtopic

А вот в идрисе можно

источник

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