The OpenNET Project / Index page

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



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

"Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Linux"  +/
Сообщение от opennews (?), 07-Сен-24, 12:35 
Опубликован релиз языка программирования общего назначения Rust 1.81, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=61819

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

Оглавление

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


1. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от бух. (?), 07-Сен-24, 12:35 
> если сообщество разработчиков Linux не поймёт это, то Linux будет вытеснен каким-то другим ядром, как в своё время произошло с Unix

Как г-сподь же!

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

8. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +31 +/
Сообщение от Аноним (8), 07-Сен-24, 12:52 
Пусть вытесняет. Конкуренция это хорошо. Только редокс может вытеснить только лишь здравый смысл.
Ответить | Правка | Наверх | Cообщить модератору

184. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –7 +/
Сообщение от Аноним (184), 07-Сен-24, 20:33 
Редокс бросили из-за желания пойти в Linux и там получить часть аудитории,
но когнитивное искажение "статус кво" не дает ребятам, которые потратили
всю свою созхнательную жизнь на развитие модулей на Си двинуться дальше
и признать, что в этом есть проблема системного характера.

Кроме того сам по себе Rust не так и прост когда дело заходит о системных вопросах
возникает много деталей и особеностей языка, так что это не переход между
двумя императивными язычками, а тяжелая работа.

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

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

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

235. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +8 +/
Сообщение от Ivan_83 (ok), 07-Сен-24, 22:42 
Там вообще то ещё Линус высказывался что язык который навязывает свои правила нафиг не упал, потому что приоритет за тем чтобы делать то что требуется а не то что позволил язык.

А раст не нужен, то что с ним играются - как поиграются так и выкинут, вон DEI уже выкинули пинком под зад, потому что работать надо а не играть.

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

297. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +6 +/
Сообщение от Аноним (-), 07-Сен-24, 23:54 
Иван, давай с пруфами. Хотя бы цитаты самого Линуса.
Я понимаю что ты с ним в очень-очень близких отношениях, но не все на форуме так повезло.
Пока Линус рассчитывал что оно будет быстрее.
Ответить | Правка | Наверх | Cообщить модератору

452. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Бывалый Смузихлёб (ok), 08-Сен-24, 14:06 
просто с той конторы линусу не платили настолько хорошо
Вероятно, и  с растом что-то не то стало, ибо стабильных параметров на годы от него ждать не приходится
Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору

409. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (409), 08-Сен-24, 10:42 
Сложные сегменты — кассовая техника. Какая же каша у рустиков в  голове.
Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

73. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (73), 07-Сен-24, 14:23 
> Linux будет вытеснен каким-то другим ядром, как в своё время произошло с Unix.

Вот незадача. Работаю на GhostBSD, а не знал, что оно вытеснено.

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

113. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от 78 (?), 07-Сен-24, 16:02 
А что случится если все *бсд вдруг исчезнут ....- ничего.
С разморозкой, теперь знаешь.
Ответить | Правка | Наверх | Cообщить модератору

218. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +4 +/
Сообщение от Аноним (218), 07-Сен-24, 21:49 
> А что случится если все *бсд вдруг исчезнут ....- ничего.
> С разморозкой, теперь знаешь.

Неа, не знаем мы порядковый номер твоей альтернативной реальности.


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

745. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (-), 11-Сен-24, 03:25 
>> А что случится если все *бсд вдруг исчезнут ....- ничего.
>> С разморозкой, теперь знаешь.
> Неа, не знаем мы порядковый номер твоей альтернативной реальности.

Realm UUID = daf7575ddbeefd5ab7ccbc9d43d4fe6071da53d52da4e762aad17258255db867

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

282. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –4 +/
Сообщение от Аноним (282), 07-Сен-24, 23:34 
xBSD не UNIX-ы (TM).
Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

627. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –2 +/
Сообщение от Аноним (-), 09-Сен-24, 05:35 
>> Linux будет вытеснен каким-то другим ядром, как в своё время произошло с Unix.
> Вот незадача. Работаю на GhostBSD, а не знал, что оно вытеснено.

Теперь посмотри сколько тебя процентов судя по статкаунтеру какому-нибудь и прочим w3schools и тому подобному. Если пингвинов таки проценты, то вон тех - в тысячи раз меньше чем пингвина. И не то чтобы незаслуженно.

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

747. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от bOOster (ok), 11-Сен-24, 09:02 
И сколько продали PS3+PS4+PS5+Nintendo Switch и все такое?
Там Linux даже рядом не валялся... 200 миллионов устройств (PS3+PS4), +143 миллиона для Nintendo Switch, работающих на модифицированной BSD.
Вообще нравиться мне как оголтелые обходят реальность... Конечно, с игровой консоли никто на w3school никто ходить не будет. Но это не означает что операционки как таковой нет вообще.

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

760. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от benu (ok), 27-Сен-24, 15:02 
И Sony в обратку прям горы патчей выкатила?
Ответить | Правка | Наверх | Cообщить модератору

150. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +6 +/
Сообщение от bdrbt (ok), 07-Сен-24, 18:02 
Линукс как Юникс - не будет так просто вытеснен - совершенно разные уровни сложности.

Ну и топать ножкой за то, что не дали "в один смычок" вклинится между ядром и кучей разработчикаов, ну за такое и в мелких проектах по рукам бьют.

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

3. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –5 +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Сен-24, 12:41 
> В качестве причины ухода упоминается нехватка сил и энтузиазма, которые когда-то были для реагирования на некоторые бредни нетехнического характера (nontechnical nonsense).

Снежинки в своём духе. 100% уверен, что его не хватило на техническую аргументацию.

> Тем временем, компания Google,
> Основное внимание при внедрении Rust предлагается удалять использованию Rust для нового кода и кода, выполняющего функции, критические с точки зрения безопасности

Снова двойные стандарты. В каком месте парсер JSON в хроме стал таким местом, раз его переписали в недавней новости про хром?

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

9. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –4 +/
Сообщение от Karl Richteremail (?), 07-Сен-24, 12:54 
Современные требования к безопасным вычислениям - это уже главный аргумент в пользу Rust.
Ответить | Правка | Наверх | Cообщить модератору

61. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +7 +/
Сообщение от Аноним (61), 07-Сен-24, 14:01 
Сколько софта для АЭС уже написано на расте? Ой нисколько.
Ответить | Правка | Наверх | Cообщить модератору

78. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от erra (?), 07-Сен-24, 14:33 
много ли на Си? для таких целей обычно вообще Аду используют, уж от нее насильники просто плакать горькими слезами будут
Ответить | Правка | Наверх | Cообщить модератору

84. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (8), 07-Сен-24, 14:39 
Обломинго? C/C++, Ada and Pascal are used.  
Ответить | Правка | Наверх | Cообщить модератору

171. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (282), 07-Сен-24, 19:13 
Тут некоторое время назад частым посетителем был БратАнон, если не ошибаюсь с ником. Он писал, что в Росатоме используют Оберон.
Ответить | Правка | Наверх | Cообщить модератору

236. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от 1 (??), 07-Сен-24, 22:42 
Заходил тут один на огонёк.
Писал что накодил новый kvm для Амазона.
Ответить | Правка | Наверх | Cообщить модератору

512. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (512), 08-Сен-24, 20:09 
Оберон на Ростовской АЭС:
https://informatika-21.ru/oberon_innovation/oberonRostovAES.htm

вот небольшой текст:

"Предыдущая версия была написана на С++ с применением стандартных промышленных библиотек (CORBA) и имела некоторые проблемы ..., которые хотя и не препятствовали её использованию, но оказались головной болью для разработчиков, причём устранить их не удалось, несмотря на серьёзные усилия.

Новая версия написана с нуля, .... и продублирована на трёх (из-за специфических технологических требований атомной энергетики) вариантах Оберона ..... и для двух ОС (Linux, MS Windows)."

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

518. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Совершенно другой аноним (?), 08-Сен-24, 21:20 
Довольно много. Вообще, на АЭС, есть куча разных систем: СВРК, СНЭРО, СНЭТО и т.д. И там есть и на С, и на C++, и разное скриптовое. И там есть и верхний уровень с серверами и нижний с контроллерами.
Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

118. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –4 +/
Сообщение от Karl Richteremail (?), 07-Сен-24, 16:11 
Ну да, ведь АЭС является самой крупной IT инфраструктурой, которая не имеет строгих требований к ПО.
Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

149. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +3 +/
Сообщение от Аноним (149), 07-Сен-24, 17:59 
Если у неё нет требований перейти на раст легче лёгкого, но никто не перешёл. Думай.
Ответить | Правка | Наверх | Cообщить модератору

200. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Karl Richteremail (?), 07-Сен-24, 21:04 
О чем думать, если нет потребности в замене отработанного ПО? Более того, Вы работник какой-то АЭС, что знаете что именно там используют?
Ответить | Правка | Наверх | Cообщить модератору

628. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (-), 09-Сен-24, 05:40 
> О чем думать, если нет потребности в замене отработанного ПО? Более того,
> Вы работник какой-то АЭС, что знаете что именно там используют?

Я не он, зато знаю что хруст только-только начали изучать на предмет годности для automotive. Заметьте, про АЭС речь вообще не идет.

А еще я знаю что хрустики настолько дубовы что не различают security и safety, которые пересекаются лишь местами - и про разное. Например, panic управляющей программы "чтоб хакер не прорубился" - это может и "secure", но - вообще совсем не "safe" с точки зрения safety. Ибо ведет к утрате контроля над процессом. А вот это уже совсем не "safe". Мягко говоря.

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

74. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (73), 07-Сен-24, 14:25 
> Современные требования к безопасным вычислениям - это уже главный аргумент в пользу Rust.

Если ничего не вычислять, то оно и безопасно. Кстати, можно пруфы, что уже вычислили? Может, пора переходить с С++.

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

116. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Karl Richteremail (?), 07-Сен-24, 16:09 
Имеется ввиду об написаннии безопасного ПО для работы с памятью, что самое распространенное из уязвимостей.
Ответить | Правка | Наверх | Cообщить модератору

239. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (239), 07-Сен-24, 22:44 
> Кстати, можно пруфы, что уже вычислили? Может, пора переходить с С++.

Гугли. Как пример - в крипте, некоторые блокчейны на расте писаны или поверх платформ, писаных на расте. Вот уж где нужны "безопасные вычисления". ИТ-гиганты там что-то пописывают, "безопасно вычисляют". Но тебе же не нужна правда, тебе на вентилятор вбросить и наслаждаться результатом и потому те же блокчейны тебе будут "нинада и вапще мошенничаство", а поделки гигантов - "а ты этим пользуешься? Мне это нинада". Убого с тобой спорить, бисера не хватит метать перед вами.

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

748. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от bOOster (ok), 11-Сен-24, 09:23 
>> Современные требования к безопасным вычислениям - это уже главный аргумент в пользу Rust.
> Если ничего не вычислять, то оно и безопасно. Кстати, можно пруфы, что
> уже вычислили? Может, пора переходить с С++.

Перейти на C++ необходимо было давно. Там и без темплейтов прожить вполне можно, а Struct и class - вполне удобно и вменяемо заменяют архаичную работу со структурами в типовом C.
Apple давно пользует C++  для драйверов в систему. BSD тоже имеет такие потуги..  

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

751. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Анонимм (??), 11-Сен-24, 19:39 
> Перейти на C++ необходимо было давно.
> Там и без темплейтов прожить вполне можно, а Struct и class - вполне удобно и вменяемо заменяют архаичную работу со структурами в типовом C.

Но вредный фин уперся!
И что теперь делать? Он ведь не собирается признавать, что был не прав.
Ждать пока помрет не вариант.

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

753. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от n00by (ok), 12-Сен-24, 10:28 
>> Перейти на C++ необходимо было давно.
>> Там и без темплейтов прожить вполне можно, а Struct и class - вполне удобно и вменяемо заменяют архаичную работу со структурами в типовом C.
> Но вредный фин уперся!
> И что теперь делать? Он ведь не собирается признавать, что был не
> прав.
> Ждать пока помрет не вариант.

Делай как я - напиши сам. Свобода же? Мне "проприетарная" Микрософт не помешала.

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

142. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +4 +/
Сообщение от keydon (ok), 07-Сен-24, 17:14 
Раст не безопасный язык. Примите, смиритесь уже и живите с этим.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

360. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 05:09 
В общем и целом - да. Но если говорить об определённом классе ошибок - вполне себе безопасный. А ведь только об этом классе ошибок речь и идёт всегда, когда вспоминают о Расте. Вам бы эту простую вещь понять.
Ответить | Правка | Наверх | Cообщить модератору

170. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (282), 07-Сен-24, 19:08 
>к безопасным вычислениям

Безопасные вычисления - это про гомоморфное шифрование https://ru.wikipedia.org/wiki/Гомоморфное_шифрование . И у Раста тут никаких преимуществ перед другими языками. Он не лучше и не хуже.

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

207. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –2 +/
Сообщение от Karl Richteremail (?), 07-Сен-24, 21:19 
Я говорю про работу с памятью. Вычисления - это то чем занимается процессор. Безопасные вычисления - устранение уязвимостей.
Ответить | Правка | Наверх | Cообщить модератору

221. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Hck3r (?), 07-Сен-24, 21:59 
https://github.com/Speykious/cve-rs ну да
Ответить | Правка | Наверх | Cообщить модератору

238. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Ivan_83 (ok), 07-Сен-24, 22:44 
Какие у вас могут быть безопасные вычисления когда вы сидите на компах без ECC!?
Ау!?
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

363. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 05:16 
Причём ECC до типичных ошибок в коде на Си? Или просто надо было что-то ляпнуть?
Ответить | Правка | Наверх | Cообщить модератору

12. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –3 +/
Сообщение от Аноним (-), 07-Сен-24, 12:57 
> 100% уверен, что его не хватило на техническую аргументацию.

О да, "я нибуду учить ваш раст! вы миня низаставите!!!ррряяяя!!111"
Очень техническая аргументация от маститых разработчиков ядра)))

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

30. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Ося Бендер (?), 07-Сен-24, 13:23 
В таком случае, я предлагаю вам учить 1С. Скоро он будет использоваться везде.
Ответить | Правка | Наверх | Cообщить модератору

75. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (73), 07-Сен-24, 14:29 
Везде - слишком оптимистично. Под RedOS и Альт только и работает. Или Вы имеете в в виду Windows? Под ней точно без проблем.
Ответить | Правка | Наверх | Cообщить модератору

85. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (8), 07-Сен-24, 14:40 
OneScript есть под всё. https://www.opennet.me/opennews/art.shtml?num=60489
Ответить | Правка | Наверх | Cообщить модератору

198. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Сен-24, 21:04 
>> 100% уверен, что его не хватило на техническую аргументацию.
> О да, "я нибуду учить ваш раст! вы миня низаставите!!!ррряяяя!!111"
> Очень техническая аргументация от маститых разработчиков ядра)))

Есть вполне четкие требования к расту от разработчиков ядра. Все эти патчи не какая-то прихоть, а показатель, что реклама и реальные проекты вещи разные.

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

206. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Витюшка (?), 07-Сен-24, 21:17 
"Я не буду учить Rust ЗА ТЕ ЖЕ ДЕНЬГИ". А за x2-x3 пожалуйста, хоть Brainfuck.

На этот ваш Rust выстроились бы очереди желающих его изучить.

Так что думай думкою.

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

243. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Ivan_83 (ok), 07-Сен-24, 22:47 
Ваще то не так.
Чувак сказал: я прогаю на С, вы тут понаделали биндингов в раст, я это поддерживать не буду.
Собственно это проблема всех языков которые из С тянут хидеры/декларации/вызовы, я этого наелся ещё в 2003 году когда на вижал бейсике прогал.
Поэтому и стал дальше С изучать не модный тогда дельфи, который сочетал в себе простоту вижалбейсика с почти что производительность С.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

336. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 03:13 
Это только часть истории, на самом деле. Там ещё разработчица драйверов на Расте писала, что предложила некоторые правки в код на Си, которые в любом случае, даже без Раст, надо было бы сделать. Но их не приняли, потому что знали, что она - разработчица драйвера на Раст.
Ответить | Правка | Наверх | Cообщить модератору

740. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Серб (ok), 10-Сен-24, 18:43 
Вносить правки в код для того, что бы кривая по своей сути система могла интегироваться в ядро?

Зачем?

Пусть покажут что система не кривая и способна подстроится под существующий код.

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

20. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +5 +/
Сообщение от Анонимусс (-), 07-Сен-24, 13:05 
> В каком месте парсер JSON в хроме стал таким местом, раз его переписали в недавней новости про хром?

Количество пользователей.
An estimated 3.45 billion internet users globally use Chrome as their browser.
И это без учета хромоси.

Разбор JSON это работа внешними данными.
Будет очень неприятно, если при парсинге будет выход за границы буфера или оверфлоу с дальнейшем RCE.
Поэтому это очень критическое с точки зрения безопасности место в коде.

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

28. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (28), 07-Сен-24, 13:22 
И чего кто то уже вышел и чего сделал?
Ответить | Правка | Наверх | Cообщить модератору

49. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Анонимусс (-), 07-Сен-24, 13:41 
Боже, вы что, вообще информацию искать не умеете?

opennet.ru/opennews/art.shtml?num=61748
"он также решает проблемы при работе с некорректным JSON, который раньше вызывал аварийное завершение, а теперь приводит к возврату кода ошибки."
И оригинал support.google.com/chrome/a/answer/7679408?sjid=17156367365461820710-EU#chromeBrsrG128

Итого: раньше крашилось (DoS), сейчас нет. А раз крашилось, то код был написан плохо.
И наверное настолько плохо, что легче было переписать, чем исправить.

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

62. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –6 +/
Сообщение от Аноним (61), 07-Сен-24, 14:03 
Какой вред нанес этот краш? Никакого? Информационный шум? Таблетки пробовали?
Ответить | Правка | Наверх | Cообщить модератору

66. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +3 +/
Сообщение от Анонимусс (-), 07-Сен-24, 14:09 
> Какой вред нанес этот краш?

Не, ну я понимаю что для таких как вы краш это нормально))

> Никакого?

Сотни тысяч пользователей расстроились, что их браузер крешнулся.

> Таблетки пробовали?

Не пробовал. И советую не пробовать. Но тебе явно уже бесполезно давать такие советы...
В общем, когда слезешь с того на чем сидишь, будет смысл продолжать беседу.


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

107. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (8), 07-Сен-24, 15:52 
Кто то там расстроился поэтому надо переходить на раст. Вот поэтому никто и не переходит кроме какого то мутного парсера.
Ответить | Правка | Наверх | Cообщить модератору

138. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (138), 07-Сен-24, 16:58 
Слишком жирно. Парсер этот почти при каждом заходе на сайт используется
Ответить | Правка | Наверх | Cообщить модератору

201. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 07-Сен-24, 21:06 
>Какой вред нанес этот краш?

Чтоб у вас ядро крашилось каждые пять секунд, если это так безвредно

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

241. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (241), 07-Сен-24, 22:46 
Так именно поэтому Раст и не хотели добавлять в ядро - потому что в Расте крэш это нормально, а для ядра - недопустимо. Не читаете свои же методички ))
Ответить | Правка | Наверх | Cообщить модератору

259. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 07-Сен-24, 23:06 
>потому что в Расте крэш это нормально

То ли дело в си - молча портят память

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

245. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Ivan_83 (ok), 07-Сен-24, 22:49 
Вы себе ECC память поставьте, а то у вас там ровхаммер банальный прям из легального жабаскрипта работает.

А парсеров JSON вагон всяких разных.

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

358. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 05:07 
ECC как-то поможет от use after free, double free?
Ответить | Правка | Наверх | Cообщить модератору

284. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Сен-24, 23:35 
> Будет очень неприятно, если при парсинге будет выход за границы буфера или оверфлоу с дальнейшем RCE

Ключевое слово "будет". На практике есть куча мест с уязвмостями, но что-то туда его не завозят. Почему?


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

135. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (135), 07-Сен-24, 16:51 
>> Снежинки в своём духе. 100% уверен, что его не хватило на техническую аргументацию.

Какое-то архаическое мышление. Нынче есть выбор и можно не потеряться в выборе работы. Не всем людям нравится процессы споров, далеко не всем, так как они реально говоря деструктивны. Сейчас проще найти команду где люди с которыми приятно работать, ну или хотя-бы терпимо.

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

202. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Сен-24, 21:07 
>>> Снежинки в своём духе. 100% уверен, что его не хватило на техническую аргументацию.
> Какое-то архаическое мышление. Нынче есть выбор и можно не потеряться в выборе
> работы. Не всем людям нравится процессы споров, далеко не всем, так
> как они реально говоря деструктивны. Сейчас проще найти команду где люди
> с которыми приятно работать, ну или хотя-бы терпимо.

Не понял, ты предлагаешь брать на тех должность за красивые глаза? Нет, так далеко не уедешь. Ну и в чем проблема, пусть берут и форкают ядро, но они же токсично сами себя ведут, как будто им все должны. Что-то мне это напоминает... знакомые методички

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

362. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –4 +/
Сообщение от Прохожий (??), 08-Сен-24, 05:13 
>но они же токсично сами себя ведут, как будто им все должны

Они себя ведут более, чем корректно. Асахи, например, сама предложила 17 правок в код на Си, чтобы повысить его стабильность и облегчить возможность писать те же драйверы на Раст. Но ядовитые стариканы, сидящие, как собака на сене, их не приняли. Потому что знали, кто прислал эти правки.

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

387. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от мявemail (?), 08-Сен-24, 08:22 
прям так и написали, "не принимаем потому что приславший пишет на расте?!!" ?
3й раз за тему уже упоминаете, а ссылрк - ни единой.
Ответить | Правка | Наверх | Cообщить модератору

540. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 22:09 
https://arstechnica.com/gadgets/2024/09/rust-in-linux-lead-r.../

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

568. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Совершенно другой аноним (?), 08-Сен-24, 23:17 
> https://arstechnica.com/gadgets/2024/09/rust-in-linux-lead-r.../

Жаль, что и тут нет никакой конкретики - хотелось-бы посмотреть, как и на что предлагалось менять. А то судя даже по Вашему приведённому тексту звучит странно:

"Bugs in that DRM scheduler's C code are the only causes of kernel panics in Lina's Apple GPU driver, she wrote—"Because I wrote it in Rust.""

Т.е. какие-то хитрые баги, которые срабатывали ТОЛЬКО на её драйвере, но ни на одном из других. Знаете, обычно всё-таки в таком случае смотрят на драйвер, что там не так, а не на общую часть. И, кстати, не факт, что предлагаемые ею правки не поломали-бы что-то в других драйверах.


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

746. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (746), 11-Сен-24, 03:29 
> Т.е. какие-то хитрые баги, которые срабатывали ТОЛЬКО на её драйвере, но ни
> на одном из других. Знаете, обычно всё-таки в таком случае смотрят
> на драйвер, что там не так, а не на общую часть.
> И, кстати, не факт, что предлагаемые ею правки не поломали-бы что-то
> в других драйверах.

Почему-то подозрителбно напоминает антипаттерн "все п...сы, а я Дapтaньян". Если ни у кого багов нет, и только вас баг долбает, стоит критично посмотреться в зеркало и перепроверить - может вы что не так делали со СВОЕЙ стороны линка? :)

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

524. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Сен-24, 21:27 
>>но они же токсично сами себя ведут, как будто им все должны
> Они себя ведут более, чем корректно. Асахи, например, сама предложила 17 правок
> в код на Си, чтобы повысить его стабильность и облегчить возможность
> писать те же драйверы на Раст. Но ядовитые стариканы, сидящие, как
> собака на сене, их не приняли. Потому что знали, кто прислал
> эти правки.

Давай пруфы с цитатами.

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

542. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Прохожий (??), 08-Сен-24, 22:13 
https://arstechnica.com/gadgets/2024/09/rust-in-linux-lead-r.../
Ответить | Правка | Наверх | Cообщить модератору

606. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 09-Сен-24, 01:20 
> https://arstechnica.com/gadgets/2024/09/rust-in-linux-lead-r.../

Это не пруф. Давай пруф с ревью, где будет подтверждение твоих слов "Я, Линус Торвальдс, находясь в здравом уме и твердой памяти не принимаю этот патч из-та того, что он написан ____".

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

703. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Прохожий (??), 10-Сен-24, 00:42 
>> https://arstechnica.com/gadgets/2024/09/rust-in-linux-lead-r.../
> Это не пруф. Давай пруф с ревью, где будет подтверждение твоих слов
> "Я, Линус Торвальдс, находясь в здравом уме и твердой памяти не
> принимаю этот патч из-та того, что он написан ____".

Кто такое в ревью напишет? Правильный ответ - никто. Но между слов вполне можно догадаться, что речь идёт не о сути патчей, а об их происхождении.

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

713. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 10-Сен-24, 01:47 
>>> https://arstechnica.com/gadgets/2024/09/rust-in-linux-lead-r.../
>> Это не пруф. Давай пруф с ревью, где будет подтверждение твоих слов
>> "Я, Линус Торвальдс, находясь в здравом уме и твердой памяти не
>> принимаю этот патч из-та того, что он написан ____".
> Кто такое в ревью напишет? Правильный ответ - никто. Но между слов
> вполне можно догадаться, что речь идёт не о сути патчей, а
> об их происхождении.

Вот не надо свои "догадки" выдавать за истинное утверждение.

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

5. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +23 +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Сен-24, 12:47 
Раст - это как опухоль. Задумайтесь, каким бы не был этот язык в рекламе, он не решит всех задач. Это яп с одной имплеметацией, без стандарта. По факту это ведро лок. Более того почему бы им просто не начать пилить своё с нуля или делать в сторонке форк, раз все так «безопастно»? Почему надо приходить в существующие проекты, заниматься там дестабилизацией? И вот уже перешли к угрозам.

От раста в первую очередь отталкивает его сообщество.

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

7. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +10 +/
Сообщение от Аноним (8), 07-Сен-24, 12:51 
Есть старая методичка по саботажу. Так вот раст и его сообщество прекрасно укладывается во все пункты.
Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +6 +/
Сообщение от Аноним (15), 07-Сен-24, 12:59 
то же самое было с сотрудником майкрософт и системд
Ответить | Правка | Наверх | Cообщить модератору

110. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (8), 07-Сен-24, 15:54 
Ищите женщину.
Ответить | Правка | Наверх | Cообщить модератору

175. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от slavanap (?), 07-Сен-24, 19:21 
Я лучше поищу троян
Ответить | Правка | Наверх | Cообщить модератору

244. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (241), 07-Сен-24, 22:48 
Недаром NSA так активно продвигает Rust.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

285. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –2 +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Сен-24, 23:37 
> Недаром NSA так активно продвигает Rust.

Плевать, что там они продвигают. Раньше они комон лисп использовали во всю, например.

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

11. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (-), 07-Сен-24, 12:55 
> Задумайтесь, каким бы не был этот язык в рекламе, он не решит всех задач.

А должен?
Пусть решит все задачи которые "рекламирует" и мне будет достаточно.

> Это яп с одной имплеметацией, без стандарта.

