The OpenNET Project / Index page

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



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

Оглавление

Уязвимость в стандартной библиотеке языка Rust, opennews (??), 20-Янв-22, (0) [смотреть все]

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


68. "Уязвимость в стандартной библиотеке языка Rust"  +/
Сообщение от px (??), 21-Янв-22, 00:36 
Rust конкурент плюсам, а не Go. У него действительно сложная, проработанная система типов, с которой ни каждый в состоянии разобраться, но так и в C++ она (система типов) навороченная, а использование SFINAE делает её магически сложной. Но в отличие от раста, плюсы позволяют собирать откровенный говнокод, что и позволяет адептам «старой школы» под каждым постом здесь вещать о том, что «нужно просто уметь писать»
Ответить | Правка | Наверх | Cообщить модератору

86. "Уязвимость в стандартной библиотеке языка Rust"  +8 +/
Сообщение от Аноним (8), 21-Янв-22, 00:54 
Раст вообще никому не конкурент, где-то на 26-ом месте тащится в рейтинге...
Ответить | Правка | Наверх | Cообщить модератору

127. "Уязвимость в стандартной библиотеке языка Rust"  +1 +/
Сообщение от px (??), 21-Янв-22, 03:34 
Достойный аргумент (на самом деле нет), но я имел в виду, что раст нацелен, скорее, на туже нишу, что и C и C++, чем на ту где Java и Go.
Ответить | Правка | Наверх | Cообщить модератору

144. "Уязвимость в стандартной библиотеке языка Rust"  +/
Сообщение от Аноним (144), 21-Янв-22, 08:59 
Это утверждение чем-то подкреплено помимо собственных влажных хотелок? Нет причин использовать Rust там, где можно взять Go/Python/Kotlin, в остальных случаях C/C++ смотрится более приемлемо, чем только ради хайпа тащить непонятное нечто которое в половине случаев всё равно задачу не решит и потом всё равно придётся переписывать на C/C++
Ответить | Правка | Наверх | Cообщить модератору

211. "Уязвимость в стандартной библиотеке языка Rust"  +2 +/
Сообщение от Аноним (-), 21-Янв-22, 11:19 
Vala же. Конкурент сишарпа без растозакидонов, с интеропом с сишечкой и через gobject-introspection либами цепляется за кучу разнообразной скриптухи.
Ответить | Правка | Наверх | Cообщить модератору

580. "Уязвимость в стандартной библиотеке языка Rust"  +/
Сообщение от Valaevangelist (?), 13-Фев-22, 22:24 
Мем в том, что вала не хайпанула, и не пыталась, а так язык достойный, хоть и со своими траблами
Надо просто больше вала-евангелизма аля rewrite it on rust^W vala. Но для этого нужны фанатики, а их нет, а если они будут, то подпортиться репутация языка.
Ответить | Правка | Наверх | Cообщить модератору

537. "Уязвимость в стандартной библиотеке языка Rust"  +/
Сообщение от заминированный тапок (ok), 24-Янв-22, 12:57 
> Это утверждение чем-то подкреплено помимо собственных влажных хотелок? Нет причин использовать
> Rust там, где можно взять Go/Python/Kotlin, в остальных случаях C/C++ смотрится
> более приемлемо, чем только ради хайпа тащить непонятное нечто которое в
> половине случаев всё равно задачу не решит и потом всё равно
> придётся переписывать на C/C++

C++17 / C++20 смотрится так же приемлемо и среди Go/Python/Kotlin

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

538. "Уязвимость в стандартной библиотеке языка Rust"  +1 +/
Сообщение от px (??), 24-Янв-22, 16:29 
Не ради хайпа. Раст безопаснее С++, имеет продуманную систему типов, в отличии от Python (к которому я, кстати, ни каких претензий не имею, если не тащить его в прод), Go — слишком ограниченный, Kotlin — система типов унаследованная от Java где нет даже константности. С 2015 года мне не потребовалось переписать на другой язык ни одного модуля, что нельзя сказать о python
Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

536. "Уязвимость в стандартной библиотеке языка Rust"  –1 +/
Сообщение от заминированный тапок (ok), 24-Янв-22, 12:53 
>Достойный аргумент (на самом деле нет), но я имел в виду, что раст нацелен, скорее, на туже нишу, что и C и C++, чем на ту где Java и Go.

Обождите-ка, пару месяцев назад ещё вещали, что конкурет Си, а не С++
а теперь вдруг уже конкурент C++
даже определиться не могут, чему же он конкурент

да и какая это "та же" ниша что у Си и C++
или растоводы видят у них одну и ту же нишу?

