The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск Arti 1.1, официальной реализации Tor на языке Rust , opennews (??), 01-Дек-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


94. "Выпуск Arti 1.1, официальной реализации Tor на языке Rust "  –2 +/
Сообщение от Аноним (90), 01-Дек-22, 21:55 
Те, у кого раст головного мозга (а эта болезнь рамывает мозг не хуже питона головного мозга), тебя будут уверять, что это не так, что safe-rust будет работать быстрее плюсов... даже в некоторых случаях быстрее ассемблера, будут биться в истерике, плакать и звать маму...
Но им верить нельзя. Это тяжелобольные люди, с глубоким поражением сознания и радикальными изменениями в чувстве реальности.

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

В итоге мы имеем такие вот проекты, которые отнимают время, силы и заставлят технологический прогресс топтаться на месте.

Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

103. "Выпуск Arti 1.1, официальной реализации Tor на языке Rust "  +/
Сообщение от Аноним (102), 02-Дек-22, 00:00 
У-у-у, как всё запущено...

>В итоге мы имеем такие вот проекты, которые отнимают время

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

"...Rust также даст возможность добиться более высокой скорости разработки, чем при использовании Си, за счёт выразительности языка и строгих гарантий, позволяющих не тратить время на двойные проверки и написание лишнего кода..."

Но я, конечно, лучше прислушаюсь к Вам, Эксперт с опеннета.

Ответить | Правка | Наверх | Cообщить модератору

105. "Выпуск Arti 1.1, официальной реализации Tor на языке Rust "  +/
Сообщение от Аноним (-), 02-Дек-22, 01:21 
> заставлят технологический прогресс топтаться на месте.

Да, точно. Зачем топтаться на месте, когда можно спокойно стоять на месте, продолжая пользоваться технологиями полувековой давности типа C.

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

106. "Выпуск Arti 1.1, официальной реализации Tor на языке Rust "  +/
Сообщение от Аноним (106), 02-Дек-22, 02:32 
Раст по скорости не быстрее любого языка, собираемого в нативку и обходящегося без сборки мусора. Эффективность итогового машинного кода зависит от LLVM-бэкенда. Те, кто 10-15 лет на С++ писал, осваивают ржавчину вообще чтением учебника в духе "Rust In Action" по диагонали, потому что все фундаментальные идеи те же, а из отличий только то, что RAII и ownership указателей (ссылок) проверяется в compile-time. Как говорится, "лучше грохнуться при сборке, чем на проде есть иголки".
Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

107. "Выпуск Arti 1.1, официальной реализации Tor на языке Rust "  +/
Сообщение от Аноним (-), 02-Дек-22, 03:07 
> Те, кто 10-15 лет на С++ писал, осваивают ржавчину вообще чтением учебника в духе "Rust In Action" по диагонали

Это им кажется, что они осваивают ржавчину таким образом. Я присматривался к slint пару месяцев назад, и решил что я уж лучше погрызу кактус недокументированного iced, потому что slint в некоторых местах вызывал у меня сомнений вида "аргумент идёт по &-ссылке, но по-логике он должен идти через &mut-ссылку". Не стал ковырять глубже, чтобы понять не кажется ли мне, на это надо очень много свободного времени, но осадочек остался. Может они там рантайм боровчекер использовали? Что-нибудь типа interior mutability как у RefCell? Хз.

Rust -- это другая парадигма, ортогональная тому, что есть в C++. C++ о повторном использовании кода и о том, чтобы замести сложность под ковёр инкапсуляцией. Rust о том, чтобы о корректности кода можно было бы рассуждать логически, рассматривая одну функцию за раз. Желательно чтобы эти рассуждения компилятор проводил бы автоматом при каждой компиляции. Но это же всё достигается посредством кодирования в API того, как низлежащий код обходится с аргументами, и если ради снижения проблем с боровчекером API меняется, то это значит что проблемы полезут в рантайме, и вот о них уже рассуждать логически будет невозможно без использования дебуггера, потому что рассуждения потребуют отвечать на вопросы, которые требуют просмотра всего кода для ответа. И RefCell в этом смысле не сильно лучше, потому что хоть он и позволяет обойтись без дебуггера, разбираясь в причинах паники, но это всё равно рантайм проблемы. Такие рантайм проблемы, которых невозможно избежать рассуждая логически об одной функции за раз.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру