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.dev/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.dev/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.dev/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.dev/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.dev/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 
>Связать дыры в софте с затратами, которые уменьшают прибыль

С какими затратами? Или вы с ФС на расте собираетесь отказаться от систем бекапа или дублирования систем?

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

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

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

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

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

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

Вы эти самые высоконагруженные системы видели? Чаще всего падают и глючат хваленые "ынтырпрайзные" железяки типа Сisco UCS и подобный хлам из-за кривой фирмвари, которую тестируют индусы за плошку карри. За 10 лет я ни разу не видел развалившейся ext4 в проде.

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

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

Я вот когда-то общался с админами БД из Дойче Банка. Знаете, какой размер там базы данных? Знаете, сколько стоит железяки под неё? Ох уж эти теоретики...

> Вы эти самые высоконагруженные системы видели?

А что, далеко за примерами надо ходить?


> За 10 лет я ни разу не видел развалившейся ext4 в проде.

А я за более, чем 24 года - видел (Не ext4. JFS. Но тоже на Сях написана). Посравниваем, у кого длиннее?


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

590. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Perlovka (ok), 09-Сен-24, 00:23 
> Я вот когда-то общался с админами БД из Дойче Банка. Знаете, какой
> размер там базы данных? Знаете, сколько стоит железяки под неё? Ох
> уж эти теоретики...

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

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

635. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от HDFGB (?), 09-Сен-24, 09:48 
> нашел на что ссылаться, Дойче Банк, в стране где Ай-ти заморожено лет на 20 из за налогов. Ты лучше ракушка расскажи как там в сберах и альфах, в реальных живых банках, а не помойках для 3х бургеров.
Ответить | Правка | К родителю #572 | Наверх | Cообщить модератору

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

588. Скрыто модератором  +/
Сообщение от Perlovka (ok), 09-Сен-24, 00:18 
Ответить | Правка | Наверх | Cообщить модератору

647. Скрыто модератором  +/
Сообщение от Аноним (-), 09-Сен-24, 11:30 
Ответить | Правка | Наверх | Cообщить модератору

710. Скрыто модератором  +/
Сообщение от Прохожий (??), 10-Сен-24, 01:38 
Ответить | Правка | К родителю #588 | Наверх | Cообщить модератору

718. Скрыто модератором  +/
Сообщение от Perlovka (ok), 10-Сен-24, 08:02 
Ответить | Правка | Наверх | Cообщить модератору

674. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Sem (??), 09-Сен-24, 17:10 
"За 10 лет я ни разу не видел развалившейся ext4 в проде."

Значит, прода не видел. Ext4 вполне себе разваливается при пропадания питания. Можно сказать, это почти норма для нее. В 90% случаев можно потом вылечить, но случается, что и целиком переналивать после этого. Или скажешь, что пропадания питания тоже не бывает и всегда UPS штатно отрабатывают, и это сказки?

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

684. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Perlovka (ok), 09-Сен-24, 18:39 
В моем проде пропадание питания случается раз в столетие. На моей памяти было только один раз, когда во Франкфурте у Telehouse во время тестирования тех самых UPS отвалилось полдатацентра.
Ни одна ФС не пострадала.
Ответить | Правка | Наверх | Cообщить модератору

711. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 10-Сен-24, 01:41 
> В моем проде пропадание питания случается раз в столетие. На моей памяти
> было только один раз, когда во Франкфурте у Telehouse во время
> тестирования тех самых UPS отвалилось полдатацентра.
> Ни одна ФС не пострадала.

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

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

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

Ваша аргументация уровня "мне админы сказали", не оставляет мне никаких шансов.

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

721. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ptremail (ok), 10-Сен-24, 09:45 
> Ext4 вполне себе разваливается при пропадания питания

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

> пропадания питания тоже не бывает

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

> всегда UPS штатно отрабатывают

Нет, конечно. Но вероятность одновременного выхода из строя обеих UPS очень низка.

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

377. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от YetAnotherOnanym (ok), 08-Сен-24, 07:37 
> 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 растовиками был написан альтернативный код на своём любимом.

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

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

Зачем?
Мне плевать кто это нашел. Может те самые сотрудники гугла или майкросфта.
Мне главное "как сделать чтобы такое не повторилось".

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

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


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

675. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Sem (??), 09-Сен-24, 17:14 
А какая разница, кто их нашел, если они обусловлены дизайном языка? Как показывает практика, такие ошибки есть практически везде, будь ты хоть 7 пядей во лбу. И костыли в С++ в виде умных указателей, не спасают.
Ответить | Правка | К родителю #377 | Наверх | Cообщить модератору

739. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от YetAnotherOnanym (ok), 10-Сен-24, 17:27 
Дизайн дизайном, но а всё-таки, сколько сишных дыреней нашли растовики в процессе переписывания с дыряшечки на свой божественный?
Ответить | Правка | Наверх | Cообщить модератору

686. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от ptremail (ok), 09-Сен-24, 18:57 
И сколько таких дыр среди 4.6 тыс. файлов с unsafe блоками самого Rust и его std library?
https://github.com/search?q=repo%3Arust-lang%2Frus...

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

Это не считая того, что use-after-free, buffer-overflow и segmentation fault в Rust вполне себе достигаются даже в safe https://github.com/Speykious/cve-rs

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

687. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –2 +/
Сообщение от Аноним_спорящий_с_дедом (-), 09-Сен-24, 19:19 
> И сколько таких дыр среди 4.6 тыс. файлов с unsafe блоками самого Rust и его std library?
> https://github.com/search?q=repo%3Arust-lang%2Frus...

Все равно меньше, чем если бы все писалось в unsafe (как в дыряшке).

> При этом на низком уровне, без usafe вообще никуда. Даже неиницализированный буфер функции нельзя передать, хотя точно известно, что функция этот буфер не будет читать, а будет в него только писать.

Значит буфер будет unsafe, а проверка строк будет safe.
Ну чтобы такого позорища не было " Для атаки достаточно 28 раз нажать Back Space в поле с именем пользователя или паролем, после чего будет запущена консоль GRUB, из которой можно загрузить собственное ядро (например, с USB-накопителя), получить доступ к данным на дисках или повредить имеющиеся данные. "

> Это не считая того, что use-after-free, buffer-overflow и segmentation fault в Rust вполне себе достигаются даже в safe https://github.com/Speykious/cve-rs

Отличная ссылка!
Показывает, что ты как собачка Павлова, можешь только реагировать на заголовки.
Ты даже не в состоянии понять в чем там фишка.
Увидел два слова рядом и залил клаву слюной))

Вот эпичный тред, где люди в течение недели(!) пытались заставить это работать
https://github.com/Speykious/cve-rs/issues/4

Им пришлось написать самописный null_mute, модифицировать transmute() подменив там crate::null_mut на самописный... и даже после этого получается ошибка компиляции

error[E0133]: dereference of raw pointer is unsafe and requires unsafe function or block
error: could not compile `cve-rs` (lib) due to previous error

При этоим сам автор пишет на расте.

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

702. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ptremail (ok), 09-Сен-24, 23:29 
> Все равно меньше, чем если бы все писалось в unsafe

2006-1991=15 значит меньше станет лет через 15. Если вообще станет.

> Значит буфер будет unsafe, а проверка строк будет safe.

Какая разница, если все равно потребуется блок unsafe, в котором можно допустить любую ошибку?

> Показывает, что ты как собачка Павлова, можешь только реагировать на заголовки.

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

> Вот эпичный тред

Вот корень всей истории, который не могут исправить уже 9 лет https://github.com/rust-lang/rust/issues/25860
То один костыль поставят, то другой, но воз и ныне там.
Вот PR двухдневной давности, позволяющий собраться коду cve-rs на последней ночной сборке Rust https://github.com/Speykious/cve-rs/pull/42

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

> При этоим сам автор пишет на расте.

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

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

722. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –2 +/
Сообщение от Аноним (-), 10-Сен-24, 10:05 
> 2006-1991=15 значит меньше станет лет через 15. Если вообще станет.

Очень странный расчет.
У раста unsafe будет всегда, как минимум там где он общается с СИшными функциями.

> Какая разница, если все равно потребуется блок unsafe, в котором можно допустить любую ошибку?

В смысле?
Если вам нужно проверить N строк блоков unsafe или M строк всего кода проекта, где N << M, то разве это уже не улучшение?
Или "горит сарай - гори и хата"?

> Очень самокритично. Мои соболезнования. Я так понимаю, это окончательное признание поражения в дискуссии? Иначе зачем было переходить на личности?

Поражения?
Мне нравится подход Торвальдса - если человек ведет себя как идиот, то надо ему это сказать ʼкак естьʼ.
Но если вас это настолько задело, то я постараюсь это запомнить и обращаться по другому.
"Уважаемая снежинка ptr, не воспринимайте это лично, но по моему скромному мнению, Вы глубоко ошибаетесь!
Т.к заголовок указанной Вами ссылки не отображает смысла проблемы и был создан искусственно для развлечения недалекой публики.
Вот тут github.com/Speykious/cve-rs/issues/4 в течении целой недели люди пытались заставить это работать.
Им пришлось написать самописный null_mute, модифицировать transmute() подменив там crate::null_mut на самописный... и даже после этого получается ошибка компиляции"  

> То один костыль поставят, то другой, но воз и ныне там.
> Вот PR двухдневной давности, позволяющий собраться коду cve-rs на последней ночной сборке Rust https://github.com/Speykious/cve-rs/pull/42

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

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

И? Ошибка реализации будет исправлена.
Даже в компиляторе может (и были и будут) ошибки. Шланг и ЖЦЦ тому примеры.

> Так же как и я. А вот по Вашему поводу у меня уже возникли обоснованные сомнения.

Удивительно. Тогда зачем тебе кидать ту ссылку, "уязвимость" которой приходится постоянно подпиливать.
Лучше бы кинул тот клоунскую репу где хеллоуворл на 20 гигов.

> Подобной идеализацией инструмента может заниматься только тот, кто ничего им не делает.

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


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

724. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от ptremail (ok), 10-Сен-24, 10:49 
> Поражения?

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

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

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

Хм... собеседник показывает умстенную отсталось?

> Так что закончили и спасибо, что признали свое поражение.

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


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

10. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –14 +/
Сообщение от Аноним (-), 07-Сен-24, 12:54 
Как и предполагалось после интервью Линукса...

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

Но уверен что их копротивление будет сломлено теми, кто финансирует линукс. Бабло победит зло.

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

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

шта?

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

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

Была же новость совсем недавно.
opennet.ru/openforum/vsluhforumID3/134629.html#5

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

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

80. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (80), 07-Сен-24, 14:34 
Не, это техническая отсталость процесса разработки linux, надо:  только значит дедушка Цо багфикс внес, только unit-тесты rust компонент обвалились, так сразу всем растовским дево-псам и по еmail, и по джабберу , и отдельными телеграммали - "А ну встать духи бесплотные и бегом исправлять !!"
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

208. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (201), 07-Сен-24, 21:19 
>дедушка Цо баг внес, сборка ядра поломалась

Исправил, не благодари

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

676. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Sem (??), 09-Сен-24, 17:16 
Я не думаю, что устранение уязвимости сломает API. Не правдоподобно это звучит.
Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

128. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +6 +/
Сообщение от Хрю (?), 07-Сен-24, 16:27 
Прально - дидов на мороз, а ядро будет развивать два с половиной хрустера! Так победим!
Пусть начнут писать простые вещи на их реализации покажут все преимущества это и будет технический аргумент, но нет - надо сразу во все фс залезти. А когда им говорят, что это сильно затруднит поддержку и развитие - фи не любите вы меня уйду я от вас. Фанатики фиговы. Воплей про этот раст много, а выхлоп пока как-то не впечатляет.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

351. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –6 +/
Сообщение от Прохожий (??), 08-Сен-24, 04:34 
Асахи, которая написала драйвер на Раст, предложила 17 правок в код на Си, которые улучшают стабильность этого кода. Плюс облегчают написание кода на Раст. Но правки не приняли только потому, что они пришли от программистки на Раст.

>Пусть начнут писать простые вещи

Дык уже во весь рост. С разморозкой тебя.

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

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

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

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

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

622. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (388), 09-Сен-24, 04:16 
> https://arstechnica.com/gadgets/2024/09/rust-in-linux-lead-r.../
>а требования к сроку службы — разумными

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

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

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

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

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

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

Какая ещё провокация? Они же сами так и говорят, что учиться не будут. Ну и Линус это подтверждает.

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

678. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Sem (??), 09-Сен-24, 17:27 
Ну фраза "Раст - это как опухоль." - это гораздо больше похоже на признак.

А "необучаемые" вполне себе факт о тех, кто говорит: "раст не знаю и изучать не буду, но это зло".

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

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

Вне всяких сомнений!
Только вот после этого ...
Всё будет как уже было с UNIX-ом, выстраивайтесь в очередь :(

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

261. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +4 +/
Сообщение от Ivan_83 (ok), 07-Сен-24, 23:08 
У дедов в жизни полно других интересов и забот, кроме как изучать уродский яп.
И деды прекрасно решают реальные проблемы, а не сражаются с вымышленными, что на самом деле просто показывает не желание дизайнить правильно ни нести отвественность.

Я видел как один подобный чувак бесился в панике когда понял что косякнул и спалился.
Носителям бабла глубоко пофиг на каком там языке фрики с компом общаются.

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

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

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

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

А какую ответственность они несут?
cvedetails.com/product/47/Linux-Linux-Kernel.html?vendor_id=33
Memory Corruption на первом месте.
Как они решают прекрасно видно - список CVE под руководством деда уже приводили.

> Носителям бабла глубоко пофиг на каком там языке фрики с компом общаются.

А то что готовая система дырявая как швейцарский сыр - нет.


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

309. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Ivan_83 (ok), 08-Сен-24, 00:19 
> А то что готовая система дырявая как швейцарский сыр - нет.

Чувак, люди думающие о деньгах - думают о деньгах.
А ты думаешь только об мифических ошибках и думаешь что весь мир такой.
У людей с деньгами ваще другие проблемы по жизни, вот прямо совсем-совсем.
Они думаю куда запарковать очередной лям/ярд зелени чтобы он ещё больше отрос, потом как бы с этого по меньше налогов заплатить, и потом там идут всякие другие темы связанные с отдыхом, PR, семьёй и прочим.
Никакой дырявости в их жизни нет просто по определнию. Если устройство плохо работает - они купят другое или отправят помошника его починять. Если там что то с безопасностью - они приглясят фирму которая безопасностью занимается.


> Интересно когда этому деду его работодатель в гугле спросит "а что ты так?" не сменит ли он резко свое мнение.

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


> А какую ответственность они несут?

Моральную, репутационную. :)
Просто все растоманы: "я нихочу быть ни в чём виноватым".
Другие люди просто делают и не парятся что там могут быть ошибки или что они нарушают какие то законы.

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

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

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

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

738. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от BeLord (ok), 10-Сен-24, 17:25 
Молодежи ничто не мешает взять Rust и переписать винды, потом с этим удачным коммерческим успехом придти переписывать Линукс-)))
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

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

21. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Fyjy (-), 07-Сен-24, 13:08 
Разве?
Про "трудность рефакторинга кода" он ничего не писал.
Это у тебя есть секретные данные или ты выдумал?

Он просто сказал что "закостенелый дед не хочет осиливать что-то новое".
И "зачем мне с такими работать?".

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

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

34. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Fyjy (-), 07-Сен-24, 13:26 
Я как раз слушал внимательно.
Вообще слово "рефакторинг" упоминается всего 6 раз за всю получасовую лекцию)

На 22:39 он говорит
... there is always a danger that you start having a disconnect and this is I agree with Dave that at some point if we change stuff in the C API and uh especially in the beginning it it'll be very likely that a lot more C changes will probably happen before rust changes happen...

Если бы понять фразу especially in the beginning.
ЕХТ у нас не на этапе "сочиняем новую систему".

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

264. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Ivan_83 (ok), 07-Сен-24, 23:13 
Вы даже то что вам пишут не понимаете.

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

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

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

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

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

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

36. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +9 +/
Сообщение от Хру (?), 07-Сен-24, 13:30 
> С другой стороны, может он и говорит правду. Старую псину новым трюкам не научишь.

Вот такое хамское отношение к коллегам и есть проявление "проблемы нетехнического характера".

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

132. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от _kp (ok), 07-Сен-24, 16:36 
Когда всё прекрасно, споров не возникает.
Опять же пока работаешь только со своим кодом,то многих проблем и не замечают.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

271. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Ivan_83 (ok), 07-Сен-24, 23:18 
Всякий раз когда мне предлагают изучить очередной язык я думаю о смене работы. :)

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

Последний раз я изучал LUA, это намного более выгодная инвестиция чем вышеперечисленное, и оно прекрасно дополняет С и прочие мои знания, заполняя пробелы.
А в остальное время я лучше какие то технологии освою, чем языки. Технологиям пофик на каком языке ты кодишь. (но на С обычно проще)

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

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

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

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

Похоже, вы о программировании вообще ничего не знаете. То есть, абсолютно. Все возможности языка Раст (или каких других языков) - они, как раз из РЕАЛЬНОЙ жизни. Они ею обусловлены, а не "мистикой", как вы изволили выражаться.

Почему, например, в своё время Джава вытеснила Плюсы из бизнеса? Потому что РЕАЛЬНАЯ жизнь такова, что программировать на Джаве было намного проще, дешевле, быстрее. Да, могли быть провалы по производительности. Но в РЕАЛЬНОЙ жизни ими можно было пренебречь, потому что для предметной области они оказались не настолько существенными.

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

93. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +3 +/
Сообщение от Аноним (104), 07-Сен-24, 15:16 
> в расте нет адекватных средств борьбы со сложностью, абстрагирования и инкапсуляции, упрощающих рефакторинг больших и сложных кодовых баз.

А в C, значит, эти средства есть? Псц...

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

99. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (19), 07-Сен-24, 15:31 
В C по крайней мере есть архитектурные подходы, позволяющие писать код так, чтобы его можно было поддерживать, развивать и рефакторить. И Linux тому яркий пример. Браузер или офисный пакет на C писать, конечно, гораздо сложнее. Но на расте и этого не выходит. Удел раста - это маленькие системные библиотечки с четким неизменяемым интерфейсом. Если из таких блоков можно слепить что-то большое, то раст подходит. Если границы и интерфейсы блоков будут меняться, то с растом будут большие проблемы.
Ответить | Правка | Наверх | Cообщить модератору

101. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (104), 07-Сен-24, 15:40 
> В C по крайней мере есть архитектурные подходы

Может, ты перестанеш пускать абстрактную пыль в глаза и перейдешь к конкретике?

Какие такие "архитектурные подходы" возможны в C и при этом невозможны в Расте? При том, что в Расе в разы больше фич языка и выразительности, чем в C.

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

108. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (19), 07-Сен-24, 15:53 
Конкретно - в C можно прикрутить поддержку ООП множеством разных способов. Например, как это сделано в GTK и GNOME - через GLib/GObject. А в расте кривой недо-ООП вшит в язык авторами и ничего с этим уже не сделаешь, как и с кривыми инородными макросами.
Ответить | Правка | Наверх | Cообщить модератору

114. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (104), 07-Сен-24, 16:06 
> GObject

Боюсь тебя расстроить, но GObject - это и есть эмуляция "кривого недо-ООП". Пердолинг с void*, обернутый "
кривыми инородными макросами",
прилагается.

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

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

117. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +3 +/
Сообщение от Аноним (19), 07-Сен-24, 16:10 
То, что есть в расте - ещё меньше похоже на ООП. Что и подтверждается долгостроями вроде Servo.
Ответить | Правка | Наверх | Cообщить модератору

120. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –2 +/
Сообщение от Аноним (104), 07-Сен-24, 16:15 
> То, что есть в расте - ещё меньше похоже на ООП.

И ты как всегда тактично не упомянул свои конкретные технические претензии.

> Что и подтверждается долгостроями вроде Servo.

Ах, ну да. Какие там техническте претензии, когда воины против Раста не пишут ни на самом Расте, ни на C. Вот и остается любимый аргумент таких персонажей: "на Расте ничего не написано!".

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

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

355. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 04:53 
Честь Андроида. Дропбокс. Дискорд. Прокси Клаудфлэр.

На Серво свет клином сошёлся, или это всё, что ты знаешь?

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

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

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

На самом деле Раст предлагает частично ООП, лучшие его части, если быть точнее. Но не только ООП, а ещё и функциональное программирование. Как там в Си с этим? Ой, а с этим в Си никак. А как с контролем типов в Си? Хреново с контролем типов там. А с арифметикой как? Ещё хуже. Указатель на Void и манипуляции с ним - наше всё. Да? 🤦 И кто-то тут о рефакторинге что-то ещё говорит.

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

119. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (119), 07-Сен-24, 16:11 
> Например, как это сделано в GTK и GNOME - через GLib/GObject

Я правильно понял, что сношения с void, макросами и ручным управлением памятью из GObject - это и есть те самые "архитектурные подходы", которыми С уделывает Раст?

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

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

134. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –2 +/
Сообщение от Аноним (119), 07-Сен-24, 16:46 
>> Я правильно понял, что сношения с void, макросами и ручным управлением памятью из GObject - это и есть те самые "архитектурные подходы", которыми С уделывает Раст?
> Да [...] показатель того, насколько негибок и неудобен Rust

Так и запишем: кривые велосипеды на сишных технологиях из 80х являются показателем того, насколько негибок и неудобен Rust.

Для успешной войны против Раста здравый рассудок нужно отклчать, да?

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

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

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

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

354. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Прохожий (??), 08-Сен-24, 04:50 
Часть Андроида. Дропбокс. Дискорд. Прокси Клаудфлэр. И тому подробные продукты. Пользуются, наверное, процентами двадцатью всего человечества. Или это другое?
Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

404. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (-), 08-Сен-24, 10:27 
> Часть Андроида. Дропбокс. Дискорд. Прокси Клаудфлэр. И тому подробные продукты. Пользуются,
> наверное, процентами двадцатью всего человечества. Или это другое?

Ты еще забыл что гугл уже внедряет раст в Хром.
А это 3 миллиарда юзеров!
Возможно это даже больше чем установленных линуксовых ядер (и 100% больше десктопных).

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

211. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 07-Сен-24, 21:30 
>Конкретно - в C можно прикрутить поддержку ООП множеством разных способов. Например, как это сделано в GTK и GNOME - через GLib/GObject.

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

Открою секрет: мир на ооп не заканичавается, есть ещё куча других парадигм, например - ФП.
>как и с кривыми инородными макросами.

То ли дело в си - макросы без гигиены.

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

225. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –2 +/
Сообщение от Fyjy (-), 07-Сен-24, 22:14 
> Открою секрет: мир на ооп не заканичавается, есть ещё куча других парадигм, например - ФП.

Но аноны даже не догадываются, что кроме чистого ФП, есть еще промежуточные варианты.
Например в свифте
let array = [1,2,3,4]
array.map({}).filter({})
Потому что заимствование удачных решений позволяет сделать язык лучше.

> То ли дело в си - макросы без гигиены.

А что в дыряшке вообще с гигиеной?
Там программа a + b это уже UB.


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

465. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (19), 08-Сен-24, 16:29 
> Открою секрет: мир на ооп не заканичавается, есть ещё куча других парадигм, например - ФП.

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

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

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

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

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

131. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (123), 07-Сен-24, 16:33 
>в расте нет адекватных средств борьбы со сложностью, абстрагирования и инкапсуляции, упрощающих рефакторинг больших и сложных кодовых баз

То есть раст хорош для переписывания там, где изменений не ожидается? Один раз написать, протестировать и больше никогда не трогать?

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

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

195. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (212), 07-Сен-24, 20:57 
Только у больших или богатых компаний есть ресурсы для постоянной проверки установленных с crates.io пакетов на malware. Так что, Rust - это для бизнес-элиты.
Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

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

Кто заставляет постоянно проверять? Это достаточно сделать один раз, а потом просто заморозить номер версии. И всё!

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

393. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (388), 08-Сен-24, 09:29 
>а потом просто заморозить номер версии

А если CVE ?

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

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

623. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (388), 09-Сен-24, 04:19 
> А если CVE произойдёт в утащенном откуда-то коде на Си?

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

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

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

А если нет этой библиотеки в вашей ОС по умолчанию, а вы занимаетесь статической линковкой в вашем продукте? И это, тут речь шла об аудите исходного кода вообще-то, а не о готовых библиотеках в бинарном виде. Не заметили?

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

367. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 05:40 
Нет. Человек просто не в теме и пишет всякий бред.
Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

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

Какой-то прям концентрированный сборник бреда. Раст и родился как попытка борьбы со сложностью в современном ПО!
Строгая типизация, контроль над использованием памяти, контроль на переполнение, типажи, дженерики, встроенные макросы, мультипарадигменность. Это что, по-вашему?

Си на его фоне, как несмазанная телега по сравнению с болидом формулы 1.

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

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

446. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (104), 08-Сен-24, 13:26 
Да забей. Давно здесь замечено: чем сильнее воин топит против Раста, тем меньше он шарит в С.
Ответить | Правка | Наверх | Cообщить модератору

467. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (19), 08-Сен-24, 16:35 
> Раст и родился как попытка борьбы со сложностью в современном ПО!

Раст родился в попытке доказать, что ООП не нужно. А доказал, что недо-ООП раста не позволяет довести до ума ни один более-менее сложный проект и Servo тому - памятник.

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

489. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (104), 08-Сен-24, 18:31 
> Раст родился в попытке доказать, что ООП не нужно.

Да ты что? А создатели Раста об этом в курсе? Я бы попросил ссылку на подтверждение этого, но почему-то уверен, что ты вместо этого снова прикинешься валенком.

Ты прсто кладезь феерических бредней. Жги еще!

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

537. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (19), 08-Сен-24, 22:03 
> А создатели Раста об этом в курсе?

Создатели раста об этом в курсе, в отличие от тебя.

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

544. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 22:22 
И оно таки не обязательно, хотя Раст его и предлагает в несколько усечённом, по сравнению с Плюсами виде. Языки с функциональной парадигмой программирования не дадут соврать. Но ты об этой парадигме, признайся, первый раз только здесь узнал, под этой статьёй на этом ресурсе.

Нет, причина создания Раст именно борьба со сложностью современного ПО.

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

576. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (19), 08-Сен-24, 23:33 
> Но ты об этой парадигме, признайся, первый раз только здесь узнал, под этой статьёй на этом ресурсе.

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

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

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

Объективно ты за все обсуждение не привел не единого технического аргумента и продолжаешь пафосно пускать пыль в глаза.

Потому что ни на C, ни на Расте ты не пишешь, и аотому проблематики из не понимешь. Как и 95% местных воинов.

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

658. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (658), 09-Сен-24, 12:44 
Когда человек пишет, что ФП - это для борьбы со сложностью, это показатель, что он ещё школу не закончил, а уже учит других https://www.youtube.com/watch?v=wyABTfR9UTU
Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (27), 07-Сен-24, 13:21 
план такой:
1. запускаем трояна (rust)
2. вносим смуту
3. делаем так, чтобы все заеьались и пересрались
4. выкупаем ядро "за копейки"
5. дожидаемся пока торвальдса хватит удар
6. отправляем пингвина в архивы веб-2.0, как неудачный проект
7. выпускаем окончательно вылизанную версию Windows Mobile
8. ПРОФИТ!
Ответить | Правка | Наверх | Cообщить модератору

31. Скрыто модератором  +5 +/
Сообщение от Аноним (31), 07-Сен-24, 13:23 
Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +6 +/
Сообщение от Аноним (39), 07-Сен-24, 13:38 
Ещё один стал о чём-то догадываться.
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

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

92. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (92), 07-Сен-24, 15:12 
> выкупаем ядро "за копейки"

Ох уж эти диванные теоретики. У кого и что собираешься выкупать? Почитай на досуге что такое GPL.

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

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

213. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 07-Сен-24, 21:32 
>Так как они имеют на это "право", потому что оказывается за сервер кто-то платит, у кого-то есть право банить, у кого-то есть доступ к нужным ресурсом...

Только вот форки очень уж выбиваются из вашего чёткого плана

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

462. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от wyry (?), 08-Сен-24, 16:17 
Форки также вносят определённый раскол (возможно, существенный, если его поддержат крупные игроки), то есть фактически - это тоже победа для врагов Linux, а те, кто пропихивают Rust достигнут своей цели. И скорее всего этим всё и закончится, т.к. есть сразу несколько лагерей: те, кто не приемлют ничего кроме C, те, кто считают, что следует добавить C++, и те, кто за Rust. Лично я в лагере C++, но также отлично понимаю и принимаю позицию чистого C, а вот Rust точно ни к селу, ни к городу в Linux.
Ответить | Правка | Наверх | Cообщить модератору

286. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (92), 07-Сен-24, 23:39 
Не подменяй понятия. Речь шла про ядро, а не команду. И даже в случае покупки команды, они должны будут открыть исходники.
Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

290. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (92), 07-Сен-24, 23:40 
В США обязана, а в Европе не обязана. Поэтому достаточно чтобы кто-то исходники в Европу привёз. А дальше куда хочешь.
Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

314. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +5 +/
Сообщение от Аноним (282), 08-Сен-24, 01:19 
Micro$oft, история успеха.
2010: В компанию Nokia успешно внедрён агент Элоп.
...
2022: В команду разработчиков ядра Linux внедрены три наших агента.

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

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

Трояна (правда, на Си) уже запускали. Его в итоге нашли, выкусили, отправителя заблокировали. То есть, закончилось ничем.

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

688. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (483), 09-Сен-24, 19:41 
А про те трояны, которых не нашли и не заблокировали, вы не знаете.
Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –6 +/
Сообщение от Аноним (31), 07-Сен-24, 13:22 
> Алекс Гейнор (Alex Gaynor), бывший директор организации Python Software Foundation, переключившийся на продвижение Rust

Молодец, одумался.

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

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

196. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (186), 07-Сен-24, 20:59 
Бывший директор это как выживший капитан потонувшего судна.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

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

58. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +8 +/
Сообщение от Аноним (58), 07-Сен-24, 13:50 
Есть Redox OS, но растафарианцы его писать не особо спешат почему-то.
Ответить | Правка | Наверх | Cообщить модератору

312. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (282), 08-Сен-24, 00:51 
Не на слуху, не на виду потому что. А тут уже всё расручено. Просто чуть Раста добавил и можно гордиться.
Ответить | Правка | Наверх | Cообщить модератору

199. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним 80_уровня (ok), 07-Сен-24, 21:04 
Таких ёдров больше, чем одно.
Есть Redox, но там микроядро.
Здесь же когда-то была новость о проекте Kerla (https://github.com/nuta/kerla)

И, как видим, судьба их похожа. Оказывается, проекты вести — не смузей трясти.

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

41. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +3 +/
Сообщение от Анонимусс (-), 07-Сен-24, 13:34 
Тед Цо абсолютно прав! Ему не нужно учить раст.

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

git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=5872331b3d91820e14716632ebb56b1399b34fe1
CVE-2020-14314

И не плодить такие позорные CVE.
А вот потом... может и до раста дорастет))

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

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

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

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

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

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

83. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +4 +/
Сообщение от Аноним (83), 07-Сен-24, 14:37 
> Так хотят же переписать. Но какие-то диды этому копротивляются.

Ненене, стопэ! Диды как раз не сопротивляются. Диды дали право коммита в ядро и сказали - внедряй! При этом добавив, что свой сишный код они продолжат рефакторить и перерабатывать, как и прежде. А вот персонаж из новости как раз и сопротивляется. Он-то хотел въехать на белом коне, впендюрить раст и чтобы после этого все сразу стали переписывать всё на расте (ну, принято так у растаманов). Делать что-то своё по правилам ядра он был не готов.

Вообще на мой взгляд ситуация простая. Вопрос "как внедрять раст в ядро" - это technical nonsense. Вопрос "зачем внедрять раст в ядро" - это nontechnical nonsense. И вопросы второго типа ему и надоели, для него ведь нет проблемы "зачем внядрять раст в ядро", он просто поставил перед собой цель "внедрить" и пытался двигаться к ней.

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

246. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +3 +/
Сообщение от _ (??), 07-Сен-24, 22:51 
>> перепишешь все на раст?
> Так хотят же переписать. Но какие-то диды этому копротивляются.

Звездишь нежненький :)
Пишите сколько угодно! Доказывайте что жто на голову лучше того что есть , и Тед утершиь и публично попросив пардону это примет!
Но вам __СЛАБО!__
Поэтому вы хотите убить то, что _уже_ есть и отлично работает! :)
... 1917 год "мы свой мы новый"(С) и вот это вот всё.

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

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

Если с тем, что уже есть не поспорить, то вот с отлично - очень даже. Постоянные cve, и постоянный обновления безопасности не дадут соврать.

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

383. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от _ (??), 08-Сен-24, 07:56 
Рассказать как нашим секуритатас бонусы считают? :-))))))
Ответить | Правка | Наверх | Cообщить модератору

59. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +3 +/
Сообщение от Аноним (-), 07-Сен-24, 13:55 
Ядро должно быть большим и отлаженным куском чистого Си. Внесение в него языка Rust лишь усложнит всё. Важна простота, с Rust не будет простоты.
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

257. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (239), 07-Сен-24, 23:02 
Там уже давно сишное количество перешло в качество - отсутствие простоты. Теперь там только генерирующая ошибки увеличивающаяся, нарастающая сложность.
Ответить | Правка | Наверх | Cообщить модератору

693. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (241), 09-Сен-24, 21:42 
И сейчас чтобы все упростить мы добавим в ядро еще один язык.
Ответить | Правка | Наверх | Cообщить модератору

272. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (-), 07-Сен-24, 23:21 
Так ядро уже большой и отгаженный кусок СИ.
CVE в нем находят постоянно.

И да, усложнять точно ничего не нужно.
Потому что за 33 года диды не осилили даже базовый менеджмент памяти.
Цитата некого Л.Торвальдса
"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."

Естественно, что-то большее от СИшных бракоделов ждать не приходится.

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

52. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от nume (ok), 07-Сен-24, 13:43 
Всего 17 коммитов за год? Это даже за месяц мало, не то что год, а с учётом того СКОЛЬКО нужно проделать работы, чтобы добавить в старый проект поддержку нового языка.
Ответить | Правка | Наверх | Cообщить модератору

265. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +6 +/
Сообщение от Аноним (241), 07-Сен-24, 23:14 
С такими темпами внедрения у Си-дидов еще есть в запасе лет 500-1000.
Ответить | Правка | Наверх | Cообщить модератору

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

60. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +3 +/
Сообщение от Аноним (-), 07-Сен-24, 14:00 
>Ушедший сопровождающий, который подключился к проекту 4 года назад, является сотрудником компании Microsoft и автором экспериментального драйвера с реализацией ФС EXT2, написанного на языке Rust.

От корпорации Зла вы ожидали чего-то другого?

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

64. Скрыто модератором  +2 +/
Сообщение от Аноним (61), 07-Сен-24, 14:08 
Ответить | Правка | Наверх | Cообщить модератору

268. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (241), 07-Сен-24, 23:15 
Решили споганить проект ржавчиной, а сами якобы пишут, но код не показывают, так что не проверить.
Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

697. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (241), 09-Сен-24, 22:01 
Драйвер EXT2, написанный на языке Rust, это очень, очень актуально. Годов так для 1990-х. Так себе вклад.
Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

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

250. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от _ (??), 07-Сен-24, 22:56 
Ну вот те кто пихают - им не нужна своя ОС, им нужно чтоб то что есть легло. Ну вот прямо явно видно.
Готовят к разделу что ли?
Неужто старое бабло, голубые, настолько обос...  Вон Ынтель 16 тыс неделю назад уволил... А у этих пока тишина... Зловещая!(С) 8-о

:-D

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

70. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +7 +/
Сообщение от Аноним (633), 07-Сен-24, 14:18 
Читаю новость и сразу вижу тонны маркетинга.

Я даже у докера столько маркетинга не видел.

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

255. Скрыто модератором  +1 +/
Сообщение от _ (??), 07-Сен-24, 23:02 
Ответить | Правка | Наверх | Cообщить модератору

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

82. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Андрей (??), 07-Сен-24, 14:36 
>Тем временем, компания Google, которая в прошлом году переписала на языке Rust прошивку pvmfm, используемую в виртуальных машинах, запускаемых в платформе Android, поделилась опытом постепенного включения кода на языке Rust в существующие прошивки, изначально написанные на C или C++.

с этого и надо было продвижение начинать...

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

86. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (282), 07-Сен-24, 14:51 
Ждём ухода оставшихся сопроаождпющих.
Ответить | Правка | Наверх | Cообщить модератору

88. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (88), 07-Сен-24, 15:00 
Какие пункты инструкции по саботажу раст не выполнил?

Советы по организации рабочего процесса

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

Советы руководителям

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

Советы работникам

    Работайте медленно.
    Увеличьте количество перерывов до максимума.
    Делайте свою работу плохо. Обвините в этом инструменты, машины или оборудование. Жалуйтесь, что всё это мешает вам нормально выполнять работу.
    Никогда не делитесь опытом или умениями с тем, кому их не хватает.

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

89. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +4 +/
Сообщение от Аноним (89), 07-Сен-24, 15:02 
Запилили бы сборку раста через gcc как perl, python, llvm. Бутстап - дело тяжелое.
Ответить | Правка | Наверх | Cообщить модератору

270. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +5 +/
Сообщение от Аноним (241), 07-Сен-24, 23:18 
Тогда придется соблюдать требования команды gcc, а растовики сами командовать хотят. Собственно поэтому же у них с ядром и не сложилось.
Ответить | Правка | Наверх | Cообщить модератору

369. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 05:56 
Компилятор Раста с помощью gcc в процессе. Ранняя альфа.
Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

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

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

618. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от wyry (?), 09-Сен-24, 03:40 
С лёгкостью: открываем информацию о любых проектах на Rust и выясняется, что везде Rust занимает лишь малую часть кода любого приложения. Когда в моде была функциональщина, Microsoft внедрял F# повсюду (возможно где-то он даже до сих пор крутится "за кадром"), и что? Всё теперь написано на F#? Или растоман снова совершает подлог?
Ответить | Правка | Наверх | Cообщить модератору

698. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (241), 09-Сен-24, 22:05 
Так там и на Perl вполне себе пишут, бывает даже новые проекты. Значит будущее за Perl.
Ответить | Правка | К родителю #545 | Наверх | Cообщить модератору

757. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (757), 13-Сен-24, 11:12 
>А пацаны из Гугла, Майкрософт, Клаудфлэр, Амазон, чей софт используется миллионами (если не миллиардами) людей в мире,  и не знали. Может пойдёшь просветишь их?

А электричество в розетке пацангы из Гугла, Майкрософт и т.д. делают? Сколько атомных станций управляется софтом этих твоих "пацанов"?

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

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

94. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (94), 07-Сен-24, 15:18 
Теоретически идея переписать ядро операционной системы на более безопасном языке - выглядит как очень хорошая, положительная идея для безопасности.

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

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

105. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Янис (?), 07-Сен-24, 15:48 
Практически нет такого безопасного языка. Есть умение программистов работать с памятью. Линукс написан на Си с самого начала, и не надо Майкрософту лезть в него со своим языком. По-сути продвижение раста в ядро со стороны Майкософта является попыткой разработку ядра взять под свой конторль. Они думали, они такие умные, я Торвалдс и Ко - дураки
Ответить | Правка | Наверх | Cообщить модератору

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

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

173. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (282), 07-Сен-24, 19:21 
Ну вот это и есть подтверждение, что это является попыткой Майкософта разработку ядра взять под свой конторль.
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

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

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

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

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

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

176. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (282), 07-Сен-24, 19:26 
Не считаете ли вы, что на Фукусиме было мало автоматики (это в Японии-то)?
Ответить | Правка | Наверх | Cообщить модератору

182. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (442), 07-Сен-24, 20:20 
Камикадзе за пультом - нормальная местная национальная традиция.
Ответить | Правка | Наверх | Cообщить модератору

219. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Буратино (?), 07-Сен-24, 21:52 
"Автоматический опускатор носа" из Boeing 737-MAX передаёт вам привет.
Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

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

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

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

210. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Karl Richteremail (?), 07-Сен-24, 21:23 
А какие отношения поезда имеют к безразличию программистов в написании безопасного кода даже тогда, когда им предоставляют средства для этого?
Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

237. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (83), 07-Сен-24, 22:43 
Когда изобретут язык, исправляющий часть из оставшихся 30% ошибок, снова ядро на новый язык мигрировать?
Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

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

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

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

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

323. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (83), 08-Сен-24, 01:42 
Относительно к ядру как вы предлагаете это делать?

1. Согласны ли вы с позицией человека из новости, что те, кто разрабатывают ядро сейчас, должны перестать делать как привыкли и начать делать, как говорит человек из новости, ведь он уже 4 года в ядре отвечает за интеграцию раста?

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

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

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

384. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от _ (??), 08-Сен-24, 08:00 
ДВА ЧАЯ! (С) LOR
Ответить | Правка | Наверх | Cообщить модератору

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

Нужно ли слушать какого-то выскочку, который вещает что врач должен мыть руки?
Врачи больше тысячелетия отпиливали конечности и принимали роды без каких-то ваших новомодных "асептик"! Ну кто-то конечно умер, но на то воля божья!

Почитайте историю Земмельвейса.
И то как диды его кинули в психушку и реально убили.
Так что позиция "я всегда так делал, я привык" - очень опасная.

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

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

> 3. Считаете ли вы, что человек из новости, работающий в Микрософт, не должен применять свои способности в самой Микрософт, так как эта система уже устарела и нет смысла переводить её ядро и системные компоненты на прогрессивный язык? Что весь прогресс должен быть сосредоточен исключительно в линукс?

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

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

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

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

Если хлопнет, то он ничуть не лучше текущих дедов.
>3. Считаете ли вы, что человек из новости, работающий в Микрософт, не должен применять свои способности в самой Микрософт, так как эта система уже устарела и нет смысла переводить её ядро и системные компоненты на прогрессивный язык? Что весь прогресс должен быть сосредоточен исключительно в линукс?

Майкрософт сам о себе позаботится, вон, Edge уже на Chromium перевели. А вот если linux загнётся, то какое другое настолько же доступное свободное ядро переходить?

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

466. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от wyry (?), 08-Сен-24, 16:32 
Это не прогресс. Более того, Rust, главным образом, вообще не предлагает абсолютно ничего нового! Вообще! Многие концепции УЖЕ были в C++ даже ДО C++11 стандарта, другие заимствованы из OCaml, то есть Rust - это абсолютно искусственное нагромождение без индивидуальности, зато с агрессивным маркетингом и навязыванием себя в каждый проект.
Более того, скажем в языке LISP, который сам по себе очень старый, до сих пор полностью не раскрыт потенциал макросов и метапрограммирования - это "инновация" или никому не нужная фишка? Только по возможностям Rust уступает многим языкам, не предлагая ничего взамен. В C++ давно можно писать безопасно по памяти, а настройки компилятора и статические анализаторы окончательно делают Rust бесполезной игрушкой, поэтому C++ стандарт индустрии, а Rust только побирается пытаясь паразитировать.
Ответить | Правка | К родителю #275 | Наверх | Cообщить модератору

487. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (201), 08-Сен-24, 18:27 
>Многие концепции УЖЕ были в C++ даже ДО C++11 стандарта, другие заимствованы из OCaml,

И что сишники, много концепций из окамла у вас в сишке работают? Нулевые указателе уже победили? Тото же.

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

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

Глава цельного отдела Гугл, занимающегося разработкой Андроида, написал статью о том, что с переходом на Раст с Плюсов количество ошибок уменьшилось, производительность труда выросла. Кому верить: практикам из Гугла, или анонимному теоретику с Опеннет?

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

619. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от wyry (?), 09-Сен-24, 03:44 
Google уже давно больше инвестиционная компания, чем софтверная. У Google многие алгоритмы, например, поиск по картинке, работают хуже, чем у Яндекса, что лютое позорище для такой мегакорпорации, как Google. Google сливает личные данные, а также ограничивает доступ к вашим данным, если считает, что вы "подозрительны" - это самая глупая апелляция к авторитету, когда по теме нечего ответить.
P.S. И разумеется те кто хорошо отчитываются - хорошо работают. Вы ждали от главы отдела отчёта о том, что они несколько лет подряд них*ена не делали? Окэй.
Ответить | Правка | Наверх | Cообщить модератору

696. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (241), 09-Сен-24, 22:00 
Если человек фанатично продвигает Rust, то ему верить конечно же нельзя.
Ответить | Правка | К родителю #566 | Наверх | Cообщить модератору

304. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Dzen Python (ok), 08-Сен-24, 00:07 
> по исследованиям агенства кибербезопасности из США
> Все 100% ошибочных коммитов были сделаны белыми цисгендерными мужчинами средних лет из белых воротничков

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

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

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

511. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Dzen Python (ok), 08-Сен-24, 20:03 
> Причём здесь какая-то повесточка

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

Если оно так, как описует эта контора, то и в других конторах результат должен  давать +- погрешность то же самое.

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

547. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 22:29 
У тебя и ссылки есть в подтверждение своего мнения? Какая ещё повестка до количества ошибок в коде? Вон, ребята из Гугл статью забацали в своём блоге. Основной тезис: с переходом с Плюсов на Раст количество ошибок уменьшилось, производительность труда выросла.

Ребята из Клаудфлэр переписали, точнее, написали с нуля свой прокси-сервер на Раст. И тоже подробно рассказали об этом.

Да и сам язык, чей компилятор ГАРАНТИРУЕТ отсутствие ошибок при работе с памятью (кроме утечек в некоторых случаях) - уже яркое свидетельство того, что это всё правда.

Какие тебе ещё доказательства нужны?

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

741. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Dzen Python (ok), 10-Сен-24, 20:54 
> У тебя и ссылки есть в подтверждение своего мнения?

Эмпирические наблюдения на 20+ летнем промежутке.
> Какие тебе ещё доказательства нужны?

Мне нужен просто ответ на вопрос. Есть ли еще подобные исследования, от других, более заслуживающих *доверия* контор, НЕ связанных с США? Если есть, то ссылочку. Если нет, то по-умолчанию результату "500% горантее от ашипак, тля буду" верить нельзя.

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

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

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

742. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (-), 10-Сен-24, 21:33 
> Эмпирические наблюдения на 20+ летнем промежутке.

Не является подтверждением.
Ладно если бы ты какую-то статистику привел, типа "я уже 20 лет считаю спички от балабановской фабрики".

> Мне нужен просто ответ на вопрос. Есть ли еще подобные исследования, от других, более заслуживающих *доверия* контор, НЕ связанных с США? Если есть, то ссылочку.

Никогда не интересовался. На китайском я считать не умею. Хинди тоже не знаю.
Так что можешь гуглить.

> Если нет, то по-умолчанию результату "500% горантее от ашипак, тля буду" верить нельзя.

Тебе нет. Ты сам так решил.
Хотя примера "штатовские стат.конторы уже долгое время ловят на откровенных подтасовках, сделанных в угоды повестке" не привел.
Что попахивает балабольством.

> Мне абсолютно все равно что там рассказывает гугол про количество ошибок в своих рекламных статейках. Написать можно что угодно, особенно если пипол хавает хайповую тему. Тут уже ловили таких "инноваторов" с бесконтактными магазинами, обслуживаемых индусами-"нейросетями". Цель этой статейки не поделиться профитом, а поддержание популярности гугла как "Копрорации Бобра".

Звучит как теория заговора)
Причем тут корпорация бобра, если они исправляют ошибки в своем же коде.

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

Правильно! Все врут, один Dzen Python говорит правду (но без пруфов).
Те пруфы которые ему приводят "ваши доказательства - не доказательства".
Тут можно поставить картинку "Горделивая поза больного шизофренией с бредовыми идеями"

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

743. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Dzen Python (ok), 10-Сен-24, 21:44 
Понятно, ответа нет. А будет ли?

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

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

744. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (744), 10-Сен-24, 21:53 
> Понятно, ответа нет. А будет ли?

Что тебе не понятно в "Никогда не интересовался. На китайском я считать не умею. Хинди тоже не знаю. Так что можешь гуглить."
Ты что тупой?

Бремя доказательства лежит на утверждающем.
Так что можешь кидать разоблачающие статьи от китайцев или северокорейцев.
Пока ты просто в лужу попердываешь.

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

Что ты и сделал)
А мог бы слиться как-то покрасивше.


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

513. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (-), 08-Сен-24, 20:11 
> А можно результаты от конторы, менее подверженной современной воке-повесточке?
> Например из материкового Китая. Или из другого, нейтрального места.

Что значит из другого?! Брат-Китай самый нейтральный, самый объективный и самый правильный.
А если ты не согласен - то едешь в уйгур-лагерь, там тебя учат любить партия!

> А то эти могут нарисовать что угодно

Например 146%? Или это другое))?


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

155. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (310), 07-Сен-24, 18:28 
> Есть умение программистов работать с памятью.

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

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

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

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

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

381. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от YetAnotherOnanym (ok), 08-Сен-24, 07:49 
> Раст -- максимально простой язык

Даааа??? Чё, правда?
Я тыкал его когда-то палочкой, когда его только начали разгонять - это далеко не простой язык.

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

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

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

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

96. Скрыто модератором  +/
Сообщение от Аноним (104), 07-Сен-24, 15:29 
Ответить | Правка | Наверх | Cообщить модератору

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

115. Скрыто модератором  +3 +/
Сообщение от Аноним (115), 07-Сен-24, 16:08 
Ответить | Правка | Наверх | Cообщить модератору

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

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

100. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –5 +/
Сообщение от НяшМяш (ok), 07-Сен-24, 15:31 
А Тед Цо похоже отдельной гениальности человек (первое предложение) https://thunk.org/tytso/

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

С другой стороны его тоже можно понять. В 56 лет напрягать мозг может быть вредно для здоровья. Зато в линукс можно на 30 лет назад выученном С89 катать CVE и считать себя важным пельменем.

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

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

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

222. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Hck3r (?), 07-Сен-24, 22:02 
Напишите ФС без cve
А стоп
В расте их тоже полно https://github.com/Speykious/cve-rs

Отбой анон
Можно дальше комменты просто катать

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

227. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –2 +/
Сообщение от Анонимусс (-), 07-Сен-24, 22:15 
Ахаха, ты, как и большинство хейтеров, просто собачка Павлова.
Ты даже не в состоянии понять в чем там фишка. Увидел два слова рядом и залил клаву слюной))

Вот эпичный тред, где люди в течение недели(!) пытались заставить это работать
https://github.com/Speykious/cve-rs/issues/4

Им пришлось написать самописный null_mute, модифицировать transmute() подменив там crate::null_mut на самописный... и даже после этого получается ошибка компиляции

error[E0133]: dereference of raw pointer is unsafe and requires unsafe function or block
error: could not compile `cve-rs` (lib) due to previous error

При этоим сам автор пишет на расте.

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

223. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Hck3r (?), 07-Сен-24, 22:03 
Напишите ФС без cve
А стоп
В расте их тоже можно делать : репа cve-rs

Отбой анон
Можно дальше комменты просто катать

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

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

332. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от anonimous (?), 08-Сен-24, 02:44 
Прямо по тезису - не ошибается тот, кто ничего не делает - вы, похоже, человек без единой ошибки.
Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

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

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

По твоему лизать зад работодателю разумный ход? Не думаю.

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

157. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –5 +/
Сообщение от НяшМяш (ok), 07-Сен-24, 18:31 
За большие деньги, в 56 лет, живя в США? Очень разумный ход. Всяко лучше, чем остаться в нищете, никому не нужным.
Ответить | Правка | Наверх | Cообщить модератору

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

Но всё равно исход у всех один: стаpoсть, обвисшая кожа, палка, дeмeнция, гpoб.

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

164. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –2 +/
Сообщение от НяшМяш (ok), 07-Сен-24, 18:36 
Конечная остановка у всех одна, а путь разный - всем хочется идти по самому лёгкому. Можно прийти на конечную как бомж, а можно, например, как дедушка бидон.
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

130. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от anonymous (??), 07-Сен-24, 16:28 
Вот так всегда с фанатиками - лезут со своим растом куда не просят, а потом удивляются, почему их богоизбранный язык считают за второстепенный в проекте 30 летней истории.

Теодор тут вообще никаким боком, он просто декларирует статус кво: растоманы - второй сорт в проекте, их дело писать драйверы к устройствам по указанному АПИ подсистем, и пока что они даже не продемонстрировали хоть какой то жизнеспособной прототип за пределами своих песочниц.

Ну и как бы Тцо - не такой кадр, которым ты будешь просто разбрасываться, имея у себя крупнейшую в мире инфраструктуру распределенных ФС.

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

161. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –5 +/
Сообщение от НяшМяш (ok), 07-Сен-24, 18:34 
> они даже не продемонстрировали хоть какой то жизнеспособной прототип за пределами своих песочниц

https://vt.social/@lina/113045455229442533

Ещё какие аргументы от любителей CVE будут?

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

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

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

как это не просят?
их гугл пригласил. А если не нравиться кого гугл приглашает, то могут остатся и без взносов от гугла с голой ж..й.

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

276. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +4 +/
Сообщение от Ivan_83 (ok), 07-Сен-24, 23:26 
Как мелко вы мыслите.

Он пошлёт гугол куда по дальше и найдёт себе другого работодателя, без таких неадекватностей.

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

550. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Прохожий (??), 08-Сен-24, 22:39 
Может и найдёт. Но и Гугл без него спокойно обойдётся. Незаменимых людей в данной сфере нет.
Ответить | Правка | Наверх | Cообщить модератору

102. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +3 +/
Сообщение от Янис (?), 07-Сен-24, 15:42 
Кто бы сомневался, что всем этим курировал Майкрософт - главный враг Линукса и всего опен сорс? Вообще же, кто и для чего пустил эту компанию в разработку Линукса? Каким образом? Пускай пишет свое ядро на Расте!
Ответить | Правка | Наверх | Cообщить модератору

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

165. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (310), 07-Сен-24, 18:36 
> Пускай пишет свое ядро на Расте!

Нужно на турбо поскале.

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

448. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (442), 08-Сен-24, 13:32 
И пусть свои миллиарды денег, которые разрабам платят тоже заберёт обратно. Вот тогда-то компашки бородатого в костюме антилопы сразу всё до идеального состояния допилят. Раньше какой-нибудь планировщик ядра писал анестезиолог - теперь проктолог будет.
Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

136. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от anonimous (?), 07-Сен-24, 16:51 
Основное внимание при внедрении Rust предлагается уделять использованию Rust.

Гениально!

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

280. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (241), 07-Сен-24, 23:30 
Внедрение Rust ради внедрения Rust. Чтож, по крайней мере они честны.
Ответить | Правка | Наверх | Cообщить модератору

657. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (657), 09-Сен-24, 12:24 
Это надо обязательно закрепить в CoC.md
Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

139. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (135), 07-Сен-24, 17:00 
>> Для распространения библиотек, обеспечения сборки и управления зависимостями проектом развивается пакетный менеджер Cargo. Для размещения библиотек поддерживается репозиторий crates.io.

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

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

152. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Python vs C (?), 07-Сен-24, 18:19 
Именно поэтому  Питон с 100500 wheels, написанными на Rust истенно свободный ЯП, а не какой-нибудь C#?

Или потому что автор Питона уже ПЯТЬ лет работает в компании - разработчике C#? :)

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

279. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Ivan_83 (ok), 07-Сен-24, 23:29 
Именно поэтому питону хана, у них и так помойка-зоопарк, а теперь ещё и собиратся за пределами убунты разраба этого самого колеса ничего не будет.
Ответить | Правка | Наверх | Cообщить модератору

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

А чем это принципиально отличается от kernel.org? Или забыли, как в коммите дров под байкал отказали?

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

281. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (-), 07-Сен-24, 23:31 
Если бы ты хотя бы прочитал доку, то знал, что это пакетный менеджер ты можешь развернуть на своем серваке или вообще локально.
В РФ, в сев корее, в зимбабве.. и в любой стране вообще.

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

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

644. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (644), 09-Сен-24, 11:14 
Допустим, надо мне работать со случайными числами. Указываю в зависимостях крейт rand, а кроме него ещё скачивается 13 других крейтов по его зависимостям. Что, людям делать нечего, как проверять исходный текст 14-ти крейтов на вредоносный код?
Ответить | Правка | Наверх | Cообщить модератору

397. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (397), 08-Сен-24, 10:07 
Наш ЯП безопасно работает с памятью! Начните юзать сейчас и получите репозиторий зондов бесплатно!
Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

154. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +3 +/
Сообщение от Аноним (310), 07-Сен-24, 18:26 
Когда они уже свой линкер напишут? Чтобы без мусорной visual studio и прочих костылей типа msys2.
Ответить | Правка | Наверх | Cообщить модератору

433. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Да ну нахер (?), 08-Сен-24, 12:07 
Кстати да. Линкер-то небезопасный. Образца 50x годов.
Ответить | Правка | Наверх | Cообщить модератору

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

178. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Ilya Indigo (ok), 07-Сен-24, 19:53 
Цо и Боттомли абсолютно правы!
Ответить | Правка | Наверх | Cообщить модератору

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

390. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Ilya Indigo (ok), 08-Сен-24, 09:06 
И он тоже будет прав, когда скажет что сожалеет о принятии RfL в ядро и выпилит его к чёртовой матери!
Ответить | Правка | Наверх | Cообщить модератору

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

406. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Ilya Indigo (ok), 08-Сен-24, 10:30 
> Но он этого не сказал.
> А пока он только жалеет что диды копротивляются и рассчитывал что интеграция
> раста будет быстрее.

Ещё не вечер!
Если он про Bcachefs такое сказал, то про RfL не только скажет, но и покажет!

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

551. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 22:42 
> Ещё не вечер!

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

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

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

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

181. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (442), 07-Сен-24, 20:17 
Сишники жалуются что слишком много кнопок нажимать надо и печатая вместо того же {...} Begin...End они могут перетрудиться и надорваться.
Ответить | Правка | Наверх | Cообщить модератору

632. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Илья (??), 09-Сен-24, 07:39 
Прикольно, что в расте при примерно схожем синтаксисе, получается на 40% меньше кнопок. Авторы даже догадались, чтобы было меньше спецсимволов жать типо звёздочек, & и прочего.
Хз, чего сишники мандят, наверное они просто необучаемые
Ответить | Правка | Наверх | Cообщить модератору

185. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (212), 07-Сен-24, 20:37 
Нет общественного компилятоа Ada, Modula-2. А других надёжных языков, подходящих для ОС просто нет.
Ответить | Правка | К родителю #179 | Наверх | Cообщить модератору

191. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Советский инженер (ok), 07-Сен-24, 20:47 
>Нет общественного компилятоа Ada

а вот это (https://www.gnu.org/software/gnat/) что по твоему !?

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

216. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (212), 07-Сен-24, 21:37 
Это FSF GNAT - демо-версия коммерческого GNAT PRO
Ответить | Правка | Наверх | Cообщить модератору

217. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (163), 07-Сен-24, 21:49 
https://www.opennet.dev/opennews/art.shtml?num=58357
Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

460. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (460), 08-Сен-24, 15:54 
Общественная ОС должна быть на общественном инструменте разработки. К сожалению, ни GNAT ни GNU Modula-2 не являются общественной разработкой. GNU Modula-2 - единолично разрабатывает  и сопровождает англичанин Гаюс Мюллей, GNAT - компания AdaCore. Они используют GCC как канал для продвижения своей продукции. Проект GNU никак не участвует в разработке этих компиляторов.
К тому же GNU Modula-2 не поддерживает классы и дженерики, хотя в стандарте они есть.
Ответить | Правка | Наверх | Cообщить модератору

477. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (282), 08-Сен-24, 17:51 
>К тому же GNU Modula-2 не поддерживает классы и дженерики, хотя в стандарте они есть.

А давно Мюллей её разрабатывает? А то, может, ещё руки не успели дойти.

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

506. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (512), 08-Сен-24, 19:47 
Давно. Сейчас посмотрю исходный текст. Кстати, в GCC 12 и 13 фронтенд gm2 нерабочий, надо GCC 14 использовать. Можно из контейнера.
Если интересно что за язык ISO Modula-2, вот описание
https://modula2.awiedemann.de/manual/index.html

Есть try/finally блок, обработка исключений, пулы памяти (чтобы модули не навредили друг другу), классы, дженерики.

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

509. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (512), 08-Сен-24, 19:58 
С 1987-го года. Вот текст начала файла M2Comp.def из исходного кода компилятора GNU Modula-2 из GCC 13:

(* M2Comp.def continually calls the compiler for every source file.

Copyright (C) 2001-2023 Free Software Foundation, Inc.
Contributed by Gaius Mulley <gaius.mulley@southwales.ac.uk>.

This file is part of GNU Modula-2.

GNU Modula-2 is free software; you can redistribute it and/or modify
............
<http://www.gnu.org/licenses/>.  *)

DEFINITION MODULE M2Comp ;

(*
   Author     : Gaius Mulley
   Title      : M2Comp
   Date       : 29/5/87
   Description: Continually calls the compiler for every source file
                referenced in the Modula-2 compiler.
*)

FROM SYSTEM IMPORT ADDRESS ;
EXPORT QUALIFIED CompilingDefinitionModule,
                 CompilingImplementationModule,
                 CompilingProgramModule,
                 compile ;

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

180. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +3 +/
Сообщение от Аноним (180), 07-Сен-24, 20:10 
>отметить уход Уэдсона Алмейда Фильо

good ridance.

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

Да. Но не Rust, и не go.

>и если сообщество разработчиков Linux не поймёт это, то Linux будет вытеснен каким-то другим ядром, как в своё время произошло с Unix.

В его влажных мечтах.

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

190. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от cheburnator9000 (ok), 07-Сен-24, 20:46 
>> Linux будет вытеснен каким-то другим ядром

Вот-вот, мы все видим как компании гиганты уже ринулись переписывать свои драйвера под очередной VasyanKernel с аудиторией двадцать солевых наркоманов. Nvidia то и под линукс не может сделать толком драйвер.

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

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

553. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 22:44 
> Да. Но не Rust, и не go.

А ребята из Гугла, которые уже переписали часть Андроида на Раст об этом знают?

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

189. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (212), 07-Сен-24, 20:45 
> разные методы, специфичные для выполнения в контексте std и no_std

Странный язык. Стандартный фреймvvорк для того и нужен, чтобы всегда работало как задумано

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

234. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (83), 07-Сен-24, 22:42 
Так оно так и задумано! :)
Ответить | Правка | Наверх | Cообщить модератору

298. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от GraiT (?), 07-Сен-24, 23:58 
А никого это не смущает:
    В разряд стабильных переведена новая порция API, в том числе стабилизированы методы и реализации типажей:
        core::error
        hint::assert_unchecked
        fs::exists
        AtomicBool::fetch_not
        Duration::abs_diff
        IoSlice::advance
        IoSlice::advance_slices
        IoSliceMut::advance
        IoSliceMut::advance_slices
        PanicHookInfo
        PanicInfo::message
        PanicMessage

И после этого на С++ гонят???

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

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

Неа.
Этих АПИ просто не было.
Их добавили и погоняли на найт-билдах.
Теперь перевели в стабильные.

Это нормальная система разработки.
А не "мы тут 3 года всем СИ коммитетом заседали, но не решили как оно должно быть.. поэтому будет оно UB, пусть в каждом копиляторе один и тот же код работает по разному!"

> И после этого на С++ гонят???

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


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

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

555. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 22:48 
И? Чего сказать-то хотел? Ещё раз. API не было. Теперь появилось. То есть, ни в каком коде оно до этого не использовалось. Теперь может использоваться, потому что стало стабильным.
Как будто в других языках не так.
Ответить | Правка | Наверх | Cообщить модератору

325. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Сен-24, 01:45 
>[оверквотинг удален]
>         AtomicBool::fetch_not
>         Duration::abs_diff
>         IoSlice::advance
>         IoSlice::advance_slices
>         IoSliceMut::advance
>         IoSliceMut::advance_slices
>         PanicHookInfo
>         PanicInfo::message
>         PanicMessage
> И после этого на С++ гонят???

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

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

556. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Прохожий (??), 08-Сен-24, 22:49 
Ещё один "эксперт". До последнего стандарта язка Си, его не было в природе. Потом он, стандарт, появился. А с новым стандартом появились и новые фичи языка. Дошло?
Ответить | Правка | Наверх | Cообщить модератору

301. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +7 +/
Сообщение от Аноним (301), 08-Сен-24, 00:06 
Теодор Цо написал ext4 на Си, а какой-то раст-кодер из Майкрософта смог на расте только ext2, да и то не написать, а переписать готовую, написаную опять же Теодором Цо.  И он ещё что-то там гонит на автора ext4
Ответить | Правка | Наверх | Cообщить модератору

720. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (720), 10-Сен-24, 09:21 
Теодор Цо тоже переписывал, с адаптацией под линукс. Найди его мемуары.
Ответить | Правка | Наверх | Cообщить модератору

318. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Xasd7 (?), 08-Сен-24, 01:37 
задрали если честно со своим Rust уже. фанатики.

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

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

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

Это сложно. Гораздо проще ныть и давить на большинство меньшинством. Ничего не напоминает? У меня вот параллели с некоторыми общественными течениями.

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

557. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Прохожий (??), 08-Сен-24, 22:51 
Поди это спонсорам из того же Гугла скажи. А то они ведь точно не знают, что Rust задрал какого-то анонимного эксперта.
Ответить | Правка | К родителю #318 | Наверх | Cообщить модератору

620. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от wyry (?), 09-Сен-24, 03:56 
Где-то в кустах плачет nvidia, утираясь пачками долларов при капитализации компании больше, чем Google, что tensorflow написан на C++.
Ответить | Правка | Наверх | Cообщить модератору

755. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (757), 13-Сен-24, 10:46 
>Поди это спонсорам из того же Гугла скажи. А то они ведь точно не знают, что Rust задрал какого-то анонимного эксперта.

Зачем их спрашивать? Скока у гугла атомных станций? Скока у гугла железнодорожных веток? Этот ваш гугл -- всего-то лишь прачечная алфавита.

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

333. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (333), 08-Сен-24, 02:57 
Лучший язык программирования это ассемблер. Представьте себе ситуацию. Вы хотите уехать в иноязычную страну. Но вместо того чтобы выучить язык той страны вы таскаете с собой переводчика на привязе. Более того, вы сначала говорите текст своему собеседнику, потом ждете пока переводчик переведет этот текст и затем донесет до носителя. Плюс переводчик очень сильно сомневается в некоторых участках вашего текста и переводит из условно, а кое где не переводит вообще. Это полный бред. И это как раз то что делается сейчас практически со всеми современными ЯП. Ассемблер же позволяет программисту говорить с компьютером на языке последнего. Да это сложно, да это долго, да это трудозатратно, но зато какой получается результат. К чему привело использование ЯП высокого уровня? Разжиревшие, текущие, жрущие оперативку ОСи и приложения. Что и логично собственно говоря. А посмотрите на такие оси как колибри и команда. Вся ось со всеми приложениями занимает сколько? 2 мб? И сколько требует оперативной памяти? То то и оно. Вот вам и результат. Просто человек слишком ленив и возможно слишком ограничен чтобы выучить родной язык компьютера и начать думать как компьютер. Вместо этого он пытается научить компьютер говорит на своем языке. Что не очень то хорошо получается. И теперь мы имеем гору недо ЯП и гору написанного софта который весит как стадо слонов и требует ультрапроцессоров и 128 Гб оперативки.
Ответить | Правка | Наверх | Cообщить модератору

334. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (301), 08-Сен-24, 03:01 
А теперь попробуй запусти эту колибри на arm, riscv, powerpc, sparc. Ну ок, если не запускается, то разрешаю перекомпилировать. Ну как оно, помогло?
Ответить | Правка | Наверх | Cообщить модератору

359. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (359), 08-Сен-24, 05:07 
Невелика цена по сравнению со всеми преимуществами асма. Тем более процесс переписывания под конкретные инструкции можно серьезно так автоматизировать.
Ответить | Правка | Наверх | Cообщить модератору

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

434. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (333), 08-Сен-24, 12:09 
Начнем со сравнения размера написанной прикладной программы. Любой. Да хоть калькулятора. И со сравнения размера потребляемой им ОЗУ.
Ответить | Правка | Наверх | Cообщить модератору

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

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

416. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (420), 08-Сен-24, 11:04 
Не надо бредить. Просто бери и пиши ос на своём асме.
Ответить | Правка | Наверх | Cообщить модератору

431. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (333), 08-Сен-24, 12:04 
Да пожалуйста. MenuetOS раз, KolibriOS два.
Ответить | Правка | Наверх | Cообщить модератору

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

385. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Core2 4Gb (-), 08-Сен-24, 08:17 
Чето ты, я смотрю, зазвизделся.

Вот у меня на компе Devuan + ZFS + Trinity.

Потребление рамы 1 Гб.

И могу запустить несколько Docker контейнеров, в каждом из которых TigerVNC + IceWM.

Несколько телеграм клиентов, IaC tools, VSCodium, и т.п.

Потребление ещё + 1-2 Gb рамы.

Какие 128Гб?

А теперь сравни свой колибри с арсеналом VSCodium + C#.

Кто быстрее напишет прикладную программу, твоя команда из 100 ассемблеристов или один C# программист, или тем более один VB.NET программист.

При одинаковых зарплатах делай выводы об экономической целесообразности.

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

441. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (333), 08-Сен-24, 13:20 
KolibriOS.
Операционная система. Графическая система. Драйверы устройств. Поддержка fat, ntfs, ext файловых систем. Текстовый процессор. Графический редактор. Веб браузер. Куча других приложений и простых игр которые просто не упоминаю.
ПЗУ - 2 (ДВА!) мегабайта. ОЗУ - 8 (ВОСЕМЬ!) мегабайт.
Ответить | Правка | Наверх | Cообщить модератору

443. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (443), 08-Сен-24, 13:22 
Аппаратное ускорение декодирования есть? Драйверы wifi?
Ответить | Правка | Наверх | Cообщить модератору

491. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (201), 08-Сен-24, 18:34 
>Куча других приложений и простых игр которые просто не упоминаю.

Портируй под колибри хотя-бы wesnoth и inkscape, и поделись успехами по размерам. Можешь их даже на чистом ассемблере переписать

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

426. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (282), 08-Сен-24, 11:36 
>текущие

На поприще текучести у АСМа конкурентов точно не будет ;) Ибо тут выделять/освобождать будут всё ручками. Ну и чаще, чем обычно на C, будут забывать освобождать.
А уж с выходами за пределы буферов... такая малина будет. Тут диды-сишники просто отдыхают!

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

440. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (333), 08-Сен-24, 12:44 
Все правильно, писать на асме сложнее и дольше. Сделать все правильно тоже. Но конечный результат стоит вложенного времени и усилий. Даже в ядре Linux используется ассемблер. С чего бы это вдруг?
Ответить | Правка | Наверх | Cообщить модератору

475. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (282), 08-Сен-24, 17:48 
Он там используется в самых-самых фундаментальных и стартовых позициях. А уж kernel-модули все пишут на C.
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

386. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (97), 08-Сен-24, 08:18 
Скоро AI сможет осознать все исходники на си и исправит все ошибки так что раст не нужен
Ответить | Правка | Наверх | Cообщить модератору

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

Для того чтобы AI работал - его нужно обучить.
А на чем ты его обучишь?
На портянках дидов "кастим все к void*, боженька разберется что там за объекты"?
Боюсь оно будет работать shit in -> shit out.


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

455. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (241), 08-Сен-24, 14:46 
Боюсь, что ты просто не понимаешь как работает LLM. А обучать memory-safe AI для Си будут на заботливо предоставленных тобой же списках CVE-шек. Соберут из комментариев на опеннете и обучат. И Раст станет вообще ненужен.
Ответить | Правка | Наверх | Cообщить модератору

561. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 08-Сен-24, 22:57 
Дык и Си станет не нужным (потому что LLM свой язык программирования придумает с очень высокой вероятностью), а вместе с ним и ты тоже. И?
Ответить | Правка | Наверх | Cообщить модератору

701. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (241), 09-Сен-24, 22:36 
>потому что LLM свой язык программирования придумает с очень высокой вероятностью

Еще одна демонстрация глубокого непонимания LLM. Представления об ИИ на уровне карикатур из советских газет. Вот уж кого ИИ лишит работы так это всяких приживал, а разработчики просто пересели на IDE c Copilot.

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

419. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (420), 08-Сен-24, 11:06 
Проще ИИ найдет все выходы за границы буфера и си станет безопасТным.
Ответить | Правка | К родителю #386 | Наверх | Cообщить модератору

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

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

498. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (201), 08-Сен-24, 19:06 
>Безопасный режим в Эльбрусе и С безопасен

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

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

520. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (282), 08-Сен-24, 21:21 
Ну это да, 146% безопасность.
Ответить | Правка | К родителю #481 | Наверх | Cообщить модератору

392. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Толян (??), 08-Сен-24, 09:18 
Не понял споров по поводу kernel, fs, rust.


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

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

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

395. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (97), 08-Сен-24, 09:48 
потому что их цель не создать что-то а просто раст
Ответить | Правка | Наверх | Cообщить модератору

400. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от n00by (ok), 08-Сен-24, 10:23 
"Прослойка" пишется как эквивалент кода на Си. Если что-то в коде на Си меняется (а ядре -- stable API nonsence), эту прослойку придётся перелопатить ручками. Если бы был некий транслятор Си в Раст, можно было бы автоматизировать, а это задачка несколько иного уровня сложности. :)
Ответить | Правка | К родителю #392 | Наверх | Cообщить модератору

394. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (394), 08-Сен-24, 09:40 
У меня самопальная система на базе Crux. Что хочу ставлю, что хочу удаляю без оглядки на дистрописателей. И во всей этой истории только librsvg при обновлении требует rust. А этот самый rust довольно таки объёмная штука. Надо его установить. Перекомпилить либу. Удалить rust. Нахрен мне такое удовольствие? Поставил старпера librsvg-2.40.20 без всяких растов. Ни эксплуатационно, ни визуально ничего не поменялось.Жизнь прекрасна без раста!
Ответить | Правка | Наверх | Cообщить модератору

402. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (397), 08-Сен-24, 10:25 
Прикольно, это как LFS только без первичного пердолинга с binutils/gcc?
Ответить | Правка | Наверх | Cообщить модератору

411. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (409), 08-Сен-24, 10:46 
Это как генту или арч, но не генту и не арч.
Ответить | Правка | Наверх | Cообщить модератору

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

424. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (282), 08-Сен-24, 11:23 
А что там пердольного в изготовлении тулчейна, если совсем не с нуля? Откройте для себя Crosstool-NG.
Ответить | Правка | К родителю #402 | Наверх | Cообщить модератору

427. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (397), 08-Сен-24, 11:40 
Установка LFS во временный фолдер с временными путями и переменными. Пересборка в chroote.
Не понял как crosstools в этом поможет.
Ответить | Правка | Наверх | Cообщить модератору

444. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (443), 08-Сен-24, 13:23 
> Crux

Давно не обновлялся, возможно проект умер. Доступен под одну архитектуру - такое себе.

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

405. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от n00by (ok), 08-Сен-24, 10:28 
> сравнил инициативу Rust-for-Linux c попыткой
> заставить всех принять религию Rust.

Ожидаемо. "В чужой монастырь со своим уставом не ходят".

С другой стороны, Теодор Цо, как и остальные, не вечен. Директор по продвижению Rust остался, интерес спонсоров Фонда остался, свежие силы изучают Rust. Следующие раунды могут оказаться не столь радужными.

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

412. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (397), 08-Сен-24, 10:49 
> Следующие раунды могут оказаться не столь радужными.

Учитывая модные тренды, то скорее чрезвычайно радужными.

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

430. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (-), 08-Сен-24, 12:00 
> Ожидаемо. "В чужой монастырь со своим уставом не ходят".

С одной стороны да, а с другой "а нафига нам тогда великодушный диктатор" если какие-то местячковые царьки, против его решений права качают?

> С другой стороны, Теодор Цо, как и остальные, не вечен. Директор по продвижению Rust остался, интерес спонсоров Фонда остался, свежие силы изучают Rust.

Ну помрет он, думаю, не завтра.
Хотя если бы такое случилось... Это был бы просто пир для любителей заговоров!

> Следующие раунды могут оказаться не столь радужными.

ИМХО сначала будут пытаться разрулить внутри, например с привлечением арбитража Линуса.
Хотя оно уже всплыло и обсуждается.

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

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

407. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –2 +/
Сообщение от n00by (ok), 08-Сен-24, 10:35 
> возникновение проблем в биндингах будет головной болью
> только для разработчиков Rust-for-Linux.

Есть ли такая проблема в Си++? :) Похоже, Линус был прав относительно некоторых, когда использовал нехорошее слово.

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

422. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (282), 08-Сен-24, 11:17 
Это смотря с какой стороны подходить, с какой начинать. Если как растоманы с написания своих фреймворков, то да. А если без своих фреймворков, а используя максимальную преемственность с C на начальном этапе, то нет.
Ответить | Правка | Наверх | Cообщить модератору

723. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от n00by (ok), 10-Сен-24, 10:29 
Начать можно с поиска по моему гитхапу, там есть примеры дров на плюсах. А я пока согласен с Линусом.
Ответить | Правка | Наверх | Cообщить модератору

408. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним123 (?), 08-Сен-24, 10:37 
Автор файловых систем ext2/ext3/ext4 прав. Обвязки должны генерироватся с процессе компиляции кода, а не человек должен их писать.
Ответить | Правка | Наверх | Cообщить модератору

473. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (473), 08-Сен-24, 17:32 
А как же тогда Embrace, Extend, Exterminate Linux? Нужно чтобы каждое исправление в ядре согласовалось вот с такими вот сотрудниками M$, авторами обвязок, веревочек, бантиков и ажурчиков на Rust к чужому Си-коду.
Ответить | Правка | Наверх | Cообщить модератору

493. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (483), 08-Сен-24, 18:44 
Не понимаю, почему такой волюнтаризм.
Считаю, что всё должно генерироваться автоматически, а человек ничего не должен писать.
Чай, не при царском режиме!
Ответить | Правка | К родителю #408 | Наверх | Cообщить модератору

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

Первый случай пользы от "stable API is nonsense".

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

425. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (282), 08-Сен-24, 11:26 
Далеко не первый. Первый - это что практически все драйверы для Linux с открытыми исходниками.
Ответить | Правка | Наверх | Cообщить модератору

449. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Аноним (442), 08-Сен-24, 13:37 
И какой-нибудь nouveau даже работает. Правда сильно условно, но ведь опенсорсие же.
Ответить | Правка | Наверх | Cообщить модератору

521. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (282), 08-Сен-24, 21:23 
И что? Хорошо, что работает. Кому-то и его возможностей достаточно.
Ответить | Правка | Наверх | Cообщить модератору

450. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (450), 08-Сен-24, 13:40 
Мне эта история с Rust, простите за грубую аналогию, напоминает идею осчастливить человечество, научив его пользоваться (безопасными!) презервативами.

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

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

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

454. Скрыто модератором  +2 +/
Сообщение от Аноним (-), 08-Сен-24, 14:24 
Ответить | Правка | Наверх | Cообщить модератору

640. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от Аноним (640), 09-Сен-24, 10:14 
Скорее попытку отучить от БДСМ
Ответить | Правка | К родителю #450 | Наверх | Cообщить модератору

474. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (394), 08-Сен-24, 17:38 
Честно, не пойму как устроен мой любимый opennet.ru, вот и приходится отвечать кому-то конкретному с запозданием и странным образом. Да. Уважаемому -  2.444, Аноним (443), 13:23, 08/09/2024

> Crux

Давно не обновлялся, возможно проект умер. Доступен под одну архитектуру - такое себе.

Согласен, под одну. Я тоже долго переживал по этому поводу и цеплялся как за плот с Титаника, за i686. Сейчас смирился. Иногда, правда, мучает ностальжи, но то такое. И, кстати, Crux вполне себе развивается. Сейчас ребята красиво пилят Crux-3.7, и за шторой попиливают будущий 3.8, со свежачком в портах. При обновлении ошибки отсутствуют совсем, что удивительно. А ведь у меня в любимчиках сначала и долго был Arch´ик. Но там на обнову приходят готовые пакеты и иногда после обновы или начинается что-то не то, или вообще затык. Может быть такое было давно, но было. После 33-го падежа пришлось побродить по distrowatch´чу изрядно. Нашел неказистого Crux´а. И вполне себе доволен, тем, что я сам себе хозяин. Crux´сяне пилят для меня порты, как в фриибзде,  только с основой операционки, а я навешиваю уже что мне надо. И как мне надо. Так. Приношу извинения за многословие. Всем присутствующим успехов и каждому своего!    

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

609. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (450), 09-Сен-24, 01:27 
Попробуй Slackware, аноним.

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

Никто никого ничего не заставляет делать.

Есть 4 архитектуры.

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

578. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (578), 08-Сен-24, 23:38 
Августовский рейтинг Tiobe:
Python — 18,04%;
C++ — 10,04%;
C — 9,17%;
Java — 9,16%;
C# — 6,39%;
JavaScript — 3,91%;
SQL — 2,21%;
Visual Basic — 2,18%;
Go — 2,03%;
Fortran — 1,79%;
Matlab — 1,72%;
Delphi/Object Pascal — 1,63%;
PHP — 1,46%;
Rust — 1,28%;
Ruby — 1,28%;
Swift — 1,28%;
Assembly — 1,21%;
Kotlin — 1,13%;
R— 1,11%;
Scratch — 1,09%

C и C++ в сумме на первом месте (19%), Rust - на 14 месте.

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

603. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Прохожий (??), 09-Сен-24, 01:18 
Что из этого следует? На другом ресурсе (StackOverflow) Rust - на первом месте среди обожаемых языков. Это о чём-то говорит? Если да, то о чём именно?


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

626. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (-), 09-Сен-24, 04:55 
> Rust - на первом месте среди обожаемых языков. Это о чём-то говорит? Если да, то о чём именно?

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

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

641. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Facemaker (?), 09-Сен-24, 10:17 
>О безмозглости хипстеров на маздайном ресурсе, имхо. Обожать это месиво из закорючек, где обработкой ошибок и линковкой - начинают задумываться на 15-м году разработки (!!!)  - ну такое себе. А вон там жидкость мозга господарей отлично захайлайчена ломкостью врапперов

Тяжелый бред ʕ•ᴥ•ʔ

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

634. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (633), 09-Сен-24, 07:40 
Об агрессивном маркетинге.
Ответить | Правка | К родителю #603 | Наверх | Cообщить модератору

682. Скрыто модератором  +1 +/
Сообщение от _ (??), 09-Сен-24, 18:14 
Ответить | Правка | К родителю #603 | Наверх | Cообщить модератору

643. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Соль земли (?), 09-Сен-24, 10:57 
Полпулярность языка сильно зависит от уровня интеллекта толпы.
Ответить | Правка | К родителю #578 | Наверх | Cообщить модератору

625. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Аноним (625), 09-Сен-24, 04:38 
> Устранена уязвимость (CVE-2024-43402) в std::process::Command,

О, безопасность подвезли. Со второго раза. Наверное. А точно пофиксили то?

> бывший директор организации Python Software Foundation, переключившийся на продвижение Rust

Так вот ты какой, пыxтoнpacт со стажем...

> который сказал, что чем больше семантики кодируется в обвязках, тем они становятся более ломкими

Капитан устроил конкретную расстновку точек над i нубам. Офигеть!

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

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

значит так тому и быть! прогресс - штуха хитрая!

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

642. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  –1 +/
Сообщение от Соль земли (?), 09-Сен-24, 10:53 
> не все разработчики собираются изучать Rust

Гениальная аргументация! Кому-то пора на пенсию.

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

732. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от _oleg_ (ok), 10-Сен-24, 13:30 
Ну знаешь... если бросать все дела и кидать изучать каждый новый ЯП придуманный сопляками, то времени на работу просто не останется.
Ответить | Правка | Наверх | Cообщить модератору

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

Ой, а типа ты работаешь?
Середина рабочего дня, а кто-то пишет на форум)

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

737. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от _oleg_ (ok), 10-Сен-24, 14:42 
>> Ну знаешь... если бросать все дела и кидать изучать каждый новый ЯП придуманный сопляками, то времени на работу просто не останется.
> Ой, а типа ты работаешь?
> Середина рабочего дня, а кто-то пишет на форум)

Завидуй молча ;-).

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

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

662. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от xsignal (ok), 09-Сен-24, 13:32 
Раст в ядре нужен, как корове седло. Дальше и будут сплошные препятствия, потому что не нужна там эта вставная челюсть, у ядра свои зубы есть.
Ответить | Правка | Наверх | Cообщить модератору

663. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от xsignal (ok), 09-Сен-24, 13:37 
> Ушедший сопровождающий [...] является сотрудником компании Microsoft

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

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

665. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Nochiemail (?), 09-Сен-24, 13:48 
Вообще все к Rust стремятся, неужели Linux упрертся?
А что думаете, про Phyton в ос?
Ответить | Правка | Наверх | Cообщить модератору

683. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +1 +/
Сообщение от _ (??), 09-Сен-24, 18:33 
Думаешь это вот всё, с хайпом о новом чудо-Ёзыке - "серебрянной пуле" - в первый раз?  :-\
:-)

Седожопым - молчать! Молодёжь - ваш колл:

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

Узнали? :-)
Причём за ним не только толстые корпы стояли, но и реально умные люди (да хоть Го***) ...
И что? Всё суета и суета сует!(С) один депрессивный дядько

А ведро как было на Си так на Си и осталось! :) И слава всем богам всех религий!
Причём всё что не ведро, драйвера и прочий байтодрочЪ(С) - на Си писать _не_надо_ ! Я даже слово волшебное знаю :)

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

689. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от нах. (?), 09-Сен-24, 20:44 
> А что думаете, про Phyton в ос?

во, думаю - надо срочно внедрить!
Это ж как прекрасно - сегодня у тебя ведро не работает, потому что несовместимо с пихоном ниже 3.8, а завтра не работает - потому что несовместимо с пихоном 3.9! Вот это достижение, вот это пое6да, ящетаю.

Какого хрена еще не в ведре - даже и понять не могу!

И строки, строки настоящие, не как в этом си, за конец строки не запишешь, во! Жаль что тоже несовместимые, но это временно, падажите, мы еще одну версию несовместимую придумаем.

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

691. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Аноним (-), 09-Сен-24, 21:03 
> Это ж как прекрасно - сегодня у тебя ведро не работает, потому что несовместимо с пихоном ниже 3.8, а завтра не работает - потому что несовместимо с пихоном 3.9!

Т.е если заменить Пихона на glib - то ничего не изменится?
Регулярно читаю плач "игрушка на красноглазом поделии не запускается Т_Т".

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

666. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +2 +/
Сообщение от Серб (ok), 09-Сен-24, 13:57 
Заставить других людей делать твою работу - это, конечно, нетехнический вопрос.
Ответить | Правка | Наверх | Cообщить модератору

731. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от _oleg_ (ok), 10-Сен-24, 13:28 
> Алмейда продолжает верить, что будущее ядер за использованием языков, обеспечивающих безопасную работу с памятью

Скорее всего. Но это будет не rust.

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

749. "Выпуск Rust 1.81. Препятствия при продвижении Rust в ядро Li..."  +/
Сообщение от Andrey (??), 11-Сен-24, 19:09 
Язык ещё слишком молодой, новые версии выходят примерно раз в месяц, как стабилизируется, тогда и можно будет в ядро тащить.
Ответить | Правка | Наверх | Cообщить модератору

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

я не шарю в языках но маскот у них неплохой)

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

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

761. Скрыто модератором  +/
Сообщение от Аноним (8), 15-Окт-24, 15:43 
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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