да и каким же он может быть окркурентом C++ без ООП (от слова совсем)...

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

539. "Уязвимость в стандартной библиотеке языка Rust"  –1 +/
Сообщение от px (??), 24-Янв-22, 16:37 
Там где требуется высокая производительность с минимальным рантаймом. На ООП свет клином не сошёлся и если на то пошло, то в С++  ООП не каноничный (см. smalltalk). Rust имеет свои средства для инкапсуляции и полиморфизма. А польза наследования несколько спорна.
Ответить | Правка | Наверх | Cообщить модератору

548. "Уязвимость в стандартной библиотеке языка Rust"  –1 +/
Сообщение от Аноним (548), 25-Янв-22, 06:47 
>Обождите-ка, пару месяцев назад ещё вещали, что конкурет Си, а не С++

Справедливости ради создатели раст и околорастовое коммьюнити никогда не рассматривали раст конкурентом Си, только С++ - всегда писали что у них разные ниши. Почему российские опеннетовские/лоровские сишники так ополчились на раст это другой вопрос, но на их вопросы тоже приходится отвечать раз они спрашивают не игнорировать же только потому что они сишники.

> или растоводы видят у них одну и ту же нишу?

Ниша раст - системное программирование при котором требуется высокая производительность кода при минимальном ущербе скорости разработки продукта (это ниша С++).

> да и каким же он может быть окркурентом C++ без ООП (от слова совсем)...

Нет, не совсем. Просто в раст используется другой подход - data oriented design. Хотя в нем есть некоторые компоненты ООП если потребуется, например полиморфизм можно осуществить с помощью trait objects, которые позволяют избежать diamond problem из С++. Трейты также обладают дополнительными преимуществами, которых нет в классических интерфейсах - ассоциированные типы (которые можно конкретизировать при имплементации), типы-параметры (т.е. если у тебя есть дженерик тип, ты можешь использовать его в коде как конкретный тип для создания объектов).
Чего в раст действительно нет и что в самых упоротых случаях придется обходить макросами это - наследование.

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

556. "Уязвимость в стандартной библиотеке языка Rust"  –1 +/
Сообщение от заминированный тапок (ok), 25-Янв-22, 10:50 
> Справедливости ради создатели раст и околорастовое коммьюнити никогда не рассматривали
> раст конкурентом Си, только С++ - всегда писали что у них
> разные ниши. Почему российские опеннетовские/лоровские сишники так ополчились на раст
> это другой вопрос, но на их вопросы тоже приходится отвечать раз
> они спрашивают не игнорировать же только потому что они сишники.

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

> Ниша раст - системное программирование при котором требуется высокая производительность
> кода при минимальном ущербе скорости разработки продукта (это ниша С++).

C++ далеко не только системное программирование (из всех областй, где применяется, даже не самая большая доля, подозреваю)

> Чего в раст действительно нет и что в самых упоротых случаях придется
> обходить макросами это - наследование.

для многих это куда важнее, чем наличие borrow-checker'а, вшитого в компилятор, подозреваю

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


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

143. "Уязвимость в стандартной библиотеке языка Rust"  +2 +/
Сообщение от Аноним (143), 21-Янв-22, 08:50 
Именно, можно спорить о нем до хрипоты за или против, но факт остается фактом:

$ pacman -Ssq 'in Rust' | wc -l
14

$ pacman -Ssq | wc -l
13265

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

523. "Уязвимость в стандартной библиотеке языка Rust"  +/
Сообщение от Аноним (548), 24-Янв-22, 04:13 
У меня на PopOS! уже 53 выдает.
А еще они вот такую штуку делают https://www.omgubuntu.co.uk/2021/11/system76-is-building-its...
Если честно, мне не понятно зачем это десктопу. Гораздо лучше IO-компоненты переписывать и дрова.
Ответить | Правка | Наверх | Cообщить модератору

207. "Уязвимость в стандартной библиотеке языка Rust"  –2 +/
Сообщение от Аноним (-), 21-Янв-22, 11:16 
>плюсам

Раз плюсики, два плюсики, получилась решёточка. C# конкурент раста, а не C++.

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

561. "Уязвимость в стандартной библиотеке языка Rust"  +/
Сообщение от Аноним (-), 27-Янв-22, 05:14 
> «нужно просто уметь писать»

Гайд хруста по unsafe вещает примерно то же самое. А, ну да, сисколы использовать нельзя, пользуйтесь стандартной либой. Правда и с ней, вот, вулны. Наверное не последний, жирнолибам и багов под стать.

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

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

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




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

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