Дык даже в https://github.com/async-rs/async-std/pull/123 и то с умом подошли.

pub async fn poll_fn<F, T>(f: F) -> T
where
    F: FnMut(&mut Context<'_>) -> Poll<T>,
{
    futures::future::poll_fn(f).await
}

использовали готовый код

Так подожжи. у них в зависимостях все равно futures и код сильно от них зависит. Зачем переписывать футуры, если они у тебя уже в зависимостях?

Попробуй https://github.com/rikvdkleij/intellij-haskell

AT6MB2G MQ26O2LI:
vec!["a"].into_iter().map(|s| s.to_owned()).collect();

реально больше никак мне не создать &Vec<String> ?

^^^^^^^ a collection of type &std::vec::Vec<std::string::String> cannot be built from std::iter::Iterator<Item=std::string::String>


хммммм

Roman Proskuryakov:
Ну ты в переменную положи вектор, а потом уже от переменной возьми ссылку.

AT6MB2G MQ26O2LI:
ш-шта

Roman Proskuryakov:
let vec: Vec<String> = vec!["a"].into_iter().map(|s| s.to_owned()).collect();
let vec_ref = &vec;

AT6MB2G MQ26O2LI:
а иначе точно никак? както некраисво

Roman Proskuryakov:
Что значит некрасиво?

AT6MB2G MQ26O2LI:
ну в две строчки

Roman Proskuryakov:
.collect() создает временную переменную. Ты хочешь от временной переменной взять ссылку. Она сразу сдохнет после точки с запятой ; и твоя ссылка будет дохлая

поэтому раст тебя от этого защищает

AT6MB2G MQ26O2LI:
ух ясно спасибо)
https://t.iss.one/rust_beginners_ru/33912

👍
@GooseDB 👉 https://docs.rs/containers/0.8.5/containers/collections/b_tree/struct.BTree.html

Casual tears:
Разве? Вот в русте в стандартной библиотеке мапа на основе B дерева и судя по вот этим бенчам: https://github.com/Rufflewind/bench-maps оно намного лучше, чем красно-черное.

Там же меньше дереференсов надо, более кэш-френдли. С чего бы ему быть медленнее?

Собственно в официальной доке именно это и написано: https://doc.rust-lang.org/std/collections/struct.BTreeMap.html

<shameless_plug>github.com/AnthonyMikh/tttxo</shameless_plug>

Я не француз, но суп из тебя сделал бы

Ненавижу хаскелистов за это вот

newtype Foo m a = Foo { ReaderT FooEnv m a }
doSomething :: MonadIO m => Blah -> BlahBlah -> Foo m a

Зачем мне ещё один сраный уровень трансформеров? А? А?? АААА?

меня напряг трансформер

А, ну так классика же. ReaderT над IO

так не в том месте трансформер то напряг

newtype AppT m a 
    = AppT 
    { unAppT :: ReaderT YourStuff m a 
    } deriving (Functor, Applicative, Monad, etc)

vs

newtype AppM a = AppM (ReaderT WhateverBullshit IO a)

есть разница в этих двух ньютайпах?

parket:
@lonokhov не мог бы ты развить мысль, пожалуйста

λeonid Onokhov:
очень просто. не надо лепить трансформер где не надо

Автор взял лопату и зачерпнул...

Why Go and not Rust? | Loris Cro's Personal Blog
https://kristoff.it/blog/why-go-and-not-rust/