วีดีโอ

Когда лучше использовать Mutex, а когда каналы? Вроде каналы могут тоже самое,за исключением того,что нам не нужно следить за открытием и закрытие mutex'а.

Про наследование trait было сказано? (я не всё смотрел)

2:13 В данном случае нет необходимости использовать вызов виртуальной функции, поэтому ускорения не будет. Эта особенность Go нужна для надёжности, а не для ускорения.

Действительно, очень большая разница в скорости выполнения match и динамического вызова. Видимо, условный переход ускоряется спекулятивным выполнением. При большем числе вариантов разница должна уменьшиться.

Привет, будет ли видео про Рабочие пространства в Rust? (Workspace) не совсем понял её при чтении растбука. Поэтому хотелось бы видеть её в примерах на твоём канале

от таких видосов чото аж на расте хочется писать

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

Умный мужик, счас таких мало. Надо подписаться)

Вот из-за таких судаков проблема с сортировкой

Отличные видео! Жду каждый новый ролик) А ещё жду какой-нибудь патреон или бусти

Без концепции UB невозможно писать наиболее производительный код. Конечно, ты можешь постоянно проверять, будет ли обращение по индексу выходом за границы массива, но достаточно посмотреть сколько инструкций в скомпилированном коде будет занимать такой вариант, и у тебя отпадет желание так делать. Когда программист пишет код там, где UB допускается, он подписывает контракт с компилятором, где обязуется не вызывать его, а компилятор за это компилирует наиболее быстрый/легковесный результат

А точно компилятор память очищает?

Помню мне в универе нужно было реализовать хеш функцию sha-256, для меня было не приятным сюрпризом, что в utf-8 переменная длина символа, в деталях не помню как я проблему решил, но помню что пришлось запариться не слабо

Очевидно, глупый вопрос... 1:50, в раст совсем нет копирования? В плане передача по значению в плюсах означает копирование, но в видео дальше говорилось, что везде владение да заимствование. Т.е. передача аргумента в функцию по значению означает передачу владения и... расширение lifetime'а? Или всё же оговорка и копирование есть, а объект не проживёт дольше скоупа мейна?

Качество объяснения на высоте

Спасибо огромный. Посмотрыл все видео И чётко понял. Очень жду видео по async/await. Не понятно как работает они

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

Круто, я думал они отличаются просто количеством символов, которые могут закодировать. Кстати, а что на счёт UTF-16?

Узнал про ООП больше чем за месяц изучения. Спасибо ❤

Я сам не на расте, а на плюсах, но видосы у тебя оч интересные и красивые. Продолжай в том же духе!

Получится двухбайтных символов всего 2048, трехбайтных 65536 и четырехбайтных чуть больше 2 миллионов?

I don't understand Russian but I think you are a good teacher. I understand it even though.

Странно, что стороной обойдён UTF-16, на который завязаны WinAPI. Ведь именно из-за UTF-16 в Unicode всего миллион, а не 4 миллиарда кодовых точек.

а utf-16 ?

Большое спасибо

Хорошее видео, информативное! Очень хотелось бы, увидеть всё об ECS, с примерами, или реализацию настоящего сервера, актуальная тема на Rust... Спасибо!

Спасибо! Я не знал что UTF-32 - фиксированной ширины

3:48 ну так это зависит от того как ты строки в своем коде реализуеш. ты можеш свою реализацию строк сделать без этой херни. ибо strlen оч медленый. можно передавать длину строки отдельным аргументом вместе с указателем на строку

База

Не стоило тащить эмодзи и прочий экзотический хлам в Юникод. Они же до сих пор выпускают новые версии и добавляют приколюшечки. Уложились бы в 2 байта, UTF-16 хватило бы всем. По поводу проблемы размера - при передаче обычно применяется сжатие, нужно тестировать разные его варианты.

Это полная шиза ...

Мне бы это видео лет 7 назад, когда я пытался во всём этом разобраться во втором Пайтоне...

👍 👍 👍

Yes

Только начал изучать Rust по этому понял не много. Оставлю тут коммент чтобы пересмотреть позже.

как сделать ссылку с лайфтаймом 'self, допустим структура владеет строкой, или Box<str> и вторым полем я хочу сослаться на подстроку, тоесть использовать &'self str? я для этих целей использовал Range<usize>. слышал, что это не простая задача из-за move-семантики, но хотелось бы видео на эту тему

В с++ переменную со стека можно передать в функцию по указателю & или по референсу вместо того чтобы копировать

4:59 обожаю этот момент в Rust. Ссылка конечно неизменяемая, но менять в теории ты можешь.

Если хотя бы немного знаете английский, то рекомендую еще посмотреть видео на канале Logan Smith про функции, оно называется "Rust Functions Are Weird (But Be Glad)". Там хорошо показана разница между замыканиями и указателями на ф-ции.

Очень информативно, спасибо тебе! Было бы круто, если бы видосы выходили где-нибудь еще типа вк видео/рутуб/дзен/телега.

Насколько же понятно, качественно и наглядно всё здесь показано. Одна из самых сложных тем раскрыта на все 100%, таким понятным и приятным глазу форматом. Лайк и большое уважение автору.

Очень нравится шрифт, что это?

на меня тока сейчас сошло озарение - нафига было делать поддержку поинтеров на функции - это же полный ub без возможности проверки на безопастность. и нужен этот ub только в трёх случаях - оська jit и ffi для либы чтобы скрывать исходники и обфскурить все до асма - в иных случаях все указатели на функции зарание известны в компайл тайме описать этот указатель можно одним из этих состояний - в этом случае можно сохранить колво озу на поинтерах на функции - особенно интересно в каких-нибуть с плюсах ( хотя мб там это так и реализованно хз ), а так же уменьшить кол-во ub до минимума

База

Ок

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

Я кажется в первый раз слышу термин функциональный указатель, обычно говорят указатель на функцию. Даже в английском это function pointer, а не functional pointer

Сложное объяснение.

Хорошее видео, мне понравилось. Интересно будет если автор выпустит видео, где и как он обучался Rust и какой у него опыт.