1.2, bOOster (ok), 22:57, 04/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Маркетологи и тут поспели
"Rust также даст возможность добиться более высокой скорости разработки, чем при использовании Си, за счёт выразительности языка и строгих гарантий, позволяющих не тратить время на двойные проверки и написание лишнего кода."
Лохотрон.
| |
|
2.3, Аноним (-), 23:10, 04/04/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Я думаю, надо написать аналог STL на си и назвать его Rust.
| |
|
3.61, Аноним (61), 13:07, 05/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
у вас не получится сделать Standard Template Library на Си, ведь в нем нет обобщенного программирования.
можете попробовать накостылить на препроцессоре
| |
|
4.92, Аноним (92), 16:28, 06/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
> можете попробовать накостылить на препроцессоре
пытался я (недо)лисп накостылить на препроцессоре... неполучилось, но, думаю, при особом желании (почти) возможно.
| |
|
|
2.7, Анонн (?), 23:31, 04/04/2022 [^] [^^] [^^^] [ответить]
| +7 +/– |
Да ладно, сколько лишних проверок на null делается в си программах из-за отсутствия нормальных optional?
| |
|
3.8, НяшМяш (ok), 23:37, 04/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
нормальный человек: asserts, asserts everywhere
эксперт опеннета: я же не как все, мой код всегда корректный
| |
|
4.13, Анонн (?), 23:54, 04/04/2022 [^] [^^] [^^^] [ответить]
| +9 +/– |
А толку от ассерта, если он или прогу роняет, или ничего не делает. В дебаге ты все кейсы не проверишь, в релиз - не потянешь. Все равно придется делать проверки.
| |
|
5.64, НяшМяш (ok), 14:53, 05/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
> В дебаге ты все кейсы не проверишь
Значит в конторе большие проблемы с тестированием. Но в любом случае я согласен, что в наше время начинать новый проект на сяшке - надо иметь очень сильные аргументы за.
| |
|
|
3.37, Аноним (92), 08:21, 05/04/2022 [^] [^^] [^^^] [ответить]
| –2 +/– |
> сколько лишних проверок на null
Некоторые умные компиляторы, в том числе бекенды в виде llvm, умеют оптимизировать лишние проверки.
> optional
И сколько лишних приседаний делаешь, чтобы использовать этот optional? Unwrap на unwrap'е и unwrap'ом погоняет?
Использование optional не сокращает количество кода.
| |
3.50, Аноним (50), 09:54, 05/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
Так если unwrap то тоже будет panic, а так проверки никуда не деваются Option<T>
| |
3.53, Анонн (?), 11:15, 05/04/2022 [^] [^^] [^^^] [ответить] | –2 +/– | Ага, но там только есть некая вероятность что компилятор сможет догадаться что... большой текст свёрнут, показать | |
|
4.68, QMaster (ok), 15:54, 05/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
Вот из-за этого "всего одно слово" паскакаль и его наследники и не взлетели. Словоблудие и скорость разработки - вещи несовместимые.
А ещё, где-то вовремя забытый unwrap даёт ошибку компиляции, дописывание и по кругу, т.к. где-то забыт ещё один. :)
| |
|
5.69, Анонн (?), 16:11, 05/04/2022 [^] [^^] [^^^] [ответить]
| +3 +/– |
Э... Я надеюсь это у тебя юмор такой.
Забытый unwrap (как и лишний) действительно даст ошибку компиляции. И программист пойдет и исправит ее. Причем еще до того как пушнет этот код куда-то. Эта ошибка никогда не дойдет до пользователя.
А забытая проверка на null так и останется забытой проверкой на null. Пока не найдется во время очередной CVE, и все будут думать "ну как же так случилось, любой настоящий погромист знает что нужно проверять входные данные!"
| |
|
|
7.86, Аноним (-), 11:35, 06/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
>> Забытый unwrap (как и лишний) действительно даст ошибку компиляции. [будет ошибка значения типа]
> Рантайм паникам раста это все расскажете
А тебе, не знающему матчасть, но ценное мнение имеющему, что сказать?
| |
|
|
|
4.120, Аноним (120), 17:58, 07/04/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
> в си тебе придется в каждой функции делать проверку входной строки. Просто потому что ты не знаешь в каком порядке их вызовут
А ну-ка покажы, где так делают? Для неокрепших умов мисрой обмазываться -- это как ницше читать.
| |
|
3.74, Аноним (-), 01:33, 06/04/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
И большая их часть удаляется оптимизатором если он может доказать что проверка бесполезная
| |
|
|
1.9, Зигмунд (?), 23:38, 04/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> планируется добиться паритета с основной реализацией на языке Си в таких областях, как ...
> ... надёжность, а также обеспечить поддержку всех возможностей, связанных с безопасностью.
Иногда сигара - просто сигара
| |
1.10, Аноним (12), 23:51, 04/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> половина всех отслеживаемых проектом уязвимостей будет исключена в реализации на Rust, если в коде не используются блоки "unsafe"
Опять "если"... А потом добавят половину ошибок в виде перепутанных больше-меньше знаков, как было в FF при ручной проверке индекса массива.
| |
|
2.15, Аноним (-), 00:00, 05/04/2022 [^] [^^] [^^^] [ответить]
| +4 +/– |
>> половина всех отслеживаемых проектом уязвимостей будет исключена в реализации на Rust, если в коде не используются блоки "unsafe"
> Опять "если"... А потом добавят половину ошибок в виде перепутанных больше-меньше знаков,
> как было в FF при ручной проверке индекса массива.
Опять опеннетная экспердиза - очередной опеннетный эксперд уверен, что перепутать больше-меньше на си невозможно, да и вообще, код будут писать те же самые люди.
Экспердам бы взять, да показать на труЪ-ЯП, как нужно правильно, но ведь не экспердное это дело, реальный код писать - кто же тогда ценные указания для разработчиков в комментах строчить будет?
| |
|
|
4.52, Аноним (-), 11:08, 05/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
>> очередной опеннетный эксперд
> *громкое возмущенное попупивание*
И опять опеннетные Эксперд написал 0 по теме и проигнорировал неудобные вопросы ...
| |
|
|
2.63, Аноним (63), 14:09, 05/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
На сишечке легко перепутать = и ==
После Паскаля очень раздражало.
К счастью в С++-- (оно же java) решили эту проблему, оставив си пробный синтаксис
| |
|
1.19, yurikoles (ok), 02:10, 05/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Arti изначально развивается в форме модульной встраиваемой библиотеки, которую смогут использовать различные приложения. Кроме того, при разработке нового проекта учитывается весь прошлый опыт разработки Tor, что позволит избежать известных архитектурных проблем, сделать проект более модульным и эффективным.
Если учитывать этот опыт, то можно написать лучшую реализацию на любом языке, хоть на том же Си с нуля писать.
>как минимум половина всех отслеживаемых проектом уязвимостей будет исключена в реализации на Rust, если в коде не используются блоки "unsafe".
Это в теории, но на практике ведь всё равно будет: ехал unsafe через unsafe...
Потому что накладные расходы.
| |
1.20, Аноним (20), 02:41, 05/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Откуда вы хейтеры раста выползаете?
Уверен, что все кто осилил на расте более чем Хелло Ворлд будет как минимум
нейтрально относиться к языку как к альтернативе c/cpp как к тому же питону,
хотя пример не совсем тот.
| |
|
2.21, Аноним (12), 03:18, 05/04/2022 [^] [^^] [^^^] [ответить]
| –2 +/– |
Ну смотри, что сами растаманы пишут:
> планируется добиться паритета с основной реализацией на Си в таких областях, как сетевая производительность, нагрузка на CPU и надёжность
Понимаешь, когда растаманы бросаются на задачу, у них сразу идёт потеря надёжности и производительности, да ещё нагружают проц больше. Зато на расте!
| |
|
3.22, Аноним (12), 03:21, 05/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
...и потом героически пытаются догнать код на Си десятилетиями. Ведь опыт попытки разработки FF в Мозиле, а также своей редох их ничему не научил.
| |
|
4.45, Аноним (92), 09:15, 05/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Ведь опыт ... их ничему не научил.
Как не научил? Теперь сразу с ходу без опыта лезут, например, отсутствующими драйверами в ядро linux.
| |
|
3.25, qwe (??), 05:15, 05/04/2022 [^] [^^] [^^^] [ответить]
| +3 +/– |
Не может ли тут иметься ввиду, что до мажорного релиза, как и на Си и на любом языке - это всего лишь первичный рабочий набросок? Тогда всё становится на места и возвращается логика в этот мир.
Ни одна программа не пишется с наскоку оптимизированной, очевидно. Указана же весия минорная. Раст, как и любой иной язык, - не залог де-факто всяких оптимизаций. Так напасть и сожрать с говном можно всех и вся, смысла 0.
| |
|
4.48, Аноним (12), 09:23, 05/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Ни одна программа не пишется с наскоку
Но тут есть готовая, отлаженная, надёжная, быстродействующая программа на Си... Где же тут "наскок"?
| |
|
5.54, Аноним (-), 11:19, 05/04/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> разработчики намерены придать Arti статус основной реализации Tor и прекратить сопровождение реализации на Си.
> Но тут есть готовая, отлаженная, надёжная, быстродействующая программа на Си... Где же тут "наскок"?
И опять опеннетные эксперды лучше разрабов знают, что и как им нужно делать (правда, опять совершенно не готовы показать в реальности, личным примером) ...
| |
|
|
3.36, Аноним (36), 08:17, 05/04/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
> идёт потеря надёжности
Тебе уже написали, что там в оригинале не "надежность" (переведенная надмозгом), а "устойчивость" (resilience). Чувствуешь разницу? А строчки из статьи, где говорится о том, что "как минимум половина всех отслеживаемых проектом уязвимостей" канет в лету, ты старательно игнорируешь? Минус половина ошибок - это понижение надежности программы? Опять же, строчку "В качестве причин переписывания Tor на Rust называется желание добиться более высокого уровня защищённости кода..." ты также старательно игнорируешь?
| |
|
4.49, Аноним (12), 09:25, 05/04/2022 [^] [^^] [^^^] [ответить]
| –2 +/– |
> называется желание
Увы, как показала практика, одного желания растаманов - мало. FF - бросили, редох - бросили, вот сейчас желают дрова сразу в ядро линуха писать...
| |
|
5.58, Аноним (58), 11:58, 05/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Увы, как показала практика, одного желания растаманов - мало. FF - бросили,
> редох - бросили, вот сейчас желают дрова сразу в ядро линуха писать...
Увы, как показала практика, опеннетная оналитека - никудышняя.
https://gitlab.redox-os.org/redox-os/redox/-/commits/master
> 05 Apr, 2022 1 commit
> Update relibc
> Jeremy Soller authored 6 hours ago | |
|
|
7.83, burjui (ok), 10:16, 06/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
Бла, бла, бла, бла, бла... Хейтеры судорожно цепляются за соломинки, лишь бы дотянуться и плюнуть в лицо растоманам, даже если сами упадут в пропасть.
| |
7.87, Аноним (-), 11:43, 06/04/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> relibc is a portable POSIX C standard library written in Rust. It is under heavy development, and currently supports Redox and Linux.
>> The motivation for this project is twofold: Reduce issues the redox crew was having with newlib, and create a safer alternative to a C standard library written in C.
> Ругают Си, но без него не могут.
Какой громкий, возмущенный пук! А сказать-то что хотел? Или как обычно - увидел знакомую букву?
| |
|
|
9.94, Аноним (-), 17:01, 06/04/2022 [^] [^^] [^^^] [ответить] | +/– | Пруфец давай, где Джереми ругает Си Или балабол И где именно там, помимо тесто... текст свёрнут, показать | |
9.95, burjui (ok), 17:10, 06/04/2022 [^] [^^] [^^^] [ответить] | +/– | Вам, хейтеркам, не угодишь используешь сишный код или API - ааа, лохи, не могу... текст свёрнут, показать | |
|
|
|
|
|
|
|
2.60, Аноним (61), 13:04, 05/04/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
>Откуда вы хейтеры раста выползаете?
примерно половину коментариев к этой новости сделал троль Аноним (12) замусоривший всю тему своими толстыми вбросами на тем того какой rust плохой.
А администрация замечание об этом удалила, а его толстоту оставила.
Мне кажется здесь всего несколько человек ненавидят rust, но из-за того что они почти целеком замусоривают темы создается впечатление что весь opennet его ненавидит.
| |
|
3.81, bOOster (ok), 09:47, 06/04/2022 [^] [^^] [^^^] [ответить] | –3 +/– | Никто не ненавидит RUST как язык программирования - но западная тенденция на лиц... большой текст свёрнут, показать | |
|
4.88, Аноним (-), 11:50, 06/04/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Никто не ненавидит RUST как язык программирования - но западная тенденция на
> лицо. Растоманов спрашивают - обьективно, как вы собираетесь превзойти язык программирования
> на котором РАСТ изначально написан.
OCaml?
Давно уже "превзойден":
https://benchmarksgame-team.pages.debian.net/benchmarksgame/performance/fannku
> Так не бывает - это "перпетум мобиле"... А в ответ - вы все ниче не понимаете, вы
У прогулявших компиляторостроение - все может быть. Зато политоту и кучу фантазий приплел ...
| |
|
5.93, bOOster (ok), 16:50, 06/04/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Компилятор rust сначала был написан на OCaml
Ну хорошо, давай пойдем к корням....
| |
|
6.96, burjui (ok), 17:20, 06/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
А пошли. Компилятор Rust был написан на OCaml, тот на C, тот на B... бла бла бла... на ассемблере -> на машинных кодах -> на логических элементах -> на транзисторах -> на атомах -> на кварках -> на квантовых полях. Короче, кто разрабатывает не на квантовых полях - лох и слабак.
| |
|
7.99, Аноним (99), 19:11, 06/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
>А пошли. Компилятор Rust был написан на OCaml, тот на C,
Точно на Си? не на Algol или Fortran который любят ученые, не на ассемблере? Не методом раскрутки компилятора?
| |
|
|
7.101, Аноним (99), 19:38, 06/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
>The first implementation of Caml appeared in 1987 and was further developed until 1992. It was created mainly by Ascander Suarez. After Ascander left in 1988, Pierre Weis and Michel Mauny, carried on with the development and maintenance of the system. This implementation compiled Caml down to LLM3, the virtual machine of the Le_Lisp system.
Тоесть первый компилятор Caml в Lisp транслировал.
В каком там году лисп вручную на перфокартах компилировали ищите сами
| |
|
|
|
4.91, Аноним (63), 15:44, 06/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
>В итоге ненавидят не сам язык а "баранов" ведущих себя как я раньше написал.
>А тенденция просматривается, это как будто болезнь.
Болезнь opennet это его эксперты
Лечиться отключением комментариев
| |
|
|
|
1.31, mos87 (ok), 07:36, 05/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Господа а ТОР у всех робит? На 5% (connecting to a relay или что-то такое) не затыкается?
| |
|
|
3.66, Аноним (66), 15:48, 05/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
На проводном доступе робит, через Полосатолайна и Громкоговорящего - нет.
| |
|
|
3.55, mos87 (ok), 11:50, 05/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
Спасибо. Про мосты в курсе, просто не был уверен что в роском321ах дело. Новость пропустил...
Странноватые способы получения конечно, особегно телега забавляет. Но попытаемся.
| |
3.67, Аноним (66), 15:50, 05/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
Пробовал несколько разных мостов менять при доступе через сеть мобильных операторов, не получается.
| |
3.78, Аноним (78), 08:05, 06/04/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
> через западный почтовик, вроде Gmail, написать письмо
Анонимная сеть, говорили они :)
| |
|
2.44, Аноним (44), 09:12, 05/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
Работает, только бриджы нужно в конфиг добавить. В linux еще приходится таймером перезагружать юнит каждые 30 минут, иначе, походу, в периоды неактивности бридж разрывает подключение, не разобрался детально
| |
|
3.76, Аноним (-), 01:36, 06/04/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
А не проще по таймеру что-нибудь через тор гонять? Да и восстанавливает соединения он сам...
| |
|
|
1.51, Full Master (?), 09:56, 05/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
>Проект имеет статус экспериментальной разработки, отстаёт по функциональности от основного клиента Tor на языке Си и пока не готов полноценно заменить его.
Все что нужно знать о прожектах на Rust.
| |
|
2.59, Full Primary (?), 12:06, 05/04/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>Проект имеет статус экспериментальной разработки, отстаёт по функциональности от основного клиента Tor на языке Си и пока не готов полноценно заменить его.
> Все что нужно знать о прожектах на Rust.
Все что нужно знать о знаниях разработки местных оналитегов.
| |
|
1.73, Cemen (?), 00:57, 06/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Передаю привет сотрудникам АНБ разработавшим этот большой бэкдор под названием Rust. Основная проблема безопасности rust это сложная система зависимостей с его cargo. Зависимости тянут бесконечно свои зависимости, которые в крупных проектах не возможно отследить, а так же просто так исправить в них ошибки без обращения к хозяину пакета, и пока он не обновит свой пакет. Так же все усугубляет то, что в одном проекте могут быть разные версии одной и той же библиотеки для разрешения зависимостей всех засимостей!
| |
|
2.77, Аноним (-), 01:37, 06/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
И более того - все это под колпаком фаундейшна состоящего из майкрософта, гугла и амазона.
| |
2.85, Анонн (?), 10:47, 06/04/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
С Cargo проблем нет.
Вы можете:
- писать без зависимостей (ну... удачи)
- добавлять зависимости непосредственно как параметры компиляции в вызов rustc
- использовать toml, но ссылаться на свой git репозиторий или вообще на локальный путь
- можно форкать нужные либы и ссылаться уже на свои репозетории
- создать свой private registry и работать с ним (удобно когда есть много общих внутренних либ)
- фиксировать версии на чужие пакеты и проверять что в них поменялось перед обновлением
Как-то так. Нужно всего-лишь почитать доку https://doc.rust-lang.org/cargo/
С dependency тут дела обстоят лучше чем в с/с++ - тут хотя бы есть удобный способ, но при этом не убраны все остальные варианты.
А АНБ нужно вначале сказать спасибо за DebianPackages. Бесконечные зависимости которые обновлял неизвестно кто и неизвестно зачем для любого крупного проекта.
| |
|
3.98, Аноним (98), 18:55, 06/04/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
> фиксировать версии на чужие пакеты и проверять что в них поменялось перед обновлением
Вый действительно будете это делать и проходить по зависмостям своих зависимостей?
Или притворяетесь?
Разработчики на Си используют то что идет в пакетах дистрибутивов linux.
| |
|
|
5.110, Аноним (98), 12:58, 07/04/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Ничего не мешает делать так же для крейтов.
Которые навасянили и забили?
Из поймойки?
| |
|
6.119, burjui (ok), 17:34, 07/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
А сколько наколенных сишных либ не попадает в дистрибутивы, ты думал? Или сишники пишут только хорошие и полезные либы, словно герои мифов? Разумеется, в репы дистра должны попадать только стабильные либы с мейнтенерами. И не из помойки, а из гитовых реп, как у всех в 2022 г. Кстати, crates.io никто не заставляет использовать.
Впрочем, жить в мире розовых пони при таком обилии и простоте доступа к информации - это осознанный выбор, поэтому никому ничего я всё равно не докажу. Нормальные программисты пишут код на C, C++, Rust, Haskell, Python, Java - да хоть на Pascal, прости господи - лишь бы выполняло задачи, а дурачки в розовых очках создают себе идолов и моляться им до синяков на лбу, при этом считая себя умнее всех остальных. Ну и стагнируйте дальше в своём болоте. На работу таких, как вы, никто брать не захочет, а сами вы ничего не создаёте, кроме срача на ровном месте.
| |
|
7.121, Аноним (98), 13:59, 08/04/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
> И не из помойки, а из гитовых реп, как у всех в 2022 г. Кстати, crates.io никто не заставляет использовать.
Но любая полезная библиотека лезет в помойку по своим зависимостям. Опакечивать все это самому - нереально.
> Ну и стагнируйте дальше в своём болоте. На работу таких, как вы, никто брать не захочет, а сами вы ничего не создаёте, кроме срача на ровном месте.
Э... Плохой из тебя телепат.
И да, мне интересно, когда этот момент наступит: "брать не захочет".
| |
|
|
|
4.103, Аноним (-), 22:50, 06/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Разработчики на Си используют то что идет в пакетах дистрибутивов linux.
Занятные фантазии ...
| |
|
5.111, Аноним (98), 13:00, 07/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Занятные фантазии ...
Покажи программу на Си, которая идет без опакеченных зависимостей?
Ж:)
Понятно что это упрщение, но суть ясна. Если библиотеки нет в дистрибутивах linux, то что бы ее использовать тебе придется самому эту библиотеку опакечивать. И тут уж выбирай, что лучше.
| |
|
6.114, Аноним (-), 13:37, 07/04/2022 [^] [^^] [^^^] [ответить] | +/– | А теперь - занятная подмена понятий и немного демагогии - естественно, в р... большой текст свёрнут, показать | |
|
7.122, Аноним (98), 14:05, 08/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
Он статически линкуется?
Тогда вообще о чем речь? Если кто-то захочет опакечивать - пусть опакечивает.
После обновления каждой из зависимостей. А то незакрытые дыры приводят к удалению из репозитария.
И да. Что ты этим постом сказать-то хотел?
| |
|
|
|
|
|
2.97, burjui (ok), 17:29, 06/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
Бла бла бла... Просто не использовать зависимости не пробовал? Прикинь, так можно. Но вот у C и C++ всё, конечно, куда лучше - та же самая куча чужого говнокода, только прибивать его гвоздями к проекту нужно вручную. Это, разумеется, добавляет очень много очков безопасности, даже если не читал исходники. Почему? А потому что. Потому что не Rust, так опеннетный эксперт по безопасности сказал.
| |
|
1.125, Аноним (125), 14:36, 09/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> В качестве причин переписывания Tor на Rust называется желание добиться более высокого уровня защищённости кода за счёт использования языка, обеспечивающего безопасную работу с памятью.
> Наиболее заметные изменения в выпуске 0.2.0 связаны с работой по повышению производительности и надёжности.
Странный выбор языка.
Те кому истинно важны безопасность, надежность и производительность выбирают SPARK.
| |
|
2.126, Минона (ok), 20:16, 09/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Странный выбор языка.
> Те кому истинно важны безопасность, надежность и производительность выбирают SPARK.
Ага. Отчего же на нем не пишут драйвера для линукса?
И что на нем вообще написано, кроме софта для авионики?
| |
|
|