Ну, у нас уже есть СИ со "стандартом" в стиле ʼа буй его знает как складывать 2 числа - пусть разработчики компиялаторов сами решатʼ и 100500 компиляторов НИ ОДИН из открытых не реализует "так называемый стандарт" полностью.
Что по факту просто кусок овна.

> Более того почему бы им просто не начать пилить своё с нуля или делать в сторонке форк, раз все так «безопастно»?

А зачем?

> Почему надо приходить в существующие проекты, заниматься там дестабилизацией?

Потому что их пригласили?
Например какой-то Линус Торвальдс. Возможно он просто васян или засланец корпов...

> И вот уже перешли к угрозам.

Разве? Чел просто сказал - тут престарелые (ч|м)удаки не усиллено копротивляются..
Так что дальше без меня.

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

38. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от мявemail (?), 07-Сен-24, 13:32 
>есть С со станлартом в стиле ...

и дальше половина - выдумки, половина - черт-те что.
ни ссылок, ни даже слов "по теме".

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

67. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Анонимусс (-), 07-Сен-24, 14:10 
> и дальше половина - выдумки, половина - черт-те что.
> ни ссылок, ни даже слов "по теме".

Вам (лично вам) ссылки и примеры уже предоставили в соседней теме.]
Неужели их нужно в каждую тему таскать?


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

109. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (8), 07-Сен-24, 15:53 
Если кто-то хочет чтобы языком пользовались то должен.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

247. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +4 +/
Сообщение от Ivan_83 (ok), 07-Сен-24, 22:53 
Тем кому важен результат сложения - сами проконтролируют.
Часто оно вообще пофик, идёт как идёт :)

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

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

263. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –3 +/
Сообщение от Аноним (-), 07-Сен-24, 23:08 
> Тем кому важен результат сложения - сами проконтролируют.
> Часто оно вообще пофик, идёт как идёт :)

Да, я понимаю что всем пофиг.
А потом
CVE-2015-8830 Linux Kernel AIO interface integer overflow
Linux Kernel could allow a remote attacker to execute arbitrary code on the system, caused by an integer overflow in the AIO interface.
Подумаешь удаленное исполнение кода!

> Линус никого не приглашал.

Странно, но он говорит иначе)
И кому мне верить тебе или ему?

> После того как его нагнули на антитоксичную терапию ему пришлось не посылать всяких дятлов с предложениями по дальше в лес, а давать им шанс.

Ты наверное с ним одной кроватке спишь и в одну сауну ходишь, раз знаешь его мысли.

> Собственно он этот шанс дал, хотя результат был заранее предсказуем.

И при этом говорит в интервью
"I was expecting updates to be faster, but part of the problem is that old-time kernel developers are used to C and don't know Rust. They're not exactly excited about having to learn a new language that is, in some respects, very different. So there's been some pushback on Rust."
Т.е он ожидал что это пойдет шустрее, но старые девелоперы против.
Не вижу тут никакой предсказуемости.

Разве что, ты тоже думал, что престарелые дундуки будут копротивляться прогрессу.


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

291. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Сен-24, 23:40 
>  престарелые дундуки будут копротивляться прогрессу

Они написали то, чем ты пользуешься (если ты не на винде, конечно). Имеют право. Пусть твои прогрессивные тогда форкнут и напишут все как надо. Возможно ты уже пишешь из под редокса? Сомневаюсь. А приходить на все готовое и оюижаться, что их "прогрессивные" идеи никто не понимает - инфантильное поведение.

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

296. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –2 +/
Сообщение от Аноним (296), 07-Сен-24, 23:50 
> Они написали то, чем ты пользуешься (если ты не на винде, конечно).

Мой дед построил туалет типа сортир, и я им пользовался наверное 15 лет жизни.
Неужели я не имею права его переделать (сделать ремонт, закрыть дыры из которых плохо пахнет) и сделать нормальный комфортный санузел?

> Имеют право. Пусть твои прогрессивные тогда форкнут и напишут все как надо. Возможно ты уже пишешь из под редокса? Сомневаюсь.

БСД)
Хотя редокс запускал в вирутуалке и в нем таки есть NetSurf.
И да, опеннет на нем открывается.

> А приходить на все готовое и оюижаться, что их "прогрессивные" идеи никто не понимает - инфантильное поведение.

Неа, инфантилизм это "я сделал что-то и некто не имеет право даже предлагать это изменить".


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

526. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Сен-24, 21:32 
>> Они написали то, чем ты пользуешься (если ты не на винде, конечно).
> Мой дед построил туалет типа сортир, и я им пользовался наверное 15
> лет жизни.
> Неужели я не имею права его переделать (сделать ремонт, закрыть дыры из
> которых плохо пахнет) и сделать нормальный комфортный санузел?

Если ты не унаследовал имущество, то формально нет.

>> Имеют право. Пусть твои прогрессивные тогда форкнут и напишут все как надо. Возможно ты уже пишешь из под редокса? Сомневаюсь.
> БСД)
> Хотя редокс запускал в вирутуалке и в нем таки есть NetSurf.
> И да, опеннет на нем открывается.

Ну вот ты и ответил. Получается ты пользуешься трудами других людей и их же обливаешь грязью. Нехорошо.

>> А приходить на все готовое и оюижаться, что их "прогрессивные" идеи никто не понимает - инфантильное поведение.
> Неа, инфантилизм это "я сделал что-то и некто не имеет право даже
> предлагать это изменить".

Видимо ты не вырос еще. Никто не обязан принимать твои решения в сторонний код какими бы они тебе классными не казались. Права у тех, кто владеет кодом, а это не ты.

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

581. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 23:46 
> Права у тех, кто владеет кодом, а это не ты.

Неужели Тсо? Или всё же Линус Торвальдс?

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

605. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 09-Сен-24, 01:18 
>> Права у тех, кто владеет кодом, а это не ты.
> Неужели Тсо? Или всё же Линус Торвальдс?
> не ты
Ответить | Правка | Наверх | Cообщить модератору

531. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Совершенно другой аноним (?), 08-Сен-24, 21:55 
> Мой дед построил туалет типа сортир, и я им пользовался наверное 15 лет жизни.
> Неужели я не имею права его переделать (сделать ремонт, закрыть дыры из которых плохо пахнет) и сделать нормальный комфортный санузел?

И Вы своему деду так и говорите - "что ты тут за сральню построил?" или таки выбираете выражения?

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

303. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Ivan_83 (ok), 08-Сен-24, 00:07 
> CVE-2015-8830 Linux Kernel AIO interface integer overflow

И на это тоже пофиг.
Сложность фикса и его последствия сильно меньше чем сложность перехода на хруст.


> remote attacker to execute arbitrary code on the system

Да вот только часто там 100500 условий, так что на практике такое редко приносит реальный ущерб.

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

308. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (-), 08-Сен-24, 00:17 
> И на это тоже пофиг.

Почитал твои сообщения.. да тебе по жизни вообще пофиг)

> Сложность фикса и его последствия сильно меньше чем сложность перехода на хруст.

Если бы это был один раз - то ладно.
Но такое постоянно.


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

376. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от YetAnotherOnanym (ok), 08-Сен-24, 07:29 
> Ну, у нас уже есть СИ со "стандартом" в стиле ʼа буй его знает как складывать 2 числа - пусть разработчики компиялаторов сами решатʼ

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

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

413. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (-), 08-Сен-24, 10:51 
> Враньё. Ситуации, для которых стандарты открытым текстом пишут, что "в этом случае поведение неопределено" - это ситуации, когда программер написал х..ню, из которой невозможно понять, что надо делать, и стандарт именно на это указывает.

Твоя кекспертиза меня просто шокирует.
Давай посмотрим на например
3.4.3
1 undefined behavior - behavior, upon use of a nonportable or erroneous program construct or of erroneous data, for which this International Standard imposes no requirements
2 NOTE Possible undefined behavior ranges from ignoring the situation completely with unpredictable results, to behaving during translation or program execution in a documented manner characteristic of the environment (with or without the issuance of a diagnostic message), to terminating a translation or execution (with the issuance of a diagnostic message).
3 EXAMPLE An example of undefined behavior is the behavior on integer overflow

Отлично! У нас программа, которая делает сложение двух интов это уже программа с UB!
Можно сразу по применение оператора "плюс" сразу писать "программер написал х..ню".

И сразу пункт
4. Conformance
5 A strictly conforming program shall use only those features of the language and library
specified in this International Standard.3) It shall not produce output dependent on any
unspecified, undefined, or implementation-defined behavior, and shall not exceed any
minimum implementation limit.

Т.е простейшая программа у тебя будет НЕ strictly conforming!

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

505. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от YetAnotherOnanym (ok), 08-Сен-24, 19:45 
>> ситуации, когда программер написал х..ню
> nonportable or erroneous program construct or of erroneous data

Вот, кстати, да - спасибо, что подогнал цитату.
> СИ со "стандартом" в стиле ʼа буй его знает как складывать 2 числа - пусть разработчики компиялаторов сами решат
> EXAMPLE An example of undefined behavior is the behavior on integer overflow

И? "Как складывать" и "что делать, если правильно сложить не получилось" - это разные вопросы. Программеров предупредили - "здесь может быть УБ", дальше - их ответственность, как этого избежать.

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

728. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от name (??), 10-Сен-24, 11:43 
> которая делает сложение двух интов это уже программа с UB

в чём проблема проконтролировать значения и не выходить за пределы типов? даже не знаковых, всех. это и так нужно делать.

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

13. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (13), 07-Сен-24, 12:57 
Ну в гцц делают чёт. Это как с го, есть настоящий тулчейн, а есть гццшный. Всяко более жизнеспособный язык, по сравнению с го, да и вендорлок не в пример меньший. В поддержке ржавчины ядром нет ровно никаких концептуальных проблем. Это не плюсы, где любой код, линкующийся с плюсами, автоматически становится плюсовым со всеми проблемами и недостатками. Если хотят пилить дрова на ржавчине, пусть пилят.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

123. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +5 +/
Сообщение от Аноним (123), 07-Сен-24, 16:22 
>вендорлок не в пример меньший

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

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

341. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 03:39 
>а в расте вендорлок левоидеологический

Это что за отборный бред?

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

471. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от strlcatemail (ok), 08-Сен-24, 17:30 
А вот и не бред. Меня как-то позвали на расткон в Европе (я живу и работаю в Чехии)

В итоге я попал в секту криптанов. Стикеры Биткоин на лэптопах, много левацкой атрибутики. Больше не пойду. С тех пор о расте у меня сложилось весьма специфичное впечатление. 😸😸

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

543. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –3 +/
Сообщение от Прохожий (??), 08-Сен-24, 22:17 
И как наличие той или иной символики связано с локом на технологию? Какое вообще имеет отношение язык программирования к людям, которые участвую в его создании?

Наверное, примерно по той же логике ты и Чайковского с Элтоном Джоном, Джорджем Майклом не слушаешь. Да?

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

292. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Сен-24, 23:43 
> Ну в гцц делают чёт. Это как с го, есть настоящий тулчейн,
> а есть гццшный.

Кто на практике пользуется gccgo?

Если сделают поддержку раста в gcc и не нужно будет для ядра тащить llvm, то это подвижки, конечно. Но тут возникнет куча других вопросов.

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

472. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от strlcatemail (ok), 08-Сен-24, 17:32 
Я использовал на RISC-V, пока поддержку официально не допилили в golang. (Около двух лет с 2020)
Ответить | Правка | Наверх | Cообщить модератору

633. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (633), 09-Сен-24, 07:39 
>Это как с го, есть настоящий тулчейн, а есть гццшный.

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

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

23. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Walker (??), 07-Сен-24, 13:10 
> От раста в первую очередь отталкивает его сообщество.

Не знаю, мне синтаксис не нравится! Даже сложные части кода на C++ выглядят лучше и легче читаются.

struct udl_arg {
  udl_arg operator=(int);
};

void f(udl_arg&&);

template<class>
void g() {
  udl_arg x;
  f(x=42);
}

int main() {
  g<int>();
}


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

203. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от penetrator (?), 07-Сен-24, 21:07 
а это точно скомпилится? ))
Ответить | Правка | Наверх | Cообщить модератору

204. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –4 +/
Сообщение от Аноним (201), 07-Сен-24, 21:11 
>Не знаю, мне синтаксис не нравится!

Какой компетентный человек, из всего языка он видит только синтаксис.
>Даже сложные части кода на C++ выглядят лучше и легче читаются.

int main()
{
    int i=7;
    i = i++ * i++;
    return i;
}
Это ж как хорошо, что от смены компилятора меняется результат, самое время ядро на таком языке писать https://godbolt.org/z/hjhdG1fnE

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

212. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (212), 07-Сен-24, 21:30 
>Это ж как хорошо, что от смены компилятора меняется результат, самое время ядро на таком языке писать

Где вы были раньше? Надо было подсказать Томпсону и Ритчи на каком языке Unix писать. А сейчас уже поздно, Unix - на C, Linux - на C,

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

226. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +4 +/
Сообщение от _ (??), 07-Сен-24, 22:14 
> Это ж как хорошо, что от смены компилятора меняется результат

Молодец, тоненько зашёл! :)
Правда такой толстенный факт что с растом такое невозможно токая тонкота спрятать не смогла :)
Нет у вас стандарта, нет и выбора среди компиляторов - "жричодали", горячее грузинское блюдо :-)

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

242. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –3 +/
Сообщение от Аноним (201), 07-Сен-24, 22:46 
>Нет у вас стандарта, нет и выбора среди компиляторов

А зачем вот лично вам разные компиляторы?

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

249. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (241), 07-Сен-24, 22:56 
Более глупый вопрос трудно вообразить.
Ответить | Правка | Наверх | Cообщить модератору

288. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (201), 07-Сен-24, 23:39 
Ответ на данный вопрос будет? Или было бы к чему придраться?
Ответить | Правка | Наверх | Cообщить модератору

324. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Медведь (ok), 08-Сен-24, 01:43 
Наводящий вопрос: а как мне собрать код на расте для Андроида, скажем? Или вообще для встройки на ноунейм камне?
Ответить | Правка | Наверх | Cообщить модератору

340. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Прохожий (??), 08-Сен-24, 03:36 
https://source.android.com/docs/setup/build/rust/building-ru...
Ответить | Правка | Наверх | Cообщить модератору

470. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (470), 08-Сен-24, 17:29 
А какое отношение цель компиляции имеет к количеству компиляторов? Или вы под новую платформу будете десяток компиляторов с нуля писать? Зачем например для новой платформы свой синтаксический парсер?
Ответить | Правка | К родителю #324 | Наверх | Cообщить модератору

299. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –2 +/
Сообщение от Аноним (-), 07-Сен-24, 23:59 
> Нет у вас стандарта, нет и выбора среди компиляторов - "жричодали", горячее грузинское блюдо :-)

Т.е ты из тех кто предпочитает 10 сортов овна, вместо одного хорошо сделанного грузинского блюда?
Не то что я сильно удивлен)

Давай поговорим о "качестве стандарта".
То что написано выше это как раз результат невероятно качественного "так называемого стандарта".
Хорошо что стандартизаторы до колбасы с сосисками не добрались.
А то был бы у нас ГОСТ "сосиски делаются из мяса, может содержать добавки в виде сала, туал.бумаги или овна, в зависимости от желания компилятора рецепта - повара"

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

337. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 03:29 
Кстати, советский рецепт какой-то колбасы примерно таки и был.
Ответить | Правка | Наверх | Cообщить модератору

374. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от _ (??), 08-Сен-24, 07:25 
>Т.е ты из тех кто предпочитает 10 сортов овна, вместо одного хорошо сделанного грузинского блюда?

Я за 100500 сортов вкусной еды по настроению, сезону, страны пребывания, компании, выпивке и т.д.
А ты за одну баланду :-Р

PS: Грузины готовят вкусно, ты мне что то приписываешь :(

Ну и главное - как бы ты тут не сыпал аналогиями, как бы вы не извивались и не кривлялись ... нет у вас ничего другого, ЖРИЧОДАЛИ!(С) :-Р

А как только появится ... появится и __UB__ - вот нежданчик то, ведь никогда такого не было, и вот опять!!! :-))))

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

429. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (-), 08-Сен-24, 11:56 
> Я за 100500 сортов вкусной еды по настроению, сезону, страны пребывания, компании, выпивке и т.д.

Но пока готов жрать дырявый код от дырявых пограмиздов.
Я понимаю что "быть терпилой и терпеть постоянные CVE" это может быть образом жизни, но к счастью есть люди которые к этому не готовы.

> А ты за одну баланду :-Р

Ха, у тебя баланда из memory corruption, а ты радостно чавкаешь и в ладошки хлопаешь.

> Ну и главное - как бы ты тут не сыпал аналогиями, как  бы вы не извивались и не кривлялись ... нет у вас ничего другого, ЖРИЧОДАЛИ!(С) :-Р

Так и у вас тоже ничего другого нет.
Есть один стандарт (других же нету), есть куча копиляторов.. но НИ ОДИН из открытых это "типа стандарт" не реализует. Зачем вообще стандарт реализовать? Это же наверное не обязательно!
Кодекс – это просто свод указаний, а не жёстких законов! (с)

Сколько компиляторов вообще смогут собрать ядро учитывая вендорлок на гнутых экстеншинах?

> А как только появится ... появится и __UB__ - вот нежданчик то, ведь никогда такого не было, и вот опять!!! :-))))

Блаблала) Ты просто позорно сливаешься.
В дыряшке ты 2 инта без UB не сложишь, ты не поделишь одно число на другое.

На это даже немного больно смотреть. Ну как на неуклюжесть щеночка-дауна.


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

293. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Сен-24, 23:45 
> Это ж как хорошо, что от смены компилятора меняется результат

Открыл бы для себя -Wall -Werror


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

302. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (201), 08-Сен-24, 00:07 
>Открыл бы для себя -Wall -Werror

Каким флагом сделать проверять double free?

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

310. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +3 +/
Сообщение от Аноним (310), 08-Сен-24, 00:22 
Для этого платят зарплату. Как только компилятор научится это делать сам, тебя сразу автоматизируют каким-нибудь copilot.
Ответить | Правка | Наверх | Cообщить модератору

317. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Сен-24, 01:37 
>>Открыл бы для себя -Wall -Werror
> Каким флагом сделать проверять double free?

Умными указателями и санитайзером.

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

338. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 03:30 
И давно в Сях умные указатели? А парни из создателей ядра знают?
Ответить | Правка | Наверх | Cообщить модератору

398. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (-), 08-Сен-24, 10:11 
>> Каким флагом сделать проверять double free?
> Умными указателями и санитайзером.

Не поможет.
Вот opennet.ru/opennews/art.shtml?num=58622
Уязвимости в OpenSSL/LibreSSL: чтение вне буфера, use-after-free, double free, разыменование NULL.
И это при том что у них там и санитайзеры, и фаззинг, и тесты.
Можно даже посмотреть github.com/openssl/openssl/actions/runs/4124496105

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

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

529. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Сен-24, 21:45 
>>> Каким флагом сделать проверять double free?
>> Умными указателями и санитайзером.
> Не поможет.
> Вот opennet.ru/opennews/art.shtml?num=58622
> Уязвимости в OpenSSL/LibreSSL: чтение вне буфера, use-after-free, double free, разыменование
> NULL.
> И это при том что у них там и санитайзеры, и фаззинг,
> и тесты.

Тесты - это хороший способ показать наличие ошибок, но совершенно безнадежный, что показать их отсутсвие (с) Дийкстра.

Наличие всех этих инструментов освободит тебя от необходимости думать? Зачем тогда ты нужен, проше автоматом код генерить.

> Можно даже посмотреть github.com/openssl/openssl/actions/runs/4124496105

404

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

А растоманы используют к ней биндинги https://github.com/sfackler/rust-openssl? Или пользуешься никем не проверенными чистыми реализациями? В них то уязвмостей точно нет, главное верить.

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

532. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (-), 08-Сен-24, 21:56 
> Тесты - это хороший способ показать наличие ошибок, но совершенно безнадежный, что показать их отсутсвие (с) Дийкстра.

Правильно. Особенно когда они не работают)

> Наличие всех этих инструментов освободит тебя от необходимости думать? Зачем тогда ты нужен, проше автоматом код генерить.

Но разве крипто либы пишут не самые-самые программисты? Элита из элит?
Ладно, если бы я наговнокодил - я бы даже не обиделся, когда мне сказали "дурилка! зачем ты туда полез!?".
Но когда так пишут крутые программисты.. может все-таки инструмент кривой?

> 404

https://github.com/openssl/openssl/actions

> А растоманы используют к ней биндинги https://github.com/sfackler/rust-openssl? Или пользуешься никем не проверенными чистыми реализациями? В них то уязвмостей точно нет, главное верить.

Да, представь себе.
Ты не можешь перестроить дом за день, ты не можешь переложить дороги за год.
Если в биндинге расткод упадет тк там будет какая-то специально оформленная строка - это уже будет победа.

Плюс есть попытки написать все на расте - Rustls, например.
Так что может через пару лет у нас будет и своя криптолиба.

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

343. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (343), 08-Сен-24, 03:47 
> Каким флагом

Увы, но у вас нет такого флага, такова природа :)

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

729. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от name (??), 10-Сен-24, 11:52 
в gcc на лунтиксе -fsanitize=address

а вообще, я фигачу всё

-fsanitize=undefined -fsanitize=bounds -fsanitize=alignment -fsanitize=object-size -fsanitize=bounds-strict -Wduplicated-cond -Wshift-negative-value -fsanitize=signed-integer-overflow -fsanitize=pointer-compare -fsanitize=pointer-subtract -pg -fsanitize=address -fsanitize=undefined

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

730. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от name (??), 10-Сен-24, 11:56 
ой, -pg случайно прилипло. последние 2 дубликата - LDFLAGS.
Ответить | Правка | Наверх | Cообщить модератору

311. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (310), 08-Сен-24, 00:24 
> Открыл бы для себя -Wall -Werror

Есть ещё -pedantic и для особых эстетов -Weverything. Но вообще, да, -Wall -Werror должно быть включено по умолчанию у любого уважающего себя программиста.

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

313. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (-), 08-Сен-24, 00:53 
> Есть ещё -pedantic и для особых эстетов -Weverything. Но вообще, да, -Wall
> -Werror должно быть включено по умолчанию у любого уважающего себя программиста.

А какие по умолчанию включены в ядре?
Напомню что Werror по умолчанию включили только в 5.15, в September 2021
git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=3fe617ccafd6f5bb33c2391d6f4eeb41c1fd0151

Т.е до этого 30 лет пограммисты ядра не соответствовали определению "уважающего себя программиста."

ИЧСХ его включение, сразу сломало кучу костылей.
Даже была попытка провернуть все в зад
lkml.iu.edu/hypermail/linux/kernel/2109.0/05805.html


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

319. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Сен-24, 01:39 
> Т.е до этого 30 лет пограммисты ядра не соответствовали определению "уважающего себя программиста."

А толку, что раст сещуствует уже 14 лет и "уважающие себя программисты" не смогли ничего стоящего на нем написать, а могут только жаловаться на С.

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

339. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –3 +/
Сообщение от Прохожий (??), 08-Сен-24, 03:33 
Ну конечно. Честь Андроида у Гугла. Дискорд. Дропбокс. Поки у Клаудфлэр. Ох уж эти эксперты Опеннетные.
Ответить | Правка | Наверх | Cообщить модератору

342. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 03:44 
Честь -> часть
Поки -> прокси
Ответить | Правка | Наверх | Cообщить модератору

527. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Сен-24, 21:35 
> Ну конечно. Честь Андроида у Гугла. Дискорд. Дропбокс. Поки у Клаудфлэр. Ох
> уж эти эксперты Опеннетные.

То есть в пределах статистической погрешности, учитывая весь написанный новый код.

Ну и на секунду мы говорим про открытый код, где что открыл дропбокс или клаудшмарь?

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

582. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –4 +/
Сообщение от Прохожий (??), 08-Сен-24, 23:53 
> То есть в пределах статистической погрешности, учитывая весь написанный новый код.

С миллионами, если не миллиардами пользователей. Такая себе "погрешность". Да, пока это капля в море среди Си-шных поделий. Но ведь процесс по замене дыряшки пошёл. И это не может не радовать.

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

617. Скрыто модератором  +/
Сообщение от wyry (?), 09-Сен-24, 03:35 
Ответить | Правка | К родителю #339 | Наверх | Cообщить модератору

396. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –2 +/
Сообщение от Fjyj (-), 08-Сен-24, 10:04 
>> Т.е до этого 30 лет пограммисты ядра не соответствовали определению "уважающего себя программиста."
> А толку, что раст сещуствует уже 14 лет и "уважающие себя программисты" не смогли ничего стоящего на нем написать, а могут только жаловаться на С.

Ты хотел сказать "всего 14 лет"?
Напомню что Си от K&R вышел аж в 78 году. А стандарт в 89.

Раст за 14 лет прошел путь от "какой-то странный язычок который пилит один человек" до "второй язык одобренный в ядре".

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

519. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Сен-24, 21:20 
>>> Т.е до этого 30 лет пограммисты ядра не соответствовали определению "уважающего себя программиста."
>> А толку, что раст сещуствует уже 14 лет и "уважающие себя программисты" не смогли ничего стоящего на нем написать, а могут только жаловаться на С.
> Ты хотел сказать "всего 14 лет"?
> Напомню что Си от K&R вышел аж в 78 году.
> https://ru.wikipedia.org/wiki/%D0%A1%D0%...)#%D0%98%D1%81%D1%82%D0%BE%D1%80%D0%B8%D1%8F
> Язык программирования Си разрабатывался в период с 1969 по 1973 годы в лабораториях Bell Labs, и к 1973 году на этот язык была переписана большая часть ядра UNIX
Ответить | Правка | Наверх | Cообщить модератору

611. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 09-Сен-24, 01:32 
Вы только забыли упомянуть, что в те времена и выбора-то особого не было. В отличие от современности.
Ответить | Правка | Наверх | Cообщить модератору

670. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 09-Сен-24, 15:25 
> Вы только забыли упомянуть, что в те времена и выбора-то особого не
> было. В отличие от современности.

Речь не о выборе, не надо тему менять. Речь о том, что взяли и написали язые и ОС, ушло на это времени сильно меньше 14 лет, никто при этом не бухтел, не постанывал, не приходил и не ломал существующие проекты.

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

704. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 10-Сен-24, 00:45 
>> Вы только забыли упомянуть, что в те времена и выбора-то особого не
>> было. В отличие от современности.
> Речь не о выборе, не надо тему менять. Речь о том, что
> взяли и написали язые и ОС, ушло на это времени сильно
> меньше 14 лет, никто при этом не бухтел, не постанывал, не
> приходил и не ломал существующие проекты.

Угу. И функциональность была прямо такой же, как сейчас, да? Хватит уже бредить.

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

712. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 10-Сен-24, 01:46 
>>> Вы только забыли упомянуть, что в те времена и выбора-то особого не
>>> было. В отличие от современности.
>> Речь не о выборе, не надо тему менять. Речь о том, что
>> взяли и написали язые и ОС, ушло на это времени сильно
>> меньше 14 лет, никто при этом не бухтел, не постанывал, не
>> приходил и не ломал существующие проекты.
> Угу. И функциональность была прямо такой же, как сейчас, да? Хватит уже
> бредить.

