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

parrot.ru

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

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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Rust — русскоговорящее сообществo

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

2020 September 25

AT

Alexander Tchitchigi... in Rust — русскоговорящее сообществo

вафель 🧇

В расте ленивость надо самому писать — в этом и отличие. И те же итераторы это приличное кол-во кода в разных крейтах, чтобы сделать то, что в хаскеле практически из коробки

Но если сам не пишешь, а пользуешься готовыми, то разница мало заметна. Но уметь пользоваться — очень полезно. Haskell развивает "ленивую интуицию" на отлично. 😃

источник

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

V

Vladimir in Rust — русскоговорящее сообществo

вафель 🧇

В расте ленивость надо самому писать — в этом и отличие. И те же итераторы это приличное кол-во кода в разных крейтах, чтобы сделать то, что в хаскеле практически из коробки

Да, но с точки зрения юзера. Что там ленивость, что там. Также про функциональность, в расте тоже можно писать в функциональном стиле. И даже гц никто не заметит если передавать типы по значению.

источник

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

Э

Эрик in Rust — русскоговорящее сообществo

Alexander Tchitchigin

Но если сам не пишешь, а пользуешься готовыми, то разница мало заметна. Но уметь пользоваться — очень полезно. Haskell развивает "ленивую интуицию" на отлично. 😃

MagicHash'ами обмазываешься?

источник

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

в🧇

вафель 🧇 in Rust — русскоговорящее сообществo

Alexander Tchitchigin

Но если сам не пишешь, а пользуешься готовыми, то разница мало заметна. Но уметь пользоваться — очень полезно. Haskell развивает "ленивую интуицию" на отлично. 😃

Окей, поинт понял 🙂

источник

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

AT

Alexander Tchitchigi... in Rust — русскоговорящее сообществo

вафель 🧇

В курсе по хаскелю услышал )

А правильно говорить "аппликативный" и "нормальный" порядок редукции. 😂

источник

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

в🧇

вафель 🧇 in Rust — русскоговорящее сообществo

Alexander Tchitchigin

А правильно говорить "аппликативный" и "нормальный" порядок редукции. 😂

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

источник

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

AT

Alexander Tchitchigi... in Rust — русскоговорящее сообществo

MagicHash'ами обмазываешься?

Нет. А что это и зачем?

источник

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

Э

Эрик in Rust — русскоговорящее сообществo

Это anti-heap маркер, насколько я помню.

источник

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

AT

Alexander Tchitchigi... in Rust — русскоговорящее сообществo

вафель 🧇

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

Это оффтоп, а я просто пошутил.
Но вообще, Haskell тоже компилируется в натив, и тем не менее... 😉

источник

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

Э

Эрик in Rust — русскоговорящее сообществo

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

источник

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

AT

Alexander Tchitchigi... in Rust — русскоговорящее сообществo

Это anti-heap маркер, насколько я помню.

Unboxed? Ясно, вспомнил. Кое-где расставлял, да.

источник

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

в🧇

вафель 🧇 in Rust — русскоговорящее сообществo

Да, но с точки зрения юзера. Что там ленивость, что там. Также про функциональность, в расте тоже можно писать в функциональном стиле. И даже гц никто не заметит если передавать типы по значению.

С точки зрения юзера тоже есть разница — в хаскеле лениво почти всё, в расте — лишь капли.

источник

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

П

Пашечка in Rust — русскоговорящее сообществo

У меня на работе стек с++, я учу раст, один парень учит хаскель. Порой вместе сидим и обсуждаем офигенские фичи, которые есть и в хаскеле и в расте, но не можем их применить на работе)

источник

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

Э

Эрик in Rust — русскоговорящее сообществo

У меня на работе стек с++, я учу раст, один парень учит хаскель. Порой вместе сидим и обсуждаем офигенские фичи, которые есть и в хаскеле и в расте, но не можем их применить на работе)

Template power go brr.

источник

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

r

red75prime in Rust — русскоговорящее сообществo

У меня на работе стек с++, я учу раст, один парень учит хаскель. Порой вместе сидим и обсуждаем офигенские фичи, которые есть и в хаскеле и в расте, но не можем их применить на работе)

Напишите compile-time транспилятор.

источник

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

KR

Kai Ren in Rust — русскоговорящее сообществo

Да, но с точки зрения юзера. Что там ленивость, что там. Также про функциональность, в расте тоже можно писать в функциональном стиле. И даже гц никто не заметит если передавать типы по значению.

Но как, если нет ссылочной прозрачности и хкт?

источник

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

П

Пашечка in Rust — русскоговорящее сообществo

red75prime

Напишите compile-time транспилятор.

А кто в это время будет рабочие задачи выполнять? :D

источник

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

OA

Oleg Andreev in Rust — русскоговорящее сообществo

как правильно использовать dyn std::error::Error в своей либе? У меня гетерогенные ошибки и в моем случае их скурпулезно в енуме перечислять не хочется. Хочется просто выкидывать Box<dyn Error> как в каком-нить свифте.

Как правильно? -> Result<T, Box<dyn Error>>? Или нужно +'static?

источник

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

MB

Mikail Bagishov in Rust — русскоговорящее сообществo

Если либа, то следует давать ньютайп над Box<dyn Error + Send + Sync + 'static>

источник

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

Э

Эрик in Rust — русскоговорящее сообществo

как правильно использовать dyn std::error::Error в своей либе? У меня гетерогенные ошибки и в моем случае их скурпулезно в енуме перечислять не хочется. Хочется просто выкидывать Box<dyn Error> как в каком-нить свифте.

Как правильно? -> Result<T, Box<dyn Error>>? Или нужно +'static?

anyhow::Result

источник

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