стабл предлагает юзать nightly

лол

Нормально, если фичи нужны

кароч я походу че-то не так делаю

https://twitter.com/rowdymehul/status/975967810626244608?s=21

Индуски сплошные

как тут без лайфтайма обойтись?

Вообще ты делаешь дичь

Где лайфтайм на функции и параметрах?

Вообще ты делаешь дичь

а че делать

а че делать

Возвращать Стринг?

в доке так

Он клонабл

а если там не utf

а че делать

String::from_utf8(output.stdout.clone())

Тогда будет ошибка

Возвращать резалт, Стринг если юникод, иначе ошибка

Сейчас у тебя возвращается Cow с лайфтаймом, который внутри функции

Так не получится

Возвращать резалт, Стринг если юникод, иначе ошибка

ну ок

а синтаксис ? для резалтов стабл?

Конечно да

Очень-очень давно

Уже даже для Option question-mark стабл

@inv2004 я уже говорил, но ещё раз: с такими проблемами надо на реддит/оф. форум, где сами разработчики все разьяснят и по IRy разберут (а может и поправят). Здесь таких экспертов нет, наносекунды никто не считает.

Чем бенчмарк делаете?

Rustc имеет опцию incremental linking, что не наблюдаю?

https://medium.com/@veedrac/rust-is-slow-and-i-am-the-cure-32facc0fdcb

This post stops short in describing _why_ internal iteration is faster in some circumstances. It seems to me that there’s no inherent reason, only that the compiler isn’t producing optimal code, so I don’t understand why adding traits and mental overhead is the right “solution”.

полностью согласен с чуваком

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

по таплам можно итерировать?

Встроенного трейта нет. Но думаю, это потому что это бесполезно

у тебя есть случай, где возвращается тапл неизвестной размерности?

у тебя есть случай, где возвращается тапл неизвестной размерности?

тогда это какой-то неправильный, питоновский тапл. таплы это контейнеры, а не коллекции.

у тебя есть случай, где возвращается тапл неизвестной размерности?

известной

питоновский тапл не может менять свой размер

а parse просто числа не вытаскивает из строк? "rust5353".parse::<i32>() падает

как parseInt в жс

как parseInt в жс

[] + {} === 0

в js и не такое работает

не обязательно ж всё тащить в раст

как parseInt в жс

не, там NaN значит какой-то другая функция вытаскивала

регулярку юзай, я хз

а ок

Зачем регулярку?

match queue.wait_for_event() { MouseAxes{x: abc1, y: abc2 , ..} => {x_mouse = abc1; y_mouse = abc2;}, _ => (), }

как работает вот это x: abc1, y: abc2

как это называется, чтобы прочитать

переменные abc1 и abc2 больше нигде не объявлены

rust fn main() { let num = "rust5353".chars().filter(|c| c.is_numeric()).collect::<String>().parse::<i32>().unwrap(); println!("{}", num); }

как это называется, чтобы прочитать

https://doc.rust-lang.org/1.6.0/book/patterns.html#destructuring

rust fn main() { let num = "rust5353".chars().filter(|c| c.is_numeric()).collect::<String>().parse::<i32>().unwrap(); println!("{}", num); }

у меня там и так регулярки подключены так что ладно)

с лиспа на раст не так красиво выходит

или так: rust fn main() { let num = "rust5353".chars().skip_while(|c| !c.is_numeric()).collect::<String>().parse::<i32>().unwrap(); println!("{}", num); } чтобы семантику сохранить

с лиспа на раст не так красиво выходит

смотря что

скрипт простой

регулярки медленные, хотя преждевременная оптимизация тоже зло

https://doc.rust-lang.org/1.6.0/book/patterns.html#destructuring

спасибо

регулярки медленные, хотя преждевременная оптимизация тоже зло

Если регулярка развернётся в дка, то нихуя не медленно

всегда медленно

дка?

проверено

по крайней мере покуда мы про практику говорим, а не про книгу дракона ))

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

дка?

https://habrahabr.ru/post/141503/

FSM же

всегда медленно

Чта? О чём ты вообще?

Даже на задачах, где можно в КМП, регулярки не сильно медленнее будут

Проверенно куча раз

А где не применимо, то там и выбора особо нет

У вас что-то у всех всё проверено, а линков на бенчмарки нету.

Ну, может бенчи и есть

Самое крупное, на чём проверялось — когда у одного букмекера была ручка, по которой можно было вытащить абсолютно все текущие события, отдавала 50-80миб

а че за underscore lifetime?

Похуй-какой-лайфтайм

Если регулярка развернётся в дка, то нихуя не медленно

Сразу тогда писать КА, не?

Зачем, если за тебя это сделает "компилятор" регулярок?

Даже на задачах, где можно в КМП, регулярки не сильно медленнее будут

Пример выше во всех ЯП что я пробовал будет работать сильно быстрее, чем регулярка \D+(.+)

на моем опыте прирост до 10 раз может доходить

не считая времени на компиляцию регулярки, считаем что она вшита уже

Даже проверил, скачал последнюю версию, заменил там and_then на if let, разница в пределах погрешности

Test_old и test_old2 одинаково?