Функциональности там было точно больше, чем в redox

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

316. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (201), 08-Сен-24, 01:28 
>должно быть включено по умолчанию у любого уважающего себя программиста.

Кто-то объяснит, почему это в си для обнаружения очевиднейших ошибок нужно дополнительно указывать какие-то опции? Почему это в принципе отключаемо?

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

321. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Сен-24, 01:42 
>>должно быть включено по умолчанию у любого уважающего себя программиста.
> Кто-то объяснит, почему это в си для обнаружения очевиднейших ошибок нужно дополнительно
> указывать какие-то опции? Почему это в принципе отключаемо?

1) Прогрммисты на си обычно учат язык, а не просто тыкают в компилятор. 2) Обратная совместимость.

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

326. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (201), 08-Сен-24, 01:45 
>1) Прогрммисты на си обычно учат язык, а не просто тыкают в компилятор

Пограмисты на си, до последнего уверены, что вот они то точно пишут код без багов. А когда баг случается - жутко удивляются, как это так.
>2) Обратная совместимость.

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

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

329. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Сен-24, 01:58 
>>1) Прогрммисты на си обычно учат язык, а не просто тыкают в компилятор
> Пограмисты на си, до последнего уверены, что вот они то точно пишут
> код без багов. А когда баг случается - жутко удивляются, как
> это так.

Тебе кто эти сказки на ночь читает?

>>2) Обратная совместимость.
> Вот и ответ, зачем нужен rust - прервать порочный круг ошибок которым
> более пятидесяти лет.

Просто добавь флаг и пиши код дальше. Пока раст добавляет только новой головной боли всем.

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

344. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –2 +/
Сообщение от Прохожий (??), 08-Сен-24, 03:50 
>Тебе кто эти сказки на ночь читает?

Это не сказки, а жестокая реальность, увы. Вон же, куча CVE, но старые пер-уны всё равно не хотят учить более современный и прогрессивный язык программирования, который гораздо лучше отвечает современным реалиям.

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

522. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Сен-24, 21:24 
>>Тебе кто эти сказки на ночь читает?
> Это не сказки, а жестокая реальность, увы. Вон же, куча CVE, но
> старые пер-уны всё равно не хотят учить более современный и прогрессивный
> язык программирования, который гораздо лучше отвечает современным реалиям.

Поделись современный ты наш и прогрессивный, чего же ты такого полезного сделал на нем?

Почему ты снисходишь до оскорблений? Тем более большинство софта, которым ты пользуешься написано на том, что ты так оскорбляешь. Это показатель отсутствия понимания технической стороны вопроса и какой-то инфантильности смешанной с истеричностью.

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

530. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (-), 08-Сен-24, 21:48 
> Почему ты снисходишь до оскорблений?

Это что оскорбления?
Или ты из тех кто "нельзя называть дурака дураком, нужно быть толерантным, называть его альтернативно-умным"?

> Тем более большинство софта, которым ты пользуешься написано на том, что ты так оскорбляешь.

Ты про СИшку? Слава богу на этом убожестве написано ни так много.
Винда - плюсы, Фаерфокс, Хром - тоже плюсы.
Андроид - там сишка есть, но в меньшинстве, большая часть С++.
Даже компиляторы ГЦЦ и Шланг - это тоже плюсы.

> Это показатель отсутствия понимания технической стороны вопроса и какой-то инфантильности смешанной с истеричностью.

Ну истеришь пока тут ты.
Но если реально хочешь поговорить про техническую сторону вопроса, то давай.
Что ты думаешь о strictly conforming program и UB, в терминах стандарта СИ ISO/IEC 9899:201x ?


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

584. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –2 +/
Сообщение от Прохожий (??), 08-Сен-24, 23:58 
> чего же ты такого полезного сделал на нем?

Сперва добейся? Смешно, конечно. Но не обязательно быть режиссёром, к примеру, чтобы понимать, что вот этот фильм - унылое Г. Так и с программами на С.


> Почему ты снисходишь до оскорблений?

Я и сам не молодой уже (хотя пока ещё и не старый в современной классификации возрастов, которая мне где-то попадалась). И тоже иной раз газифицирую атмосферу. Так что это не оскорбления с моей стороны. Просто констатация фактов.

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

607. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 09-Сен-24, 01:24 
>> чего же ты такого полезного сделал на нем?
> Сперва добейся? Смешно, конечно. Но не обязательно быть режиссёром, к примеру, чтобы
> понимать, что вот этот фильм - унылое Г. Так и с
> программами на С.

Ты просто не смотрел хорошил фильмов, насмотрелся современной ерунды и хаешь классику.


>> Почему ты снисходишь до оскорблений?
> Я и сам не молодой уже (хотя пока ещё и не старый
> в современной классификации возрастов, которая мне где-то попадалась). И тоже иной
> раз газифицирую атмосферу. Так что это не оскорбления с моей стороны.
> Просто констатация фактов.

Это именно переход на личности. Тупо психология. Если не можешь воздействовать технической аргументацией, то начинаешь давить на личностные качества.

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

612. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Прохожий (??), 09-Сен-24, 01:35 
> Ты просто не смотрел хорошил фильмов, насмотрелся современной ерунды и хаешь классику.

Уж конечно тебе лучше знать, что я смотрел, а что - нет.


> Это именно переход на личности. Тупо психология. Если не можешь воздействовать технической аргументацией, то начинаешь давить на личностные качества.

Да какая тебе ещё техническая аргументация нужна? Весь тред в свидетельствах дырявости кода на Си. Или слона-то я и не заметил?

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

669. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 09-Сен-24, 15:23 
>> Это именно переход на личности. Тупо психология. Если не можешь воздействовать технической аргументацией, то начинаешь давить на личностные качества.
> Да какая тебе ещё техническая аргументация нужна? Весь тред в свидетельствах дырявости
> кода на Си. Или слона-то я и не заметил?

Ты не заметил рекусрию, в котороую вошел.

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

705. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Прохожий (??), 10-Сен-24, 00:46 
>>> Это именно переход на личности. Тупо психология. Если не можешь воздействовать технической аргументацией, то начинаешь давить на личностные качества.
>> Да какая тебе ещё техническая аргументация нужна? Весь тред в свидетельствах дырявости
>> кода на Си. Или слона-то я и не заметил?
> Ты не заметил рекусрию, в котороую вошел.

Рекурсия в данном случае только в твоей голове. Конечно, я её не заметил. Я - не телепат.

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

483. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (483), 08-Сен-24, 18:19 
Потому что не все такие умные, как его жена пото́м.
Ответить | Правка | К родителю #316 | Наверх | Cообщить модератору

315. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +4 +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 01:19 
> int main()
> {
>    int i=7;
>    i = i++ * i++;
>    return i;
>}

А теперь расскажите где вы такое на практике будете использовать и зачем. Это раз. Два - ну если в стандарте прописано UB, то собственно зачем такое делать? Чтобы что? Три - вы в курсе, почему в стандарте встречается UB? Даже дам подсказку - потому что то или иное действие напрямую завязано на аппаратную реализацию. А архитектур процессоров больше одной (кстати, сколько из них поддерживается в Rust? 0.5?). Четыре - на 100% уверен, что я вам нарою аналогичное и в Rust. Но мне лень, некогда, да и в целом всё равно, что там и как - так что вам домашнее задание (клавиатуру только не сломайте, когда меня обличать будете). Ну и последнее, а также главное. Тут уже обсуждалось, что в том же С++ вполне можно безопасно работать с памятью, было бы желание (да и в С - тоже). На крайний случай - можно написать дополнительный модуль для компилятора, который будет делать всё необходимое (тем более, что если включить все проверки, то внезапно окажется, что 90% есть уже и так). Иными словами, все "преимущества" Rust - не более, чем маркетинговая чушь (для новостей про Rust на opennet давно уже пора вешать плашку "на правах рекламы"). И тут перед нами встаёт вопрос - зачем его везде пихать? Оставлю вопрос подвешенным в воздухе (вы всё равно на него не ответите - вам платят не за это).

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

320. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (201), 08-Сен-24, 01:40 
>А теперь расскажите где вы такое на практике будете использовать и зачем

Затем, что в сишных прокетах постоянные баги, и злобные сишники писать без багов отказываются.
>Два - ну если в стандарте прописано UB, то собственно зачем такое делать?

Значит вопрос к стандарту. Могли бы написать, что такой код компилироваться не должен.
>Три - вы в курсе, почему в стандарте встречается UB? Даже дам подсказку - потому что то или иное действие напрямую завязано на аппаратную реализацию.

Подскажите пожалуйста, на какую аппаратную реализацию завязан пример выше и почему он выполняется непредсказуемо на одной и той же машине, но с разными компиляторами? На какую аппаратную реализацию завязан double free? Только вот сразу все double free, а не крошечную их часть. На какую аппаратную реализацю завязан use after free?
>Тут уже обсуждалось, что в том же С++ вполне можно безопасно работать с памятью, было бы желание (да и в С - тоже).

Пойдите, и расскажите об этом разработчикам линукс, а то они не знают и продолжают строчить cve.
>На крайний случай - можно написать дополнительный модуль для компилятора

Ну и где этот модуль, что его до сих пор не написали? И сколько кода у вас после этого модуля перестанет собираться? Когда на уровне компилятора запретят выходить за границы динамических массивов в рантайме без дополнительных рантайм проверок (давайте, опередите раст)?

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

388. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (388), 08-Сен-24, 08:57 
>Значит вопрос к стандарту. Могли бы написать, что такой код компилироваться не должен.

И тогда компиляторы на Си были бы гораздо хуже Ассемблера из за неспособности по максимуму использовать хаки разных архитектур процессоров. Хотите безопасность и предсказуемость? К Вашим услугам Java.

>Подскажите пожалуйста, на какую аппаратную реализацию завязан пример выше и почему он выполняется непредсказуемо на одной и той же машине, но с разными компиляторами?

Оптимизация кода зависит от существования тех или иных инструкций процессора.

>На какую аппаратную реализацию завязан double free?

На саму основу Си как низкоуровневого языка программирования. Какой например может быть free() в микроконтроллере с килобайтом памяти? Что же до стека, то просто не следует копировать в структуры за пределами стека указатели из аргументов. Хотя ради оптимизации иногда приходится.

>И сколько кода у вас после этого модуля перестанет собираться?

Не больше чем кода, что вообще никогда бы не собрался на Rust без unsafe.

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

499. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 08-Сен-24, 19:14 
>И тогда компиляторы на Си были бы гораздо хуже Ассемблера из за неспособности по максимуму использовать хаки разных архитектур процессоров

Они и так хуже, хочешь писать ОС - будь добр, используй ассемблерные вставки, например, для вытесняющей многозадачности. Плюс си, по сравнению с ассемблером, это то, что для новой архитектуры придётся переделывать не 100% кода, и даже не 90%, а вот эти ассемблерные вставки и несолько других моментов.
>Какой например может быть free() в микроконтроллере с килобайтом памяти?

Очень актуально, в контексте обсуждения ядра linux. Был бы си языком для микроконтроллеров, а ядро написано на чём-то другом - вопросов бы не было.
>Не больше чем кода, что вообще никогда бы не собрался на Rust без unsafe.

У rust unsafe считанные проценты на общий объём кода, в то время как в си - один сплошной unsafe.

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

624. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (388), 09-Сен-24, 04:25 
> Очень актуально, в контексте обсуждения ядра linux. Был бы си языком для
> микроконтроллеров, а ядро написано на чём-то другом - вопросов бы не
> было.

В обработчиках прерываний операционной системы тоже никакой alloc и free недопустимы.

> У rust unsafe считанные проценты на общий объём кода, в то время
> как в си - один сплошной unsafe.

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

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

436. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 12:27 
> Затем, что в сишных прокетах постоянные баги, и злобные сишники писать без
> багов отказываются.

Чего?)) А-а, понял - на этом месте методичка закончилась, а сами вы в программировании понимаете примерно столько же, сколько в квантовой физике (если что - не обижайтесь, не знать чего-либо - не стыдно, всего знать невозможно). Ну что ж, проведём небольшой ликбез. Тот код, который вы привели, как пример, ничего, кроме гомерического хохота, у нормального программиста не вызовет. Никому, кто хоть раз написал что-то посложнее hellow world, даже в голову не придёт изобразить нечто подобное. Потому что и без всяких стандартов ясно, что ничего хорошего из этого не выйдет. И в стандарте подобное не прописано, потому что стандарты писали профессионалы, которым даже голову не могло прийти, что кто-то в здравом уме напишет подобное. Да и в реальной жизни вот мне лично трудно вообразить, где нечто подобное может понадобится. Иными словами, пример ваш высосан из пальца и рассчитан на "молодые и неокрепшие умы", которых можно впечатлить 5 строчками кода. Чтобы завлечь их красивой картинкой. Так вот - не надо такого делать. Я понимаю, что платные комментарии вы скорее всего не от хорошей жизни пишете. Но ваши действия могут кому-то жизнь поломать. Потому что в молодом возрасте учиться просто. А вот потом, когда выяснится, что все твои навыки никуда не годятся, переучиваться ой как непросто бывает. Да и в целом - это для человека будет личная драма, которая может ничем хорошим для него не закончится. Вы готовы взять на себя чью-то сломанную жизнь? Спать потом хорошо будете? Подумайте.

> Значит вопрос к стандарту. Могли бы написать, что такой код компилироваться не
> должен.

Зачем? Как и написал выше - никому в здравом уме даже в голову не придёт написать что-то подобное. Потому что и так понятно, что использование в правой части операторов, подразумевающих присвоение значения одной и той же переменной (да ещё дважды) ни до чего хорошего не доведёт. Передайте привет тем дуракам, которые вам методичку писали (впрочем, маркетологи другими и не бывают). Можете даже на меня сослаться, что именно я их дураками назвал.

> Подскажите пожалуйста, на какую аппаратную реализацию завязан пример выше и почему он
> выполняется непредсказуемо на одной и той же машине, но с разными
> компиляторами? На какую аппаратную реализацию завязан double free? Только вот сразу
> все double free, а не крошечную их часть. На какую аппаратную
> реализацю завязан use after free?

Стоп-стоп. Мы вроде бы обсуждаем пока что стандарты, при чём здесь double free? Впрочем - вопрос риторический. Выложите уже где-нибудь вашу методичку в открытый доступ - хоть посмеёмся. А то скучно, право слово. Ну да, ну double free, ну и что? Если вы код нормально тестируете, вы всё равно их все найдёте в процессе. А если внимательно пишете, то и не допустите подобных ошибок нигде. Вы же не жалуетесь на молоток, что он может пальцы отбить или вовсе убить. Или на кухонный нож. Также и здесь, ЯП - это просто инструмент. Со своими преимуществами и недостатками. И если вы пишете на достаточно низкоуровневом языке, то от вас требуется внимательность и ещё раз внимательность. Потому что любая закорючка имеет значение. Взамен вы получаете очень мощный инструмент, позволяющий выполнять на ЭВМ любые мыслимые для неё задачи. И если вы делаете ошибки, то это говорит только о ваших личных качествах, а не о качествах ЯП. Это именно вы не учли особенности ЯП или были невнимательны.

> Пойдите, и расскажите об этом разработчикам линукс, а то они не знают
> и продолжают строчить cve.

Да-да, вот негодяи какие)) Не хотят никак использовать нестандартизированное мутное поделие, необходимость существования которого ничем, кроме маркетинговой чуши не обоснована. Это недопустимо! И вообще - программисты на Rust ошибок не допускают, поэтому у них cve не бывает, ага. И их даже здесь не публиковали.

> Ну и где этот модуль, что его до сих пор не написали?

Потому что это никому не нужно))
> И сколько кода у вас после этого модуля перестанет собираться?

Да почти весь будет собираться - ошибки встречаются нечасто.

> Когда
> на уровне компилятора запретят выходить за границы динамических массивов в рантайме
> без дополнительных рантайм проверок (давайте, опередите раст)?

Легко)) Итераторы вам в помощь. Да и в целом в том же С++, чтобы выйти за пределы массива - это ещё специально стараться надо.


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

451. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (-), 08-Сен-24, 14:03 
Меня восхищает ваше умение писать полотна абсолютно несвязного (а местами противоречивого) текста, еще и приплетать всякие эмоциональные высказывания типа "Вы готовы на взять на себя чью-то сломанную жизнь?".
Это очень походит на поток сознания больных шизофренией.

> Никому, кто хоть раз написал что-то посложнее hellow world, даже в голову не придёт изобразить нечто подобное.

Да, гораздо проще ошибиться на одну цифру при расчете буфера)
Тысячи CVE тому подтверждение.

Но если вам не нравится такой "искусственный" пример, то давайте я приведу более простой.
int add(int a, int b)
{
     return a + b;
}
По так называемому стандарту СИ это UB.
Сколько приложений вы видели, в которых не было бы подобной функции?

Ладно предположим, что складывать числа мы не будем.
Напишем функцию "отнять и поделить".
int div(int a, int b)
{
     return a / b;
}

Обратимся к тому самому стандарту, который "писали профиси-аналы"
6.5.5
6
When integers are divided, the result of the / operator is the algebraic quotient with any
fractional part discarded.
If the quotient a/b is representable, the expression (a/b)*b + a%b shall equal a; otherwise, the behavior of both a/b and a%b is undefined.
Да что ж такое! Мы даже поделить без UB не можем!

Не уверен знаете ли вы что такое в стандарте strictly conforming program.
И если нет, то не знаю стоит ли вообще продолжать дисскуссию.
Но можете дальше нести бред про методички и проплаченные комментарии.

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

456. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 14:59 
> Меня восхищает ваше умение писать полотна абсолютно несвязного (а местами противоречивого)
> текста, еще и приплетать всякие эмоциональные высказывания типа "Вы готовы на
> взять на себя чью-то сломанную жизнь?".
> Это очень походит на поток сознания больных шизофренией.

Как угодно)) Моё дело предупредить. Но ваша реакция показательна - зацепило. Что не может не радовать - надежда ещё есть.

> Да, гораздо проще ошибиться на одну цифру при расчете буфера)
> Тысячи CVE тому подтверждение.

А что не миллионы то?)) Нет, мало. Миллиарды! Ох-хо-хо...

> Но если вам не нравится такой "искусственный" пример, то давайте я приведу
> более простой.
> int add(int a, int b)
> {
>      return a + b;
> }
> По так называемому стандарту СИ это UB.
> Сколько приложений вы видели, в которых не было бы подобной функции?

Ну т.е. вы ещё раз расписались в полном непонимании, как работает вычислительная техника. Я не читал стандарт С, но вот для С++ изучал достаточно внимательно. Тип int - размер плавающий. Может быть как 16 бит, так и 32 бита. Что в свою очередь даёт нам либо 2^16, либо 2^32 уникальных комбинаций. Или, проще говоря, значения могут быть либо в диапазоне -2^15...+2^15 - 1, либо -2^31...+2^31 - 1. И если итоговая сумма двух чисел выйдет за данные пределы, то естественно вы получите всё, что угодно, кроме желаемого результата - всё будет зависеть от того, как именно обрабатывается такое на данной конкретной архитектуре процессоров и как оно реализовано в компиляторе. Поэтому - да, UB. Более того, оно так в общем-то везде работает, независимо от ЯП, потому что это аппаратные ограничения. Если вы предполагаете, что ваши числа будут больше заявленных лимитов - используйте специальные библиотеки, gmp например. Там можно использовать числа любой размерности, лишь бы оперативной памяти хватило. Или можете сами написать соответствующую библиотеку - это на самом деле не очень сложно. Вам полезно будет, чтобы бред в будущем не писать. И да - снова привет маркетологам, которые вам методичку писали.

>[оверквотинг удален]
> Обратимся к тому самому стандарту, который "писали профиси-аналы"
> 6.5.5
> 6
> When integers are divided, the result of the / operator is the
> algebraic quotient with any
> fractional part discarded.
> If the quotient a/b is representable, the expression (a/b)*b + a%b shall
> equal a; otherwise, the behavior of both a/b and a%b is
> undefined.
> Да что ж такое! Мы даже поделить без UB не можем!

Ну т.е. вы требуете от ЯП со строгой типизацией при делении целых чисел выдать вам число с плавающей запятой? Умно, ничего не скажешь (и опять привет маркетологам). Это не говоря уже об аппаратной стороне работы данных функций (деление в целом и деление с плавающей точкой - это всегда отдельная и очень больная история, поинтересуйтесь на досуге, как оно с аппаратной точки зрения работает). Более того, данным поведением очень часто напрямую пользуются - когда нужно отбросить дробную часть числа.

Да и в целом - жалобы на UB, это всё равно что жаловаться на то, что Солнце на востоке встаёт. Мягко говоря, странно. Ну да, UB, и что? Что мешает получить желаемое другими методами, обойдя UB. На мой взгляд - только нежелание думать головой.


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

459. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (-), 08-Сен-24, 15:37 
> Но ваша реакция показательна - зацепило. Что не может не радовать - надежда ещё есть.

Да, вы правы.
Раздражает когда люди, с умным видом и с легким налетом небрежности, пишут про то, в чем не разбираются.
И ниже вы это сами подтверждаете "Я не читал стандарт С".

> А что не миллионы то?)) Нет, мало. Миллиарды! Ох-хо-хо...

Просто открываем cvedetails.com/product/47/Linux-Linux-Kernel.html?vendor_id=33
Видим что там только Memory Corruption 1372 и понимаем, что ваше утрирование просто выставляет вас глупцом.

> Вам полезно будет, чтобы бред в будущем не писать. И да - снова привет маркетологам, которые вам методичку писали.

И это пишет человек который не читал стандарт СИ, но умничает...
Про методички это у вас какая-то фобия? Или просто "если обделался в комментах - кричи про методички"?

> Да и в целом - жалобы на UB, это всё равно что жаловаться на то, что Солнце на востоке встаёт. Мягко говоря, странно. Ну да, UB, и что?

Ну подумаешь будет программа работать некорректно. Дело то житейское.

> Что мешает получить желаемое другими методами, обойдя UB. На мой взгляд - только нежелание думать головой.

Не знаю. У разработчиков ядра как-то не выходит за 30 лет.
Даже сам Линус жалуется что базовые вещи memory management не сделаны.
Т.е вы утверждаете что все разработчики ядра просто не думают головой?
Сильное утверждение)

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

464. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 16:25 
>[оверквотинг удален]
> про то, в чем не разбираются.
> И ниже вы это сами подтверждаете "Я не читал стандарт С".
>> А что не миллионы то?)) Нет, мало. Миллиарды! Ох-хо-хо...
> Просто открываем cvedetails.com/product/47/Linux-Linux-Kernel.html?vendor_id=33
> Видим что там только Memory Corruption 1372 и понимаем, что ваше утрирование
> просто выставляет вас глупцом.
>> Вам полезно будет, чтобы бред в будущем не писать. И да - снова привет маркетологам, которые вам методичку писали.
> И это пишет человек который не читал стандарт СИ, но умничает...
> Про методички это у вас какая-то фобия? Или просто "если обделался в
> комментах - кричи про методички"?

Да не обижайтесь вы так. Я же не пытаюсь вас оскорбить или унизить. Ну не разбираетесь вы в вычислительной технике - бывает. Во-первых, это дело поправимое, было бы желание учиться. Во-вторых на IT свет клином не сходится. Я ж не знаю, кто вы - может у вас большие способности например к биологии? Ну или русский язык у вас относительно неплохой. Если ещё и английский знаете, то занялись бы лучше переводом тех же man страниц - мы бы вам только спасибо сказали. Всяко лучше, чем здесь по заказу ахинею писать.

>> Да и в целом - жалобы на UB, это всё равно что жаловаться на то, что Солнце на востоке встаёт. Мягко говоря, странно. Ну да, UB, и что?
> Ну подумаешь будет программа работать некорректно. Дело то житейское.

Ну вот, уже опустились до прямого искажения слов собеседника. Зачем? Вы ж этим самым не меня зацепить пытаетесь - вы себя только унижаете.

>> Что мешает получить желаемое другими методами, обойдя UB. На мой взгляд - только нежелание думать головой.
> Не знаю. У разработчиков ядра как-то не выходит за 30 лет.
> Даже сам Линус жалуется что базовые вещи memory management не сделаны.
> Т.е вы утверждаете что все разработчики ядра просто не думают головой?
> Сильное утверждение)

Всё у них нормально получается. Не без шероховатостей, но так и проект - не hellow world.


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

589. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 09-Сен-24, 00:19 
> Ну не разбираетесь вы в вычислительной технике - бывает.

Пока не разбирающимся в обсуждаемой теме (дырявый язык Си) выглядите только вы.

> Во-первых, это дело поправимое, было бы желание учиться.

Ну так и учитесь. Хотя бы стандарт обсуждаемого языка прочтите.

> Всё у них нормально получается.

А вот один из главных разработчиков ядра (Линус Торвальдс) так не думает. Кому верить?

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

592. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 09-Сен-24, 00:41 
> Пока не разбирающимся в обсуждаемой теме (дырявый язык Си) выглядите только вы.

Да что вы говорите...

> Ну так и учитесь. Хотя бы стандарт обсуждаемого языка прочтите.

Зачем?)) Я на нём не пишу и писать не планирую.

> А вот один из главных разработчиков ядра (Линус Торвальдс) так не думает.
> Кому верить?

Вы обладаете навыками телепатии, чтобы знать, что думает Торвальдс? Кроме того, помнится мне, это уже обсуждалось тут, и как обычно оказалось передёргиванием фактов.


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

600. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 09-Сен-24, 01:08 
>> > Ну так и учитесь. Хотя бы стандарт обсуждаемого языка прочтите.
> Зачем?)) Я на нём не пишу и писать не планирую.

Но мнение имеете, и очень яро его отстаиваете зачем-то. Зачем?


> Вы обладаете навыками телепатии, чтобы знать, что думает Торвальдс? Кроме того, помнится мне, это уже обсуждалось тут, и как обычно оказалось передёргиванием фактов.

Не надо обладать телепатией, чтобы прочитать высказывание Линуса на эту тему. Не находите? В этот треде несколько раз его цитировали. Так, к слову.

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

604. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 09-Сен-24, 01:18 
> Но мнение имеете, и очень яро его отстаиваете зачем-то. Зачем?

https://www.opennet.me/openforum/vsluhforumID3/134750.html#528

> Не надо обладать телепатией, чтобы прочитать высказывание Линуса на эту тему. Не
> находите? В этот треде несколько раз его цитировали. Так, к слову.

Ну так процитируйте ещё раз. А лучше ссылку дайте, чтобы прочитать полное высказывание. На английском. А то вашим словам, мягко говоря, доверия нет.


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

613. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 09-Сен-24, 01:40 
> https://www.opennet.me/openforum/vsluhforumID3/134750.html#528

Это паранойя в чистом виде. Сплошные эмоции и подозрения. Ни одного факта. Впрочем, имеете право. Но всё же лучше к специалисту обратиться. На этом ресурсе вам в этом вряд ли помогут.


> Ну так процитируйте ещё раз. А лучше ссылку дайте, чтобы прочитать полное высказывание. На английском. А то вашим словам, мягко говоря, доверия нет.

https://arstechnica.com/gadgets/2024/09/rust-in-linux-lead-r.../

"I was expecting [Rust] updates to be faster, but part of the problem is that old-time kernel developers are used to C and don't know Rust," Torvalds said. "They're not exactly excited about having to learn a new language that is, in some respects, very different. So there's been some pushback on Rust." Torvalds added, however, that "another reason has been the Rust infrastructure itself has not been super stable."

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

653. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 09-Сен-24, 12:19 
> Это паранойя в чистом виде. Сплошные эмоции и подозрения. Ни одного факта.
> Впрочем, имеете право. Но всё же лучше к специалисту обратиться. На
> этом ресурсе вам в этом вряд ли помогут.

Да-да, у меня параноя. А круглогодично строчащих однообразные комментарии под новостям про Rust мутных анонимов, не имеющие понятие о программировании - нет. Оно мне показалось, ага. Но вы продолжайте. Это, кстати, уже второе подряд обвинение меня в паранойе - методичку смените, в психиатрии и другие диагнозы существуют.


> https://arstechnica.com/gadgets/2024/09/rust-in-linux-lead-r.../
> "I was expecting [Rust] updates to be faster, but part of the
> problem is that old-time kernel developers are used to C and
> don't know Rust," Torvalds said. "They're not exactly excited about having
> to learn a new language that is, in some respects, very
> different. So there's been some pushback on Rust." Torvalds added, however,
> that "another reason has been the Rust infrastructure itself has not
> been super stable."

Всё уже разобрано 10 раз и без меня - поэтому даже комментировать не буду.


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

656. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (656), 09-Сен-24, 12:23 
> А круглогодично строчащих однообразные комментарии под новостям

что СИшка это не кривое поделие, которое пора отправить на свалку, приводит к мысли, что есть целая группа ботов на зарплате, тормозящее прогрес!

> Всё уже разобрано 10 раз и без меня - поэтому даже комментировать не буду.

Если не сложно, поделитесь ссылкой.


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

661. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 09-Сен-24, 13:11 
> Если не сложно, поделитесь ссылкой.

После этого
> что СИшка это не кривое поделие, которое пора отправить на свалку, приводит
> к мысли, что есть целая группа ботов на зарплате, тормозящее прогрес!

сложно.
Научитесь писать аргументированно, а не набрасывать бредятину, потом поговорим.


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

614. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 09-Сен-24, 01:46 
И ещё

https://www.zdnet.com/article/linus-torvalds-talks-ai-rust-a.../

At the same time, Torvalds mentioned that even though Linux is 33 years old now, "You'd think that all the basics would have been fixed long ago, but they're not. We're still dealing with basic issues such as memory management." The work is never done.

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

655. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 09-Сен-24, 12:21 
> И ещё
> https://www.zdnet.com/article/linus-torvalds-talks-ai-rust-a.../
> At the same time, Torvalds mentioned that even though Linux is 33
> years old now, "You'd think that all the basics would have
> been fixed long ago, but they're not. We're still dealing with
> basic issues such as memory management." The work is never done.

И это тоже разобрано без меня, поэтому тоже без комментариев.


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

706. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Прохожий (??), 10-Сен-24, 00:47 
>> И ещё
>> https://www.zdnet.com/article/linus-torvalds-talks-ai-rust-a.../
>> At the same time, Torvalds mentioned that even though Linux is 33
>> years old now, "You'd think that all the basics would have
>> been fixed long ago, but they're not. We're still dealing with
>> basic issues such as memory management." The work is never done.
> И это тоже разобрано без меня, поэтому тоже без комментариев

Понятно. Слив засчитан. Впрочем, другого и не следовало ожидать.

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

478. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (470), 08-Сен-24, 17:57 
>Как угодно)) Моё дело предупредить

Ваше дело - спамить дезинформацию
>Это не говоря уже об аппаратной стороне работы данных функций

Проблема не в переполнении, проблема в том, что после UB код может вести себя как угодно, например выполнить обе ветки if

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

482. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 18:12 
> Ваше дело - спамить дезинформацию

Где я таким занимаюсь?))

> Проблема не в переполнении, проблема в том, что после UB код может
> вести себя как угодно, например выполнить обе ветки if

Ну и? Кто вам мешает написать так, чтобы UB не было? Незнание стандарта? Глупость? Balls? Всё сразу?


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

485. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 08-Сен-24, 18:23 
>Кто вам мешает написать так, чтобы UB не было?

Вы так говорите, словно это я в одиночку пишу весь существующий си код. Кто мешал в ядре/openssl/браузерах/... написать код без создания cve?
>Незнание стандарта?

Попробуйте аналогичный код на ocaml написать - он у вас попросту не соберётся. Вы упорно игнорируете тот факт, что rust, ocaml, и прочие языки в отличии от си и плюсов не дают собрать умышленно некорректный код.

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

488. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 18:30 
> Вы так говорите, словно это я в одиночку пишу весь существующий си
> код. Кто мешал в ядре/openssl/браузерах/... написать код без создания cve?

А вы так говорите, как-будто дело в ЯП, а не в кривых руках конкретного программиста, который "написал" некую cve.

> Попробуйте аналогичный код на ocaml написать - он у вас попросту не
> соберётся. Вы упорно игнорируете тот факт, что rust, ocaml, и прочие
> языки в отличии от си и плюсов не дают собрать умышленно
> некорректный код.

Ну и пускай себе не дают дальше. Мне то что с того? Или вам с того, что я как писал на С++, так и продолжу? Зачем вы мне всё это пишете?


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

501. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (201), 08-Сен-24, 19:21 
>А вы так говорите, как-будто дело в ЯП, а не в кривых руках конкретного программиста, который "написал" некую cve.

Вы упорно игнорируете тот факт, что код на других языках не скомпилируется вообще. Вот такую https://habr.com/ru/articles/522208/ ошибку на rust совершить невозможно.
>Или вам с того, что я как писал на С++, так и продолжу?

Затем, что вашу программу нужно будет переписывать, чтобы она работала нормально, либо страдать от её проблем.
https://www.opennet.me/opennews/art.shtml?num=61748
>Задействован новый парсер формата JSON, переписанный с C++ на язык Rust, и обеспечивающий более высокую защищённость за счёт снижения вероятности появления ошибок при работе с памятью. Отмечается, что переход на новый парсер может привести к прекращению разбора некоторого некорректно оформленного контента в формате JSON, но при этом он также решает проблемы при работе с некорректным JSON, который раньше вызывал аварийное завершение, а теперь приводит к возврату кода ошибки.

Плюсовики не смогли нормально реализовать парсер json, json hello world от мира парсеров.

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

504. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 19:37 
> Вы упорно игнорируете тот факт, что код на других языках не скомпилируется
> вообще. Вот такую https://habr.com/ru/articles/522208/ ошибку на rust совершить невозможно.

Ой ли?)) Позвольте вам не поверить. Ну и про ошибки уже сто раз было сказано - не будет одних, наделают других. Потому что проблема не в ЯП, а в программистах, их квалификации, в капитализме и в прочих сопутствующих.

> Затем, что вашу программу нужно будет переписывать, чтобы она работала нормально, либо
> страдать от её проблем.
> https://www.opennet.me/opennews/art.shtml?num=61748
>>Задействован новый парсер формата JSON, переписанный с C++ на язык Rust, и обеспечивающий более высокую защищённость за счёт снижения вероятности появления ошибок при работе с памятью. Отмечается, что переход на новый парсер может привести к прекращению разбора некоторого некорректно оформленного контента в формате JSON, но при этом он также решает проблемы при работе с некорректным JSON, который раньше вызывал аварийное завершение, а теперь приводит к возврату кода ошибки.
> Плюсовики не смогли нормально реализовать парсер json, json hello world от мира
> парсеров.

Простите, но явно ангажированную чушь от Гугла, я даже обсуждать не буду. В том числе потому что например написал программу в составе которой есть парсер xml - поэтому прекрасно представляю, как в С++ нормально работать с текстом. Если кто-то там чего-то не смог, то это говорит только о квалификации этого кого-то. Не суметь освоить работу всего с одним классом std::string - это реально... уникумом нужно быть (очень хочется матерно выразиться, жаль, что нельзя).

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

510. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 08-Сен-24, 20:01 
>Ой ли?)) Позвольте вам не поверить.

От вашей веры реальность не поменяется. В rust есть алгебраические типы данных, обнаруживающие такую ошибку на этапе компиляции, в си и плюсах - нет.
>Ну и про ошибки уже сто раз было сказано - не будет одних, наделают других

Вы так говорите, словно над каждым программистом нависает ангел(или демон) и заставляет его делать ошибки. Никто не обязан соверашть ошибки, ровно как и быть безошибочным. Вопрос в том, сколько ошибок конкретный человек сделает на конкретном языке. И количество других ошибок, типа гонки данных или неправильных прав на файл тонет по сравнению с количеством ошибок памяти
>в капитализме и в прочих сопутствующи

Отлично. Если я предлагаю поменять язык, что уже в некоторых местах произошло, то вы предлагаете поменять полмира, что нигде не произошло, и не факт, что произойдёт.
>В том числе потому что например написал программу в составе которой есть парсер xml

Какое большое достижение, взять уже готовый парсер. Вы самостоятельно парсер писали? Нет? Тогда о чём речь?
>поэтому прекрасно представляю, как в С++ нормально работать с текстом. Если кто-то там чего-то не смог, то это говорит только о квалификации этого кого-то

Вот в этом то и проблема. Пока вы тут, квалифицированный специалист, рассказываете, какой rust ненужный, в гугле примитивнейший парсер написать не могут. Вот если бы вы сели, просмотрели исходники хромиума, и прислали бы им патч, вот тогда то уж раст действительно бы не понадобился, по крайней мере в этой задаче. И что характерно, так это то, что плюсовики не осиливают даже такие простые вещи, как парсер json, где давным давно есть библиотечные реализации, куда ж им в более сложные вещи лезть?

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

514. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 20:21 
> От вашей веры реальность не поменяется. В rust есть алгебраические типы данных,
> обнаруживающие такую ошибку на этапе компиляции, в си и плюсах -
> нет.

ШТА?! Компилятор Rust научился угадывать конкретное значение, которое функция вернёт в процессе выполнения программы?! Он может предсказывать будущее?! Ни чего себе! Пацаны, шок-контент - растовики машину времени изобрели! Ё..., как всё печально то...

> Вы так говорите, словно над каждым программистом нависает ангел(или демон) и заставляет
> его делать ошибки. Никто не обязан соверашть ошибки, ровно как и
> быть безошибочным. Вопрос в том, сколько ошибок конкретный человек сделает на
> конкретном языке. И количество других ошибок, типа гонки данных или неправильных
> прав на файл тонет по сравнению с количеством ошибок памяти

Так а при чём тут ЯП тогда, если ошибки люди совершают?))

> Отлично. Если я предлагаю поменять язык, что уже в некоторых местах произошло,
> то вы предлагаете поменять полмира, что нигде не произошло, и не
> факт, что произойдёт.

Факт, ещё какой факт. Точнее, или всё кардинально поменяется в ближайшие 50 лет, или все сдохнут. Выбор именно таков. Ну а какое решение примут люди - я не пророк, не знаю.

> Какое большое достижение, взять уже готовый парсер. Вы самостоятельно парсер писали? Нет?

Представьте себе - самостоятельно. На чистом типе std::string. MyLibrary здесь по новостям поищите.

> Вот в этом то и проблема. Пока вы тут, квалифицированный специалист, рассказываете,
> какой rust ненужный, в гугле примитивнейший парсер написать не могут. Вот
> если бы вы сели, просмотрели исходники хромиума, и прислали бы им
> патч, вот тогда то уж раст действительно бы не понадобился, по
> крайней мере в этой задаче. И что характерно, так это то,
> что плюсовики не осиливают даже такие простые вещи, как парсер json,
> где давным давно есть библиотечные реализации, куда ж им в более
> сложные вещи лезть?

Уж простите, но Гуглу (точнее - его руководству, и то не всему) я скорее 9 грамм своим ходом отправлю, если вы понимаете о чём я. Ну и их проблемы меня, честно говоря, мало волнуют.


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

523. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (201), 08-Сен-24, 21:27 
>ШТА?! Компилятор Rust научился угадывать конкретное значение, которое функция вернёт в процессе выполнения программы?! Он может предсказывать будущее?!

Прочитайте уже про алгебраические типы данных, и хватит прикидываться безграмотным.
>Так а при чём тут ЯП тогда, если ошибки люди совершают?))

Или вы действительно безграмотны?
>Факт, ещё какой факт. Точнее, или всё кардинально поменяется в ближайшие 50 лет

Ждать ещё 50 лет... Знаете, в начале двадцатого века тоже некоторые надеялись на светлое будущее, но их надежды были жестоко обмануты. При чём этих кто-то много разных независящих друг от друга груп
>Представьте себе - самостоятельно. На чистом типе std::string. MyLibrary здесь по новостям поищите.

Вот чего у плюсовиков не отнять, так это любви к велосипедам, и неумению реализовывать велосипеды качественно. Во-первых, зачем вы реализовывали парсер с нуля, а не взяли готовую библиотеку? Во-вторых, а с чего вы взяли, что вы написали парсер XML? Я вот парсера XML не вижу, вижу какой-то XML подобный язык. Какая там у вас поддержка XML, какие фичи вы от него реализовали? В-третьих, вы вообще знаете как парсеры писать, умные книжки про всякие бизоны и яки читали? В-четвёртых, где обработка ошибок? В-пятых, что у вашей поделки с производительностью? Я конечно не настоящий плюсовик, и мне лень читать весь код, но давайте посмотрим, что у вас есть.
https://github.com/ProfessorNavigator/mylibrary/blob/b249bf8...
Если пишется xml парсер, то никакого book быть не может в принципе, будет просто абстрактный XML.
https://github.com/ProfessorNavigator/mylibrary/blob/b249bf8...
Отлично, мы нашли начало тега. Или комментария. Где проверка, что это не комментарий?
https://github.com/ProfessorNavigator/mylibrary/blob/b249bf8...
Вы пробегаете по целой строке только для того, чтобы обнаружить конец тега. Даже решение на парсер комбинаторах успеет по дороге атрибуты распарсить, у вас же это холостой прогон.
https://github.com/ProfessorNavigator/mylibrary/blob/b249bf8...
XML теги рекурсивны, вы же зачем-то полезли в определении тега что-то там искать. Ваш код справится с произвольной вложенностью?
https://github.com/ProfessorNavigator/mylibrary/blob/b249bf8...
Это не работа с атрибутами, это измерение погоды на Марсе. Вот пример
<tag attr1="attr2" attr2="value"/>
Ваш код, при попытке найти атрибут attr2 найдёт его в
attr1="attr2", так и не дойдя до самого атрибута.
Кроме того, между именем атрибута и значением должен быть символ равно.
https://github.com/ProfessorNavigator/mylibrary/blob/b249bf8...
XML подразумевает экранирование данных, то есть после парсинга данные должны быть нормализованы.
name='"1"' эквивалентно name=""1""
https://github.com/ProfessorNavigator/mylibrary/blob/b249bf8...
Уже писал, но ещё раз напишу - ваш код очень медленный, вы туда-сюда ходите по строке.

На этом я останавлюсь, дальше мне анализировать лень. Итог: написание велосипеда, несоответствие спецификации, медленная реализация, проблемы с базовым функционалом формата, незнание теории написания парсеров, почти полное отсутствие обработки ошибок. Таким парсером нельзя пользоваться даже в игрушечных применениях, ибо тогда игрушка поломается. Такой код должно быть стыдно писать, не то что выкладывать. Вобщем типичный плюсовик, хейтер раста.  

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

534. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 21:58 
> Прочитайте уже про алгебраические типы данных, и хватит прикидываться безграмотным.

Да-да, проблема там в алгебраических данных, а не в том, что нужно элементарную проверку на -1 делать, ага.
> Или вы действительно безграмотны?

Без комментариев. Что-то мне уже надоедать начинает, право слово. Пора тоже куда-нибудь на зарплату устроиться, разную чушь на форумах писать - хоть какой-то толк будет.
> Ждать ещё 50 лет... Знаете, в начале двадцатого века тоже некоторые надеялись
> на светлое будущее, но их надежды были жестоко обмануты. При чём
> этих кто-то много разных независящих друг от друга груп

Да всё нормально там было и с надеждами, и с их исполнением. 30 лет уже прошло, а "эффективные" собственники всё никак не могут распродать плоды этих самых надежд. Впрочем, недолго осталось - скоро закончат.

>[оверквотинг удален]
> name='"1"' эквивалентно name=""1""
> https://github.com/ProfessorNavigator/mylibrary/blob/b249bf8...
> Уже писал, но ещё раз напишу - ваш код очень медленный, вы
> туда-сюда ходите по строке.
> На этом я останавлюсь, дальше мне анализировать лень. Итог: написание велосипеда, несоответствие
> спецификации, медленная реализация, проблемы с базовым функционалом формата, незнание
> теории написания парсеров, почти полное отсутствие обработки ошибок. Таким парсером нельзя
> пользоваться даже в игрушечных применениях, ибо тогда игрушка поломается. Такой код
> должно быть стыдно писать, не то что выкладывать. Вобщем типичный плюсовик,
> хейтер раста.

Видимо у нас с вами разные представления о значении слова "парсер")) И несмотря на все ваши, кхм... комментарии - он вполне себе работает и очень даже быстро. Проверено на 500 Гб fb2 файлов. И не только мной. По остальному: можете лучше - делайте, код открыт. Только не надо сказок про невозможность нормально работать с текстом в плюсах.


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

558. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 08-Сен-24, 22:53 
>Да-да, проблема там в алгебраических данных, а не в том, что нужно элементарную проверку на -1 делать, ага.

Наличие проверки на -1 никак компилятором не проверяется, в отличии от алгебраических типов.
>Да всё нормально там было и с надеждами, и с их исполнением. 30 лет уже прошло

Я писал про начало двадцатого века. Это уже около ста двадцати лет. А то вы очень любите уменьшать сроки, когда они становятся слишком большими.
>Видимо у нас с вами разные представления о значении слова "парсер"

То что вы написали не имеет права называться парсером, поскольку он соответствует семантике XML.
>И несмотря на все ваши, кхм... комментарии - он вполне себе работает и очень даже быстро. Проверено на 500 Гб fb2 файлов.

Какой ужас, вы реально не можете осознать проблемы вашего же парсера.
>Только не надо сказок про невозможность нормально работать с текстом в плюсах.

Что говорить про нормальную работу с текстом, если вы даже существующим апи воспользоваться не можите? Ещё раз, вы не написали парсер, вы сделали имитацию парсера. И с умным видом тут расказываете как что-то сделали. Вы даже до уровня гугла с их дырявым парсером не дотягиваете.

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

562. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 22:58 
>[оверквотинг удален]
>>Видимо у нас с вами разные представления о значении слова "парсер"
> То что вы написали не имеет права называться парсером, поскольку он соответствует
> семантике XML.
>>И несмотря на все ваши, кхм... комментарии - он вполне себе работает и очень даже быстро. Проверено на 500 Гб fb2 файлов.
> Какой ужас, вы реально не можете осознать проблемы вашего же парсера.
>>Только не надо сказок про невозможность нормально работать с текстом в плюсах.
> Что говорить про нормальную работу с текстом, если вы даже существующим апи
> воспользоваться не можите? Ещё раз, вы не написали парсер, вы сделали
> имитацию парсера. И с умным видом тут расказываете как что-то сделали.
> Вы даже до уровня гугла с их дырявым парсером не дотягиваете.

<Зевок во всю пасть> А аргументы будут?  Или только эмоциональное бла-бла-бла и обсуждение моих достоинств и недостатков?


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

564. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 08-Сен-24, 23:03 
>Или только эмоциональное бла-бла-бла

Эмоции пока что только от вас. "Там заговор", "Не может быть", "Неповерю".

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

571. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 23:28 
>>Или только эмоциональное бла-бла-бла
> Эмоции пока что только от вас. "Там заговор", "Не может быть", "Неповерю".

Да потому что надоело уже - я не патифон 200 раз одну и ту же пластинку каждому анониму проигрывать. И ладно бы ещё что-то стоящее внимания обсуждалось.


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

525. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (-), 08-Сен-24, 21:29 
> Так а при чём тут ЯП тогда, если ошибки люди совершают?))

Почему-то предохранители есть в щитке. У оружия. И даже у перфоратора и бензопилы.
Было бы странно смотреть на человека который говорит "зачем на пистолете предохранитель! это же люди совершают ошибки".
Но кажется я его вижу)

> Уж простите, но Гуглу (точнее - его руководству, и то не всему) я скорее 9 грамм своим ходом отправлю, если вы понимаете о чём я. Ну и их проблемы меня, честно говоря, мало волнуют.

Какой агрессивный вы. В чем виноват руководитель гугла?
Ну не он же в вашем подъезде по ночам гадит (т.к это привилегия Обамы).
Гугл (и его руководители) подарили миру андроид - открытую систему на базе ядра линукс, ХромОсь - тоже самое, но дектопное.
Я уже молчу про переводчик, который для многих стал окном в другие страны.
На ютубе я смотрю кучи видео по программированию, лекции по математике.

Вы мне напомнили одну русскую пословицу, про колодец и плевки.


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

541. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 22:13 
> Почему-то предохранители есть в щитке. У оружия. И даже у перфоратора и
> бензопилы.
> Было бы странно смотреть на человека который говорит "зачем на пистолете предохранитель!
> это же люди совершают ошибки".
> Но кажется я его вижу)

Ещё один... Вы уже четвёртый, который мне подобную х_н_ю только сегодня пишет. Ребят, вы там методичку поменяйте что ли, а то надоело на самом деле.

> Какой агрессивный вы. В чем виноват руководитель гугла?

В том, что он паразитирует на других? И не только он, кстати. И да, можно и без 9 грамм обойтись - достаточно этим людям перестать делать то, что они делают. Мне идея кого-либо убивать ну вот совсем не нравится. Но это не значит, что я не буду защищаться.
> Ну не он же в вашем подъезде по ночам гадит (т.к это
> привилегия Обамы).

С этим я как-нибудь по-другому разберусь, им обычно пинка или крепкого матюга достаточно, чтобы понять, что так делать ненужно.
> Гугл (и его руководители) подарили миру андроид - открытую систему на базе
> ядра линукс, ХромОсь - тоже самое, но дектопное.

Тут уместно будет вспомнить: "Timeo Danaos et dona ferentes".
> Я уже молчу про переводчик, который для многих стал окном в другие
> страны.

Языки учить не пробовали - вдруг поможет? Впрочем, никто не утверждает, что люди, работающие в Гугле, не создали ничего полезного. Но люди и Гугл - это немного разные вещи. Не путайте комбайн по извлечению прибыли и людей.
> На ютубе я смотрю кучи видео по программированию, лекции по математике.

Для справки - ютюб не Гугл создал.


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

559. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от лучший аноним (?), 08-Сен-24, 22:53 
> Ещё один... Вы уже четвёртый, который мне подобную х_н_ю только сегодня пишет.

Ну наверное ты просто порешь чушь, раз куча народу тебе одно и тоже талдычит?

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

Главное обвинить оппонента в методичке.
Может тебе выкинуть свою методичку "это все неправильные люди! кривая эскопета ни в чем нивинуватая!"

> В том, что он паразитирует на других? И не только он, кстати.

Ну так у нас был целый класс паразитов - номенклатура называлась и ничего.

> И да, можно и без 9 грамм обойтись - достаточно этим людям перестать делать то, что они делают.

А если он откажется?

> Мне идея кого-либо убивать ну вот совсем не нравится. Но это не значит, что я не буду защищаться.

А как насчет "не пользоваться ничем гугловым?"
У нас тут подвижки полным ходом - рутуб уже заработал.

> Языки учить не пробовали - вдруг поможет? Впрочем, никто не утверждает, что люди, работающие в Гугле, не создали ничего полезного. Но люди и Гугл - это немного разные вещи. Не путайте комбайн по извлечению прибыли и людей.

Без этих людей и их труда - гула бы не было.
Просто их оно устраивает.

> Для справки - ютюб не Гугл создал.

Но уже десять+ лет развивает именно гугл.
ХОрг тоже не Сообщество создало, а консорциум корпов.
Но кто скажет что иксы это не результат усилий сообщества людей?

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

570. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 23:25 
> Ну наверное ты просто порешь чушь, раз куча народу тебе одно и
> тоже талдычит?

Миллионы мух не могут ошибаться?)) Извините, не удержался.

> Главное обвинить оппонента в методичке.

Да при чём тут обвинения, если вы из раза в раз, как стая попугаев талдычите один и тот же бред. Под каждой новостью, годами. С одним и тем же результатом. Любой, кто регулярно opennet почитывает, скоро уже чесаться от вас, ребята, будет.
> Может тебе выкинуть свою методичку "это все неправильные люди! кривая эскопета ни
> в чем нивинуватая!"

А?!

> Ну так у нас был целый класс паразитов - номенклатура называлась и
> ничего.

Был. Но это отдельный разговор - откуда он и почему появился. Ничего хорошего в этом явлении не было. И поймите меня правильно - у меня уже за полночь, поэтому если вдруг есть желание продолжить, то не сегодня.

> А если он откажется?

Я уже ответил - буду защищаться. Всеми доступными средствами.

> А как насчет "не пользоваться ничем гугловым?"
> У нас тут подвижки полным ходом - рутуб уже заработал.

Если бы проблема была только в Гугле, то всё было бы просто отлично.

> Без этих людей и их труда - гула бы не было.
> Просто их оно устраивает.

Кого "их"? Работников Гугла? Точно-точно?))

> Но уже десять+ лет развивает именно гугл.
> ХОрг тоже не Сообщество создало, а консорциум корпов.
> Но кто скажет что иксы это не результат усилий сообщества людей?

Вы мне меня же цитируете с умыслом, или просто фраза понравилась?))

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

577. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (201), 08-Сен-24, 23:35 
>Да при чём тут обвинения, если вы из раза в раз, как стая попугаев талдычите один и тот же бред. Под каждой новостью, годами. С одним и тем же результатом. Любой, кто регулярно opennet почитывает, скоро уже чесаться от вас, ребята, будет.

Когда комментируете новости про раст, не забывайте добавить: я компетентный не аноним, написавший https://github.com/ProfessorNavigator/mylibrary/issues/11 mylibrary, написал её так хорошо, что при смене версии пользователи потеряли все данные. А ещё я не умею писать парсеры xml, и тем более не готов использовать рабочие реализации парсера, и даже когда мне указали на ошибки, то я не понял что я сделал не так и как это исправить. И да, я называю парсером программу, которая не соответствует спецификации языка, спецификацию языка я не осилил, и так сойдёт. Так вот, я, человек не понимающий как писать программы, авторитетно заявляю, что раст не нужен.
>Я уже ответил - буду защищаться. Всеми доступными средствами.

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

И тогда всё будет сразу понятно. Жаль, что другие хейтеры раста свой код не показывают, а то вы действительно подняли мне сегодня настроение.

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

650. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 09-Сен-24, 11:59 
> Когда комментируете новости про раст, не забывайте добавить: я компетентный не аноним,
> написавший https://github.com/ProfessorNavigator/mylibrary/issues/11 mylibrary,
> написал её так хорошо, что при смене версии пользователи потеряли все
> данные. А ещё я не умею писать парсеры xml, и тем
> более не готов использовать рабочие реализации парсера, и даже когда мне
> указали на ошибки, то я не понял что я сделал не
> так и как это исправить. И да, я называю парсером программу,
> которая не соответствует спецификации языка, спецификацию языка я не осилил, и
> так сойдёт. Так вот, я, человек не понимающий как писать программы,
> авторитетно заявляю, что раст не нужен.

Допустим - вы правы насчёт меня. Как это отменяет нескольких простых фактов:
1) заявленная "безопасная" работа с памятью в Rust - маркетинговая чушь, потому что давно уже реализовано в других ЯП другими методами

2) Работать со строками в С++ можно легко и непринуждённо, что знает в общем каждый, кто хоть немного ознакомился с классом std::string из стандартной библиотеки

3) безопасная работа с массивами в Rust - маркетинговая чушь, потому что всё это есть в других ЯП, а также из простой логики работы с теми же динамическими массивами, которые во многих случаях вы на этапе компиляции не проверите никак.

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

5) Под каждой новостью про Rust вылазит толпа крикунов, пропагандирующих Rust, которые на поверку внезапно монитор от процессора с трудом отличают (утрирую, но не сильно). Т.е. имеют примерно нулевую квалификацию. Иными словами явно кем-то наняты строчить комментарии.

Можно ещё по мелочи накидать - вроде бреда про алгебраические переменные, но лень уже, поскольку и так всё по-моему ясно.


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

651. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (656), 09-Сен-24, 12:01 
> Миллионы мух не могут ошибаться?)) Извините, не удержался.

Да, миллионы мух считают, что СИ и СИ++ это лучшее что есть.
Они же не могут ошибаться))

А им противостоит горстка любителей раста. Это же просто описывает (пред)революционные события, когда маленькая часть, по мнению А. Маркова примерно 5%, готовы даже идти на жертвы, чтобы мир стал лучше.

>> Но уже десять+ лет развивает именно гугл.
>> ХОрг тоже не Сообщество создало, а консорциум корпов.
>> Но кто скажет что иксы это не результат усилий сообщества людей?
> Вы мне меня же цитируете с умыслом, или просто фраза понравилась?))

Очень понравилась!
Копорации это просто общественное объединение.
Оно состоит из людей, а не из пришельцев с Нибиру.
Следовательно в Сообщество, которое пишет опенсорс, они тоже входят.

А раз сообщество (так еще и большинство) так решило - то куда мы идти против коллектива?
Ведь если мы плюнем в коллектив, то он утрется. А если он в нас?

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

660. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 09-Сен-24, 13:08 
> А им противостоит горстка любителей раста. Это же просто описывает (пред)революционные
> события, когда маленькая часть, по мнению А. Маркова примерно 5%, готовы
> даже идти на жертвы, чтобы мир стал лучше.

Герои в сияющих доспехах, ага)) Про Rust я уже несколько раз повторял - мне на него плевать. Есть он? Ну пускай будет - кто я такой, чтобы другим людям указывать, что им делать. Вот только есть одно большущее "но". Вы полезли с ним во все щели. И ладно бы это было оправдано с технической точки зрения. Но нет - из аргументации только один маркетинговый бред.

> Очень понравилась!

Значит не зря писал, что не может не радовать.
> Копорации это просто общественное объединение.
> Оно состоит из людей, а не из пришельцев с Нибиру.
> Следовательно в Сообщество, которое пишет опенсорс, они тоже входят.

Всё так. С ма-аленьким уточнением. На всякий случай. В Сообщество входят люди, а не корпорации.

> А раз сообщество (так еще и большинство) так решило - то куда
> мы идти против коллектива?

Сообщество как раз активно вам говорит: "Пошли вон!" Но на Линуса видимо надавили, поэтому он, используя административный ресурс, пока действует вопреки воле сообщества. Впрочем, я думаю, он как  специалист, не может не понимать что такое Rust на самом деле и зачем оно всё нужно. Поэтому вполне вероятно, что в ближайшем будущем эпопея с Rust закончится... интересно. Но не будем загадывать - я с Торвальдсом лично не общался, что он по этому поводу думает на самом деле - не знаю. Не исключено, что жажда наживы возобладает.

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

453. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (-), 08-Сен-24, 14:14 
> Вы же не жалуетесь на молоток, что он может пальцы отбить или вовсе убить. Или на кухонный нож. ЯП - это просто инструмент. Со своими преимуществами и недостатками.

Отличное сравнение!
Давайте обратимся к каким-то серьезным документам.

Например ПРАВИЛА ТЕХНИКИ БЕЗОПАСНОСТИ ПРИ ЭКСПЛУАТАЦИИ РАДИОРЕЛЕЙНЫХ ЛИНИЙ ПЕРЕДАЧИ от МИНИСТЕРСТВА СВЯЗИ СССР
7.2. Ручной инструмент ударного действия (зубила, пробойники, молотки и др.) должен удовлетворять следующим требованиям:
а) рабочие концы не должны иметь повреждений (выбоин, ско­лов);
б) боковые грани в местах зажима их рукой не должны иметь заусенцев и острых ребер;
в) ударная часть должна быть слегка выпуклой, гладкой и не иметь трещин, заусенцев и сколов;
г) рукоятки молотков и кувалд должны быть заклинены метал­лическими клиньями;

А теперь представьте, что вам подсовывают каменный топор, который в случайный момент может слететь с рукоятки, а при ударах от него отлетают осколки.
Хотели ли бы вы таким пользоваться?

> И если вы делаете ошибки, то это говорит только о ваших личных качествах, а не о качествах ЯП. Это именно вы не учли особенности ЯП или были невнимательны.

Ого, т.е в ядре у нас просто плохие программисты? Они же 30 лет делают одни и те же ошибки!
Где бы нам достать хороших.
А может все-таки инструмент плохой? Погано спроектированный и еще хуже изготовленный.

> Легко)) Итераторы вам в помощь. Да и в целом в том же С++, чтобы выйти за пределы массива - это ещё специально стараться надо.

И ух как стараются! Каждые недели две-три можно читать про очередную пачку ошибок.
Но перескакивать с ядра на плюсы не очень корректно.
Один фин запретил С++ в ядре, так что кроме СИ у нас есть только Раст.

Вы можете не верить, но я насмотрелся на подобные ситуации на разных заводах страны.
Когда у нас есть слесарный цех, есть станочный цех.
В нем стоят старые 16К20 и такие старички, которые всю жизнь ручки крутили.
И тут приходит какой-то с горящими глазами и предлагает "а давайте ЧПУ купим".
Что характерно диды копротивляются по максимуму, даже до саботажа доходило.
И те заводы где они победили, сейчас на грани смерти. Т.к они не могут выдать партию деталей в сроки, которые страна требует.

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

457. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 15:07 
Всё хорошо (на самом деле нет, но разбирать по пунктам - мне лень). Вот только позвольте один вопрос - зачем вы всё это здесь пишете? Что бы что? Единственная возможная цель - завлечь к себе школьников и студентов, которые здесь в массе сидят и ещё пока что ничего не соображают. Ну и зачем вам это надо? Впрочем, вы наверняка не скажете. Но мало ли.
Ответить | Правка | Наверх | Cообщить модератору

461. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (-), 08-Сен-24, 16:11 
> Всё хорошо (на самом деле нет, но разбирать по пунктам - мне лень).

Не удивлен)
Раз агрументов нет - то можно и полениться.
Хотя именно ваше мнение про стандарты на инструменты от МИНСВЯЗИ СССР, я бы с удовольствием послушал.

> Вот только позвольте один вопрос - зачем вы всё это здесь пишете? Что бы что?

Тут несколько причин.
Во-первых это весело, особенно после рабочего дня. Но это скорее дополнение, а не главная причина.

> Единственная возможная цель - завлечь к себе школьников и студентов, которые здесь в массе сидят и ещё пока что ничего не соображают. Ну и зачем вам это надо?

Но главное, предупредить этих самых школьников что "делайте хорошо, а плохо не делайте".
И чтобы выбирали нормальный, качественный инструмент, а не молоток у которого голова мотет отлететь вам в лицо. И чтобы им вам какой-то программист скажет "а давай срежем углы, ну чтобы бы побыстрее домой пойти" они не делали плохо.

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

468. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 16:38 
>> Единственная возможная цель - завлечь к себе школьников и студентов, которые здесь в массе сидят и ещё пока что ничего не соображают. Ну и зачем вам это надо?
> Но главное, предупредить этих самых школьников что "делайте хорошо, а плохо не
> делайте".
> И чтобы выбирали нормальный, качественный инструмент, а не молоток у которого голова
> мотет отлететь вам в лицо. И чтобы им вам какой-то программист
> скажет "а давай срежем углы, ну чтобы бы побыстрее домой пойти"
> они не делали плохо.

Ну хотя бы относительно честно, и на том спасибо. Понимаю, что более прямо сказать работодатель не позволит. Если не секрет - на каком заводе работали и осталось ли от него ещё хоть что-то? Про то, что вы имеете отношение к IT - будем считать, что вы уже сплясали все ритуальные танцы, а я вам не поверил.

Про стандарты СССР - не вижу смысла писать о том, в чём не разбираюсь. Я родился на излёте, и работал уже по совершенно другим нормам и правилам. Да ещё и в другой отрасли. Могу выдвинуть встречное предложение - обсудить конвенцию ПДМНВ например))


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

476. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (470), 08-Сен-24, 17:48 
>Тот код, который вы привели, как пример, ничего, кроме гомерического хохота, у нормального программиста не вызовет.

Зато компилятор не смётся, а молча собирает код.
>Никому, кто хоть раз написал что-то посложнее hellow world, даже в голову не придёт изобразить нечто подобное. Потому что и без всяких стандартов ясно, что ничего хорошего из этого не выйдет.

Открою вам секрет, что нормальные языки проектируются так, чтобы подобный код на них в принципе не собирался. Принцип - сделать некорректные состояния невыразимыми
>Я понимаю, что платные комментарии вы скорее всего не от хорошей жизни пишете

У вас точно нет паранои? Или вы пишете любой абсурд?
>Если вы код нормально тестируете, вы всё равно их все найдёте в процессе

пойдите, сообщите Линусу, что он код забывает тестировать. Ив opensslи в кучу других проектов
>Да почти весь будет собираться - ошибки встречаются нечасто.

Зато те что встречаются могут жить десятилетиями. Посмотрите сколько версий ошибки затрагивают, там eol версии раньше обнаружения происходит
>Легко)) Итераторы вам в помощь. Да и в целом в том же С++,

И где c++ в ядре? А в тысячах других проектов?
>чтобы выйти за пределы массива - это ещё специально стараться надо.

a[i] = b;
И где тут старания?

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

480. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 18:07 
> Зато компилятор не смётся, а молча собирает код.

Ну так вы ему сказали - он и собирает. Он тут для того, чтобы ваши команды исполнять. Думать - ваша задача. Когда компилятор(точнее - его создатели) пытается думать за вас, то ничего хорошего обычно не получается. Потому что всего предусмотреть невозможно.

> Открою вам секрет, что нормальные языки проектируются так, чтобы подобный код на
> них в принципе не собирался. Принцип - сделать некорректные состояния невыразимыми

Бла-бла-бла. Конкретика будет?

> У вас точно нет паранои? Или вы пишете любой абсурд?

Да-да, у меня паранойя. Но вы уже третий только за сегодня, кто мне одно и то же пишет. Практически под копирку. И самое главное - непонятно зачем. Ну высказал я своё негативное мнение - вам то что? Но нет, видимо лицо у меня такое, ага. А если прочитать все комментарии - так и вообще интересная картина складывается. "Штирлиц сидел на линии высоковольтных передач и делал вид, что читает газету. Ни свисающие стропы парашюта, ни автомат ППШ, ни граната «лимонка» на поясе не выдавали в нем советского разведчика."

> пойдите, сообщите Линусу, что он код забывает тестировать. Ив opensslи в кучу
> других проектов

Оставлю эту честь вам. Удачи))

> Зато те что встречаются могут жить десятилетиями. Посмотрите сколько версий ошибки затрагивают,
> там eol версии раньше обнаружения происходит

Ну так это говорит ровно об одном - они никому жить не мешают. И смысл их исправлять?

> И где c++ в ядре? А в тысячах других проектов?

Вам список плюсовых проектов дать? Или всё же сами найдёте? А по поводу ядра - дискуссия уже была, не вижу смысла повторять ещё раз. Если интересно - поищите по мои комментариям.

> a[i] = b;
> И где тут старания?

Ну т.е. for(size_t i = 0; i < a.size(); i++) мы тактично опустим. Такая мелочь право))


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

492. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 08-Сен-24, 18:42 
>Бла-бла-бла. Конкретика будет?

Алгебраические типы данных, зависимые типы, сопоставление с образцом, и куча других вещей давным давно существующих в функциональных языках.
>Но вы уже третий только за сегодня, кто мне одно и то же пишет.

А вы какой по счёту - трети или тридцатый?
>Вам список плюсовых проектов дать?

Вышла новая версия браузера. Исправлено столько-то узявимостей связанных с памятью, столько-то критических. Обновитесь пожалуйста.
>Ну т.е. for(size_t i = 0; i < a.size(); i++) мы тактично опустим. Такая мелочь право))

Хорошо, вот вам код a[i] = b[i]; Сделайте так, чтобы код с выходом за границы массива не компилировался.

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

494. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 18:52 
> Алгебраические типы данных, зависимые типы, сопоставление с образцом, и куча других вещей
> давным давно существующих в функциональных языках.

Вы о чём вообще?))

> А вы какой по счёту - трети или тридцатый?

Ага, это я тут выступаю со всяким бредом, типа i = i++*i++. Ну-ну.

> Вышла новая версия браузера. Исправлено столько-то узявимостей связанных с памятью, столько-то
> критических. Обновитесь пожалуйста.

Чего?)) Санитаров уже вызывать или само попустит?))

> Хорошо, вот вам код a[i] = b[i]; Сделайте так, чтобы код с
> выходом за границы массива не компилировался.

Зачем?)) Я сделаю так, чтобы он не работал.
if(i < a.size() && i < b.size())
{
   a[i] = b[i];
}
Как бы всё. Ещё один ЯП внезапно не нужен))

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

502. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 08-Сен-24, 19:27 
>Вы о чём вообще?))

Не поняли умных слов?
>Зачем?)) Я сделаю так, чтобы он не работал.
>if(i < a.size() && i < b.size())
>{
>   a[i] = b[i];
>}

Во-первых, у вас нарисовалась проверка в рантайме, на каждую итерацию, из-за чего ваш код уже не имеет преимущества по сравнению с условным Ocaml/Go/Java/..., даже наоборот, он стал куда многословнее любого из этих языков. Во-вторых, если кто-то случайно или намеренно удалит или не напишет "i < a.size()", то вот уже готовая cve, а код прекрасно скомпилируется. Итог - вы не выполнили ни одной задачи.

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

508. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 19:49 
> Не поняли умных слов?

Нет, я не понял при чём тут все эти слова и то, что мы обсуждали. Например - при чём тут алгебраические типы данных (если очень надо, то есть библиотека gmp, или самому можно написать легко что на С, что на С++).

> Во-первых, у вас нарисовалась проверка в рантайме, на каждую итерацию, из-за чего
> ваш код уже не имеет преимущества по сравнению с условным Ocaml/Go/Java/...,
> даже наоборот, он стал куда многословнее любого из этих языков.

Ну да, ну да... Без контекста - оно конечно. Будет нужно - сделаем проверку вне цикла. Или вовсе по другой логике напишем, делов то...

> Во-вторых,
> если кто-то случайно или намеренно удалит или не напишет "i <
> a.size()", то вот уже готовая cve, а код прекрасно скомпилируется. Итог
> - вы не выполнили ни одной задачи.

Зачем кому-то что-то удалять? Он что - дурак?)) А если серьёзно, то это уже высосанные из пальца аргументы, вроде "а что если рептилоиды нападут?" Ну и позвольте вам не поверить насчёт того, что компилятор Rust сможет заранее просчитать размер массива, который вычисляется только в процессе выполнения программы, в зависимости от введённых пользователем данных например.


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

515. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 08-Сен-24, 20:26 
>Нет, я не понял при чём тут все эти слова и то, что мы обсуждали.

При том, что си/плюсы никак не помогают писать безопасный код, а наоборот мешают.
>Будет нужно - сделаем проверку вне цикла

После того, как вам cve заведут, да
>Зачем кому-то что-то удалять? Он что - дурак?

Например, хочет бекдор внести
>Ну и позвольте вам не поверить насчёт того, что компилятор Rust сможет заранее просчитать размер массива

Растом мир не ограничевается. Существуют, например, зависимые типы данных. Но школьники, гордящиеся тем что они c++ выучили ничего об этом не знают. А теперь давайте посмотрим, с чего всё началось:
>Когда на уровне компилятора запретят выходить за границы динамических массивов в рантайме без дополнительных рантайм проверок (давайте, опередите раст)?

На третий день Зоркий Глаз что-то начал подозревать. Интересно, сколько дней Зоркому Глазу потребуется, чтобы понять зависимые типы? Или он так и будет не понимать, но мнение иметь?

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

516. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 20:35 
>[оверквотинг удален]
>>Зачем кому-то что-то удалять? Он что - дурак?
> Например, хочет бекдор внести
>>Ну и позвольте вам не поверить насчёт того, что компилятор Rust сможет заранее просчитать размер массива
> Растом мир не ограничевается. Существуют, например, зависимые типы данных. Но школьники,
> гордящиеся тем что они c++ выучили ничего об этом не знают.
> А теперь давайте посмотрим, с чего всё началось:
>>Когда на уровне компилятора запретят выходить за границы динамических массивов в рантайме без дополнительных рантайм проверок (давайте, опередите раст)?
> На третий день Зоркий Глаз что-то начал подозревать. Интересно, сколько дней Зоркому
> Глазу потребуется, чтобы понять зависимые типы? Или он так и будет
> не понимать, но мнение иметь?

Уважаемый, в иронию у вас не очень получается, вот честное слово. Потренируйтесь ещё. Засим откланиваюсь, а то я как-то уже нить беседы теряю, а вменяемых аргументов от вас, судя по всему, не дождаться. Но напоследок задам ещё раз каверзный вопрос: зачем вы всё это мне здесь пишете? Для чего? Какова цель? Вам не всё ли равно, что я о вашем ЯП думаю?

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

517. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (-), 08-Сен-24, 21:19 
Ну, вы первые пришли делать ослоумные момменты по поводу примера кода у анона выше.
В стиле "ну просто так не делайте и ошибок не будет".

Зачем вы это сделали - не ясно.
Неужели вы думали, что ваше мнение вообще кого-то волнует?
Но что-то же вас сподвигло тут написать.

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

528. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 21:43 
> Ну, вы первые пришли делать ослоумные момменты по поводу примера кода у
> анона выше.
> В стиле "ну просто так не делайте и ошибок не будет".
> Зачем вы это сделали - не ясно.
> Неужели вы думали, что ваше мнение вообще кого-то волнует?
> Но что-то же вас сподвигло тут написать.

Мои мотивы очень просты. Я прекрасной понимаю, кто и зачем пытается двигать Rust (против самого языка как такового, если что, я особо ничего не имею - есть он и есть, мне от этого ни холодно, ни жарко). И мотивы этих людей мне о-очень не нравятся. Потому что я понимаю, чем это всё может обернуться в итоге. И даже уже оборачиваются, причём не только в IT. Тысячи убитых в военных конфликтах последней пары лет не дадут соврать.

А вот вы на вопрос так и не ответили, что показательно.


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

536. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (-), 08-Сен-24, 22:03 
> Мои мотивы очень просты. Я прекрасной понимаю, кто и зачем пытается двигать Rust (против самого языка как такового, если что, я особо ничего не имею - есть он и есть, мне от этого ни холодно, ни жарко). И мотивы этих людей мне о-очень не нравятся.

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

> Потому что я понимаю, чем это всё может обернуться в итоге.
> И даже уже оборачиваются, причём не только в IT. Тысячи убитых в военных конфликтах последней пары лет не дадут соврать.

Хм... как вчера помню, выходит Байден и говорит "мы начинаем специальную операцию".
Насколько я видел пока только наш Димка-алкаш ядреной бомбой всем угрожает, причем даже тем, кого можно было или купить, или переманить.
А потом "от нас сваливают последние союзники из ОДКБ, как такое вышло!?"
Позорище одним словом.

> А вот вы на вопрос так и не ответили, что показательно.

Да, тк это был другой аноним.
Но могу попробовать ответить за него "когда в интернете кто-то неправ, то я не могу пройти мимо".
Справедливость у русского человека в крови.


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

552. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 22:43 
> Начнем с того что раст пишет куча людей со всего мира.
> С другой стороны там те же спонсоры, что и у ядра линукс
> (но отказа от ядра я за вами не замечал).
> Значит это явно какое-то секретное знание.
> Может поделитесь мудростью?

Мне плевать, кто его пишет - они ничего не решают. Потому, что не они контролируют ресурсы. А вот продвижение Rust в ядро - это явная попытка подмять постепенно ядро под себя группой корпораций, которые за Rust стоят. Ибо ЯП - это стандарты. Стандарты на С и С++ устанавливают международные организации, что хоть и не полностью, но хоть как-то гарантирует от всякого интересного, типа вендорлока. А стандарты на Rust устанавливает кто? То-то и оно... И ладно бы ещё с технической точки зрения это было хоть как-то оправдано... Но - нет (только не начинайте заново песни про безопасную работу с памятью, массивы и прочее - надоело уже в сотый раз объяснять, что это маркетиновые мифы).

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

>> Потому что я понимаю, чем это всё может обернуться в итоге.
>> И даже уже оборачиваются, причём не только в IT. Тысячи убитых в военных конфликтах последней пары лет не дадут соврать.
> Хм... как вчера помню, выходит Байден и говорит "мы начинаем специальную операцию".
> Насколько я видел пока только наш Димка-алкаш ядреной бомбой всем угрожает, причем
> даже тем, кого можно было или купить, или переманить.
> А потом "от нас сваливают последние союзники из ОДКБ, как такое вышло!?"
> Позорище одним словом.

А, ну т.е. США нигде не воюют вот прямо сейчас. В Африке нет пары тройки войн разной интенсивности. На Ближнем Востоке. В Закавказье только что вот война не закончилась. Но это так, к слову. Сказать же я пытаюсь следующее: что "Дима-алкаш", что "Старый маразматик", что владельцы того же Гугла - все они одного поля ягоды. Более того, дело не в конкретных персоналиях, а в общественно-экономической системе, которая позволяет таким людям появляться и делать то, что они делают.

> Да, тк это был другой аноним.

Да кто ж вас разберёт. Зарегистрировались бы, как нормальные люди. Никто ж вас не заставляет настоящие имя и фамилию указывать.

> Но могу попробовать ответить за него "когда в интернете кто-то неправ, то
> я не могу пройти мимо".
> Справедливость у русского человека в крови.

Скупая слеза умиления и восторга катится по моей щеке. Только вот позвольте вам не поверить. Удовлетворите моё любопытство - какова сегодня цена такой тяги к справедливости. Интересует за комментарий. Чисто в рамках понимания общей экономической картины. Или вы на зарплате в корпорации? Тогда - пардон. Нельзя разглашать заработную плату и всё такое - я понимаю.


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

563. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 08-Сен-24, 23:01 
>Потому, что не они контролируют ресурсы. А вот продвижение Rust в ядро - это явная попытка подмять постепенно ядро под себя группой корпораций

Компетентность человека: взявшись и не сумев написать парсер по спецификации, рассуждать о захвате ядра.
>надоело уже в сотый раз объяснять, что это маркетиновые мифы

Ещё один довод, от человека, решившего самолично не смогшего реализовать парсер xml. Мог бы хотя-бы библиотечный взять.
>Да кто ж вас разберёт. Зарегистрировались бы, как нормальные люди. Никто ж вас не заставляет настоящие имя и фамилию указывать.

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

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

565. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 23:07 
> Компетентность человека: взявшись и не сумев написать парсер по спецификации, рассуждать
> о захвате ядра.

Мнение очередного анонима очень важно для нас. Но вы продолжайте - это даже интересно.
> Ещё один довод, от человека, решившего самолично не смогшего реализовать парсер xml.
> Мог бы хотя-бы библиотечный взять.

Завидовать нехорошо)) И да, согласен - не смешно уже. Устал я что-то - чувство юмора уже отказывает.

> Чтобы что? Что вам с того, чтобы выделять меня среди других анонимов?
> Вы бы лучше мои доводы почитали, а не на личности зацикливались.

Да я читаю, но хотелось бы отличать хоть как-то, кому и что пишешь. А то я уже как-то путаться начинаю.


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

567. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 08-Сен-24, 23:17 
>Мнение очередного анонима очень важно для нас.

Мнение зарегистрированного пользователя фактов не изменит. Не успела ваша программа стать популярной, запустил кто-то на своей машине, и она уже крашится. https://github.com/ProfessorNavigator/mylibrary/issues/8. Стала бы популярной, эксплоиты бы под неё были.
>Завидовать нехорошо))

Завидовать вашему незнанию? Уж лучше не иметь открытых проектов вообще, чем иметь такие.
>А то я уже как-то путаться начинаю

Значит путаетесь вы не только в коде, но и в форуме. Это уже тревожный сигнал.

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

573. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 23:31 
>>Мнение очередного анонима очень важно для нас.
> Мнение зарегистрированного пользователя фактов не изменит. Не успела ваша программа стать
> популярной, запустил кто-то на своей машине, и она уже крашится. https://github.com/ProfessorNavigator/mylibrary/issues/8.
> Стала бы популярной, эксплоиты бы под неё были.
>>Завидовать нехорошо))
> Завидовать вашему незнанию? Уж лучше не иметь открытых проектов вообще, чем иметь
> такие.
>>А то я уже как-то путаться начинаю
> Значит путаетесь вы не только в коде, но и в форуме. Это
> уже тревожный сигнал.

Спокойной ночи)) Если у вас конечно ночь.

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

648. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (656), 09-Сен-24, 11:51 
> Ибо ЯП - это стандарты. Стандарты на С и С++ устанавливают международные организации, что хоть и не полностью, но хоть как-то гарантирует от всякого интересного, типа вендорлока.

Ох, профессор, как вы до седых волос дожили, а такой наивный.
Стандартизация это "мы опубликовали то, что нам принес коммитет".
Если там в стандарте напишут "в случае UB удаляй все с диска", то они такой стандарт и опубликуют.

Посмотрите кто сидит в коммитете СИ isocpp.org/std/the-committee
Microsoft, Edison Design Group, Google, IBM
и перестаньте нести чушь про международные организации

> А стандарты наRust устанавливает кто? То-то и оно... И ладно бы ещё с технической точки зрения это было хоть как-то оправдано... Но - нет (только не начинайте заново песни про безопасную работу с памятью, массивы и прочее - надоело уже в сотый раз объяснять, что это маркетиновые мифы).

Судя по тому как вы качественно пишете свой код, не удивлен что для вас это миф)

> Насчёт ядра.
> Ядро пока что под лицензией GPL и не принадлежит никому, что меня в целом устраивает

Корпы захотели - продвинули системмд, захотели - продвинули вейланд.
Захотят - и раст продвинут.
Как раз из-за того что код открыт, власть получает тот, кто работает и пишет код.
А 80% кода - это как раз корпорации и программисты на их зарплате.

> А, ну т.е. США нигде не воюют вот прямо сейчас.

Ну раз янки обделались в афганистане и ираке, то давайте повторим за ними и обделаемся трех-дневным походом!
Есть такая пословица - "не можешь сарть, не мучай попу".
Если у тебя нет вариантов победить, то не лезь в прямой конфликт, а используй другие средства.

> а в общественно-экономической системе, которая позволяет таким людям появляться и делать то, что они делают.

В совке такие же люди похоронили наши ребят в афгане.
Так что дело не в общественно-экономической системе, а в людях как таковых.

> Да кто ж вас разберёт. Зарегистрировались бы, как нормальные люди. Никто ж вас не заставляет настоящие имя и фамилию указывать.

Отвечу честно, мне лень)
Зачем где-то регаться, если можно просто написать.
Напоминает старые добрые времена IRC чатов.

> Скупая слеза умиления и восторга катится по моей щеке. Только вот позвольте вам не поверить. Удовлетворите моё любопытство - какова сегодня цена такой тяги к справедливости. Интересует за комментарий. Чисто в рамках понимания общей экономической картины.

Все написанные мной комментарии были написаны на безвоздмездной основе.

> Или вы на зарплате в корпорации? Тогда - пардон. Нельзя разглашать заработную плату и всё такое - я понимаю.

Да, я работаю в корпорации. Одной из гос-корпораций.
И даже могу свою зарплату сказать - шестизначная в рублях.
Потому что я горжусь своей работой, я долго учился для этого (6+ лет университета, плюс всякие курсы повышения квалификации... думаю все 10 лет будет). И считаю что я заслуживаю той награды, которую я получаю.
Но благодаря моей работе, такие как вы получаете топливо, чтобы хлеб и масло вам в магазин приехало, чтобы зимой отопление было.
Я вижу что вы в прошлых темах уничижительно относитесь к рабочему люду, но это пусть на вашей совести останется.


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

659. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 09-Сен-24, 12:55 
> Ох, профессор, как вы до седых волос дожили, а такой наивный.
> Стандартизация это "мы опубликовали то, что нам принес коммитет".
> Если там в стандарте напишут "в случае UB удаляй все с диска",
> то они такой стандарт и опубликуют.

Откуда вы знаете, есть ли у меня седые волосы?)) По остальному - и что?

> Посмотрите кто сидит в коммитете СИ isocpp.org/std/the-committee
> Microsoft, Edison Design Group, Google, IBM
> и перестаньте нести чушь про международные организации

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

> Судя по тому как вы качественно пишете свой код, не удивлен что
> для вас это миф)

Как моя квалификация влияет на верность/ложность моего утверждения?  

> Корпы захотели - продвинули системмд, захотели - продвинули вейланд.
> Захотят - и раст продвинут.
> Как раз из-за того что код открыт, власть получает тот, кто работает
> и пишет код.
> А 80% кода - это как раз корпорации и программисты на их
> зарплате.

И что?))

> Ну раз янки обделались в афганистане и ираке, то давайте повторим за
> ними и обделаемся трех-дневным походом!
> Есть такая пословица - "не можешь сарть, не мучай попу".
> Если у тебя нет вариантов победить, то не лезь в прямой конфликт,
> а используй другие средства.

Вы о чём вообще?

> В совке такие же люди похоронили наши ребят в афгане.
> Так что дело не в общественно-экономической системе, а в людях как таковых.

И про Афганистан я уже здесь отвечал - хотите, сами ищите, мне лень.

> Отвечу честно, мне лень)
> Зачем где-то регаться, если можно просто написать.
> Напоминает старые добрые времена IRC чатов.

Ну так хоть ник какой-нибудь оригинальный придумайте. А то реально - толпа анонимов, все пишут бред, а ты потом вспоминай, кому что ответил и о чём вообще разговор шёл.

> Все написанные мной комментарии были написаны на безвоздмездной основе.

Да-да, джентльменам верят на слово.

> Да, я работаю в корпорации. Одной из гос-корпораций.

С этого и надо было начинать. Дальше разговаривать с вами вообще не о чем. Потому что, если бы вы имели желание хоть что-то понять и осознать, то давно бы уволились уже.

> И даже могу свою зарплату сказать - шестизначная в рублях.

Вы только не говорите никому больше. И на улице без охраны не появляйтесь. За такое сегодня могут и убить - это вам чисто для сведения, насколько вас  и подобных вам любят в стране.

> Потому что я горжусь своей работой, я долго учился для этого (6+
> лет университета, плюс всякие курсы повышения квалификации... думаю все 10 лет
> будет). И считаю что я заслуживаю той награды, которую я получаю.

В лучшем случае заслуживаете вы только пожизненый запрет занимать любые руководящие должности. Демография и экономика тому подтверждением.


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

Всё описанное мы получаем вопреки вашим усилиям, а не благодаря им. Более того, если вас не будет, то жить станет куда как проще - не придётся кормить ораву паразитов с шестизначными зарплатами. Да-да, уважаемый, любой человек должен получать совершенно одинаковую зарплату, независимо от занимаемой должности и выполняемых обязанностей. Размер зарплаты может определяться только одним - количеством отработанных часов. Всё остальное - паразитизм и воровство у общества.
> Я вижу что вы в прошлых темах уничижительно относитесь к рабочему люду,
> но это пусть на вашей совести останется.

Чего-чего?)) А ну т.е. по классике, когда сказать нечего - обвиняй оппонента в собственных грехах. Ссылки на мои высказывания в студию.


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

664. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним_спорящий_с_дедом (-), 09-Сен-24, 13:45 
> в международных организациях сохраняется шаткий баланс благодаря конкуренции, который пока что устраивает всех, в том числи и рядовых пользователей.

Хахаха, а вы шутник, прохфессор!
Давайте посмотрим на МОК и белые флажки наших спортсмеров)
Или на международный суд в Гааге. Или на свифт и блокировку банков.

> Вы о чём вообще?

Про то что ваш аргумент "в америке негров линчуют" просто глупый. Если они делают плохо, то нам не обязательно за ними повторять.

> Ну так хоть ник какой-нибудь оригинальный придумайте.

Ладно, придумал.

> Да-да, джентльменам верят на слово.

Ну, других доказательств у меня все равно нет и не будет.

> Вы только не говорите никому больше. И на улице без охраны не появляйтесь. За такое сегодня могут и убить - это вам чисто для сведения, насколько вас  и подобных вам любят в стране.

Конечно могут. Неблагодарное б-ло всегда ненавидело успешных людей.
Фильм "собачье сердце" тому отличный пример.

> В лучшем случае заслуживаете вы только пожизненый запрет занимать любые руководящие должности. Демография и экономика тому подтверждением.

Ха, а теперь поясните, как проладка газа в какие-то богом забытые села, снижает демографию и экономику?
Или моим коллегам которые рискуют жизнью на нефтебазах или насосных станциях.
Так что к проблемам демографии идите к правительству.
В 8 по 13 год, у нас было все отлично.

> Всё описанное мы получаем вопреки вашим усилиям, а не благодаря им. Более того, если вас не будет, то жить станет куда как проще - не придётся кормить ораву паразитов с шестизначными зарплатами.

Да, уже представляю как вы поедете в тундру добывать газ или нефть.
Или будете настраивать оборудование на вышке посреди моря.
Для этого надо образование, умения, тяжкий труд - за что и награда соответствующая.
Люди на вахте по пол-года не видят семей, а вы их паразитами называете.
Вам должно быть очень-очень стыдно.

> Размер зарплаты может определяться только одним - количеством отработанных часов.

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

> Ссылки на мои высказывания в студию.

Да вот прямо выше, вы меня паразитом называете.
И хотите свести мою награду за тяжелый труд на ноль или около того.

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

667. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 09-Сен-24, 14:40 
> Хахаха, а вы шутник, прохфессор!
> Давайте посмотрим на МОК и белые флажки наших спортсмеров)
> Или на международный суд в Гааге. Или на свифт и блокировку банков.

А причём здесь это вообще? Мы вроде бы про ISO говорили. Не съезжайте с темы, уважаемый.

> Про то что ваш аргумент "в америке негров линчуют" просто глупый. Если
> они делают плохо, то нам не обязательно за ними повторять.

И всё равно не понимаю, о чём вы. Я вроде бы нигде обратного не утверждал.

> Ну, других доказательств у меня все равно нет и не будет.

Ну т.е. вы расписыватесь в своей ангажированности. Так и запишем, пардон за каламбур.

> Конечно могут. Неблагодарное б-ло всегда ненавидело успешных людей.
> Фильм "собачье сердце" тому отличный пример.

Да-да, всё дело в успешности одних и "неуспешности" других. А не в том, что одни считают себя выше других. Что есть банальный неприкрытый шовинизм и обыкновенная глупость. Ну а также фашизм.

> Ха, а теперь поясните, как проладка газа в какие-то богом забытые села,
> снижает демографию и экономику?

Вы это бесплатно делаете? Нет? Ну и? И ладно бы платно. Но так вы ещё и прибыль везде получаете - а вот это уже автоматом вас делает паразитом. Т.е. соучастником всего происходящего.

> Или моим коллегам которые рискуют жизнью на нефтебазах или насосных станциях.
> Так что к проблемам демографии идите к правительству.

А, ну т.е. "успешные люди" вроде вас, выдаивающие все соки из общества тут вообще не причём. И вообще у нас уже социализм, а то и вовсе - коммунизм, и я тут занимаюсь ложными обвинениями достойных членов общества. Самому то не смешно?

> В 8 по 13 год, у нас было все отлично.

Угу, а потом "англичанка подгадила" и всё пошло прахом. Ох-хо-хо... Мы уже 30 лет стабильно вымираем, экономика те же 30 лет стабильно рассыпается на части, а вы всё те же песни поёте. И ладно бы только мы, но так ведь аналогичные процессы по всему Земному шару идут.

> Да, уже представляю как вы поедете в тундру добывать газ или нефть.

Да без проблем. Я, к вашему сведению, работал 3 и 2 помощником капитана, и побывал в таких местах, о существовании которых вы скорее всего даже и не подозреваете.

> Или будете настраивать оборудование на вышке посреди моря.

Легко. Я по образованию инженер, могу эксплуатировать оборудование любой сложности.

> Для этого надо образование, умения, тяжкий труд - за что и награда
> соответствующая.

Труд измеряется только одним - рабочим временем. И опалчиваться должен соответственно.

> Люди на вахте по пол-года не видят семей, а вы их паразитами
> называете.

Я конкретно вас паразитом называю. Но да, всё, что кто-либо получает сверх отработанного количества часов, по факту - паразитизм. Нравится кому-то это или нет.

> Вам должно быть очень-очень стыдно.

Будет. Если вы докажете, что я неправ. Но что-то меня по этому поводу одолевают смутные сомнения))

> Да! Давайте уравняем дворника и сердечного хирурга.

Без труда дворника общество в текущем качестве и количестве может существовать? Нет. Аналогично с хирургом. Так чем труд одного отличается от труда другого.

> Одному надо только знать с какой стороны метлу держать, а другой десятки
> лет потратил на обучение и практику.

Да. На обучение и практику хирург прошёл за счёт общества. Которое всё время обучения, да и жизни в целом, его снабжает всем необходимым для жизни. Потому что разделение труда - хирургу не нужно с самостоятельно сделанной палкой бегать по лесам за дичью, чтобы не умереть с голоду. Соответственно теперь он должен за это расплачиваться.

> Да вот прямо выше, вы меня паразитом называете.

Так вы и есть. И не только вы. Возможно - не умышленно. Но факт остаётся фактом. Если кто-то за свой рабочий час получает больше, чем другие - он паразитирует на обществе. Даже если при этом делает что-то полезное. Возможность паразитировать дают разделение труда и образующийся за счёт него прибавочный продукт.

> И хотите свести мою награду за тяжелый труд на ноль или около
> того.

Ложь. Я всего лишь хочу сделать вашу "награду" пропорциональной вашему труду.


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

668. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 09-Сен-24, 14:41 
> Хахаха, а вы шутник, прохфессор!
> Давайте посмотрим на МОК и белые флажки наших спортсмеров)
> Или на международный суд в Гааге. Или на свифт и блокировку банков.

А причём здесь это вообще? Мы вроде бы про ISO говорили. Не съезжайте с темы, уважаемый.

> Про то что ваш аргумент "в америке негров линчуют" просто глупый. Если
> они делают плохо, то нам не обязательно за ними повторять.

И всё равно не понимаю, о чём вы. Я вроде бы нигде обратного не утверждал.

> Ну, других доказательств у меня все равно нет и не будет.

Ну т.е. вы расписыватесь в своей ангажированности. Так и запишем, пардон за каламбур.

> Конечно могут. Неблагодарное б-ло всегда ненавидело успешных людей.
> Фильм "собачье сердце" тому отличный пример.

Да-да, всё дело в успешности одних и "неуспешности" других. А не в том, что одни считают себя выше других. Что есть банальный неприкрытый шовинизм и обыкновенная глупость. Ну а также фашизм.

> Ха, а теперь поясните, как проладка газа в какие-то богом забытые села,
> снижает демографию и экономику?

Вы это бесплатно делаете? Нет? Ну и? И ладно бы платно. Но так вы ещё и прибыль везде получаете - а вот это уже автоматом вас делает паразитом. Т.е. соучастником всего происходящего.

> Или моим коллегам которые рискуют жизнью на нефтебазах или насосных станциях.
> Так что к проблемам демографии идите к правительству.

А, ну т.е. "успешные люди" вроде вас, выдаивающие все соки из общества тут вообще не причём. И вообще у нас уже социализм, а то и вовсе - коммунизм, и я тут занимаюсь ложными обвинениями достойных членов общества. Самому то не смешно?

> В 8 по 13 год, у нас было все отлично.

Угу, а потом "англичанка подгадила" и всё пошло прахом. Ох-хо-хо... Мы уже 30 лет стабильно вымираем, экономика те же 30 лет стабильно рассыпается на части, а вы всё те же песни поёте. И ладно бы только мы, но так ведь аналогичные процессы по всему Земному шару идут.

> Да, уже представляю как вы поедете в тундру добывать газ или нефть.

Да без проблем. Я, к вашему сведению, работал 3 и 2 помощником капитана, и побывал в таких местах, о существовании которых вы скорее всего даже и не подозреваете.

> Или будете настраивать оборудование на вышке посреди моря.

Легко. Я по образованию инженер, могу эксплуатировать оборудование любой сложности.

> Для этого надо образование, умения, тяжкий труд - за что и награда
> соответствующая.

Труд измеряется только одним - рабочим временем. И опалчиваться должен соответственно.

> Люди на вахте по пол-года не видят семей, а вы их паразитами
> называете.

Я конкретно вас паразитом называю. Но да, всё, что кто-либо получает сверх отработанного количества часов, по факту - паразитизм. Нравится кому-то это или нет.

> Вам должно быть очень-очень стыдно.

Будет. Если вы докажете, что я неправ. Но что-то меня по этому поводу одолевают смутные сомнения))

> Да! Давайте уравняем дворника и сердечного хирурга.

Без труда дворника общество в текущем качестве и количестве может существовать? Нет. Аналогично с хирургом. Так чем труд одного отличается от труда другого.

> Одному надо только знать с какой стороны метлу держать, а другой десятки
> лет потратил на обучение и практику.

Да. На обучение и практику хирург прошёл за счёт общества. Которое всё время обучения, да и жизни в целом, его снабжает всем необходимым для жизни. Потому что разделение труда - хирургу не нужно с самостоятельно сделанной палкой бегать по лесам за дичью, чтобы не умереть с голоду. Соответственно теперь он должен за это расплачиваться.

> Да вот прямо выше, вы меня паразитом называете.

Так вы и есть. И не только вы. Возможно - не умышленно. Но факт остаётся фактом. Если кто-то за свой рабочий час получает больше, чем другие - он паразитирует на обществе. Даже если при этом делает что-то полезное. Возможность паразитировать дают разделение труда и образующийся за счёт него прибавочный продукт.

> И хотите свести мою награду за тяжелый труд на ноль или около
> того.

Ложь. Я всего лишь хочу сделать вашу "награду" пропорциональной вашему труду.


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

671. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним_спорящий_с_дедом (-), 09-Сен-24, 15:40 
> А причём здесь это вообще? Мы вроде бы про ISO говорили. Не съезжайте с темы, уважаемый.

Штаб-квартира ИСО расположена в Женеве (Швейцария).
Завтра нашу делегацию туда просто не пустят, ну визы немного опоздают, и чего делать будем?

> Да-да, всё дело в успешности одних и "неуспешности" других. А не в том, что одни считают себя выше других. Что есть банальный неприкрытый шовинизм и обыкновенная глупость. Ну а также фашизм.

Какие пафосные слова. Особенно про фашизм.
Жили были 2 ребенка, в школе сидели за одной партой.
Старт у них был примерно одинаковым, родители их даже на одном предприятии работали.
Но один после школы х̶у̶ мячи пинал, а второй делал домашку.
Первый еле окончил школу и пошел в ПТУ (кстати неплохое, после него можно было пойти в техникум, где выпускали станочников).
В второй пошел в ВУЗ и получил высшее образование.
Первый работал на рынке, разнорабочим, охранником..
А второй работает в крупной компании за большие деньги.

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

> Вы это бесплатно делаете? Нет? Ну и? И ладно бы платно. Но так вы ещё и прибыль везде получаете - а вот это уже автоматом вас делает паразитом. Т.е. соучастником всего происходящего.

А что такое для меня прибыль? У меня зарплата по тарифной сетке.

> А, ну т.е. "успешные люди" вроде вас, выдаивающие все соки из общества тут вообще не причём. И вообще у нас уже социализм, а то и вовсе - коммунизм, и я тут занимаюсь ложными обвинениями достойных членов общества. Самому то не смешно?

Неа, слава богу у нас не коммунизм "каждому инженеру по 120 рублев".
Соки из общества выдавливает правительство. Которое это самое общество и выбрало.
Если кто-то любит жесткую руку - ну пусть наслаждаются.

> Угу, а потом "англичанка подгадила" и всё пошло прахом. Ох-хо-хо... Мы уже 30 лет стабильно вымираем, экономика те же 30 лет стабильно рассыпается на части, а вы всё те же песни поёте.

30 лет назад я только школу оканчивал. Тут скорее вопрос "а чего ваше поколение до такого довело?".

> И ладно бы только мы, но так ведь аналогичные процессы по всему Земному шару идут.

И что мне сделать? Поехать в техас или мексиканский залив, найти Джона который тоже нефть качает и сломать ему руку? Чего я вообще должен отвечать за другие страны?

> Да без проблем. Я, к вашему сведению, работал 3 и 2 помощником капитана, и побывал в таких местах, о существовании которых вы скорее всего даже и не подозреваете.

Если это правда, то я просто в шоке.
Тогда вы же понимаете что ответственность капитана, старпома и матроса разные.
Образование - разное. Кол-во трудозатрат чтобы осилить навыки разное.
А вы хотите уровнять их по кол-ву часов просиженных на должности.

> Легко. Я по образованию инженер, могу эксплуатировать оборудование любой сложности.

И уравниваете охранника в пятероче и работягу который на вышке гайки крутит.

> Труд измеряется только одним - рабочим временем. И опалчиваться должен соответственно.

Да, именно это вы и делаете.
Вы оправдываете ленивых людей, которые не хотят развиваться, не принимают того что им дают.
И хотите чтобы они получали такую же награду, как труженники.
Вы просто очень-очень странный человек.
И страшный. Уже видели что бывает, когда подобные дорываются до власти и начинают всякие коммунизмы строить.

> Я конкретно вас паразитом называю. Но да, всё, что кто-либо получает сверх отработанного количества часов, по факту - паразитизм. Нравится кому-то это или нет.

А если я за сверхурочные часы, получаю свех зарплаты)
По поводу "нравится или нет" - мне все равно.
Вы всего лишь один человек, выгораживающий ленивых паразитов.

> Без труда дворника общество в текущем качестве и количестве может существовать? Нет.

Может. Вон индусы как-то выживают. Да и в нашей Чите тоже народ не вымер.

> Аналогично с хирургом. Так чем труд одного отличается от труда другого.

Сложностью. Требуемыми навыками. Обучением.
Сколько лет готовят пилота, врача или капитана, а сколько дворника?

> Да. На обучение и практику хирург прошёл за счёт общества. Которое всё время обучения, да и жизни в целом, его снабжает всем необходимым для жизни.

Что правда? А чего тогда мой знакомый офтальмолог, на остановках раздавал флаеры, тк денег не было?
Кажется общество ему чего-то не додало.

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

Именно! Он берет бумажки (называются рубли) и расплачивается с обществом - с дворником, с продавцом, с рабочим-строителем.
Им зарплата ведь не с неба падает.

> Ложь. Я всего лишь хочу сделать вашу "награду" пропорциональной вашему труду.

Да, и ошибочно выбираете один параметр "время".
Консьерж который просто нажимает кнопку "открыть двери" и рабочий который вяжет арматуру тратят совершенно не сопоставимое кол-во энергии.
Но вы, в своем заблуждении, ставите их на одну полочку.
К счастью вы - это просто крикливое меньшинство.
И на мир повлиять практически не можете.

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

681. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от ProfessorNavigator (ok), 09-Сен-24, 18:07 
> Штаб-квартира ИСО расположена в Женеве (Швейцария).
> Завтра нашу делегацию туда просто не пустят, ну визы немного опоздают, и
> чего делать будем?

Да ничего не будем. Я вообще не уверен, что Россия хоть какое-то участие в стандартизации С или С++ принимала. Нам в то время, мягко говоря, не до того было.

> Какие пафосные слова. Особенно про фашизм.

Вы просто не понимаете, что он такое. http://samlib.ru/editors/b/bobylew_j_w/fashizm.shtml

> Жили были 2 ребенка, в школе сидели за одной партой.
> Старт у них был примерно одинаковым, родители их даже на одном предприятии
> работали.
> Но один после школы х̶у̶ мячи пинал, а второй делал домашку.
> Первый еле окончил школу и пошел в ПТУ (кстати неплохое, после него
> можно было пойти в техникум, где выпускали станочников).
> В второй пошел в ВУЗ и получил высшее образование.
> Первый работал на рынке, разнорабочим, охранником..
> А второй работает в крупной компании за большие деньги.

Так и что? Что один, что другой людьми быть не перестали. И работают в системе разделения труда. Общемировой, если что. Каждый выполняет свои обязанности, поэтому каждый в итоге получает то, что ему нужно для жизни. Иными словами, все равны - труд любого равноценен. И да, одновременно все неравны. Потому что кто-то знает и умеет больше, кто-то - меньше. Но все по-прежнему существуют в рамках системы разделения труда - без других никто просто не выживет. А значит поскольку все равны, то каждый за свой труд получает одинаково, но поскольку все неравны - каждый занимается тем, что у него получается лучше всего. Как-то так. Если нужно подробней - читайте здесь: http://samlib.ru/editors/b/bobylew_j_w/society.shtml Я не вижу смысла всю книгу целиком тут переписывать.

> А что такое для меня прибыль? У меня зарплата по тарифной сетке.

Для вас прибыль - это всё то, что вы получаете сверх самой маленькой зарплаты в стране. Если грубо.
См. текст по ссылке выше - там даны разъяснения.

> Неа, слава богу у нас не коммунизм "каждому инженеру по 120 рублев".

Бога нет. См. по ссылке выше.

> Соки из общества выдавливает правительство. Которое это самое общество и выбрало.
> Если кто-то любит жесткую руку - ну пусть наслаждаются.

Не общество, а класс буржуазии. Если по классике. Лично я предпочитаю другое название, но не будем сейчас о словах. Вы и классику, судя по всему, даже по верхам не освоили.

> 30 лет назад я только школу оканчивал. Тут скорее вопрос "а чего
> ваше поколение до такого довело?".

Да нет, это скорее у меня к вам такой вопрос)) Потому что я школу в 2005 году окончил. Но не будем мериться ответственностью - все мы живём здесь и сейчас. И одинаково отвечаем за всё происходящее здесь и сейчас. Каждый в равной мере. Что вы, что я, что любой другой из Homo sapiense с планеты Земля.  

> И что мне сделать? Поехать в техас или мексиканский залив, найти Джона
> который тоже нефть качает и сломать ему руку? Чего я вообще
> должен отвечать за другие страны?

Не надо никому ничего ломать - головой лучше думайте. Буровик Джон из штата Техас находится в том же положении, что и вы. И враги у вас общие. Если конечно верно моё предположение, что вы -вахтовик.

> Если это правда, то я просто в шоке.

Уж извините, но справки о плавании я вам предъявлять не буду. Слишком там много конфиденциальной информации.
  
> Тогда вы же понимаете что ответственность капитана, старпома и матроса разные.

И что? Что без капитана, что без матроса судно никуда не пойдёт. Любое судно обслуживает экипаж, в котором каждый выполняет свои обязанности. Практически без любого из них будут проблемы, вплоть до полной невозможности эксплуатации. Да, иногда экипаж бывает слегка избыточным. Но это лишь упрощает каждом жизнь.

> Образование - разное. Кол-во трудозатрат чтобы осилить навыки разное.
> А вы хотите уровнять их по кол-ву часов просиженных на должности.

Убирайте должности, где люди "просиживают", оставляйте только те, без которых не обойтись никак - и будет вам счастье.

> И уравниваете охранника в пятероче и работягу который на вышке гайки крутит.

Ну потому что они реально равны. Оба - люди. Ну и см. выше про ненужные должности.

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

При чём здесь лень? Я за то, что каждый должен работать. Кроме детей и стариков. Да и то, у первых работа - учиться, у вторых - передавать опыт, т.е. учить.

> И хотите чтобы они получали такую же награду, как труженники.
> Вы просто очень-очень странный человек.

Это вам так кажется, потому что вы живёт в парадигме капиталистического общества. Где человек человеку - волк. Смертельный конкурент. А я понимаю, чем всё это для нас закончится в самом ближайшем времени и не считаю каких-то людей хуже меня. Да, это сложно поначалу, но тут уже без вариантов. Или так, или проект "Человечество" будет закрыт в самое ближайшее время очень кровавым способом.

> И страшный. Уже видели что бывает, когда подобные дорываются до власти и
> начинают всякие коммунизмы строить.

И что же бывает?)) Вы всякую чепуху не слушайте, а лучше экономическую и демографическую статистику СССР подымите. При том, что там коммунизма то и не было (сюрприз, да)) - почитайте Манифест коммунистической партии - может быть поймёте, о чём я) Ну и на заметку вам - не каждый коммунист, кто себя таковым называет.

> А если я за сверхурочные часы, получаю свех зарплаты)

Сколько часов отработали - столько и получите. Независимо от того, сверх- или не сверх-. За сверх- вашему начальству нужно по голове дать, за неспособность нормально организовать рабочий процесс.

> Вы всего лишь один человек, выгораживающий ленивых паразитов.

Каким образом?)) Я лишь говорю: "Каждому по труду".

> Может. Вон индусы как-то выживают. Да и в нашей Чите тоже народ
> не вымер.

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

> Сложностью. Требуемыми навыками. Обучением.
> Сколько лет готовят пилота, врача или капитана, а сколько дворника?

Ну и что? Ещё раз - мы все зависим друг от друга. Каждый от каждого на всей планете целиком. Потому что живём в глобальной системе разделения труда. Люди могут занимать разные должности, потому что способности у всех разные, но количество труда каждый поставляет +/- одинаковое. И труда каждого равноценен, потому что без труда друг-друга мы умрём.

> Что правда? А чего тогда мой знакомый офтальмолог, на остановках раздавал флаеры,
> тк денег не было?
> Кажется общество ему чего-то не додало.

Да, всё так и есть. И именно потому, что кто-то получает непропорционально труду. И пока не сделаем, как я описываю, всё так и будет продолжаться.

> Именно! Он берет бумажки (называются рубли) и расплачивается с обществом - с
> дворником, с продавцом, с рабочим-строителем.
> Им зарплата ведь не с неба падает.

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

> Да, и ошибочно выбираете один параметр "время".

Почему ошибочно? Аргументов как не было так и нет. Ну и опять же, прежде чем возражать - прочтите текст. Чтобы мне вам тут заново всё не расписывать.


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

685. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним_спорящий_с_дедом (-), 09-Сен-24, 18:45 
>  Ну и опять же, прежде чем возражать - прочтите текст. Чтобы мне вам тут заново всё не расписывать.

Посмотрел текст по ссылке. Мягко говоря спорные утверждения.

> Что без капитана, что без матроса судно никуда не пойдёт. Любое судно обслуживает экипаж, в котором каждый выполняет свои обязанности. Практически без любого из них будут проблемы, вплоть до полной невозможности эксплуатации.

Давайте возьмем 2 корабля, с одного выкинем одного, да пусть половину матросов, а с другого капитана.
И посмотрим какой проплывет дальше (желательно не в случайном направлении).

> Определение денег дайте - потом обсудим, кто и за что должен расплачиваться.

Некая сущность материальная (бумажки, ракушки, камушки) или виртуальная которая помогает людям совершать обмен ценностями или временем.
В некоторых странах даже есть "валюта" определяющая часы работы - например посидеть с детьми.

> Почему ошибочно? Аргументов как не было так и нет.

Кажется вы просто не читали то, что я написал. Ну или не поняли.
Потому что разный труд (профессии, должности) требуют разные "свойства".
Я уже перечислил часть: сложность профессии, требуемые навыки, время обучения.
И человек который может осилить сложную профессию (например своим упорством) должен поощряться.

Но я добавлю еще два: ответственность и опасность.
Врач может совершить ошибку и ее цена - жить с осознанием, что по твоей вине человек умер.
Или даже уголовоное производство.

Пожарный, МЧСник или полицейский рискует своей жизнью. Т.е самым ценным что есть у человека.

А теперь представьте, что продавец в пятерочке и пожарный вознаграждаются одинаково.
Где мы будем искть пожарных? Все ж пойдут продавцами.
Будет как в анекдоте про африканца и пальму.

И проблема всего одна - у вас ценность труда оценивается только одним параметиром - "временем".
Это мне кажется ошибочными, тк не отображет сложность системы.
Я бы понял, если бы у нас было так:
Есть минимальная зарплата - ее получают "обычные профессии".
Требуется высокая квалификация? - добавляем, чтобы не было "все профессора ушли на рынок торговать"
Работающий несет ответственность? - еще добавляем
Это опасная работа как у пожарного или шахтера, где человек может растаться с жизнью? - тоже добавляем.
Тогда это будет действительно "Каждому по труду", а не "Каждому за потраченное время".

Вот такие мои аргументы.
Вы слишком упрощаете сложную систему, без учета человеческой психологии.

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

734. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 10-Сен-24, 13:42 
> Посмотрел текст по ссылке. Мягко говоря спорные утверждения.

Например какие?))

> Давайте возьмем 2 корабля, с одного выкинем одного, да пусть половину матросов,
> а с другого капитана.
> И посмотрим какой проплывет дальше (желательно не в случайном направлении).

Как бывавший в общем-то в обоих ситуациях скажу вам - примерно одинаково. Потому что кроме капитана всегда есть 2-3 его помощника. Старпом при этом обычно знает и умеет или всё то же, что и капитан, или больше. Потому что у капитана функции больше административные - с начальством там бодаться и т.п. Практической работой больше старпом занимается. Не забывайте также, что у вас есть ещё и механики с мотористами. И без них судно никуда не пойдёт. А зарплаты у них внезапно меньше, чем у капитана. И у старпома - тоже меньше. Хотя, повторюсь, всем, что касается судна, старпом в гораздо большей степени занимается, чем капитан. Более того, я вам другой пример приведу. Старпом на танкере и старпом на судне, перевозящем генеральные грузы. У танкериста зарплата больше, чем у генеральщика, иногда в разы. Хотя по квалификации генеральщик переплюнет любого танкериста. Потому что танкерист возит только то, что наливом. И обычно строго определённое: кто-то - сырую нефть, кто-то - нефтепродукты, кто-то - химию. А генеральщик возит вообще всё. Ну т.е. что угодно: зерно, химию, железо, продукты, контейнеры, машины и т.д. и т.п. Нужно рассчитать остойчивость, что и куда ставить, проконтролировать совместимость грузов, закрепить, рассчитать балласт и топливо (т.е. по сути выполнить работу танкериста). Погрузить, так чтобы ничего не было повреждено (на танкере в общем-то шланг подцепили и качают, вам только остаётся танки вовремя переключать). И ответственность у генеральщиков внезапно выше. Потому что без нефти или химии прожить ещё как-то можно, а вот если вы например северный завоз по криворукости обломаете, то как бы всё. Будут трупы. Те же буровики, которым жратву не завезут.

> Некая сущность материальная (бумажки, ракушки, камушки) или виртуальная которая помогает
> людям совершать обмен ценностями или временем.
> В некоторых странах даже есть "валюта" определяющая часы работы - например посидеть
> с детьми.

Почитайте внимательно текст. Глава "Деньги" специально для вас. Может понятней станет. Хотя, справедливости ради - почти угадали.

> Кажется вы просто не читали то, что я написал. Ну или не
> поняли.
> Потому что разный труд (профессии, должности) требуют разные "свойства".
> Я уже перечислил часть: сложность профессии, требуемые навыки, время обучения.
> И человек который может осилить сложную профессию (например своим упорством) должен поощряться.

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

>[оверквотинг удален]
> Врач может совершить ошибку и ее цена - жить с осознанием, что
> по твоей вине человек умер.
> Или даже уголовоное производство.
> Пожарный, МЧСник или полицейский рискует своей жизнью. Т.е самым ценным что есть
> у человека.
> А теперь представьте, что продавец в пятерочке и пожарный вознаграждаются одинаково.
> Где мы будем искть пожарных? Все ж пойдут продавцами.
> Будет как в анекдоте про африканца и пальму.
> И проблема всего одна - у вас ценность труда оценивается только одним
> параметиром - "временем".

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

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

345. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 03:56 
>А архитектур процессоров больше одной (кстати, сколько из них поддерживается в Rust? 0.5?).

Зайти на сайт Rust и посмотреть самому, например? Даю подсказку: Rust поддерживает больше одной.

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

437. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 12:32 
> Зайти на сайт Rust и посмотреть самому, например? Даю подсказку: Rust поддерживает
> больше одной.

Да что вы говорите, прям аж целых 3?)) Ну ладно, уели))

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

442. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (442), 08-Сен-24, 13:21 
Все живые. От того, что он не поддерживает какой-нибудь Z8000 или M68K никто особо не огорчается.
Ответить | Правка | Наверх | Cообщить модератору

447. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 13:27 
> Все живые. От того, что он не поддерживает какой-нибудь Z8000 или M68K
> никто особо не огорчается.

Я вам больше того скажу - никто не огорчится даже если Rust не будет вообще никакие архитектуры поддерживать)) Потому что всем более-менее вменяемым людям ясно, откуда он взялся и зачем его везде пытаются пропихнуть.

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

569. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 08-Сен-24, 23:24 
>Потому что всем более-менее вменяемым людям ясно, откуда он взялся

Тем временем качество кода вменяемых людей
https://github.com/ProfessorNavigator/mylibrary/issues/11
>После обновления на 3ю версию пропала существующая коллекция.
>При создании новой, приложение падает в процессе.

Дайте вменяемым людям власть, они вам диск отформатируют и даже не поймут как

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

574. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 23:33 
>>Потому что всем более-менее вменяемым людям ясно, откуда он взялся
> Тем временем качество кода вменяемых людей
> https://github.com/ProfessorNavigator/mylibrary/issues/11
>>После обновления на 3ю версию пропала существующая коллекция.
>>При создании новой, приложение падает в процессе.
> Дайте вменяемым людям власть, они вам диск отформатируют и даже не поймут
> как

Как страшно жить)) Особенно, если пытаться не замечать очевидных вещей, например того, чем закончилась история с тем багом.

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

579. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 08-Сен-24, 23:40 
>Особенно, если пытаться не замечать очевидных вещей, например того, чем закончилась история с тем багом.

В нормальных программах такие вещи происходят бесследно. Какой бы тут был вой, если бы после появления раста в браузере у кого-то профиль бы потерялся. Но нет, данные теряются у хейтеров раста.

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

583. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 08-Сен-24, 23:54 
> В нормальных программах такие вещи происходят бесследно. Какой бы тут был вой,
> если бы после появления раста в браузере у кого-то профиль бы
> потерялся. Но нет, данные теряются у хейтеров раста.

Вам самому-то не смешно? Я не один раз уже повторил, что мне на сам Rust плевать с высокой башни. Есть он и есть. Если бы только вы и подобные вам не совались с ним во все щели, то и писать бы ничего не стал.

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

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

585. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 09-Сен-24, 00:07 
>Я не один раз уже повторил, что мне на сам Rust плевать с высокой башни

Вам настолько плевать, что вы тут столько комметариев настрочили
>Ну и да, подтасовывать факты нехорошо. Там был переход с одной версии базы на другую

Для таких случаев существует миграция. Учитесь, пока молодой
>О том, что коллекции нужно пересоздать, информация была в замечаниях к релизу и в новости здесь

Так вопрос не в создании базы, а в том, что в процессе наполнения новой базы у вас программа падает. Но ведь падение программ у хейтеров раста - это признак качества.

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

586. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 09-Сен-24, 00:08 
> Да что вы говорите, прям аж целых 3?))

А сколько надо? Пока, видимо, достаточно.

> Ну ладно, уели))

Хорошо, что вы признаёте свою безграмотность. Но плохо, что не понимаете, насколько всё запущено.

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

Именно эти ребята, кстати, являются спонсорами разработки ядра Линукс. Кто платит, тот девушку и танцует. Да?

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

587. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 09-Сен-24, 00:14 
>[оверквотинг удален]
>> Ну ладно, уели))
> Хорошо, что вы признаёте свою безграмотность. Но плохо, что не понимаете, насколько
> всё запущено.
> Я сегодня добрый, поэтому скормлю вам ещё немного информации для размышления. Rust
> создан в попытке победить сложность современного ПО, удешевить его разработку и
> сопровождение, а не для того, чтобы разозлить ПрофессораНавигатора из Опеннет. И
> пока, если верить ребятам из Гугла, Клаудфлэр, Амазона и прочих крупных
> контор-лидеров по разработке ПО на планете Земля, у него (этого языка
> программирования) это получается неплохо. Не идеально, нет. Но всё же положительный
> опыт присутствует.

Больше пафоса, больше. И самолюбования ещё добавьте, а то маловато как-то. Публика не оценит))

> Именно эти ребята, кстати, являются спонсорами разработки ядра Линукс. Кто платит, тот
> девушку и танцует. Да?

Вот это-то и печально. Когда барыги накладывают лапу на общественное достояние всегда одно и то же получается. Пример в виде постсоветского пространства перед нами. Впрочем - оно не надолго в любом случае.


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

591. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 09-Сен-24, 00:29 
>Больше пафоса, больше. И самолюбования ещё добавьте, а то маловато как-то. Публика не оценит))

Аноним: на си/плюсах нельзя безопасно работать с памятью
ProfessorNavigator: можно, смотрите мой проект
проект ProfessorNavigator: падает на rar архивах, при файлах на NTFS, для исправления ошибок нужно выслать автору файл, а то и за автора отладить, работа с xml реализована через костыли.
Аноним: я же говорил, что на си/плюсах нельзя безопасно работать с памятью

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

593. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 09-Сен-24, 00:44 
> Аноним: на си/плюсах нельзя безопасно работать с памятью
> ProfessorNavigator: можно, смотрите мой проект
> проект ProfessorNavigator: падает на rar архивах, при файлах на NTFS, для исправления
> ошибок нужно выслать автору файл, а то и за автора отладить,
> работа с xml реализована через костыли.
> Аноним: я же говорил, что на си/плюсах нельзя безопасно работать с памятью

Больше передёргиваний фактов, больше. И вранья. Ох, дети...

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

596. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 09-Сен-24, 00:53 
Какие именно факты передёрнуты и перевраны? Ваш парсер поддерживает полную спецификацию XML? Нет. Ваш парсер работает стабильно и не крашится из-за проблем работы с памятью? Снова нет. Вам не говорили, что на Си/Плюсах нельзя работать безопасно с памятью? Говорили. Вы это не отрицали? Отрицали.
Ответить | Правка | Наверх | Cообщить модератору

597. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 09-Сен-24, 00:54 
> Какие именно факты передёрнуты и перевраны?

Ну вот эти вот например:
> Ваш парсер работает стабильно и не крашится из-за проблем
> работы с памятью? Снова нет. Вам не говорили, что на Си/Плюсах
> нельзя работать безопасно с памятью? Говорили. Вы это не отрицали? Отрицали.

Брехня откровенная, что одно, что другое.


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

599. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 09-Сен-24, 01:06 
Я бы на вашем месте бы не отпирался, а уже бы читал как правильно писать парсеры. https://dev.realworldocaml.org/parsing-with-ocamllex-and-men... и про то, как без null жить https://dev.realworldocaml.org/guided-tour.html#options
Ответить | Правка | Наверх | Cообщить модератору

602. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 09-Сен-24, 01:13 
> Я бы на вашем месте бы не отпирался, а уже бы читал
> как правильно писать парсеры. https://dev.realworldocaml.org/parsing-with-ocamllex-and-men...
> и про то, как без null жить https://dev.realworldocaml.org/guided-tour.html#options

Было бы от чего отпираться. Пока что одни набросы безосновательные от непойми кого.


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

594. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 09-Сен-24, 00:47 
> Больше пафоса, больше.

Сложно увидеть чёрную кошку в тёмной комнате, особенно, если её там нет. Но у вас как-то получается.

> Когда барыги накладывают лапу на общественное достояние всегда одно и то же получается.

Это вы про ядро Линукс? Гм...

> Пример в виде постсоветского пространства перед нами.

СССР сам развалился. Конечно, ему помогали. Но основные причины его развала в нём самом. Вдруг вы по молодости лет не знали.

> Впрочем - оно не надолго в любом случае.

А что на смену грядёт?

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

595. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 09-Сен-24, 00:52 
> Сложно увидеть чёрную кошку в тёмной комнате, особенно, если её там нет.
> Но у вас как-то получается.

Ну-ну))

> Это вы про ядро Линукс? Гм...

Да, про него.

> СССР сам развалился. Конечно, ему помогали. Но основные причины его развала в
> нём самом.

А я где-то утверждал обратное?))

> А что на смену грядёт?

Всё от нас зависит. Судя по сегодняшнему положению дел - много трупов будет в любом случае. Дальше - как повезёт. Если дурью, как сегодня, маяться не будем - выживем, нет - ну значит c'est la vie.


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

598. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 09-Сен-24, 01:03 
>> > Это вы про ядро Линукс? Гм...
> Да, про него.

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

Корпорации же - условно-постоянный источник бабла и, как следствие, мотивации. Поэтому не вижу ничего плохого в участии "барыг" в подобных проектах. Без них, увы, никак.

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

601. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 09-Сен-24, 01:10 
> Вы ведь наверняка понимаете, что разработкой таких крупных проектов на голом энтузиазме
> долго никто не будет заниматься. Это ресурсозатратно (деньги, люди, время). Вряд
> ли необходимое финансирование можно получить на краудсорсинге.
> Корпорации же - условно-постоянный источник бабла и, как следствие, мотивации. Поэтому
> не вижу ничего плохого в участии "барыг" в подобных проектах. Без
> них, увы, никак.

Бабло не равно мотивация. Ну т.е. совсем. Если для кого-то бабло - мотивация, то гнать его нужно в шею. Потому что накосячит, а потом всех продаст оптом и в розницу. Да, без денег никуда (точнее, без ресурсов, которые на них можно получить). Но как мотиватор - нет.

И да, пока корпорации только давали деньги на ядро - лично меня это не особо напрягало. Но теперь начались пополнзновения к присвоению с разных сторон. И это вот совсем не хорошо. Но ожидаемо - конкурент никому не нужен.


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

610. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 09-Сен-24, 01:31 
> Бабло не равно мотивация

Ну, конечно. Пирамиду Маслоу видели? Очевидно, что нет. Посмотрите. Потом продолжим.

> Да, без денег никуда (точнее, без ресурсов, которые на них можно получить). Но как мотиватор - нет.

Если без них никуда - это и есть самый, что ни на есть мотиватор. Людям, знаете ли, кушать надо. Такая уж у них несовершенная природа.

> Но теперь начались пополнзновения к присвоению с разных сторон.

Какие ещё поползновения? Внедрение Rust? Ещё раз. Это попытка уменьшить сложность кода и сократить затраты на разработку и последующее сопровождение, а не попытка присвоить ядро Линукса. Вы там спрашивали, кто стандарт разрабатывает. Ведь и в Сях, и в Плюсах он есть. Открою вам ещё одно тайное знание. Стандарты разрабатывают комитеты. А в комитетах присутствуют те самые представители "барыг", которых вы так не любите. Далее. Требования к Rust тоже, внезапно, разрабатывает не Гугл или там Майкрософт в одну харю, а Rust Foundation. Всё, как вы любите, другими словами. Но вам почему-то не нравится.

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

652. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 09-Сен-24, 12:12 
> Ну, конечно. Пирамиду Маслоу видели? Очевидно, что нет. Посмотрите. Потом продолжим.

Пирамиду - видел. Дайте определение денег - потом продолжим.

> Если без них никуда - это и есть самый, что ни на
> есть мотиватор. Людям, знаете ли, кушать надо. Такая уж у них
> несовершенная природа.

Кушать надо, а вот прибыль получать - противопоказано. Самим устройством общества противопоказано. Ибо разделение труда. А как оно связано - ищите сами. Я об этом уже раз сто писал, в том числе и здесь.

> Какие ещё поползновения? Внедрение Rust? Ещё раз. Это попытка уменьшить сложность кода
> и сократить затраты на разработку и последующее сопровождение, а не попытка
> присвоить ядро Линукса.

Про "уменьшить сложность кода" - уже разобрали и не раз. Повторятся не буду, потому что чушь.

> Вы там спрашивали, кто стандарт разрабатывает. Ведь и
> в Сях, и в Плюсах он есть. Открою вам ещё одно
> тайное знание. Стандарты разрабатывают комитеты. А в комитетах присутствуют те самые
> представители "барыг", которых вы так не любите. Далее. Требования к Rust
> тоже, внезапно, разрабатывает не Гугл или там Майкрософт в одну харю,
> а Rust Foundation. Всё, как вы любите, другими словами. Но вам
> почему-то не нравится.

Да, давайте обсудим, что такое ISO. Но мне лень, поскольку как обычно выяснится, что кроме указанных вами корпораций в ней так же присутствуют и прямые их конкуренты на паритетных основах, что создаёт пусть шаткий, но баланс, который в целом устраивает всех. В том числе и рядовых пользователей. А про Rust Foundation, который якобы независимый - даже не смешно.


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

707. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 10-Сен-24, 01:09 
>> Ну, конечно. Пирамиду Маслоу видели? Очевидно, что нет. Посмотрите. Потом продолжим.
> Пирамиду - видел. Дайте определение денег - потом продолжим.

Пошли мелкие придирки к словам. Суть, следовательно, понятна и возражений не вызывает? Ок.
Деньги - всеобщий эквивалент стоимости. Сейчас предвижу, как вы прицепитесь к этому определению. На что я вам отвечу, что вам следует продолжить логическую цепочку. То есть, задаться вопросом, а зачем людям деньги. И тогда до вас, наконец, дойдёт, что они в опосредованном, понятно, виде и есть тот самый мотиватор, про который мы начали говорить.

>> Если без них никуда - это и есть самый, что ни на
>> есть мотиватор. Людям, знаете ли, кушать надо. Такая уж у них
>> несовершенная природа.
> Кушать надо, а вот прибыль получать - противопоказано. Самим устройством общества противопоказано.
> Ибо разделение труда.

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

> А как оно связано - ищите сами.

Бремя доказательства лежит на утверждающем. Напомню. Ранее вы предложили мне найти для вас высказывания Торвальдса. Я нашёл. Вот и вы потрудитесь теперь.


> Про "уменьшить сложность кода" - уже разобрали и не раз. Повторятся не
> буду, потому что чушь.

Ещё раз. Команда из Гугл пишет, что не чушь. Какой-то ПрофессорНавигатор - что чушь. Первые обосновывают на практике, цифры приводят. Второй просто сотрясает воздух. То, что вы тут разбирали пока что - это простенький пример с кривой реализацией арифметики в языке Си. Потом вы разбирали выход за пределы границ. И всё. Но возможности языка Rust куда шире в плане контроля качества кода.


> Да, давайте обсудим, что такое ISO. Но мне лень, поскольку как обычно
> выяснится, что кроме указанных вами корпораций в ней так же присутствуют
> и прямые их конкуренты на паритетных основах, что создаёт пусть шаткий,
> но баланс, который в целом устраивает всех. В том числе и
> рядовых пользователей. А про Rust Foundation, который якобы независимый - даже
> не смешно.

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

По поводу независимости Rust Foundation. Вы, наверное, удивитесь, когда узнАете, что там пребывают люди не только лишь из Гугла. Мало того, в этом очень просто удостовериться самостоятельно, глянув на состав спонсоров. То есть, картина примерно та же, что и в случае комитета по Плюсам.

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

735. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 10-Сен-24, 14:29 
> Пошли мелкие придирки к словам. Суть, следовательно, понятна и возражений не вызывает?
> Ок.
> Деньги - всеобщий эквивалент стоимости. Сейчас предвижу, как вы прицепитесь к этому
> определению. На что я вам отвечу, что вам следует продолжить логическую
> цепочку. То есть, задаться вопросом, а зачем людям деньги. И тогда
> до вас, наконец, дойдёт, что они в опосредованном, понятно, виде и
> есть тот самый мотиватор, про который мы начали говорить.

Естественно, я к определению прицеплюсь, потому что оно неточное. Но за то, что хотя бы порылись у марксистов в его поисках - вам плюс в карму. Прочитайте главу "Деньги" вот отсюда: http://samlib.ru/editors/b/bobylew_j_w/society.shtml Может яснее станет. А лучше - всё прочитайте.

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

Ответ - в тексте выше.

> Бремя доказательства лежит на утверждающем. Напомню. Ранее вы предложили мне найти для
> вас высказывания Торвальдса. Я нашёл. Вот и вы потрудитесь теперь.

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

> Ещё раз. Команда из Гугл пишет, что не чушь.

И что? Отучайтесь верить в авторитеты. Тем более в такие, явно ангажированные, с сомнительной квалификацией.

> Но возможности языка Rust куда
> шире в плане контроля качества кода.

Да пожалуйста)) Только 1) оно не нужно, потому что в 90% случаев лишь усложняет жизнь 2) уже всё есть, просто реализовано другими методами 3) мне плевать, есть Rust или нет, хотите пользоваться - пользуйтесь, это ваше личное дело. Проблема в том, что вы и те, кто вас нанял, агрессивно его пропихивают везде. С целью на этом нажиться. Всё, точка. Обсуждать это по 33 кругу я больше не буду. Если хотите - можете с зеркалом поговорить.


>[оверквотинг удален]
> том числе из разных корпораций. Комитету для работы нужны деньги, нравится
> вам или нет. Кто их, деньги, даёт, тот девушку и танцует.
> Да, иной раз складывается ситуация, когда кто-то с кем-то что-то поделить
> не может при обсуждении очередной фичи. И вот тогда складывается впечатление
> о некоем балансе. Но этот баланс - только виртуальный на самом
> деле, и носит временный характер.
> По поводу независимости Rust Foundation. Вы, наверное, удивитесь, когда узнАете, что там
> пребывают люди не только лишь из Гугла. Мало того, в этом
> очень просто удостовериться самостоятельно, глянув на состав спонсоров. То есть, картина
> примерно та же, что и в случае комитета по Плюсам.

Вы уж простите, но вашим словам веры нет. Потому что 1) из под вашего ника мне писали явно 2 совершенно разных человека (вы бы там скоординировались как-то что ли, чтобы контору не палить). 2) вы явно ангажированы (если нет - ответьте на простой вопрос: зачем вы мне всё это пишете, вам не всё ли равно, что какой-то придурок думает о вашем ЯП?) 3) Чтобы вам подробно ответить, мне придётся залезть в уставные документы ISO, разобраться как оно работает (потому что я когда-то этим занимался, но с тех пор уже всё забыл). А у меня нет ни времени, ни желания этим заниматься. Да и смысла нет, потому что проблема не в ISO, и не в стандартах С или С++, а в том, что вы и ваши наниматели агрессивно лезете туда, где вы, мягко говоря, не нужны. И ладно бы это было с технической точки зрения оправданно, но нет. Стоит только поковырять все "преимущества" Rust, как выясняется, что это всё - маркетинговая чушь. Алгебраические типы данных? Всё есть уже, буквально в любом ЯП практически. Безопасная работа с указателями? Всё есть уже или решается другими методами, куда более простыми. Тот же clang analyzer вам всё сделает, не говоря уже об использовании std::shared_ptr и std::unique_ptr. Безопасная работа с массивами? Вообще чушь, потому что те же динамически выделяемые массивы вы во время компиляции не проверите никак - они выделяются и обрабатываются в процессе работы программы. "Другие возможности языка" - какие именно? Что он может такого, чего не может С, С++ и ассемблер (если уж прям нужно на низком уровне поработать)? Ничего? Ну и зачем он тогда нужен? Чтобы что? Чтобы уязвимостей меньше стало? Так и это чушь. Проблема уязвимостей - это проблема того, что человеку свойственно ошибаться. И пока программы пишут люди, в них будут ошибки. А "не люди" программы никогда писать не будут. Потому что в основе любой машины всегда будет человеческий труд. В общем, уважаемый, не злите меня дальше, не надо. А то ведь я возьму, да и сделаю какую-нибудь глупость, вроде начала компании "Растовиков - на мыло!". Это будет именно глупость, и закончится всё скорее всего печально, но вам и вашим "коллегам" я в процессе весёлую жизнь устрою.


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

654. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (656), 09-Сен-24, 12:20 
> Ну, конечно. Пирамиду Маслоу видели? Очевидно, что нет. Посмотрите. Потом продолжим.

Прохожий, не мечи биссер, он все равно не поймет.
Он как-то заличал что оплачиваться должен только физический труд.
Можешь представить, что у человека в голове.

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

708. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 10-Сен-24, 01:10 
>> Ну, конечно. Пирамиду Маслоу видели? Очевидно, что нет. Посмотрите. Потом продолжим.
> Прохожий, не мечи биссер, он все равно не поймет.
> Он как-то заличал что оплачиваться должен только физический труд.
> Можешь представить, что у человека в голове.

Вот это мне и хотелось бы выяснить. Я ведь с ним не знаком. И его высказываниями тоже. Пока любопытно. Дальше посмотрим.

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

736. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ProfessorNavigator (ok), 10-Сен-24, 14:30 
> Прохожий, не мечи биссер, он все равно не поймет.
> Он как-то заличал что оплачиваться должен только физический труд.
> Можешь представить, что у человека в голове.

Чего-чего?)) Ссылки давайте, балабол.

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

25. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Someone (??), 07-Сен-24, 13:17 
Вся суть в его названии. Никто и не скрывает. Языков, созданных примерно до 2000 года хватило бы для всех и для всего. Все эти Расты, Гошечки и прочие Джулии нужны только для продвижения каких-то интересов и для засирания мозгов.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

32. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (28), 07-Сен-24, 13:24 
Раст очевидно был как тормоз в развитии ФФ. Только сейчас он вышел из под контроля и тормозит теперь развитие ядра.
Ответить | Правка | Наверх | Cообщить модератору

346. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –3 +/
Сообщение от Прохожий (??), 08-Сен-24, 04:01 
Если под "развитием" понимать неуменьшающееся количество CVE, которые так любят Сишники, то и возразить нечего.
Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Walker (??), 07-Сен-24, 13:25 
> Гошечки

Я бы поспорил с критиками Golang, у этого языка есть свои плюсы. Например, параллелизм проще реализовать благодаря горутинам и каналам.


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

39. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (39), 07-Сен-24, 13:33 
Даже в расте есть такое так что не аргумент.
Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +3 +/
Сообщение от Fyjy (-), 07-Сен-24, 13:33 
Ща тебе ответят "раньше диды справлялись"
И вообще не "нужон ваш Го! из-за него интернет портится!"

У любого языка есть плюсы (кроме С, тк там все плюсы в С++) и он создавался для какой-то цели.
Вон жава успешно выкинула другие ЯП из бизнес приложений.
А котлин заменил ее в андроиде.

Но всегда найдется человек который скажет "зачем что-то новое?! я всю жизнь в болоте живу и всем советую"

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

47. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +3 +/
Сообщение от Аноним (39), 07-Сен-24, 13:39 
Только один раст нигде не нужен. Чуешь разницу?
Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –4 +/
Сообщение от Fyjy (-), 07-Сен-24, 14:08 
> Только один раст нигде не нужен. Чуешь разницу?

Гуглу нужен - в андроид и хром,
амазонe нужен -  aws-lc-rs, Firecracker,
Cloudflare нужен - Pingora,
ТOR нужен - Арти,
Let's Encryptʼу тоже..
Даже Торвальдсу нужен, причем как в ядре, так и лично (драйвер для эпловых видях от Asahi).

А вот Анониму (39) не нужен.
Срочно звони в гугл и амазон! Сообщи как они неправы.
Пиши письмо Торвальдсу: "Товарищь Линус! произошла чудовищная ошибка!"


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

111. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +4 +/
Сообщение от Аноним (8), 07-Сен-24, 15:55 
Даже у Хаскеля более широкое применение.
Ответить | Правка | Наверх | Cообщить модератору

229. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от _ (??), 07-Сен-24, 22:27 
>> Только один раст нигде не нужен. Чуешь разницу?
>Гуглу нужен - в андроид и хром,
>амазонe нужен -  aws-lc-rs, Firecracker,
>Cloudflare нужен - Pingora,
>ТOR нужен - Арти,
>Let's Encryptʼу тоже..
>Даже Торвальдсу нужен, причем как в ядре, так и лично (драйвер для эпловых видях от Asahi).

И? ________ВСЁ________ остальное на С\С++\Java\Python\JS\(ну и ... cobol) , всё что не под ними (включая ржавчика) - какие то доли процента, стат погрешность и вот это всё ...

Если хотите заменить рабочий инструмент, надо сделать не просто четок лучше, надо просто таки новый уровень. Растшки пока не смогли...

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

248. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –4 +/
Сообщение от Аноним (248), 07-Сен-24, 22:55 
> И? ________ВСЁ________ остальное на С\С++\Java\Python\JS\(ну и ... cobol) , всё что не под ними (включая ржавчика) - какие то доли процента, стат погрешность и вот это всё ...

Хахаха, спасибо посмеялся.
Языку всего чуть больше 10 лет, а гугл новый код в андроиде старается писать на расте.
Потому что дырявость си их достала.

> Если хотите заменить рабочий инструмент,

Он настолько рабочий, что топовая проблема ядра - memory corruption, а Торвальдс с грустью замечает
"You'd think that all the basics would have been fixed long ago, but they're not.
We're still dealing with basic issues such as memory management."

В общем 33 года прошло, а даже базовая работа с памятью в ядре плохая, спасибо дидам.

> надо сделать не просто четок лучше, надо  просто таки новый уровень. Растшки пока не смогли...

Любой уровень лучше дна, коими является СИшка.
Я предполагал что копротивление престарелых будет максимальное.
Жду следущей фазы - к Линусу придут платиновые спонсоры и спросят "а собственно какого черта?".

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

375. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от _ (??), 08-Сен-24, 07:28 
> Языку всего чуть больше 10 лет, а гугл новый код в андроиде старается писать на расте.

Так старается, что уже 0.00000000001% кода заменил :)
Оне и с Kotlin "старались" - толку то?!

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

252. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Ivan_83 (ok), 07-Сен-24, 22:59 
Какой детский сад. )

Компаниям нужен не язык а прибыль, иначе кого то погонят обратно в макдак работать вместо гендирства.
Раст там чисто из за хайпа, часть из перечисленного могла быть написана хоть на вижалбейсике, со всеми теми же лозунгами что так и писать проще и безопасная работа с памятью.

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

330. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Сен-24, 02:03 
> Какой детский сад. )
> Компаниям нужен не язык а прибыль, иначе кого то погонят обратно в
> макдак работать вместо гендирства.
> Раст там чисто из за хайпа, часть из перечисленного могла быть написана
> хоть на вижалбейсике, со всеми теми же лозунгами что так и
> писать проще и безопасная работа с памятью.

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

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

347. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 04:08 
Угу. Только всё же больше похоже на шизофрению. Сначала говорим, что компаниям нужны прибыли, а потом утверждаем, что во всём хайп виноват (а не уменьшение затрат на латание дыр после Си).
Ответить | Правка | К родителю #252 | Наверх | Cообщить модератору

389. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (388), 08-Сен-24, 09:01 
Хайп позволяет привлекать мартышек на меньшую зарплату, а уменьшение затрат это прибыль. Но иногда у такой экономии бывают последствия.
Ответить | Правка | Наверх | Cообщить модератору

615. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 09-Сен-24, 01:55 
> Хайп позволяет привлекать мартышек на меньшую зарплату, а уменьшение затрат это прибыль. Но иногда у такой экономии бывают последствия.

Про многоэтапные и многочасовые интервью в крупных фирмах, типа Гугла, вы, конечно, ничего не слышали. Да? Далее, любая мартышка, по-вашему, может в системное ПО (драйвера, ядро, модули ядра, системные утилиты)?

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

621. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (388), 09-Сен-24, 04:11 
> Про многоэтапные и многочасовые интервью в крупных фирмах, типа Гугла, вы, конечно,
> ничего не слышали. Да? Далее, любая мартышка, по-вашему, может в системное
> ПО (драйвера, ядро, модули ядра, системные утилиты)?

Слышал, про люки и прочую чушь. Мартышка должна быть лояльной и готовиться к интервью с гуглом заранее. Программирование ядра отличается только лишь серьёзностью последствий краха(но гуглу явно плевать), а в остальном тоже самое, зубришь API ядра и говнокодишь. Как будто Вы мало говнокода в последнее время в ядре видели, особенно в драйверах от корпораций.

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

709. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 10-Сен-24, 01:28 
> Слышал, про люки и прочую чушь. Мартышка должна быть лояльной и готовиться
> к интервью с гуглом заранее.

В любой фирме требуется, чтобы сотрудник был лояльным. Это следует из обычного здравого смысла. Зачем нанимать нелояльного человека? Чтобы что получить в итоге?
Некоторые технические интервью длятся часами. И нет, там не про люки или теннисные шарики и самолёты. Другими словами, "мартышки" на такие должности не попадут никогда в фирмах, подобных Гуглу. Почему? Потому что стоимость ошибок слишком высокая.

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

Почти так, кроме одной небольшой, но очень важной детали. Код ядра чувствителен не только к UB и прочим "радостям", которые дарит морально устаревший язык программирования C, или переусложнённый C++, а ещё и к производительности кода, эффективности структур данных, а также стабильности и особенностям работы потенциального железа. И об этих дополнительных факторах нельзя переставать думать никогда во время написания ядра. Программистов, которые умеют учитывать всё сразу - очень немного на планете Земля, гораздо меньше всех остальных, прикладников.

> (но гуглу явно плевать)

Это из чего следует?

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

186. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (186), 07-Сен-24, 20:39 
Вытеснил не ЯП Java, а джава-машина на многих аппаратных платформах.
Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

209. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (212), 07-Сен-24, 21:23 
>жава успешно выкинула другие ЯП из бизнес приложений

Java сумел вытеснить Cobol из области финансово-экономических задач потому что Cobol к середине 90-х не поддерживал современные методологии программирования.
Если говорить о Rust'е, то он одного поля ягодка с Erlang, Haskell, Scala, F#, Elixir, Swift. Никаких особо преимуществ у Rust'а перед этими языками нет, а если и есть - нам-то что до этого.
При чём тут язык C ? У C и Rust - совершенно разная область применения. Разве хаскель, эрланг, скала - для написания ОС ?

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

232. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Fyjy (-), 07-Сен-24, 22:38 
> Java сумел вытеснить Cobol из области финансово-экономических задач потому что Cobol к середине 90-х не поддерживал современные методологии программирования.

Точно так же и дыряшка.
Но если до 2021 года держать в ядре С99... то нафига нам вообще какие-то современные методологии программирования?
Диды будут просто х-к-х-к cast к void* и продакшн.

> Если говорить о Rust'е, то он одного поля ягодка с Erlang, Haskell, Scala, F#, Elixir, Swift. Никаких особо преимуществ у Rust'а перед этими языками нет,

Судя по списку, ты у этих языков знаешь только названия.
Erlang и Haskell это фунциональщина.
Причем один заточен под распределенные системы с супер быстрым временем доступа и горячей заменой кода,
а второй скорее академический и для всяких бизнес алгоритмов (хотя ось на нем смогли написать).
Оба с сборщиком мусора.

Swift мультипарадигмальный - есть и императивщина и функциональщина.
В свифте ARC в расте нет.

> а если и есть - нам-то что до этого.

Да вам вообще ни до чего дела нет.
Но кто вас спрашивает.

> При чём тут язык C ? У C и Rust - совершенно разная область применения.

Неужели?
На расте уже ось написали - редокс.
Человек в одно лицо написал ядро maеstro.
Микроконтроллеры уже можно писать на расте.
Даже ядро ликукс)

> Разве хаскель, эрланг, скала - для написания ОС ?

Твои познания печалят меня.
Мог бы хотя бы википедию почитать, перед тем как позориться.
Например Хаскель - IDE Leksah, emacs-подобный Yi, мозаичный менеджер окон Xmonad.
И да, операционная система House!


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

322. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 08-Сен-24, 01:42 
>Если говорить о Rust'е, то он одного поля ягодка с Erlang, Haskell, Scala, F#, Elixir, Swift. Никаких особо преимуществ у Rust'а перед этими языками нет

Человек сравнивает языки с виртуальной машиной, сборщиком мусора, нативный язык без сборщика мусора, и утверждает их эквивалентность. Типичная некомпетентность.

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

69. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (633), 07-Сен-24, 14:16 
Это всё было и до гошечки.
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

205. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 07-Сен-24, 21:15 
>Я бы поспорил с критиками Golang, у этого языка есть свои плюсы. Например, параллелизм проще реализовать благодаря горутинам и каналам.

Только вот корутины и каналы могут быть в любом языке. А вот тех же алгебраических типов данных в голанге нет, и не похоже что будут. И кучи других фич, появившихся даже в девяностых годах прошлого столетия. И вместо того, чтобы взять нормальный язык, например, Ocaml, гуглеры создали уродца go.

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

230. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от _ (??), 07-Сен-24, 22:34 
>> Я бы поспорил с критиками Golang

Зойчем? Не надо :)

>> у этого языка есть свои плюсы. Например, параллелизм проще реализовать благодаря горутинам и каналам.
> Только вот корутины и каналы могут быть в любом языке.

"Могут быть" и "есть" ... нюанс :)

> А вот тех же алгебраических типов данных в голанге нет,

"Только вот алгебраические типы данных могут быть в любом языке."  говоря твоим языком.

> и не похоже что будут.

И слава яйцам КПСС! :)

> И кучи других фич, появившихся даже в девяностых годах прошлого столетия. И вместо того, чтобы взять нормальный язык, например, Ocaml, гуглеры создали уродца go.

Ну так и возьми эти замечательные, никому нахрен не нужные Ёзыки и насаждайся^W наслаждайся! :)
А Го оставь тем кто в женской красоте таки - понимает! ;-)

(траллю слегка :)

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

251. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 07-Сен-24, 22:57 
>"Могут быть" и "есть" ... нюанс :)

Вы не поняли посыл. Если в каком-то хорошем языке нет корутин, то гораздо логичнее добавить их в этот язык или же создать похожий язык с корутинами, чем отказывать от хороших вещей ради корутин
>"Только вот алгебраические типы данных могут быть в любом языке."  говоря твоим языком.

Не могут. Для того, чтобы от них была польза, апи языка должно быть спроектировано соответствующим образом. И если их попытаться прикрутить к голангу, то либо полная потеря обратной совместимости, и по сути новый язык, или отстутствие какой-либо пользы, поскольку их почти никто не будет использовать.
>И слава яйцам КПСС! :)

Да, лучше NPE. Постойте, в голанге нет исключений - лучше паника. И постоянный if err != nil

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

378. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от _ (??), 08-Сен-24, 07:39 
>>"Могут быть" и "есть" ... нюанс :)
> Вы не поняли посыл.

И вы тоже не поняли посыл :)

> Если в каком-то хорошем языке нет корутин, то гораздо логичнее добавить их в этот язык или же создать похожий язык с корутинами, чем отказывать от хороших вещей ради корутин

Кто то мешает? Вот к примеру народ которому сильно "пекло" генерики в Го таки протолкнул!
Пихали долго и остророжно, но факт - Го теперь с генериками :) Мне они ни разу не пригодились, но вот кому то было нужно настолько, что  ...

> в голанге нет исключений - лучше паника. И постоянный if err != nil

И это просто замечательно! _Проверяй_ возврат ошибок, если игнорируешь - то _ЯВНО_! Никакие другие сырки не читаются так легко как Го-шные. Хотя не - тут перебор, есть таки таланты ... :-)

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

495. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 08-Сен-24, 18:56 
>> Если в каком-то хорошем языке нет корутин, то гораздо логичнее добавить их в этот язык или же создать похожий язык с корутинами, чем отказывать от хороших вещей ради корутин
>Кто то мешает? Вот к примеру народ которому сильно "пекло" генерики в Го таки протолкнул!

Сколько лет для этого потребовалось? А ведь это - базовая вещь. В том то и дело, что если голанг и опережал какие-то языки по наличию корутин, то прошло время, в этих языках появились корутины, и вот теперь у голанга нет перед ними преимуществ.
>Мне они ни разу не пригодились

Нужны очень специфические задачи, чтобы полиморфизм не требовался.
>И это просто замечательно! _Проверяй_ возврат ошибок, если игнорируешь - то _ЯВНО_!

Это ужасно. Ни монады Maybe, ни перехвата исключений, ни информации об ошибке. Вот допустим, мне нужно вызвать произвольный код, пусть это будет работа с сетью https://pkg.go.dev/net/http#Get. Вот какую проверку писать кроме err != nil? Может сеть на секунду упала и нужно повторить запрос? Может быть компьютер оффлайн, и повторять бессмысленно? Может таймаут? Где мне посмотреть все типы ошибок, а не просто абстрактный error?

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

260. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 07-Сен-24, 23:07 
>Ну так и возьми эти замечательные, никому нахрен не нужные Ёзыки и насаждайся^W наслаждайся! :)
>А Го оставь тем кто в женской красоте таки - понимает! ;-)

Миллиины мух не могут ошибаться!

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

379. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от _ (??), 08-Сен-24, 07:43 
Ты программишь за еду или в свободное от работы время?
От ответа зависит просто ВСЁ :)
Ответить | Правка | Наверх | Cообщить модератору

496. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 08-Сен-24, 18:58 
>Ты программишь за еду или в свободное от работы время?

Даю подсказку: в коммерческой разработке берут не хорошие языки, а расхайпленные, чтобы можно было без проблем набирать персонал. Это для души можно программировать на чём угодно, а за деньги - только на таком goвне.

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

500. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (-), 08-Сен-24, 19:15 
Парирую: если ты планируешь писать сам для себя - то да, хоть на брейнфаке.
Но если ты хочешь чтобы кто-то мог улучшить твой код, то придется писать хотя бы не эзотерических языках.
А лучше на чем-то распространненном типа С++ или жава.


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

503. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 08-Сен-24, 19:33 
>Но если ты хочешь чтобы кто-то мог улучшить твой код, то придется писать хотя бы не эзотерических языках.

А если я не хочу, чтобы был, например, NPE, и чтобы другие могли улучшить мой код, то мне нужно идти, и рассказывать какие мейнстримные языки плохие, и что жить без NPE можно было уже в тридцать лет назад, но диды стоят на страже, и заставляют страдать от NPE, и называя маргиналами тех, кто хочет жить без него

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

35. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –4 +/
Сообщение от Fyjy (-), 07-Сен-24, 13:29 
> Языков, созданных примерно до 2000 года хватило бы для всех CVE

Я тебя немного поправил, не благодари.

А тебя случайно не Билл зовут?
Он тоже утверждал что 640 хватит всем.

> Все эти Расты, Гошечки и прочие Джулии нужны только для продвижения каких-то интересов и для засирания мозгов.

Да, а коробка автомат это зло)
Это же просто эталонный луддизм.

Интересно K&R тоже слышали от престарелых дидов "зачем вам писать ваш СИ, у нас есть PDP-11/20 и Би!!! *старрческое бубубу*" ?

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

71. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от нейм (?), 07-Сен-24, 14:22 
> Да, а коробка автомат это зло)

на полном приводе - несомненно зло.

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

231. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от _ (??), 07-Сен-24, 22:36 
>> Да, а коробка автомат это зло)
>на полном приводе - несомненно зло.

Туда засунут AI будет конять лучше чем 99% дриверов. Скиншотьте! (С)

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

240. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (248), 07-Сен-24, 22:46 
> на полном приводе - несомненно зло.

Только если у тебя какое-то ведро с гайками типа шнивы или уаза.

Просто открываешь Jeep Wrangler
www.jeep.com/bmo.wrangler.html#/build/exterior/90210/CUJ202410JLJX74C/2TJ/APA,PGP,X9,ESG,DFV,DMU,Z1T,TVC,WF7,XL,SDT,UBX,27J
И видишь у него механику? И я не вижу. У него 8H75 автомат.

У лендровера тоже есть автоматы в линейке моделей.

Посмотри, что ставят на современные бронемашины - там обычно стоит какой-то автомат алистон.


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

168. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Фрол (?), 07-Сен-24, 19:00 
> Интересно K&R тоже слышали от престарелых дидов "зачем вам писать ваш СИ, у нас есть PDP-11/20 и Би!!! *старрческое бубубу*" ?

а как же. у меня даже фотка где-то лежит в архиве: "Пвторы языка В объясняют Ричи и Кернигану ненужность языка С"

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

228. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от _ (??), 07-Сен-24, 22:22 
> Языков, созданных примерно до 2000 года хватило бы для всех и для всего.

В тЭории - да. Но! Почему ты не пишешь на fortran-е? :-)

> Все эти Расты, Гошечки и прочие Джулии нужны только для продвижения каких-то интересов и для засирания мозгов.

Это не для программирования как исскуство!
Это для программирования как ремесло! It is just good enough! (C) S. Ballmer

Когда из раста растоняши перелетят на очередной хайп, очень надеюсь что останется достаточое кол-во сУрьёзных перцев и таки его дотянут до уровня "правильной вещи" :) Ну к примеру для начала стандарт напишут и примут. Там ведь ничего нового изобретать не надо, надо то что есть привести в порядок, убрать розовое понячье дерьмо и т.д. Результат _может_ быть весьма хорош. Но "может" не значет "станет", увы :(

Будем посмотореть...(С)

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

348. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 04:17 
>для начала стандарт напишут и примут

Отсутствие стандарта для Раст не мешает создателям gcc писать компилятор для этого языка. Интересно, почему?

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

382. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от _ (??), 08-Сен-24, 07:51 
А я знаю?
Вот что знаю так это то , что без стандарта они будут вечно догоняющими...
Ты видимо йуннн ещё, а мы такого насмотрелись ... :(
Ответить | Правка | Наверх | Cообщить модератору

497. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 08-Сен-24, 19:02 
>Вот что знаю так это то , что без стандарта они будут вечно догоняющими...

Стандарт имеет смысл, когда основные цели достигнуты, и можно тормозить развите языка. Есть Standard ML, со стандартом, и кучей слабосовместимых реализаций, ибо стандарт беден, и есть ocaml, который вполне себе жив и под который куча библиотек.

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

616. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 09-Сен-24, 02:04 
> Вот что знаю так это то , что без стандарта они будут вечно догоняющими...

Кого догоняющими? Питон, кстати, тоже кого-то догоняет? А там, сюрприз, тоже нет стандарта. Как же так?

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

104. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (104), 07-Сен-24, 15:45 
> Это яп с одной имплеметацией, без стандарта. По факту это ведро лок

Как обычно, воины против Раста не в курсе, что ядро гвоздями прибито к расширениям GCC...

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

197. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (212), 07-Сен-24, 21:02 
>ядро гвоздями прибито к расширениям GCC

Было бы ненормально, если бы было не так. Ведь делают GNU/Linux, ядро конкретно для ОС GNU.

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

214. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (104), 07-Сен-24, 21:34 
> ядро конкретно для ОС GNU.

Oh, my sweet summer child... А Линус и компания в курсе?

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

380. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от _ (??), 08-Сен-24, 07:47 
> не в курсе, что ядро гвоздями прибито к расширениям GCC...

Да. Исторически. Но нынче к примеру шлангом - тоже собирается. Почти без оговорок ;)

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

6. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (6), 07-Сен-24, 12:51 
> Тед Цо (Ted Ts'o), автор файловых систем ext2/ext3/ext4

Напомню, что именно под его мудрейшим руководством были созданы:
CVE-2022-1184 use-after-free - local attacker with a user privilege to cause a denial of service.
CVE-2023-2513 use-after-free - allow a privileged local user to cause a system crash
CVE-2024-0775 use-after-free - user to cause an information leak problem while freeing the old quota file names
CVE-2024-43828 integer overflow - may happen causing an
infinite loop in this function, easily reproducible using fstest generic/039.
CVE-2018-10880 - stack-out-of-bounds write - cause a system crash and a denial of service.

И еще кучу типикал сишных дыреней, которые мне просто лень копипастить.

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

220. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Hck3r (?), 07-Сен-24, 21:58 
https://github.com/Speykious/cve-rs
Ответить | Правка | Наверх | Cообщить модератору

253. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +3 +/
Сообщение от Аноним (241), 07-Сен-24, 23:00 
Созданы и пофикшены. ПОФИКШЕНЫ.
Растиками же еще ничего значимого не было создано, да и в том что есть уже ворох багов ))
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

349. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 04:23 
А сколько ещё неисправленных осталось... Некоторым дырам по два десятка лет, а находят только сейчас.
Ответить | Правка | Наверх | Cообщить модератору

692. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (241), 09-Сен-24, 21:35 
Вот когда найдут, тогда и приходите, поместим в список рядом с CVE-шками на Rust.
Ответить | Правка | Наверх | Cообщить модератору

399. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (-), 08-Сен-24, 10:13 
Так мудрейший же человек!
Сначала пишет, потом фиксит.
В процессе добавляет еще, а потом еще фиксит!
И всегда при деле, и всегда есть работа))
Ответить | Правка | К родителю #253 | Наверх | Cообщить модератору

256. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Ivan_83 (ok), 07-Сен-24, 23:02 
Да да, и чо?
Работает же, и ладно.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

269. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (-), 07-Сен-24, 23:15 
> Да да, и чо?

Ну подумаешь у тебя сломалась ФС, дело то житейское.
Вон Ivan_83 это совершенно не беспокоит.
Более того для него наличие таких проблем это "Работает же, и ладно"

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

306. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Ivan_83 (ok), 08-Сен-24, 00:09 
Так любая ФС ломается со временем, ибо вечных накопителей не существует.
Поэтому важные данные дублируются.

Господин растоман, вы уже используете ECC на всех своих системах или всё ещё думаете что хруст вам будет гарантировать безопасную работу с памятью?)

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

672. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Sem (??), 09-Сен-24, 17:02 
Одно дело, когда носитель сломается от времени, другое, когда придет юзер и всё сломает: "local attacker with a user privilege to cause a denial of service".

"хруст вам будет гарантировать безопасную работу с памятью?)"

Даже, если это не на 100% убережет, целый пласт проблем будет вырезан. Я думаю, оно того стоит.
Ну а сопротивляться всему новому - это старпёрство.
Тем более, что 99.9999% пишущих здесь это вообще никак не коснется. Драйверов под ядро они не пишут, на расте не пишут, но кричат зато громко "раст - это раковая опухоль!"

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

350. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 04:28 
Про прибыли компаний уже знаете, а простой логический вывод не в состоянии? Связать дыры в софте с затратами, которые уменьшают прибыль.
Ответить | Правка | К родителю #256 | Наверх | Cообщить модератору

533. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Perlovka (ok), 08-Сен-24, 21:56 
>Связать дыры в софте с затратами, которые уменьшают прибыль

С какими затратами? Или вы с ФС на расте собираетесь отказаться от систем бекапа или дублирования систем?

Ответить | Правка | Наверх |