Опубликован релиз языка программирования общего назначения Rust 1.81, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61819
> если сообщество разработчиков Linux не поймёт это, то Linux будет вытеснен каким-то другим ядром, как в своё время произошло с UnixКак г-сподь же!
Пусть вытесняет. Конкуренция это хорошо. Только редокс может вытеснить только лишь здравый смысл.
Редокс бросили из-за желания пойти в Linux и там получить часть аудитории,
но когнитивное искажение "статус кво" не дает ребятам, которые потратили
всю свою созхнательную жизнь на развитие модулей на Си двинуться дальше
и признать, что в этом есть проблема системного характера.Кроме того сам по себе Rust не так и прост когда дело заходит о системных вопросах
возникает много деталей и особеностей языка, так что это не переход между
двумя императивными язычками, а тяжелая работа.С редоксом проблема другого характера это скорее всего долгоиграющий план
к нему вернуться, но пока непонятно кому и зачем его можно внедрить
да так что бы показать всему миру, что воно что как это важно и нужно.Скорее всего вндрения редукса будут в какие-то не очень сложные сегменты
вроде кассовых аппаратов, встариваемой техники и т.д.
Там вообще то ещё Линус высказывался что язык который навязывает свои правила нафиг не упал, потому что приоритет за тем чтобы делать то что требуется а не то что позволил язык.А раст не нужен, то что с ним играются - как поиграются так и выкинут, вон DEI уже выкинули пинком под зад, потому что работать надо а не играть.
Иван, давай с пруфами. Хотя бы цитаты самого Линуса.
Я понимаю что ты с ним в очень-очень близких отношениях, но не все на форуме так повезло.
Пока Линус рассчитывал что оно будет быстрее.
просто с той конторы линусу не платили настолько хорошо
Вероятно, и с растом что-то не то стало, ибо стабильных параметров на годы от него ждать не приходится
Сложные сегменты — кассовая техника. Какая же каша у рустиков в голове.
> Linux будет вытеснен каким-то другим ядром, как в своё время произошло с Unix.Вот незадача. Работаю на GhostBSD, а не знал, что оно вытеснено.
А что случится если все *бсд вдруг исчезнут ....- ничего.
С разморозкой, теперь знаешь.
> А что случится если все *бсд вдруг исчезнут ....- ничего.
> С разморозкой, теперь знаешь.Неа, не знаем мы порядковый номер твоей альтернативной реальности.
>> А что случится если все *бсд вдруг исчезнут ....- ничего.
>> С разморозкой, теперь знаешь.
> Неа, не знаем мы порядковый номер твоей альтернативной реальности.Realm UUID = daf7575ddbeefd5ab7ccbc9d43d4fe6071da53d52da4e762aad17258255db867
xBSD не UNIX-ы (TM).
>> Linux будет вытеснен каким-то другим ядром, как в своё время произошло с Unix.
> Вот незадача. Работаю на GhostBSD, а не знал, что оно вытеснено.Теперь посмотри сколько тебя процентов судя по статкаунтеру какому-нибудь и прочим w3schools и тому подобному. Если пингвинов таки проценты, то вон тех - в тысячи раз меньше чем пингвина. И не то чтобы незаслуженно.
И сколько продали PS3+PS4+PS5+Nintendo Switch и все такое?
Там Linux даже рядом не валялся... 200 миллионов устройств (PS3+PS4), +143 миллиона для Nintendo Switch, работающих на модифицированной BSD.
Вообще нравиться мне как оголтелые обходят реальность... Конечно, с игровой консоли никто на w3school никто ходить не будет. Но это не означает что операционки как таковой нет вообще.
И Sony в обратку прям горы патчей выкатила?
Линукс как Юникс - не будет так просто вытеснен - совершенно разные уровни сложности.Ну и топать ножкой за то, что не дали "в один смычок" вклинится между ядром и кучей разработчикаов, ну за такое и в мелких проектах по рукам бьют.
> В качестве причины ухода упоминается нехватка сил и энтузиазма, которые когда-то были для реагирования на некоторые бредни нетехнического характера (nontechnical nonsense).Снежинки в своём духе. 100% уверен, что его не хватило на техническую аргументацию.
> Тем временем, компания Google,
> Основное внимание при внедрении Rust предлагается удалять использованию Rust для нового кода и кода, выполняющего функции, критические с точки зрения безопасностиСнова двойные стандарты. В каком месте парсер JSON в хроме стал таким местом, раз его переписали в недавней новости про хром?
Современные требования к безопасным вычислениям - это уже главный аргумент в пользу Rust.
Сколько софта для АЭС уже написано на расте? Ой нисколько.
много ли на Си? для таких целей обычно вообще Аду используют, уж от нее насильники просто плакать горькими слезами будут
Обломинго? C/C++, Ada and Pascal are used.
Тут некоторое время назад частым посетителем был БратАнон, если не ошибаюсь с ником. Он писал, что в Росатоме используют Оберон.
Заходил тут один на огонёк.
Писал что накодил новый kvm для Амазона.
Оберон на Ростовской АЭС:
https://informatika-21.ru/oberon_innovation/oberonRostovAES.htmвот небольшой текст:
"Предыдущая версия была написана на С++ с применением стандартных промышленных библиотек (CORBA) и имела некоторые проблемы ..., которые хотя и не препятствовали её использованию, но оказались головной болью для разработчиков, причём устранить их не удалось, несмотря на серьёзные усилия.
Новая версия написана с нуля, .... и продублирована на трёх (из-за специфических технологических требований атомной энергетики) вариантах Оберона ..... и для двух ОС (Linux, MS Windows)."
Довольно много. Вообще, на АЭС, есть куча разных систем: СВРК, СНЭРО, СНЭТО и т.д. И там есть и на С, и на C++, и разное скриптовое. И там есть и верхний уровень с серверами и нижний с контроллерами.
Ну да, ведь АЭС является самой крупной IT инфраструктурой, которая не имеет строгих требований к ПО.
Если у неё нет требований перейти на раст легче лёгкого, но никто не перешёл. Думай.
О чем думать, если нет потребности в замене отработанного ПО? Более того, Вы работник какой-то АЭС, что знаете что именно там используют?
> О чем думать, если нет потребности в замене отработанного ПО? Более того,
> Вы работник какой-то АЭС, что знаете что именно там используют?Я не он, зато знаю что хруст только-только начали изучать на предмет годности для automotive. Заметьте, про АЭС речь вообще не идет.
А еще я знаю что хрустики настолько дубовы что не различают security и safety, которые пересекаются лишь местами - и про разное. Например, panic управляющей программы "чтоб хакер не прорубился" - это может и "secure", но - вообще совсем не "safe" с точки зрения safety. Ибо ведет к утрате контроля над процессом. А вот это уже совсем не "safe". Мягко говоря.
> Современные требования к безопасным вычислениям - это уже главный аргумент в пользу Rust.Если ничего не вычислять, то оно и безопасно. Кстати, можно пруфы, что уже вычислили? Может, пора переходить с С++.
Имеется ввиду об написаннии безопасного ПО для работы с памятью, что самое распространенное из уязвимостей.
> Кстати, можно пруфы, что уже вычислили? Может, пора переходить с С++.Гугли. Как пример - в крипте, некоторые блокчейны на расте писаны или поверх платформ, писаных на расте. Вот уж где нужны "безопасные вычисления". ИТ-гиганты там что-то пописывают, "безопасно вычисляют". Но тебе же не нужна правда, тебе на вентилятор вбросить и наслаждаться результатом и потому те же блокчейны тебе будут "нинада и вапще мошенничаство", а поделки гигантов - "а ты этим пользуешься? Мне это нинада". Убого с тобой спорить, бисера не хватит метать перед вами.
>> Современные требования к безопасным вычислениям - это уже главный аргумент в пользу Rust.
> Если ничего не вычислять, то оно и безопасно. Кстати, можно пруфы, что
> уже вычислили? Может, пора переходить с С++.Перейти на C++ необходимо было давно. Там и без темплейтов прожить вполне можно, а Struct и class - вполне удобно и вменяемо заменяют архаичную работу со структурами в типовом C.
Apple давно пользует C++ для драйверов в систему. BSD тоже имеет такие потуги..
> Перейти на C++ необходимо было давно.
> Там и без темплейтов прожить вполне можно, а Struct и class - вполне удобно и вменяемо заменяют архаичную работу со структурами в типовом C.Но вредный фин уперся!
И что теперь делать? Он ведь не собирается признавать, что был не прав.
Ждать пока помрет не вариант.
>> Перейти на C++ необходимо было давно.
>> Там и без темплейтов прожить вполне можно, а Struct и class - вполне удобно и вменяемо заменяют архаичную работу со структурами в типовом C.
> Но вредный фин уперся!
> И что теперь делать? Он ведь не собирается признавать, что был не
> прав.
> Ждать пока помрет не вариант.Делай как я - напиши сам. Свобода же? Мне "проприетарная" Микрософт не помешала.
Раст не безопасный язык. Примите, смиритесь уже и живите с этим.
В общем и целом - да. Но если говорить об определённом классе ошибок - вполне себе безопасный. А ведь только об этом классе ошибок речь и идёт всегда, когда вспоминают о Расте. Вам бы эту простую вещь понять.
>к безопасным вычислениямБезопасные вычисления - это про гомоморфное шифрование https://ru.wikipedia.org/wiki/Гомоморфное_шифрование . И у Раста тут никаких преимуществ перед другими языками. Он не лучше и не хуже.
Я говорю про работу с памятью. Вычисления - это то чем занимается процессор. Безопасные вычисления - устранение уязвимостей.
https://github.com/Speykious/cve-rs ну да
Какие у вас могут быть безопасные вычисления когда вы сидите на компах без ECC!?
Ау!?
Причём ECC до типичных ошибок в коде на Си? Или просто надо было что-то ляпнуть?
> 100% уверен, что его не хватило на техническую аргументацию.О да, "я нибуду учить ваш раст! вы миня низаставите!!!ррряяяя!!111"
Очень техническая аргументация от маститых разработчиков ядра)))
В таком случае, я предлагаю вам учить 1С. Скоро он будет использоваться везде.
Везде - слишком оптимистично. Под RedOS и Альт только и работает. Или Вы имеете в в виду Windows? Под ней точно без проблем.
OneScript есть под всё. https://www.opennet.dev/opennews/art.shtml?num=60489
>> 100% уверен, что его не хватило на техническую аргументацию.
> О да, "я нибуду учить ваш раст! вы миня низаставите!!!ррряяяя!!111"
> Очень техническая аргументация от маститых разработчиков ядра)))Есть вполне четкие требования к расту от разработчиков ядра. Все эти патчи не какая-то прихоть, а показатель, что реклама и реальные проекты вещи разные.
"Я не буду учить Rust ЗА ТЕ ЖЕ ДЕНЬГИ". А за x2-x3 пожалуйста, хоть Brainfuck.На этот ваш Rust выстроились бы очереди желающих его изучить.
Так что думай думкою.
Ваще то не так.
Чувак сказал: я прогаю на С, вы тут понаделали биндингов в раст, я это поддерживать не буду.
Собственно это проблема всех языков которые из С тянут хидеры/декларации/вызовы, я этого наелся ещё в 2003 году когда на вижал бейсике прогал.
Поэтому и стал дальше С изучать не модный тогда дельфи, который сочетал в себе простоту вижалбейсика с почти что производительность С.
Это только часть истории, на самом деле. Там ещё разработчица драйверов на Расте писала, что предложила некоторые правки в код на Си, которые в любом случае, даже без Раст, надо было бы сделать. Но их не приняли, потому что знали, что она - разработчица драйвера на Раст.
Вносить правки в код для того, что бы кривая по своей сути система могла интегироваться в ядро?Зачем?
Пусть покажут что система не кривая и способна подстроится под существующий код.
> В каком месте парсер JSON в хроме стал таким местом, раз его переписали в недавней новости про хром?Количество пользователей.
An estimated 3.45 billion internet users globally use Chrome as their browser.
И это без учета хромоси.Разбор JSON это работа внешними данными.
Будет очень неприятно, если при парсинге будет выход за границы буфера или оверфлоу с дальнейшем RCE.
Поэтому это очень критическое с точки зрения безопасности место в коде.
И чего кто то уже вышел и чего сделал?
Боже, вы что, вообще информацию искать не умеете?opennet.ru/opennews/art.shtml?num=61748
"он также решает проблемы при работе с некорректным JSON, который раньше вызывал аварийное завершение, а теперь приводит к возврату кода ошибки."
И оригинал support.google.com/chrome/a/answer/7679408?sjid=17156367365461820710-EU#chromeBrsrG128Итого: раньше крашилось (DoS), сейчас нет. А раз крашилось, то код был написан плохо.
И наверное настолько плохо, что легче было переписать, чем исправить.
Какой вред нанес этот краш? Никакого? Информационный шум? Таблетки пробовали?
> Какой вред нанес этот краш?Не, ну я понимаю что для таких как вы краш это нормально))
> Никакого?
Сотни тысяч пользователей расстроились, что их браузер крешнулся.
> Таблетки пробовали?
Не пробовал. И советую не пробовать. Но тебе явно уже бесполезно давать такие советы...
В общем, когда слезешь с того на чем сидишь, будет смысл продолжать беседу.
Кто то там расстроился поэтому надо переходить на раст. Вот поэтому никто и не переходит кроме какого то мутного парсера.
Слишком жирно. Парсер этот почти при каждом заходе на сайт используется
>Какой вред нанес этот краш?Чтоб у вас ядро крашилось каждые пять секунд, если это так безвредно
Так именно поэтому Раст и не хотели добавлять в ядро - потому что в Расте крэш это нормально, а для ядра - недопустимо. Не читаете свои же методички ))
>потому что в Расте крэш это нормальноТо ли дело в си - молча портят память
Вы себе ECC память поставьте, а то у вас там ровхаммер банальный прям из легального жабаскрипта работает.А парсеров JSON вагон всяких разных.
ECC как-то поможет от use after free, double free?
> Будет очень неприятно, если при парсинге будет выход за границы буфера или оверфлоу с дальнейшем RCEКлючевое слово "будет". На практике есть куча мест с уязвмостями, но что-то туда его не завозят. Почему?
>> Снежинки в своём духе. 100% уверен, что его не хватило на техническую аргументацию.Какое-то архаическое мышление. Нынче есть выбор и можно не потеряться в выборе работы. Не всем людям нравится процессы споров, далеко не всем, так как они реально говоря деструктивны. Сейчас проще найти команду где люди с которыми приятно работать, ну или хотя-бы терпимо.
>>> Снежинки в своём духе. 100% уверен, что его не хватило на техническую аргументацию.
> Какое-то архаическое мышление. Нынче есть выбор и можно не потеряться в выборе
> работы. Не всем людям нравится процессы споров, далеко не всем, так
> как они реально говоря деструктивны. Сейчас проще найти команду где люди
> с которыми приятно работать, ну или хотя-бы терпимо.Не понял, ты предлагаешь брать на тех должность за красивые глаза? Нет, так далеко не уедешь. Ну и в чем проблема, пусть берут и форкают ядро, но они же токсично сами себя ведут, как будто им все должны. Что-то мне это напоминает... знакомые методички
>но они же токсично сами себя ведут, как будто им все должныОни себя ведут более, чем корректно. Асахи, например, сама предложила 17 правок в код на Си, чтобы повысить его стабильность и облегчить возможность писать те же драйверы на Раст. Но ядовитые стариканы, сидящие, как собака на сене, их не приняли. Потому что знали, кто прислал эти правки.
прям так и написали, "не принимаем потому что приславший пишет на расте?!!" ?
3й раз за тему уже упоминаете, а ссылрк - ни единой.
https://arstechnica.com/gadgets/2024/09/rust-in-linux-lead-r.../
> 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.""
Т.е. какие-то хитрые баги, которые срабатывали ТОЛЬКО на её драйвере, но ни на одном из других. Знаете, обычно всё-таки в таком случае смотрят на драйвер, что там не так, а не на общую часть. И, кстати, не факт, что предлагаемые ею правки не поломали-бы что-то в других драйверах.
> Т.е. какие-то хитрые баги, которые срабатывали ТОЛЬКО на её драйвере, но ни
> на одном из других. Знаете, обычно всё-таки в таком случае смотрят
> на драйвер, что там не так, а не на общую часть.
> И, кстати, не факт, что предлагаемые ею правки не поломали-бы что-то
> в других драйверах.Почему-то подозрителбно напоминает антипаттерн "все п...сы, а я Дapтaньян". Если ни у кого багов нет, и только вас баг долбает, стоит критично посмотреться в зеркало и перепроверить - может вы что не так делали со СВОЕЙ стороны линка? :)
>>но они же токсично сами себя ведут, как будто им все должны
> Они себя ведут более, чем корректно. Асахи, например, сама предложила 17 правок
> в код на Си, чтобы повысить его стабильность и облегчить возможность
> писать те же драйверы на Раст. Но ядовитые стариканы, сидящие, как
> собака на сене, их не приняли. Потому что знали, кто прислал
> эти правки.Давай пруфы с цитатами.
https://arstechnica.com/gadgets/2024/09/rust-in-linux-lead-r.../
> https://arstechnica.com/gadgets/2024/09/rust-in-linux-lead-r.../Это не пруф. Давай пруф с ревью, где будет подтверждение твоих слов "Я, Линус Торвальдс, находясь в здравом уме и твердой памяти не принимаю этот патч из-та того, что он написан ____".
>> https://arstechnica.com/gadgets/2024/09/rust-in-linux-lead-r.../
> Это не пруф. Давай пруф с ревью, где будет подтверждение твоих слов
> "Я, Линус Торвальдс, находясь в здравом уме и твердой памяти не
> принимаю этот патч из-та того, что он написан ____".Кто такое в ревью напишет? Правильный ответ - никто. Но между слов вполне можно догадаться, что речь идёт не о сути патчей, а об их происхождении.
>>> https://arstechnica.com/gadgets/2024/09/rust-in-linux-lead-r.../
>> Это не пруф. Давай пруф с ревью, где будет подтверждение твоих слов
>> "Я, Линус Торвальдс, находясь в здравом уме и твердой памяти не
>> принимаю этот патч из-та того, что он написан ____".
> Кто такое в ревью напишет? Правильный ответ - никто. Но между слов
> вполне можно догадаться, что речь идёт не о сути патчей, а
> об их происхождении.Вот не надо свои "догадки" выдавать за истинное утверждение.
Раст - это как опухоль. Задумайтесь, каким бы не был этот язык в рекламе, он не решит всех задач. Это яп с одной имплеметацией, без стандарта. По факту это ведро лок. Более того почему бы им просто не начать пилить своё с нуля или делать в сторонке форк, раз все так «безопастно»? Почему надо приходить в существующие проекты, заниматься там дестабилизацией? И вот уже перешли к угрозам.От раста в первую очередь отталкивает его сообщество.
Есть старая методичка по саботажу. Так вот раст и его сообщество прекрасно укладывается во все пункты.
то же самое было с сотрудником майкрософт и системд
Ищите женщину.
Я лучше поищу троян
Недаром NSA так активно продвигает Rust.
> Недаром NSA так активно продвигает Rust.Плевать, что там они продвигают. Раньше они комон лисп использовали во всю, например.
> Задумайтесь, каким бы не был этот язык в рекламе, он не решит всех задач.А должен?
Пусть решит все задачи которые "рекламирует" и мне будет достаточно.> Это яп с одной имплеметацией, без стандарта.
Ну, у нас уже есть СИ со "стандартом" в стиле ʼа буй его знает как складывать 2 числа - пусть разработчики компиялаторов сами решатʼ и 100500 компиляторов НИ ОДИН из открытых не реализует "так называемый стандарт" полностью.
Что по факту просто кусок овна.> Более того почему бы им просто не начать пилить своё с нуля или делать в сторонке форк, раз все так «безопастно»?
А зачем?
> Почему надо приходить в существующие проекты, заниматься там дестабилизацией?
Потому что их пригласили?
Например какой-то Линус Торвальдс. Возможно он просто васян или засланец корпов...> И вот уже перешли к угрозам.
Разве? Чел просто сказал - тут престарелые (ч|м)удаки не усиллено копротивляются..
Так что дальше без меня.
>есть С со станлартом в стиле ...и дальше половина - выдумки, половина - черт-те что.
ни ссылок, ни даже слов "по теме".
> и дальше половина - выдумки, половина - черт-те что.
> ни ссылок, ни даже слов "по теме".Вам (лично вам) ссылки и примеры уже предоставили в соседней теме.]
Неужели их нужно в каждую тему таскать?
Если кто-то хочет чтобы языком пользовались то должен.
Тем кому важен результат сложения - сами проконтролируют.
Часто оно вообще пофик, идёт как идёт :)Линус никого не приглашал.
После того как его нагнули на антитоксичную терапию ему пришлось не посылать всяких дятлов с предложениями по дальше в лес, а давать им шанс.
Собственно он этот шанс дал, хотя результат был заранее предсказуем.
> Тем кому важен результат сложения - сами проконтролируют.
> Часто оно вообще пофик, идёт как идёт :)Да, я понимаю что всем пофиг.
А потом
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."
Т.е он ожидал что это пойдет шустрее, но старые девелоперы против.
Не вижу тут никакой предсказуемости.Разве что, ты тоже думал, что престарелые дундуки будут копротивляться прогрессу.
> престарелые дундуки будут копротивляться прогрессуОни написали то, чем ты пользуешься (если ты не на винде, конечно). Имеют право. Пусть твои прогрессивные тогда форкнут и напишут все как надо. Возможно ты уже пишешь из под редокса? Сомневаюсь. А приходить на все готовое и оюижаться, что их "прогрессивные" идеи никто не понимает - инфантильное поведение.
> Они написали то, чем ты пользуешься (если ты не на винде, конечно).Мой дед построил туалет типа сортир, и я им пользовался наверное 15 лет жизни.
Неужели я не имею права его переделать (сделать ремонт, закрыть дыры из которых плохо пахнет) и сделать нормальный комфортный санузел?> Имеют право. Пусть твои прогрессивные тогда форкнут и напишут все как надо. Возможно ты уже пишешь из под редокса? Сомневаюсь.
БСД)
Хотя редокс запускал в вирутуалке и в нем таки есть NetSurf.
И да, опеннет на нем открывается.> А приходить на все готовое и оюижаться, что их "прогрессивные" идеи никто не понимает - инфантильное поведение.
Неа, инфантилизм это "я сделал что-то и некто не имеет право даже предлагать это изменить".
>> Они написали то, чем ты пользуешься (если ты не на винде, конечно).
> Мой дед построил туалет типа сортир, и я им пользовался наверное 15
> лет жизни.
> Неужели я не имею права его переделать (сделать ремонт, закрыть дыры из
> которых плохо пахнет) и сделать нормальный комфортный санузел?Если ты не унаследовал имущество, то формально нет.
>> Имеют право. Пусть твои прогрессивные тогда форкнут и напишут все как надо. Возможно ты уже пишешь из под редокса? Сомневаюсь.
> БСД)
> Хотя редокс запускал в вирутуалке и в нем таки есть NetSurf.
> И да, опеннет на нем открывается.Ну вот ты и ответил. Получается ты пользуешься трудами других людей и их же обливаешь грязью. Нехорошо.
>> А приходить на все готовое и оюижаться, что их "прогрессивные" идеи никто не понимает - инфантильное поведение.
> Неа, инфантилизм это "я сделал что-то и некто не имеет право даже
> предлагать это изменить".Видимо ты не вырос еще. Никто не обязан принимать твои решения в сторонний код какими бы они тебе классными не казались. Права у тех, кто владеет кодом, а это не ты.
> Права у тех, кто владеет кодом, а это не ты.Неужели Тсо? Или всё же Линус Торвальдс?
>> Права у тех, кто владеет кодом, а это не ты.
> Неужели Тсо? Или всё же Линус Торвальдс?
> не ты
> Мой дед построил туалет типа сортир, и я им пользовался наверное 15 лет жизни.
> Неужели я не имею права его переделать (сделать ремонт, закрыть дыры из которых плохо пахнет) и сделать нормальный комфортный санузел?И Вы своему деду так и говорите - "что ты тут за сральню построил?" или таки выбираете выражения?
> CVE-2015-8830 Linux Kernel AIO interface integer overflowИ на это тоже пофиг.
Сложность фикса и его последствия сильно меньше чем сложность перехода на хруст.
> remote attacker to execute arbitrary code on the systemДа вот только часто там 100500 условий, так что на практике такое редко приносит реальный ущерб.
> И на это тоже пофиг.Почитал твои сообщения.. да тебе по жизни вообще пофиг)
> Сложность фикса и его последствия сильно меньше чем сложность перехода на хруст.
Если бы это был один раз - то ладно.
Но такое постоянно.
> Ну, у нас уже есть СИ со "стандартом" в стиле ʼа буй его знает как складывать 2 числа - пусть разработчики компиялаторов сами решатʼВраньё. Ситуации, для которых стандарты открытым текстом пишут, что "в этом случае поведение неопределено" - это ситуации, когда программер написал х..ню, из которой невозможно понять, что надо делать, и стандарт именно на это указывает.
> Враньё. Ситуации, для которых стандарты открытым текстом пишут, что "в этом случае поведение неопределено" - это ситуации, когда программер написал х..ню, из которой невозможно понять, что надо делать, и стандарт именно на это указывает.Твоя кекспертиза меня просто шокирует.
Давай посмотрим на например
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!
>> ситуации, когда программер написал х..ню
> nonportable or erroneous program construct or of erroneous dataВот, кстати, да - спасибо, что подогнал цитату.
> СИ со "стандартом" в стиле ʼа буй его знает как складывать 2 числа - пусть разработчики компиялаторов сами решат
> EXAMPLE An example of undefined behavior is the behavior on integer overflowИ? "Как складывать" и "что делать, если правильно сложить не получилось" - это разные вопросы. Программеров предупредили - "здесь может быть УБ", дальше - их ответственность, как этого избежать.
> которая делает сложение двух интов это уже программа с UBв чём проблема проконтролировать значения и не выходить за пределы типов? даже не знаковых, всех. это и так нужно делать.
Ну в гцц делают чёт. Это как с го, есть настоящий тулчейн, а есть гццшный. Всяко более жизнеспособный язык, по сравнению с го, да и вендорлок не в пример меньший. В поддержке ржавчины ядром нет ровно никаких концептуальных проблем. Это не плюсы, где любой код, линкующийся с плюсами, автоматически становится плюсовым со всеми проблемами и недостатками. Если хотят пилить дрова на ржавчине, пусть пилят.
>вендорлок не в пример меньшийСмотря что за вендорлок считать. В голанге вендорлок корпоративный, а в расте вендорлок левоидеологический. Да ещё и все пакеты собраны в одном месте - не понравишься растистам, останешься без всего вообще, не говоря уже о возможных бэкдорах и протестваре (protestware) всяком.
>а в расте вендорлок левоидеологическийЭто что за отборный бред?
А вот и не бред. Меня как-то позвали на расткон в Европе (я живу и работаю в Чехии)В итоге я попал в секту криптанов. Стикеры Биткоин на лэптопах, много левацкой атрибутики. Больше не пойду. С тех пор о расте у меня сложилось весьма специфичное впечатление. 😸😸
И как наличие той или иной символики связано с локом на технологию? Какое вообще имеет отношение язык программирования к людям, которые участвую в его создании?Наверное, примерно по той же логике ты и Чайковского с Элтоном Джоном, Джорджем Майклом не слушаешь. Да?
> Ну в гцц делают чёт. Это как с го, есть настоящий тулчейн,
> а есть гццшный.Кто на практике пользуется gccgo?
Если сделают поддержку раста в gcc и не нужно будет для ядра тащить llvm, то это подвижки, конечно. Но тут возникнет куча других вопросов.
Я использовал на RISC-V, пока поддержку официально не допилили в golang. (Около двух лет с 2020)
>Это как с го, есть настоящий тулчейн, а есть гццшный.Который более настоящий, чем настоящий и заруливает его по производительности в разы.
> От раста в первую очередь отталкивает его сообщество.Не знаю, мне синтаксис не нравится! Даже сложные части кода на 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>();
}
а это точно скомпилится? ))
>Не знаю, мне синтаксис не нравится!Какой компетентный человек, из всего языка он видит только синтаксис.
>Даже сложные части кода на C++ выглядят лучше и легче читаются.int main()
{
int i=7;
i = i++ * i++;
return i;
}
Это ж как хорошо, что от смены компилятора меняется результат, самое время ядро на таком языке писать https://godbolt.org/z/hjhdG1fnE
>Это ж как хорошо, что от смены компилятора меняется результат, самое время ядро на таком языке писатьГде вы были раньше? Надо было подсказать Томпсону и Ритчи на каком языке Unix писать. А сейчас уже поздно, Unix - на C, Linux - на C,
> Это ж как хорошо, что от смены компилятора меняется результатМолодец, тоненько зашёл! :)
Правда такой толстенный факт что с растом такое невозможно токая тонкота спрятать не смогла :)
Нет у вас стандарта, нет и выбора среди компиляторов - "жричодали", горячее грузинское блюдо :-)
>Нет у вас стандарта, нет и выбора среди компиляторовА зачем вот лично вам разные компиляторы?
Более глупый вопрос трудно вообразить.
Ответ на данный вопрос будет? Или было бы к чему придраться?
Наводящий вопрос: а как мне собрать код на расте для Андроида, скажем? Или вообще для встройки на ноунейм камне?
https://source.android.com/docs/setup/build/rust/building-ru...
А какое отношение цель компиляции имеет к количеству компиляторов? Или вы под новую платформу будете десяток компиляторов с нуля писать? Зачем например для новой платформы свой синтаксический парсер?
> Нет у вас стандарта, нет и выбора среди компиляторов - "жричодали", горячее грузинское блюдо :-)Т.е ты из тех кто предпочитает 10 сортов овна, вместо одного хорошо сделанного грузинского блюда?
Не то что я сильно удивлен)Давай поговорим о "качестве стандарта".
То что написано выше это как раз результат невероятно качественного "так называемого стандарта".
Хорошо что стандартизаторы до колбасы с сосисками не добрались.
А то был бы у нас ГОСТ "сосиски делаются из мяса, может содержать добавки в виде сала, туал.бумаги или овна, в зависимости от желания компилятора рецепта - повара"
Кстати, советский рецепт какой-то колбасы примерно таки и был.
>Т.е ты из тех кто предпочитает 10 сортов овна, вместо одного хорошо сделанного грузинского блюда?Я за 100500 сортов вкусной еды по настроению, сезону, страны пребывания, компании, выпивке и т.д.
А ты за одну баланду :-РPS: Грузины готовят вкусно, ты мне что то приписываешь :(
Ну и главное - как бы ты тут не сыпал аналогиями, как бы вы не извивались и не кривлялись ... нет у вас ничего другого, ЖРИЧОДАЛИ!(С) :-Р
А как только появится ... появится и __UB__ - вот нежданчик то, ведь никогда такого не было, и вот опять!!! :-))))
> Я за 100500 сортов вкусной еды по настроению, сезону, страны пребывания, компании, выпивке и т.д.Но пока готов жрать дырявый код от дырявых пограмиздов.
Я понимаю что "быть терпилой и терпеть постоянные CVE" это может быть образом жизни, но к счастью есть люди которые к этому не готовы.> А ты за одну баланду :-Р
Ха, у тебя баланда из memory corruption, а ты радостно чавкаешь и в ладошки хлопаешь.
> Ну и главное - как бы ты тут не сыпал аналогиями, как бы вы не извивались и не кривлялись ... нет у вас ничего другого, ЖРИЧОДАЛИ!(С) :-Р
Так и у вас тоже ничего другого нет.
Есть один стандарт (других же нету), есть куча копиляторов.. но НИ ОДИН из открытых это "типа стандарт" не реализует. Зачем вообще стандарт реализовать? Это же наверное не обязательно!
Кодекс – это просто свод указаний, а не жёстких законов! (с)Сколько компиляторов вообще смогут собрать ядро учитывая вендорлок на гнутых экстеншинах?
> А как только появится ... появится и __UB__ - вот нежданчик то, ведь никогда такого не было, и вот опять!!! :-))))
Блаблала) Ты просто позорно сливаешься.
В дыряшке ты 2 инта без UB не сложишь, ты не поделишь одно число на другое.На это даже немного больно смотреть. Ну как на неуклюжесть щеночка-дауна.
> Это ж как хорошо, что от смены компилятора меняется результатОткрыл бы для себя -Wall -Werror
>Открыл бы для себя -Wall -WerrorКаким флагом сделать проверять double free?
Для этого платят зарплату. Как только компилятор научится это делать сам, тебя сразу автоматизируют каким-нибудь copilot.
>>Открыл бы для себя -Wall -Werror
> Каким флагом сделать проверять double free?Умными указателями и санитайзером.
И давно в Сях умные указатели? А парни из создателей ядра знают?
>> Каким флагом сделать проверять double free?
> Умными указателями и санитайзером.Не поможет.
Вот opennet.ru/opennews/art.shtml?num=58622
Уязвимости в OpenSSL/LibreSSL: чтение вне буфера, use-after-free, double free, разыменование NULL.
И это при том что у них там и санитайзеры, и фаззинг, и тесты.
Можно даже посмотреть github.com/openssl/openssl/actions/runs/4124496105А теперь по буквам - в крипто либе куча дыреней, причем типичных по памяти.
>>> Каким флагом сделать проверять 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? Или пользуешься никем не проверенными чистыми реализациями? В них то уязвмостей точно нет, главное верить.
> Тесты - это хороший способ показать наличие ошибок, но совершенно безнадежный, что показать их отсутсвие (с) Дийкстра.Правильно. Особенно когда они не работают)
> Наличие всех этих инструментов освободит тебя от необходимости думать? Зачем тогда ты нужен, проше автоматом код генерить.
Но разве крипто либы пишут не самые-самые программисты? Элита из элит?
Ладно, если бы я наговнокодил - я бы даже не обиделся, когда мне сказали "дурилка! зачем ты туда полез!?".
Но когда так пишут крутые программисты.. может все-таки инструмент кривой?> 404
https://github.com/openssl/openssl/actions
> А растоманы используют к ней биндинги https://github.com/sfackler/rust-openssl? Или пользуешься никем не проверенными чистыми реализациями? В них то уязвмостей точно нет, главное верить.
Да, представь себе.
Ты не можешь перестроить дом за день, ты не можешь переложить дороги за год.
Если в биндинге расткод упадет тк там будет какая-то специально оформленная строка - это уже будет победа.Плюс есть попытки написать все на расте - Rustls, например.
Так что может через пару лет у нас будет и своя криптолиба.
> Каким флагомУвы, но у вас нет такого флага, такова природа :)
в 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
ой, -pg случайно прилипло. последние 2 дубликата - LDFLAGS.
> Открыл бы для себя -Wall -WerrorЕсть ещё -pedantic и для особых эстетов -Weverything. Но вообще, да, -Wall -Werror должно быть включено по умолчанию у любого уважающего себя программиста.
> Есть ещё -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
> Т.е до этого 30 лет пограммисты ядра не соответствовали определению "уважающего себя программиста."А толку, что раст сещуствует уже 14 лет и "уважающие себя программисты" не смогли ничего стоящего на нем написать, а могут только жаловаться на С.
Ну конечно. Честь Андроида у Гугла. Дискорд. Дропбокс. Поки у Клаудфлэр. Ох уж эти эксперты Опеннетные.
Честь -> часть
Поки -> прокси
> Ну конечно. Честь Андроида у Гугла. Дискорд. Дропбокс. Поки у Клаудфлэр. Ох
> уж эти эксперты Опеннетные.То есть в пределах статистической погрешности, учитывая весь написанный новый код.
Ну и на секунду мы говорим про открытый код, где что открыл дропбокс или клаудшмарь?
> То есть в пределах статистической погрешности, учитывая весь написанный новый код.С миллионами, если не миллиардами пользователей. Такая себе "погрешность". Да, пока это капля в море среди Си-шных поделий. Но ведь процесс по замене дыряшки пошёл. И это не может не радовать.
Ложь, лишь малая часть кода этих приложений написана на Rust, но растоманы преподносят это так, словно они на Rust полностью, т.к. без подлога растоманам никак не выжить.
>> Т.е до этого 30 лет пограммисты ядра не соответствовали определению "уважающего себя программиста."
> А толку, что раст сещуствует уже 14 лет и "уважающие себя программисты" не смогли ничего стоящего на нем написать, а могут только жаловаться на С.Ты хотел сказать "всего 14 лет"?
Напомню что Си от K&R вышел аж в 78 году. А стандарт в 89.Раст за 14 лет прошел путь от "какой-то странный язычок который пилит один человек" до "второй язык одобренный в ядре".
>>> Т.е до этого 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
Вы только забыли упомянуть, что в те времена и выбора-то особого не было. В отличие от современности.
> Вы только забыли упомянуть, что в те времена и выбора-то особого не
> было. В отличие от современности.Речь не о выборе, не надо тему менять. Речь о том, что взяли и написали язые и ОС, ушло на это времени сильно меньше 14 лет, никто при этом не бухтел, не постанывал, не приходил и не ломал существующие проекты.
>> Вы только забыли упомянуть, что в те времена и выбора-то особого не
>> было. В отличие от современности.
> Речь не о выборе, не надо тему менять. Речь о том, что
> взяли и написали язые и ОС, ушло на это времени сильно
> меньше 14 лет, никто при этом не бухтел, не постанывал, не
> приходил и не ломал существующие проекты.Угу. И функциональность была прямо такой же, как сейчас, да? Хватит уже бредить.
>>> Вы только забыли упомянуть, что в те времена и выбора-то особого не
>>> было. В отличие от современности.
>> Речь не о выборе, не надо тему менять. Речь о том, что
>> взяли и написали язые и ОС, ушло на это времени сильно
>> меньше 14 лет, никто при этом не бухтел, не постанывал, не
>> приходил и не ломал существующие проекты.
> Угу. И функциональность была прямо такой же, как сейчас, да? Хватит уже
> бредить.Функциональности там было точно больше, чем в redox
>должно быть включено по умолчанию у любого уважающего себя программиста.Кто-то объяснит, почему это в си для обнаружения очевиднейших ошибок нужно дополнительно указывать какие-то опции? Почему это в принципе отключаемо?
>>должно быть включено по умолчанию у любого уважающего себя программиста.
> Кто-то объяснит, почему это в си для обнаружения очевиднейших ошибок нужно дополнительно
> указывать какие-то опции? Почему это в принципе отключаемо?1) Прогрммисты на си обычно учат язык, а не просто тыкают в компилятор. 2) Обратная совместимость.
>1) Прогрммисты на си обычно учат язык, а не просто тыкают в компиляторПограмисты на си, до последнего уверены, что вот они то точно пишут код без багов. А когда баг случается - жутко удивляются, как это так.
>2) Обратная совместимость.Вот и ответ, зачем нужен rust - прервать порочный круг ошибок которым более пятидесяти лет.
>>1) Прогрммисты на си обычно учат язык, а не просто тыкают в компилятор
> Пограмисты на си, до последнего уверены, что вот они то точно пишут
> код без багов. А когда баг случается - жутко удивляются, как
> это так.Тебе кто эти сказки на ночь читает?
>>2) Обратная совместимость.
> Вот и ответ, зачем нужен rust - прервать порочный круг ошибок которым
> более пятидесяти лет.Просто добавь флаг и пиши код дальше. Пока раст добавляет только новой головной боли всем.
>Тебе кто эти сказки на ночь читает?Это не сказки, а жестокая реальность, увы. Вон же, куча CVE, но старые пер-уны всё равно не хотят учить более современный и прогрессивный язык программирования, который гораздо лучше отвечает современным реалиям.
>>Тебе кто эти сказки на ночь читает?
> Это не сказки, а жестокая реальность, увы. Вон же, куча CVE, но
> старые пер-уны всё равно не хотят учить более современный и прогрессивный
> язык программирования, который гораздо лучше отвечает современным реалиям.Поделись современный ты наш и прогрессивный, чего же ты такого полезного сделал на нем?
Почему ты снисходишь до оскорблений? Тем более большинство софта, которым ты пользуешься написано на том, что ты так оскорбляешь. Это показатель отсутствия понимания технической стороны вопроса и какой-то инфантильности смешанной с истеричностью.
> Почему ты снисходишь до оскорблений?Это что оскорбления?
Или ты из тех кто "нельзя называть дурака дураком, нужно быть толерантным, называть его альтернативно-умным"?> Тем более большинство софта, которым ты пользуешься написано на том, что ты так оскорбляешь.
Ты про СИшку? Слава богу на этом убожестве написано ни так много.
Винда - плюсы, Фаерфокс, Хром - тоже плюсы.
Андроид - там сишка есть, но в меньшинстве, большая часть С++.
Даже компиляторы ГЦЦ и Шланг - это тоже плюсы.> Это показатель отсутствия понимания технической стороны вопроса и какой-то инфантильности смешанной с истеричностью.
Ну истеришь пока тут ты.
Но если реально хочешь поговорить про техническую сторону вопроса, то давай.
Что ты думаешь о strictly conforming program и UB, в терминах стандарта СИ ISO/IEC 9899:201x ?
> чего же ты такого полезного сделал на нем?Сперва добейся? Смешно, конечно. Но не обязательно быть режиссёром, к примеру, чтобы понимать, что вот этот фильм - унылое Г. Так и с программами на С.
> Почему ты снисходишь до оскорблений?Я и сам не молодой уже (хотя пока ещё и не старый в современной классификации возрастов, которая мне где-то попадалась). И тоже иной раз газифицирую атмосферу. Так что это не оскорбления с моей стороны. Просто констатация фактов.
>> чего же ты такого полезного сделал на нем?
> Сперва добейся? Смешно, конечно. Но не обязательно быть режиссёром, к примеру, чтобы
> понимать, что вот этот фильм - унылое Г. Так и с
> программами на С.Ты просто не смотрел хорошил фильмов, насмотрелся современной ерунды и хаешь классику.
>> Почему ты снисходишь до оскорблений?
> Я и сам не молодой уже (хотя пока ещё и не старый
> в современной классификации возрастов, которая мне где-то попадалась). И тоже иной
> раз газифицирую атмосферу. Так что это не оскорбления с моей стороны.
> Просто констатация фактов.Это именно переход на личности. Тупо психология. Если не можешь воздействовать технической аргументацией, то начинаешь давить на личностные качества.
> Ты просто не смотрел хорошил фильмов, насмотрелся современной ерунды и хаешь классику.Уж конечно тебе лучше знать, что я смотрел, а что - нет.
> Это именно переход на личности. Тупо психология. Если не можешь воздействовать технической аргументацией, то начинаешь давить на личностные качества.Да какая тебе ещё техническая аргументация нужна? Весь тред в свидетельствах дырявости кода на Си. Или слона-то я и не заметил?
>> Это именно переход на личности. Тупо психология. Если не можешь воздействовать технической аргументацией, то начинаешь давить на личностные качества.
> Да какая тебе ещё техническая аргументация нужна? Весь тред в свидетельствах дырявости
> кода на Си. Или слона-то я и не заметил?Ты не заметил рекусрию, в котороую вошел.
>>> Это именно переход на личности. Тупо психология. Если не можешь воздействовать технической аргументацией, то начинаешь давить на личностные качества.
>> Да какая тебе ещё техническая аргументация нужна? Весь тред в свидетельствах дырявости
>> кода на Си. Или слона-то я и не заметил?
> Ты не заметил рекусрию, в котороую вошел.Рекурсия в данном случае только в твоей голове. Конечно, я её не заметил. Я - не телепат.
Потому что не все такие умные, как его жена пото́м.
> int main()
> {
> int i=7;
> i = i++ * i++;
> return i;
>}А теперь расскажите где вы такое на практике будете использовать и зачем. Это раз. Два - ну если в стандарте прописано UB, то собственно зачем такое делать? Чтобы что? Три - вы в курсе, почему в стандарте встречается UB? Даже дам подсказку - потому что то или иное действие напрямую завязано на аппаратную реализацию. А архитектур процессоров больше одной (кстати, сколько из них поддерживается в Rust? 0.5?). Четыре - на 100% уверен, что я вам нарою аналогичное и в Rust. Но мне лень, некогда, да и в целом всё равно, что там и как - так что вам домашнее задание (клавиатуру только не сломайте, когда меня обличать будете). Ну и последнее, а также главное. Тут уже обсуждалось, что в том же С++ вполне можно безопасно работать с памятью, было бы желание (да и в С - тоже). На крайний случай - можно написать дополнительный модуль для компилятора, который будет делать всё необходимое (тем более, что если включить все проверки, то внезапно окажется, что 90% есть уже и так). Иными словами, все "преимущества" Rust - не более, чем маркетинговая чушь (для новостей про Rust на opennet давно уже пора вешать плашку "на правах рекламы"). И тут перед нами встаёт вопрос - зачем его везде пихать? Оставлю вопрос подвешенным в воздухе (вы всё равно на него не ответите - вам платят не за это).
>А теперь расскажите где вы такое на практике будете использовать и зачемЗатем, что в сишных прокетах постоянные баги, и злобные сишники писать без багов отказываются.
>Два - ну если в стандарте прописано UB, то собственно зачем такое делать?Значит вопрос к стандарту. Могли бы написать, что такой код компилироваться не должен.
>Три - вы в курсе, почему в стандарте встречается UB? Даже дам подсказку - потому что то или иное действие напрямую завязано на аппаратную реализацию.Подскажите пожалуйста, на какую аппаратную реализацию завязан пример выше и почему он выполняется непредсказуемо на одной и той же машине, но с разными компиляторами? На какую аппаратную реализацию завязан double free? Только вот сразу все double free, а не крошечную их часть. На какую аппаратную реализацю завязан use after free?
>Тут уже обсуждалось, что в том же С++ вполне можно безопасно работать с памятью, было бы желание (да и в С - тоже).Пойдите, и расскажите об этом разработчикам линукс, а то они не знают и продолжают строчить cve.
>На крайний случай - можно написать дополнительный модуль для компилятораНу и где этот модуль, что его до сих пор не написали? И сколько кода у вас после этого модуля перестанет собираться? Когда на уровне компилятора запретят выходить за границы динамических массивов в рантайме без дополнительных рантайм проверок (давайте, опередите раст)?
>Значит вопрос к стандарту. Могли бы написать, что такой код компилироваться не должен.И тогда компиляторы на Си были бы гораздо хуже Ассемблера из за неспособности по максимуму использовать хаки разных архитектур процессоров. Хотите безопасность и предсказуемость? К Вашим услугам Java.
>Подскажите пожалуйста, на какую аппаратную реализацию завязан пример выше и почему он выполняется непредсказуемо на одной и той же машине, но с разными компиляторами?
Оптимизация кода зависит от существования тех или иных инструкций процессора.
>На какую аппаратную реализацию завязан double free?
На саму основу Си как низкоуровневого языка программирования. Какой например может быть free() в микроконтроллере с килобайтом памяти? Что же до стека, то просто не следует копировать в структуры за пределами стека указатели из аргументов. Хотя ради оптимизации иногда приходится.
>И сколько кода у вас после этого модуля перестанет собираться?
Не больше чем кода, что вообще никогда бы не собрался на Rust без unsafe.
>И тогда компиляторы на Си были бы гораздо хуже Ассемблера из за неспособности по максимуму использовать хаки разных архитектур процессоровОни и так хуже, хочешь писать ОС - будь добр, используй ассемблерные вставки, например, для вытесняющей многозадачности. Плюс си, по сравнению с ассемблером, это то, что для новой архитектуры придётся переделывать не 100% кода, и даже не 90%, а вот эти ассемблерные вставки и несолько других моментов.
>Какой например может быть free() в микроконтроллере с килобайтом памяти?Очень актуально, в контексте обсуждения ядра linux. Был бы си языком для микроконтроллеров, а ядро написано на чём-то другом - вопросов бы не было.
>Не больше чем кода, что вообще никогда бы не собрался на Rust без unsafe.У rust unsafe считанные проценты на общий объём кода, в то время как в си - один сплошной unsafe.
> Очень актуально, в контексте обсуждения ядра linux. Был бы си языком для
> микроконтроллеров, а ядро написано на чём-то другом - вопросов бы не
> было.В обработчиках прерываний операционной системы тоже никакой alloc и free недопустимы.
> У rust unsafe считанные проценты на общий объём кода, в то время
> как в си - один сплошной unsafe.Но речь кажется шла о том, что добавление расширений компилятора делающих Си более строгим, сломает кодовая базу.
> Затем, что в сишных прокетах постоянные баги, и злобные сишники писать без
> багов отказываются.Чего?)) А-а, понял - на этом месте методичка закончилась, а сами вы в программировании понимаете примерно столько же, сколько в квантовой физике (если что - не обижайтесь, не знать чего-либо - не стыдно, всего знать невозможно). Ну что ж, проведём небольшой ликбез. Тот код, который вы привели, как пример, ничего, кроме гомерического хохота, у нормального программиста не вызовет. Никому, кто хоть раз написал что-то посложнее hellow world, даже в голову не придёт изобразить нечто подобное. Потому что и без всяких стандартов ясно, что ничего хорошего из этого не выйдет. И в стандарте подобное не прописано, потому что стандарты писали профессионалы, которым даже голову не могло прийти, что кто-то в здравом уме напишет подобное. Да и в реальной жизни вот мне лично трудно вообразить, где нечто подобное может понадобится. Иными словами, пример ваш высосан из пальца и рассчитан на "молодые и неокрепшие умы", которых можно впечатлить 5 строчками кода. Чтобы завлечь их красивой картинкой. Так вот - не надо такого делать. Я понимаю, что платные комментарии вы скорее всего не от хорошей жизни пишете. Но ваши действия могут кому-то жизнь поломать. Потому что в молодом возрасте учиться просто. А вот потом, когда выяснится, что все твои навыки никуда не годятся, переучиваться ой как непросто бывает. Да и в целом - это для человека будет личная драма, которая может ничем хорошим для него не закончится. Вы готовы взять на себя чью-то сломанную жизнь? Спать потом хорошо будете? Подумайте.
> Значит вопрос к стандарту. Могли бы написать, что такой код компилироваться не
> должен.Зачем? Как и написал выше - никому в здравом уме даже в голову не придёт написать что-то подобное. Потому что и так понятно, что использование в правой части операторов, подразумевающих присвоение значения одной и той же переменной (да ещё дважды) ни до чего хорошего не доведёт. Передайте привет тем дуракам, которые вам методичку писали (впрочем, маркетологи другими и не бывают). Можете даже на меня сослаться, что именно я их дураками назвал.
> Подскажите пожалуйста, на какую аппаратную реализацию завязан пример выше и почему он
> выполняется непредсказуемо на одной и той же машине, но с разными
> компиляторами? На какую аппаратную реализацию завязан double free? Только вот сразу
> все double free, а не крошечную их часть. На какую аппаратную
> реализацю завязан use after free?Стоп-стоп. Мы вроде бы обсуждаем пока что стандарты, при чём здесь double free? Впрочем - вопрос риторический. Выложите уже где-нибудь вашу методичку в открытый доступ - хоть посмеёмся. А то скучно, право слово. Ну да, ну double free, ну и что? Если вы код нормально тестируете, вы всё равно их все найдёте в процессе. А если внимательно пишете, то и не допустите подобных ошибок нигде. Вы же не жалуетесь на молоток, что он может пальцы отбить или вовсе убить. Или на кухонный нож. Также и здесь, ЯП - это просто инструмент. Со своими преимуществами и недостатками. И если вы пишете на достаточно низкоуровневом языке, то от вас требуется внимательность и ещё раз внимательность. Потому что любая закорючка имеет значение. Взамен вы получаете очень мощный инструмент, позволяющий выполнять на ЭВМ любые мыслимые для неё задачи. И если вы делаете ошибки, то это говорит только о ваших личных качествах, а не о качествах ЯП. Это именно вы не учли особенности ЯП или были невнимательны.
> Пойдите, и расскажите об этом разработчикам линукс, а то они не знают
> и продолжают строчить cve.Да-да, вот негодяи какие)) Не хотят никак использовать нестандартизированное мутное поделие, необходимость существования которого ничем, кроме маркетинговой чуши не обоснована. Это недопустимо! И вообще - программисты на Rust ошибок не допускают, поэтому у них cve не бывает, ага. И их даже здесь не публиковали.
> Ну и где этот модуль, что его до сих пор не написали?
Потому что это никому не нужно))
> И сколько кода у вас после этого модуля перестанет собираться?Да почти весь будет собираться - ошибки встречаются нечасто.
> Когда
> на уровне компилятора запретят выходить за границы динамических массивов в рантайме
> без дополнительных рантайм проверок (давайте, опередите раст)?Легко)) Итераторы вам в помощь. Да и в целом в том же С++, чтобы выйти за пределы массива - это ещё специально стараться надо.
Меня восхищает ваше умение писать полотна абсолютно несвязного (а местами противоречивого) текста, еще и приплетать всякие эмоциональные высказывания типа "Вы готовы на взять на себя чью-то сломанную жизнь?".
Это очень походит на поток сознания больных шизофренией.> Никому, кто хоть раз написал что-то посложнее 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.
И если нет, то не знаю стоит ли вообще продолжать дисскуссию.
Но можете дальше нести бред про методички и проплаченные комментарии.
> Меня восхищает ваше умение писать полотна абсолютно несвязного (а местами противоречивого)
> текста, еще и приплетать всякие эмоциональные высказывания типа "Вы готовы на
> взять на себя чью-то сломанную жизнь?".
> Это очень походит на поток сознания больных шизофренией.Как угодно)) Моё дело предупредить. Но ваша реакция показательна - зацепило. Что не может не радовать - надежда ещё есть.
> Да, гораздо проще ошибиться на одну цифру при расчете буфера)
> Тысячи 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. На мой взгляд - только нежелание думать головой.
> Но ваша реакция показательна - зацепило. Что не может не радовать - надежда ещё есть.Да, вы правы.
Раздражает когда люди, с умным видом и с легким налетом небрежности, пишут про то, в чем не разбираются.
И ниже вы это сами подтверждаете "Я не читал стандарт С".> А что не миллионы то?)) Нет, мало. Миллиарды! Ох-хо-хо...
Просто открываем cvedetails.com/product/47/Linux-Linux-Kernel.html?vendor_id=33
Видим что там только Memory Corruption 1372 и понимаем, что ваше утрирование просто выставляет вас глупцом.> Вам полезно будет, чтобы бред в будущем не писать. И да - снова привет маркетологам, которые вам методичку писали.
И это пишет человек который не читал стандарт СИ, но умничает...
Про методички это у вас какая-то фобия? Или просто "если обделался в комментах - кричи про методички"?> Да и в целом - жалобы на UB, это всё равно что жаловаться на то, что Солнце на востоке встаёт. Мягко говоря, странно. Ну да, UB, и что?
Ну подумаешь будет программа работать некорректно. Дело то житейское.
> Что мешает получить желаемое другими методами, обойдя UB. На мой взгляд - только нежелание думать головой.
Не знаю. У разработчиков ядра как-то не выходит за 30 лет.
Даже сам Линус жалуется что базовые вещи memory management не сделаны.
Т.е вы утверждаете что все разработчики ядра просто не думают головой?
Сильное утверждение)
>[оверквотинг удален]
> про то, в чем не разбираются.
> И ниже вы это сами подтверждаете "Я не читал стандарт С".
>> А что не миллионы то?)) Нет, мало. Миллиарды! Ох-хо-хо...
> Просто открываем cvedetails.com/product/47/Linux-Linux-Kernel.html?vendor_id=33
> Видим что там только Memory Corruption 1372 и понимаем, что ваше утрирование
> просто выставляет вас глупцом.
>> Вам полезно будет, чтобы бред в будущем не писать. И да - снова привет маркетологам, которые вам методичку писали.
> И это пишет человек который не читал стандарт СИ, но умничает...
> Про методички это у вас какая-то фобия? Или просто "если обделался в
> комментах - кричи про методички"?Да не обижайтесь вы так. Я же не пытаюсь вас оскорбить или унизить. Ну не разбираетесь вы в вычислительной технике - бывает. Во-первых, это дело поправимое, было бы желание учиться. Во-вторых на IT свет клином не сходится. Я ж не знаю, кто вы - может у вас большие способности например к биологии? Ну или русский язык у вас относительно неплохой. Если ещё и английский знаете, то занялись бы лучше переводом тех же man страниц - мы бы вам только спасибо сказали. Всяко лучше, чем здесь по заказу ахинею писать.
>> Да и в целом - жалобы на UB, это всё равно что жаловаться на то, что Солнце на востоке встаёт. Мягко говоря, странно. Ну да, UB, и что?
> Ну подумаешь будет программа работать некорректно. Дело то житейское.Ну вот, уже опустились до прямого искажения слов собеседника. Зачем? Вы ж этим самым не меня зацепить пытаетесь - вы себя только унижаете.
>> Что мешает получить желаемое другими методами, обойдя UB. На мой взгляд - только нежелание думать головой.
> Не знаю. У разработчиков ядра как-то не выходит за 30 лет.
> Даже сам Линус жалуется что базовые вещи memory management не сделаны.
> Т.е вы утверждаете что все разработчики ядра просто не думают головой?
> Сильное утверждение)Всё у них нормально получается. Не без шероховатостей, но так и проект - не hellow world.
> Ну не разбираетесь вы в вычислительной технике - бывает.Пока не разбирающимся в обсуждаемой теме (дырявый язык Си) выглядите только вы.
> Во-первых, это дело поправимое, было бы желание учиться.
Ну так и учитесь. Хотя бы стандарт обсуждаемого языка прочтите.
> Всё у них нормально получается.
А вот один из главных разработчиков ядра (Линус Торвальдс) так не думает. Кому верить?
> Пока не разбирающимся в обсуждаемой теме (дырявый язык Си) выглядите только вы.Да что вы говорите...
> Ну так и учитесь. Хотя бы стандарт обсуждаемого языка прочтите.
Зачем?)) Я на нём не пишу и писать не планирую.
> А вот один из главных разработчиков ядра (Линус Торвальдс) так не думает.
> Кому верить?Вы обладаете навыками телепатии, чтобы знать, что думает Торвальдс? Кроме того, помнится мне, это уже обсуждалось тут, и как обычно оказалось передёргиванием фактов.
>> > Ну так и учитесь. Хотя бы стандарт обсуждаемого языка прочтите.
> Зачем?)) Я на нём не пишу и писать не планирую.Но мнение имеете, и очень яро его отстаиваете зачем-то. Зачем?
> Вы обладаете навыками телепатии, чтобы знать, что думает Торвальдс? Кроме того, помнится мне, это уже обсуждалось тут, и как обычно оказалось передёргиванием фактов.Не надо обладать телепатией, чтобы прочитать высказывание Линуса на эту тему. Не находите? В этот треде несколько раз его цитировали. Так, к слову.
> Но мнение имеете, и очень яро его отстаиваете зачем-то. Зачем?https://www.opennet.dev/openforum/vsluhforumID3/134750.html#528
> Не надо обладать телепатией, чтобы прочитать высказывание Линуса на эту тему. Не
> находите? В этот треде несколько раз его цитировали. Так, к слову.Ну так процитируйте ещё раз. А лучше ссылку дайте, чтобы прочитать полное высказывание. На английском. А то вашим словам, мягко говоря, доверия нет.
> 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."
> Это паранойя в чистом виде. Сплошные эмоции и подозрения. Ни одного факта.
> Впрочем, имеете право. Но всё же лучше к специалисту обратиться. На
> этом ресурсе вам в этом вряд ли помогут.Да-да, у меня параноя. А круглогодично строчащих однообразные комментарии под новостям про 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 раз и без меня - поэтому даже комментировать не буду.
> А круглогодично строчащих однообразные комментарии под новостямчто СИшка это не кривое поделие, которое пора отправить на свалку, приводит к мысли, что есть целая группа ботов на зарплате, тормозящее прогрес!
> Всё уже разобрано 10 раз и без меня - поэтому даже комментировать не буду.
Если не сложно, поделитесь ссылкой.
> Если не сложно, поделитесь ссылкой.После этого
> что СИшка это не кривое поделие, которое пора отправить на свалку, приводит
> к мысли, что есть целая группа ботов на зарплате, тормозящее прогрес!сложно.
Научитесь писать аргументированно, а не набрасывать бредятину, потом поговорим.
И ещё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.
> И ещё
> 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.И это тоже разобрано без меня, поэтому тоже без комментариев.
>> И ещё
>> 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.
> И это тоже разобрано без меня, поэтому тоже без комментариевПонятно. Слив засчитан. Впрочем, другого и не следовало ожидать.
>Как угодно)) Моё дело предупредитьВаше дело - спамить дезинформацию
>Это не говоря уже об аппаратной стороне работы данных функцийПроблема не в переполнении, проблема в том, что после UB код может вести себя как угодно, например выполнить обе ветки if
> Ваше дело - спамить дезинформациюГде я таким занимаюсь?))
> Проблема не в переполнении, проблема в том, что после UB код может
> вести себя как угодно, например выполнить обе ветки ifНу и? Кто вам мешает написать так, чтобы UB не было? Незнание стандарта? Глупость? Balls? Всё сразу?
>Кто вам мешает написать так, чтобы UB не было?Вы так говорите, словно это я в одиночку пишу весь существующий си код. Кто мешал в ядре/openssl/браузерах/... написать код без создания cve?
>Незнание стандарта?Попробуйте аналогичный код на ocaml написать - он у вас попросту не соберётся. Вы упорно игнорируете тот факт, что rust, ocaml, и прочие языки в отличии от си и плюсов не дают собрать умышленно некорректный код.
> Вы так говорите, словно это я в одиночку пишу весь существующий си
> код. Кто мешал в ядре/openssl/браузерах/... написать код без создания cve?А вы так говорите, как-будто дело в ЯП, а не в кривых руках конкретного программиста, который "написал" некую cve.
> Попробуйте аналогичный код на ocaml написать - он у вас попросту не
> соберётся. Вы упорно игнорируете тот факт, что rust, ocaml, и прочие
> языки в отличии от си и плюсов не дают собрать умышленно
> некорректный код.Ну и пускай себе не дают дальше. Мне то что с того? Или вам с того, что я как писал на С++, так и продолжу? Зачем вы мне всё это пишете?
>А вы так говорите, как-будто дело в ЯП, а не в кривых руках конкретного программиста, который "написал" некую 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 от мира парсеров.
> Вы упорно игнорируете тот факт, что код на других языках не скомпилируется
> вообще. Вот такую 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 - это реально... уникумом нужно быть (очень хочется матерно выразиться, жаль, что нельзя).
>Ой ли?)) Позвольте вам не поверить.От вашей веры реальность не поменяется. В rust есть алгебраические типы данных, обнаруживающие такую ошибку на этапе компиляции, в си и плюсах - нет.
>Ну и про ошибки уже сто раз было сказано - не будет одних, наделают другихВы так говорите, словно над каждым программистом нависает ангел(или демон) и заставляет его делать ошибки. Никто не обязан соверашть ошибки, ровно как и быть безошибочным. Вопрос в том, сколько ошибок конкретный человек сделает на конкретном языке. И количество других ошибок, типа гонки данных или неправильных прав на файл тонет по сравнению с количеством ошибок памяти
>в капитализме и в прочих сопутствующиОтлично. Если я предлагаю поменять язык, что уже в некоторых местах произошло, то вы предлагаете поменять полмира, что нигде не произошло, и не факт, что произойдёт.
>В том числе потому что например написал программу в составе которой есть парсер xmlКакое большое достижение, взять уже готовый парсер. Вы самостоятельно парсер писали? Нет? Тогда о чём речь?
>поэтому прекрасно представляю, как в С++ нормально работать с текстом. Если кто-то там чего-то не смог, то это говорит только о квалификации этого кого-тоВот в этом то и проблема. Пока вы тут, квалифицированный специалист, рассказываете, какой rust ненужный, в гугле примитивнейший парсер написать не могут. Вот если бы вы сели, просмотрели исходники хромиума, и прислали бы им патч, вот тогда то уж раст действительно бы не понадобился, по крайней мере в этой задаче. И что характерно, так это то, что плюсовики не осиливают даже такие простые вещи, как парсер json, где давным давно есть библиотечные реализации, куда ж им в более сложные вещи лезть?
> От вашей веры реальность не поменяется. В rust есть алгебраические типы данных,
> обнаруживающие такую ошибку на этапе компиляции, в си и плюсах -
> нет.ШТА?! Компилятор Rust научился угадывать конкретное значение, которое функция вернёт в процессе выполнения программы?! Он может предсказывать будущее?! Ни чего себе! Пацаны, шок-контент - растовики машину времени изобрели! Ё..., как всё печально то...
> Вы так говорите, словно над каждым программистом нависает ангел(или демон) и заставляет
> его делать ошибки. Никто не обязан соверашть ошибки, ровно как и
> быть безошибочным. Вопрос в том, сколько ошибок конкретный человек сделает на
> конкретном языке. И количество других ошибок, типа гонки данных или неправильных
> прав на файл тонет по сравнению с количеством ошибок памятиТак а при чём тут ЯП тогда, если ошибки люди совершают?))
> Отлично. Если я предлагаю поменять язык, что уже в некоторых местах произошло,
> то вы предлагаете поменять полмира, что нигде не произошло, и не
> факт, что произойдёт.Факт, ещё какой факт. Точнее, или всё кардинально поменяется в ближайшие 50 лет, или все сдохнут. Выбор именно таков. Ну а какое решение примут люди - я не пророк, не знаю.
> Какое большое достижение, взять уже готовый парсер. Вы самостоятельно парсер писали? Нет?
Представьте себе - самостоятельно. На чистом типе std::string. MyLibrary здесь по новостям поищите.
> Вот в этом то и проблема. Пока вы тут, квалифицированный специалист, рассказываете,
> какой rust ненужный, в гугле примитивнейший парсер написать не могут. Вот
> если бы вы сели, просмотрели исходники хромиума, и прислали бы им
> патч, вот тогда то уж раст действительно бы не понадобился, по
> крайней мере в этой задаче. И что характерно, так это то,
> что плюсовики не осиливают даже такие простые вещи, как парсер json,
> где давным давно есть библиотечные реализации, куда ж им в более
> сложные вещи лезть?Уж простите, но Гуглу (точнее - его руководству, и то не всему) я скорее 9 грамм своим ходом отправлю, если вы понимаете о чём я. Ну и их проблемы меня, честно говоря, мало волнуют.
>ШТА?! Компилятор 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...
Уже писал, но ещё раз напишу - ваш код очень медленный, вы туда-сюда ходите по строке.На этом я останавлюсь, дальше мне анализировать лень. Итог: написание велосипеда, несоответствие спецификации, медленная реализация, проблемы с базовым функционалом формата, незнание теории написания парсеров, почти полное отсутствие обработки ошибок. Таким парсером нельзя пользоваться даже в игрушечных применениях, ибо тогда игрушка поломается. Такой код должно быть стыдно писать, не то что выкладывать. Вобщем типичный плюсовик, хейтер раста.
> Прочитайте уже про алгебраические типы данных, и хватит прикидываться безграмотным.Да-да, проблема там в алгебраических данных, а не в том, что нужно элементарную проверку на -1 делать, ага.
> Или вы действительно безграмотны?Без комментариев. Что-то мне уже надоедать начинает, право слово. Пора тоже куда-нибудь на зарплату устроиться, разную чушь на форумах писать - хоть какой-то толк будет.
> Ждать ещё 50 лет... Знаете, в начале двадцатого века тоже некоторые надеялись
> на светлое будущее, но их надежды были жестоко обмануты. При чём
> этих кто-то много разных независящих друг от друга групДа всё нормально там было и с надеждами, и с их исполнением. 30 лет уже прошло, а "эффективные" собственники всё никак не могут распродать плоды этих самых надежд. Впрочем, недолго осталось - скоро закончат.
>[оверквотинг удален]
> name='"1"' эквивалентно name=""1""
> https://github.com/ProfessorNavigator/mylibrary/blob/b249bf8...
> Уже писал, но ещё раз напишу - ваш код очень медленный, вы
> туда-сюда ходите по строке.
> На этом я останавлюсь, дальше мне анализировать лень. Итог: написание велосипеда, несоответствие
> спецификации, медленная реализация, проблемы с базовым функционалом формата, незнание
> теории написания парсеров, почти полное отсутствие обработки ошибок. Таким парсером нельзя
> пользоваться даже в игрушечных применениях, ибо тогда игрушка поломается. Такой код
> должно быть стыдно писать, не то что выкладывать. Вобщем типичный плюсовик,
> хейтер раста.Видимо у нас с вами разные представления о значении слова "парсер")) И несмотря на все ваши, кхм... комментарии - он вполне себе работает и очень даже быстро. Проверено на 500 Гб fb2 файлов. И не только мной. По остальному: можете лучше - делайте, код открыт. Только не надо сказок про невозможность нормально работать с текстом в плюсах.
>Да-да, проблема там в алгебраических данных, а не в том, что нужно элементарную проверку на -1 делать, ага.Наличие проверки на -1 никак компилятором не проверяется, в отличии от алгебраических типов.
>Да всё нормально там было и с надеждами, и с их исполнением. 30 лет уже прошлоЯ писал про начало двадцатого века. Это уже около ста двадцати лет. А то вы очень любите уменьшать сроки, когда они становятся слишком большими.
>Видимо у нас с вами разные представления о значении слова "парсер"То что вы написали не имеет права называться парсером, поскольку он соответствует семантике XML.
>И несмотря на все ваши, кхм... комментарии - он вполне себе работает и очень даже быстро. Проверено на 500 Гб fb2 файлов.Какой ужас, вы реально не можете осознать проблемы вашего же парсера.
>Только не надо сказок про невозможность нормально работать с текстом в плюсах.Что говорить про нормальную работу с текстом, если вы даже существующим апи воспользоваться не можите? Ещё раз, вы не написали парсер, вы сделали имитацию парсера. И с умным видом тут расказываете как что-то сделали. Вы даже до уровня гугла с их дырявым парсером не дотягиваете.
>[оверквотинг удален]
>>Видимо у нас с вами разные представления о значении слова "парсер"
> То что вы написали не имеет права называться парсером, поскольку он соответствует
> семантике XML.
>>И несмотря на все ваши, кхм... комментарии - он вполне себе работает и очень даже быстро. Проверено на 500 Гб fb2 файлов.
> Какой ужас, вы реально не можете осознать проблемы вашего же парсера.
>>Только не надо сказок про невозможность нормально работать с текстом в плюсах.
> Что говорить про нормальную работу с текстом, если вы даже существующим апи
> воспользоваться не можите? Ещё раз, вы не написали парсер, вы сделали
> имитацию парсера. И с умным видом тут расказываете как что-то сделали.
> Вы даже до уровня гугла с их дырявым парсером не дотягиваете.<Зевок во всю пасть> А аргументы будут? Или только эмоциональное бла-бла-бла и обсуждение моих достоинств и недостатков?
>Или только эмоциональное бла-бла-блаЭмоции пока что только от вас. "Там заговор", "Не может быть", "Неповерю".
>>Или только эмоциональное бла-бла-бла
> Эмоции пока что только от вас. "Там заговор", "Не может быть", "Неповерю".Да потому что надоело уже - я не патифон 200 раз одну и ту же пластинку каждому анониму проигрывать. И ладно бы ещё что-то стоящее внимания обсуждалось.
> Так а при чём тут ЯП тогда, если ошибки люди совершают?))Почему-то предохранители есть в щитке. У оружия. И даже у перфоратора и бензопилы.
Было бы странно смотреть на человека который говорит "зачем на пистолете предохранитель! это же люди совершают ошибки".
Но кажется я его вижу)> Уж простите, но Гуглу (точнее - его руководству, и то не всему) я скорее 9 грамм своим ходом отправлю, если вы понимаете о чём я. Ну и их проблемы меня, честно говоря, мало волнуют.
Какой агрессивный вы. В чем виноват руководитель гугла?
Ну не он же в вашем подъезде по ночам гадит (т.к это привилегия Обамы).
Гугл (и его руководители) подарили миру андроид - открытую систему на базе ядра линукс, ХромОсь - тоже самое, но дектопное.
Я уже молчу про переводчик, который для многих стал окном в другие страны.
На ютубе я смотрю кучи видео по программированию, лекции по математике.Вы мне напомнили одну русскую пословицу, про колодец и плевки.
> Почему-то предохранители есть в щитке. У оружия. И даже у перфоратора и
> бензопилы.
> Было бы странно смотреть на человека который говорит "зачем на пистолете предохранитель!
> это же люди совершают ошибки".
> Но кажется я его вижу)Ещё один... Вы уже четвёртый, который мне подобную х_н_ю только сегодня пишет. Ребят, вы там методичку поменяйте что ли, а то надоело на самом деле.
> Какой агрессивный вы. В чем виноват руководитель гугла?
В том, что он паразитирует на других? И не только он, кстати. И да, можно и без 9 грамм обойтись - достаточно этим людям перестать делать то, что они делают. Мне идея кого-либо убивать ну вот совсем не нравится. Но это не значит, что я не буду защищаться.
> Ну не он же в вашем подъезде по ночам гадит (т.к это
> привилегия Обамы).С этим я как-нибудь по-другому разберусь, им обычно пинка или крепкого матюга достаточно, чтобы понять, что так делать ненужно.
> Гугл (и его руководители) подарили миру андроид - открытую систему на базе
> ядра линукс, ХромОсь - тоже самое, но дектопное.Тут уместно будет вспомнить: "Timeo Danaos et dona ferentes".
> Я уже молчу про переводчик, который для многих стал окном в другие
> страны.Языки учить не пробовали - вдруг поможет? Впрочем, никто не утверждает, что люди, работающие в Гугле, не создали ничего полезного. Но люди и Гугл - это немного разные вещи. Не путайте комбайн по извлечению прибыли и людей.
> На ютубе я смотрю кучи видео по программированию, лекции по математике.Для справки - ютюб не Гугл создал.
> Ещё один... Вы уже четвёртый, который мне подобную х_н_ю только сегодня пишет.Ну наверное ты просто порешь чушь, раз куча народу тебе одно и тоже талдычит?
> Ребят, вы там методичку поменяйте что ли, а то надоело на самом деле.
Главное обвинить оппонента в методичке.
Может тебе выкинуть свою методичку "это все неправильные люди! кривая эскопета ни в чем нивинуватая!"> В том, что он паразитирует на других? И не только он, кстати.
Ну так у нас был целый класс паразитов - номенклатура называлась и ничего.
> И да, можно и без 9 грамм обойтись - достаточно этим людям перестать делать то, что они делают.
А если он откажется?
> Мне идея кого-либо убивать ну вот совсем не нравится. Но это не значит, что я не буду защищаться.
А как насчет "не пользоваться ничем гугловым?"
У нас тут подвижки полным ходом - рутуб уже заработал.> Языки учить не пробовали - вдруг поможет? Впрочем, никто не утверждает, что люди, работающие в Гугле, не создали ничего полезного. Но люди и Гугл - это немного разные вещи. Не путайте комбайн по извлечению прибыли и людей.
Без этих людей и их труда - гула бы не было.
Просто их оно устраивает.> Для справки - ютюб не Гугл создал.
Но уже десять+ лет развивает именно гугл.
ХОрг тоже не Сообщество создало, а консорциум корпов.
Но кто скажет что иксы это не результат усилий сообщества людей?
> Ну наверное ты просто порешь чушь, раз куча народу тебе одно и
> тоже талдычит?Миллионы мух не могут ошибаться?)) Извините, не удержался.
> Главное обвинить оппонента в методичке.
Да при чём тут обвинения, если вы из раза в раз, как стая попугаев талдычите один и тот же бред. Под каждой новостью, годами. С одним и тем же результатом. Любой, кто регулярно opennet почитывает, скоро уже чесаться от вас, ребята, будет.
> Может тебе выкинуть свою методичку "это все неправильные люди! кривая эскопета ни
> в чем нивинуватая!"А?!
> Ну так у нас был целый класс паразитов - номенклатура называлась и
> ничего.Был. Но это отдельный разговор - откуда он и почему появился. Ничего хорошего в этом явлении не было. И поймите меня правильно - у меня уже за полночь, поэтому если вдруг есть желание продолжить, то не сегодня.
> А если он откажется?
Я уже ответил - буду защищаться. Всеми доступными средствами.
> А как насчет "не пользоваться ничем гугловым?"
> У нас тут подвижки полным ходом - рутуб уже заработал.Если бы проблема была только в Гугле, то всё было бы просто отлично.
> Без этих людей и их труда - гула бы не было.
> Просто их оно устраивает.Кого "их"? Работников Гугла? Точно-точно?))
> Но уже десять+ лет развивает именно гугл.
> ХОрг тоже не Сообщество создало, а консорциум корпов.
> Но кто скажет что иксы это не результат усилий сообщества людей?Вы мне меня же цитируете с умыслом, или просто фраза понравилась?))
>Да при чём тут обвинения, если вы из раза в раз, как стая попугаев талдычите один и тот же бред. Под каждой новостью, годами. С одним и тем же результатом. Любой, кто регулярно opennet почитывает, скоро уже чесаться от вас, ребята, будет.Когда комментируете новости про раст, не забывайте добавить: я компетентный не аноним, написавший https://github.com/ProfessorNavigator/mylibrary/issues/11 mylibrary, написал её так хорошо, что при смене версии пользователи потеряли все данные. А ещё я не умею писать парсеры xml, и тем более не готов использовать рабочие реализации парсера, и даже когда мне указали на ошибки, то я не понял что я сделал не так и как это исправить. И да, я называю парсером программу, которая не соответствует спецификации языка, спецификацию языка я не осилил, и так сойдёт. Так вот, я, человек не понимающий как писать программы, авторитетно заявляю, что раст не нужен.
>Я уже ответил - буду защищаться. Всеми доступными средствами.Я буду и дальше писать падучие программы, а у каждого, у кого упала программа, буду просить файл, чтобы воспроизвести проблему. Ведь писать программы так, чтобы они не падали, я не хочу и не умею.
И тогда всё будет сразу понятно. Жаль, что другие хейтеры раста свой код не показывают, а то вы действительно подняли мне сегодня настроение.
> Когда комментируете новости про раст, не забывайте добавить: я компетентный не аноним,
> написавший https://github.com/ProfessorNavigator/mylibrary/issues/11 mylibrary,
> написал её так хорошо, что при смене версии пользователи потеряли все
> данные. А ещё я не умею писать парсеры xml, и тем
> более не готов использовать рабочие реализации парсера, и даже когда мне
> указали на ошибки, то я не понял что я сделал не
> так и как это исправить. И да, я называю парсером программу,
> которая не соответствует спецификации языка, спецификацию языка я не осилил, и
> так сойдёт. Так вот, я, человек не понимающий как писать программы,
> авторитетно заявляю, что раст не нужен.Допустим - вы правы насчёт меня. Как это отменяет нескольких простых фактов:
1) заявленная "безопасная" работа с памятью в Rust - маркетинговая чушь, потому что давно уже реализовано в других ЯП другими методами2) Работать со строками в С++ можно легко и непринуждённо, что знает в общем каждый, кто хоть немного ознакомился с классом std::string из стандартной библиотеки
3) безопасная работа с массивами в Rust - маркетинговая чушь, потому что всё это есть в других ЯП, а также из простой логики работы с теми же динамическими массивами, которые во многих случаях вы на этапе компиляции не проверите никак.
4) UB в других языках и якобы отсутствие такового в Rust - чушь полная ввиду отсутствия в Rust каких бы то ни было стандартов, а также ввиду того что любое UB имеет под собой вполне конкретные аппаратные причины.
5) Под каждой новостью про Rust вылазит толпа крикунов, пропагандирующих Rust, которые на поверку внезапно монитор от процессора с трудом отличают (утрирую, но не сильно). Т.е. имеют примерно нулевую квалификацию. Иными словами явно кем-то наняты строчить комментарии.
Можно ещё по мелочи накидать - вроде бреда про алгебраические переменные, но лень уже, поскольку и так всё по-моему ясно.
> Миллионы мух не могут ошибаться?)) Извините, не удержался.Да, миллионы мух считают, что СИ и СИ++ это лучшее что есть.
Они же не могут ошибаться))А им противостоит горстка любителей раста. Это же просто описывает (пред)революционные события, когда маленькая часть, по мнению А. Маркова примерно 5%, готовы даже идти на жертвы, чтобы мир стал лучше.
>> Но уже десять+ лет развивает именно гугл.
>> ХОрг тоже не Сообщество создало, а консорциум корпов.
>> Но кто скажет что иксы это не результат усилий сообщества людей?
> Вы мне меня же цитируете с умыслом, или просто фраза понравилась?))Очень понравилась!
Копорации это просто общественное объединение.
Оно состоит из людей, а не из пришельцев с Нибиру.
Следовательно в Сообщество, которое пишет опенсорс, они тоже входят.А раз сообщество (так еще и большинство) так решило - то куда мы идти против коллектива?
Ведь если мы плюнем в коллектив, то он утрется. А если он в нас?
> А им противостоит горстка любителей раста. Это же просто описывает (пред)революционные
> события, когда маленькая часть, по мнению А. Маркова примерно 5%, готовы
> даже идти на жертвы, чтобы мир стал лучше.Герои в сияющих доспехах, ага)) Про Rust я уже несколько раз повторял - мне на него плевать. Есть он? Ну пускай будет - кто я такой, чтобы другим людям указывать, что им делать. Вот только есть одно большущее "но". Вы полезли с ним во все щели. И ладно бы это было оправдано с технической точки зрения. Но нет - из аргументации только один маркетинговый бред.
> Очень понравилась!
Значит не зря писал, что не может не радовать.
> Копорации это просто общественное объединение.
> Оно состоит из людей, а не из пришельцев с Нибиру.
> Следовательно в Сообщество, которое пишет опенсорс, они тоже входят.Всё так. С ма-аленьким уточнением. На всякий случай. В Сообщество входят люди, а не корпорации.
> А раз сообщество (так еще и большинство) так решило - то куда
> мы идти против коллектива?Сообщество как раз активно вам говорит: "Пошли вон!" Но на Линуса видимо надавили, поэтому он, используя административный ресурс, пока действует вопреки воле сообщества. Впрочем, я думаю, он как специалист, не может не понимать что такое Rust на самом деле и зачем оно всё нужно. Поэтому вполне вероятно, что в ближайшем будущем эпопея с Rust закончится... интересно. Но не будем загадывать - я с Торвальдсом лично не общался, что он по этому поводу думает на самом деле - не знаю. Не исключено, что жажда наживы возобладает.
> Вы же не жалуетесь на молоток, что он может пальцы отбить или вовсе убить. Или на кухонный нож. ЯП - это просто инструмент. Со своими преимуществами и недостатками.Отличное сравнение!
Давайте обратимся к каким-то серьезным документам.Например ПРАВИЛА ТЕХНИКИ БЕЗОПАСНОСТИ ПРИ ЭКСПЛУАТАЦИИ РАДИОРЕЛЕЙНЫХ ЛИНИЙ ПЕРЕДАЧИ от МИНИСТЕРСТВА СВЯЗИ СССР
7.2. Ручной инструмент ударного действия (зубила, пробойники, молотки и др.) должен удовлетворять следующим требованиям:
а) рабочие концы не должны иметь повреждений (выбоин, сколов);
б) боковые грани в местах зажима их рукой не должны иметь заусенцев и острых ребер;
в) ударная часть должна быть слегка выпуклой, гладкой и не иметь трещин, заусенцев и сколов;
г) рукоятки молотков и кувалд должны быть заклинены металлическими клиньями;А теперь представьте, что вам подсовывают каменный топор, который в случайный момент может слететь с рукоятки, а при ударах от него отлетают осколки.
Хотели ли бы вы таким пользоваться?> И если вы делаете ошибки, то это говорит только о ваших личных качествах, а не о качествах ЯП. Это именно вы не учли особенности ЯП или были невнимательны.
Ого, т.е в ядре у нас просто плохие программисты? Они же 30 лет делают одни и те же ошибки!
Где бы нам достать хороших.
А может все-таки инструмент плохой? Погано спроектированный и еще хуже изготовленный.> Легко)) Итераторы вам в помощь. Да и в целом в том же С++, чтобы выйти за пределы массива - это ещё специально стараться надо.
И ух как стараются! Каждые недели две-три можно читать про очередную пачку ошибок.
Но перескакивать с ядра на плюсы не очень корректно.
Один фин запретил С++ в ядре, так что кроме СИ у нас есть только Раст.Вы можете не верить, но я насмотрелся на подобные ситуации на разных заводах страны.
Когда у нас есть слесарный цех, есть станочный цех.
В нем стоят старые 16К20 и такие старички, которые всю жизнь ручки крутили.
И тут приходит какой-то с горящими глазами и предлагает "а давайте ЧПУ купим".
Что характерно диды копротивляются по максимуму, даже до саботажа доходило.
И те заводы где они победили, сейчас на грани смерти. Т.к они не могут выдать партию деталей в сроки, которые страна требует.
Всё хорошо (на самом деле нет, но разбирать по пунктам - мне лень). Вот только позвольте один вопрос - зачем вы всё это здесь пишете? Что бы что? Единственная возможная цель - завлечь к себе школьников и студентов, которые здесь в массе сидят и ещё пока что ничего не соображают. Ну и зачем вам это надо? Впрочем, вы наверняка не скажете. Но мало ли.
> Всё хорошо (на самом деле нет, но разбирать по пунктам - мне лень).Не удивлен)
Раз агрументов нет - то можно и полениться.
Хотя именно ваше мнение про стандарты на инструменты от МИНСВЯЗИ СССР, я бы с удовольствием послушал.> Вот только позвольте один вопрос - зачем вы всё это здесь пишете? Что бы что?
Тут несколько причин.
Во-первых это весело, особенно после рабочего дня. Но это скорее дополнение, а не главная причина.
> Единственная возможная цель - завлечь к себе школьников и студентов, которые здесь в массе сидят и ещё пока что ничего не соображают. Ну и зачем вам это надо?Но главное, предупредить этих самых школьников что "делайте хорошо, а плохо не делайте".
И чтобы выбирали нормальный, качественный инструмент, а не молоток у которого голова мотет отлететь вам в лицо. И чтобы им вам какой-то программист скажет "а давай срежем углы, ну чтобы бы побыстрее домой пойти" они не делали плохо.
>> Единственная возможная цель - завлечь к себе школьников и студентов, которые здесь в массе сидят и ещё пока что ничего не соображают. Ну и зачем вам это надо?
> Но главное, предупредить этих самых школьников что "делайте хорошо, а плохо не
> делайте".
> И чтобы выбирали нормальный, качественный инструмент, а не молоток у которого голова
> мотет отлететь вам в лицо. И чтобы им вам какой-то программист
> скажет "а давай срежем углы, ну чтобы бы побыстрее домой пойти"
> они не делали плохо.Ну хотя бы относительно честно, и на том спасибо. Понимаю, что более прямо сказать работодатель не позволит. Если не секрет - на каком заводе работали и осталось ли от него ещё хоть что-то? Про то, что вы имеете отношение к IT - будем считать, что вы уже сплясали все ритуальные танцы, а я вам не поверил.
Про стандарты СССР - не вижу смысла писать о том, в чём не разбираюсь. Я родился на излёте, и работал уже по совершенно другим нормам и правилам. Да ещё и в другой отрасли. Могу выдвинуть встречное предложение - обсудить конвенцию ПДМНВ например))
>Тот код, который вы привели, как пример, ничего, кроме гомерического хохота, у нормального программиста не вызовет.Зато компилятор не смётся, а молча собирает код.
>Никому, кто хоть раз написал что-то посложнее hellow world, даже в голову не придёт изобразить нечто подобное. Потому что и без всяких стандартов ясно, что ничего хорошего из этого не выйдет.Открою вам секрет, что нормальные языки проектируются так, чтобы подобный код на них в принципе не собирался. Принцип - сделать некорректные состояния невыразимыми
>Я понимаю, что платные комментарии вы скорее всего не от хорошей жизни пишетеУ вас точно нет паранои? Или вы пишете любой абсурд?
>Если вы код нормально тестируете, вы всё равно их все найдёте в процессепойдите, сообщите Линусу, что он код забывает тестировать. Ив opensslи в кучу других проектов
>Да почти весь будет собираться - ошибки встречаются нечасто.Зато те что встречаются могут жить десятилетиями. Посмотрите сколько версий ошибки затрагивают, там eol версии раньше обнаружения происходит
>Легко)) Итераторы вам в помощь. Да и в целом в том же С++,И где c++ в ядре? А в тысячах других проектов?
>чтобы выйти за пределы массива - это ещё специально стараться надо.a[i] = b;
И где тут старания?
> Зато компилятор не смётся, а молча собирает код.Ну так вы ему сказали - он и собирает. Он тут для того, чтобы ваши команды исполнять. Думать - ваша задача. Когда компилятор(точнее - его создатели) пытается думать за вас, то ничего хорошего обычно не получается. Потому что всего предусмотреть невозможно.
> Открою вам секрет, что нормальные языки проектируются так, чтобы подобный код на
> них в принципе не собирался. Принцип - сделать некорректные состояния невыразимымиБла-бла-бла. Конкретика будет?
> У вас точно нет паранои? Или вы пишете любой абсурд?Да-да, у меня паранойя. Но вы уже третий только за сегодня, кто мне одно и то же пишет. Практически под копирку. И самое главное - непонятно зачем. Ну высказал я своё негативное мнение - вам то что? Но нет, видимо лицо у меня такое, ага. А если прочитать все комментарии - так и вообще интересная картина складывается. "Штирлиц сидел на линии высоковольтных передач и делал вид, что читает газету. Ни свисающие стропы парашюта, ни автомат ППШ, ни граната «лимонка» на поясе не выдавали в нем советского разведчика."
> пойдите, сообщите Линусу, что он код забывает тестировать. Ив opensslи в кучу
> других проектовОставлю эту честь вам. Удачи))
> Зато те что встречаются могут жить десятилетиями. Посмотрите сколько версий ошибки затрагивают,
> там eol версии раньше обнаружения происходитНу так это говорит ровно об одном - они никому жить не мешают. И смысл их исправлять?
> И где c++ в ядре? А в тысячах других проектов?
Вам список плюсовых проектов дать? Или всё же сами найдёте? А по поводу ядра - дискуссия уже была, не вижу смысла повторять ещё раз. Если интересно - поищите по мои комментариям.
> a[i] = b;
> И где тут старания?Ну т.е. for(size_t i = 0; i < a.size(); i++) мы тактично опустим. Такая мелочь право))
>Бла-бла-бла. Конкретика будет?Алгебраические типы данных, зависимые типы, сопоставление с образцом, и куча других вещей давным давно существующих в функциональных языках.
>Но вы уже третий только за сегодня, кто мне одно и то же пишет.А вы какой по счёту - трети или тридцатый?
>Вам список плюсовых проектов дать?Вышла новая версия браузера. Исправлено столько-то узявимостей связанных с памятью, столько-то критических. Обновитесь пожалуйста.
>Ну т.е. for(size_t i = 0; i < a.size(); i++) мы тактично опустим. Такая мелочь право))Хорошо, вот вам код a[i] = b[i]; Сделайте так, чтобы код с выходом за границы массива не компилировался.
> Алгебраические типы данных, зависимые типы, сопоставление с образцом, и куча других вещей
> давным давно существующих в функциональных языках.Вы о чём вообще?))
> А вы какой по счёту - трети или тридцатый?
Ага, это я тут выступаю со всяким бредом, типа i = i++*i++. Ну-ну.
> Вышла новая версия браузера. Исправлено столько-то узявимостей связанных с памятью, столько-то
> критических. Обновитесь пожалуйста.Чего?)) Санитаров уже вызывать или само попустит?))
> Хорошо, вот вам код a[i] = b[i]; Сделайте так, чтобы код с
> выходом за границы массива не компилировался.Зачем?)) Я сделаю так, чтобы он не работал.
if(i < a.size() && i < b.size())
{
a[i] = b[i];
}
Как бы всё. Ещё один ЯП внезапно не нужен))
>Вы о чём вообще?))Не поняли умных слов?
>Зачем?)) Я сделаю так, чтобы он не работал.
>if(i < a.size() && i < b.size())
>{
> a[i] = b[i];
>}Во-первых, у вас нарисовалась проверка в рантайме, на каждую итерацию, из-за чего ваш код уже не имеет преимущества по сравнению с условным Ocaml/Go/Java/..., даже наоборот, он стал куда многословнее любого из этих языков. Во-вторых, если кто-то случайно или намеренно удалит или не напишет "i < a.size()", то вот уже готовая cve, а код прекрасно скомпилируется. Итог - вы не выполнили ни одной задачи.
> Не поняли умных слов?Нет, я не понял при чём тут все эти слова и то, что мы обсуждали. Например - при чём тут алгебраические типы данных (если очень надо, то есть библиотека gmp, или самому можно написать легко что на С, что на С++).
> Во-первых, у вас нарисовалась проверка в рантайме, на каждую итерацию, из-за чего
> ваш код уже не имеет преимущества по сравнению с условным Ocaml/Go/Java/...,
> даже наоборот, он стал куда многословнее любого из этих языков.Ну да, ну да... Без контекста - оно конечно. Будет нужно - сделаем проверку вне цикла. Или вовсе по другой логике напишем, делов то...
> Во-вторых,
> если кто-то случайно или намеренно удалит или не напишет "i <
> a.size()", то вот уже готовая cve, а код прекрасно скомпилируется. Итог
> - вы не выполнили ни одной задачи.Зачем кому-то что-то удалять? Он что - дурак?)) А если серьёзно, то это уже высосанные из пальца аргументы, вроде "а что если рептилоиды нападут?" Ну и позвольте вам не поверить насчёт того, что компилятор Rust сможет заранее просчитать размер массива, который вычисляется только в процессе выполнения программы, в зависимости от введённых пользователем данных например.
>Нет, я не понял при чём тут все эти слова и то, что мы обсуждали.При том, что си/плюсы никак не помогают писать безопасный код, а наоборот мешают.
>Будет нужно - сделаем проверку вне циклаПосле того, как вам cve заведут, да
>Зачем кому-то что-то удалять? Он что - дурак?Например, хочет бекдор внести
>Ну и позвольте вам не поверить насчёт того, что компилятор Rust сможет заранее просчитать размер массиваРастом мир не ограничевается. Существуют, например, зависимые типы данных. Но школьники, гордящиеся тем что они c++ выучили ничего об этом не знают. А теперь давайте посмотрим, с чего всё началось:
>Когда на уровне компилятора запретят выходить за границы динамических массивов в рантайме без дополнительных рантайм проверок (давайте, опередите раст)?На третий день Зоркий Глаз что-то начал подозревать. Интересно, сколько дней Зоркому Глазу потребуется, чтобы понять зависимые типы? Или он так и будет не понимать, но мнение иметь?
>[оверквотинг удален]
>>Зачем кому-то что-то удалять? Он что - дурак?
> Например, хочет бекдор внести
>>Ну и позвольте вам не поверить насчёт того, что компилятор Rust сможет заранее просчитать размер массива
> Растом мир не ограничевается. Существуют, например, зависимые типы данных. Но школьники,
> гордящиеся тем что они c++ выучили ничего об этом не знают.
> А теперь давайте посмотрим, с чего всё началось:
>>Когда на уровне компилятора запретят выходить за границы динамических массивов в рантайме без дополнительных рантайм проверок (давайте, опередите раст)?
> На третий день Зоркий Глаз что-то начал подозревать. Интересно, сколько дней Зоркому
> Глазу потребуется, чтобы понять зависимые типы? Или он так и будет
> не понимать, но мнение иметь?Уважаемый, в иронию у вас не очень получается, вот честное слово. Потренируйтесь ещё. Засим откланиваюсь, а то я как-то уже нить беседы теряю, а вменяемых аргументов от вас, судя по всему, не дождаться. Но напоследок задам ещё раз каверзный вопрос: зачем вы всё это мне здесь пишете? Для чего? Какова цель? Вам не всё ли равно, что я о вашем ЯП думаю?
Ну, вы первые пришли делать ослоумные момменты по поводу примера кода у анона выше.
В стиле "ну просто так не делайте и ошибок не будет".Зачем вы это сделали - не ясно.
Неужели вы думали, что ваше мнение вообще кого-то волнует?
Но что-то же вас сподвигло тут написать.
> Ну, вы первые пришли делать ослоумные момменты по поводу примера кода у
> анона выше.
> В стиле "ну просто так не делайте и ошибок не будет".
> Зачем вы это сделали - не ясно.
> Неужели вы думали, что ваше мнение вообще кого-то волнует?
> Но что-то же вас сподвигло тут написать.Мои мотивы очень просты. Я прекрасной понимаю, кто и зачем пытается двигать Rust (против самого языка как такового, если что, я особо ничего не имею - есть он и есть, мне от этого ни холодно, ни жарко). И мотивы этих людей мне о-очень не нравятся. Потому что я понимаю, чем это всё может обернуться в итоге. И даже уже оборачиваются, причём не только в IT. Тысячи убитых в военных конфликтах последней пары лет не дадут соврать.
А вот вы на вопрос так и не ответили, что показательно.
> Мои мотивы очень просты. Я прекрасной понимаю, кто и зачем пытается двигать Rust (против самого языка как такового, если что, я особо ничего не имею - есть он и есть, мне от этого ни холодно, ни жарко). И мотивы этих людей мне о-очень не нравятся.Начнем с того что раст пишет куча людей со всего мира.
С другой стороны там те же спонсоры, что и у ядра линукс (но отказа от ядра я за вами не замечал).
Значит это явно какое-то секретное знание.
Может поделитесь мудростью?> Потому что я понимаю, чем это всё может обернуться в итоге.
> И даже уже оборачиваются, причём не только в IT. Тысячи убитых в военных конфликтах последней пары лет не дадут соврать.Хм... как вчера помню, выходит Байден и говорит "мы начинаем специальную операцию".
Насколько я видел пока только наш Димка-алкаш ядреной бомбой всем угрожает, причем даже тем, кого можно было или купить, или переманить.
А потом "от нас сваливают последние союзники из ОДКБ, как такое вышло!?"
Позорище одним словом.> А вот вы на вопрос так и не ответили, что показательно.
Да, тк это был другой аноним.
Но могу попробовать ответить за него "когда в интернете кто-то неправ, то я не могу пройти мимо".
Справедливость у русского человека в крови.
> Начнем с того что раст пишет куча людей со всего мира.
> С другой стороны там те же спонсоры, что и у ядра линукс
> (но отказа от ядра я за вами не замечал).
> Значит это явно какое-то секретное знание.
> Может поделитесь мудростью?Мне плевать, кто его пишет - они ничего не решают. Потому, что не они контролируют ресурсы. А вот продвижение Rust в ядро - это явная попытка подмять постепенно ядро под себя группой корпораций, которые за Rust стоят. Ибо ЯП - это стандарты. Стандарты на С и С++ устанавливают международные организации, что хоть и не полностью, но хоть как-то гарантирует от всякого интересного, типа вендорлока. А стандарты на Rust устанавливает кто? То-то и оно... И ладно бы ещё с технической точки зрения это было хоть как-то оправдано... Но - нет (только не начинайте заново песни про безопасную работу с памятью, массивы и прочее - надоело уже в сотый раз объяснять, что это маркетиновые мифы).
Насчёт ядра.
Ядро пока что под лицензией GPL и не принадлежит никому, что меня в целом устраивает (нет, я не фанат Столлмана, просто поддерживаю принципы самой лицензии, если бы нечто подобное написал кто-то другой, то и эту лицензию я бы поддержал тоже). Но это опять же не значит, что мне нравится всё, что там происходит.>> Потому что я понимаю, чем это всё может обернуться в итоге.
>> И даже уже оборачиваются, причём не только в IT. Тысячи убитых в военных конфликтах последней пары лет не дадут соврать.
> Хм... как вчера помню, выходит Байден и говорит "мы начинаем специальную операцию".
> Насколько я видел пока только наш Димка-алкаш ядреной бомбой всем угрожает, причем
> даже тем, кого можно было или купить, или переманить.
> А потом "от нас сваливают последние союзники из ОДКБ, как такое вышло!?"
> Позорище одним словом.А, ну т.е. США нигде не воюют вот прямо сейчас. В Африке нет пары тройки войн разной интенсивности. На Ближнем Востоке. В Закавказье только что вот война не закончилась. Но это так, к слову. Сказать же я пытаюсь следующее: что "Дима-алкаш", что "Старый маразматик", что владельцы того же Гугла - все они одного поля ягоды. Более того, дело не в конкретных персоналиях, а в общественно-экономической системе, которая позволяет таким людям появляться и делать то, что они делают.
> Да, тк это был другой аноним.
Да кто ж вас разберёт. Зарегистрировались бы, как нормальные люди. Никто ж вас не заставляет настоящие имя и фамилию указывать.
> Но могу попробовать ответить за него "когда в интернете кто-то неправ, то
> я не могу пройти мимо".
> Справедливость у русского человека в крови.Скупая слеза умиления и восторга катится по моей щеке. Только вот позвольте вам не поверить. Удовлетворите моё любопытство - какова сегодня цена такой тяги к справедливости. Интересует за комментарий. Чисто в рамках понимания общей экономической картины. Или вы на зарплате в корпорации? Тогда - пардон. Нельзя разглашать заработную плату и всё такое - я понимаю.
>Потому, что не они контролируют ресурсы. А вот продвижение Rust в ядро - это явная попытка подмять постепенно ядро под себя группой корпорацийКомпетентность человека: взявшись и не сумев написать парсер по спецификации, рассуждать о захвате ядра.
>надоело уже в сотый раз объяснять, что это маркетиновые мифыЕщё один довод, от человека, решившего самолично не смогшего реализовать парсер xml. Мог бы хотя-бы библиотечный взять.
>Да кто ж вас разберёт. Зарегистрировались бы, как нормальные люди. Никто ж вас не заставляет настоящие имя и фамилию указывать.Чтобы что? Что вам с того, чтобы выделять меня среди других анонимов? Вы бы лучше мои доводы почитали, а не на личности зацикливались.
> Компетентность человека: взявшись и не сумев написать парсер по спецификации, рассуждать
> о захвате ядра.Мнение очередного анонима очень важно для нас. Но вы продолжайте - это даже интересно.
> Ещё один довод, от человека, решившего самолично не смогшего реализовать парсер xml.
> Мог бы хотя-бы библиотечный взять.Завидовать нехорошо)) И да, согласен - не смешно уже. Устал я что-то - чувство юмора уже отказывает.
> Чтобы что? Что вам с того, чтобы выделять меня среди других анонимов?
> Вы бы лучше мои доводы почитали, а не на личности зацикливались.Да я читаю, но хотелось бы отличать хоть как-то, кому и что пишешь. А то я уже как-то путаться начинаю.
>Мнение очередного анонима очень важно для нас.Мнение зарегистрированного пользователя фактов не изменит. Не успела ваша программа стать популярной, запустил кто-то на своей машине, и она уже крашится. https://github.com/ProfessorNavigator/mylibrary/issues/8. Стала бы популярной, эксплоиты бы под неё были.
>Завидовать нехорошо))Завидовать вашему незнанию? Уж лучше не иметь открытых проектов вообще, чем иметь такие.
>А то я уже как-то путаться начинаюЗначит путаетесь вы не только в коде, но и в форуме. Это уже тревожный сигнал.
>>Мнение очередного анонима очень важно для нас.
> Мнение зарегистрированного пользователя фактов не изменит. Не успела ваша программа стать
> популярной, запустил кто-то на своей машине, и она уже крашится. https://github.com/ProfessorNavigator/mylibrary/issues/8.
> Стала бы популярной, эксплоиты бы под неё были.
>>Завидовать нехорошо))
> Завидовать вашему незнанию? Уж лучше не иметь открытых проектов вообще, чем иметь
> такие.
>>А то я уже как-то путаться начинаю
> Значит путаетесь вы не только в коде, но и в форуме. Это
> уже тревожный сигнал.Спокойной ночи)) Если у вас конечно ночь.
> Ибо ЯП - это стандарты. Стандарты на С и С++ устанавливают международные организации, что хоть и не полностью, но хоть как-то гарантирует от всякого интересного, типа вендорлока.Ох, профессор, как вы до седых волос дожили, а такой наивный.
Стандартизация это "мы опубликовали то, что нам принес коммитет".
Если там в стандарте напишут "в случае UB удаляй все с диска", то они такой стандарт и опубликуют.Посмотрите кто сидит в коммитете СИ isocpp.org/std/the-committee
Microsoft, Edison Design Group, Google, IBM
и перестаньте нести чушь про международные организации> А стандарты наRust устанавливает кто? То-то и оно... И ладно бы ещё с технической точки зрения это было хоть как-то оправдано... Но - нет (только не начинайте заново песни про безопасную работу с памятью, массивы и прочее - надоело уже в сотый раз объяснять, что это маркетиновые мифы).
Судя по тому как вы качественно пишете свой код, не удивлен что для вас это миф)
> Насчёт ядра.
> Ядро пока что под лицензией GPL и не принадлежит никому, что меня в целом устраиваетКорпы захотели - продвинули системмд, захотели - продвинули вейланд.
Захотят - и раст продвинут.
Как раз из-за того что код открыт, власть получает тот, кто работает и пишет код.
А 80% кода - это как раз корпорации и программисты на их зарплате.> А, ну т.е. США нигде не воюют вот прямо сейчас.
Ну раз янки обделались в афганистане и ираке, то давайте повторим за ними и обделаемся трех-дневным походом!
Есть такая пословица - "не можешь сарть, не мучай попу".
Если у тебя нет вариантов победить, то не лезь в прямой конфликт, а используй другие средства.> а в общественно-экономической системе, которая позволяет таким людям появляться и делать то, что они делают.
В совке такие же люди похоронили наши ребят в афгане.
Так что дело не в общественно-экономической системе, а в людях как таковых.> Да кто ж вас разберёт. Зарегистрировались бы, как нормальные люди. Никто ж вас не заставляет настоящие имя и фамилию указывать.
Отвечу честно, мне лень)
Зачем где-то регаться, если можно просто написать.
Напоминает старые добрые времена IRC чатов.> Скупая слеза умиления и восторга катится по моей щеке. Только вот позвольте вам не поверить. Удовлетворите моё любопытство - какова сегодня цена такой тяги к справедливости. Интересует за комментарий. Чисто в рамках понимания общей экономической картины.
Все написанные мной комментарии были написаны на безвоздмездной основе.
> Или вы на зарплате в корпорации? Тогда - пардон. Нельзя разглашать заработную плату и всё такое - я понимаю.
Да, я работаю в корпорации. Одной из гос-корпораций.
И даже могу свою зарплату сказать - шестизначная в рублях.
Потому что я горжусь своей работой, я долго учился для этого (6+ лет университета, плюс всякие курсы повышения квалификации... думаю все 10 лет будет). И считаю что я заслуживаю той награды, которую я получаю.
Но благодаря моей работе, такие как вы получаете топливо, чтобы хлеб и масло вам в магазин приехало, чтобы зимой отопление было.
Я вижу что вы в прошлых темах уничижительно относитесь к рабочему люду, но это пусть на вашей совести останется.
> Ох, профессор, как вы до седых волос дожили, а такой наивный.
> Стандартизация это "мы опубликовали то, что нам принес коммитет".
> Если там в стандарте напишут "в случае UB удаляй все с диска",
> то они такой стандарт и опубликуют.Откуда вы знаете, есть ли у меня седые волосы?)) По остальному - и что?
> Посмотрите кто сидит в коммитете СИ isocpp.org/std/the-committee
> Microsoft, Edison Design Group, Google, IBM
> и перестаньте нести чушь про международные организацииДа нет, это вы перестаньте нести чушь. В другом комментарии уже ответил - в международных организациях сохраняется шаткий баланс благодаря конкуренции, который пока что устраивает всех, в том числи и рядовых пользователей.
> Судя по тому как вы качественно пишете свой код, не удивлен что
> для вас это миф)Как моя квалификация влияет на верность/ложность моего утверждения?
> Корпы захотели - продвинули системмд, захотели - продвинули вейланд.
> Захотят - и раст продвинут.
> Как раз из-за того что код открыт, власть получает тот, кто работает
> и пишет код.
> А 80% кода - это как раз корпорации и программисты на их
> зарплате.И что?))
> Ну раз янки обделались в афганистане и ираке, то давайте повторим за
> ними и обделаемся трех-дневным походом!
> Есть такая пословица - "не можешь сарть, не мучай попу".
> Если у тебя нет вариантов победить, то не лезь в прямой конфликт,
> а используй другие средства.Вы о чём вообще?
> В совке такие же люди похоронили наши ребят в афгане.
> Так что дело не в общественно-экономической системе, а в людях как таковых.И про Афганистан я уже здесь отвечал - хотите, сами ищите, мне лень.
> Отвечу честно, мне лень)
> Зачем где-то регаться, если можно просто написать.
> Напоминает старые добрые времена IRC чатов.Ну так хоть ник какой-нибудь оригинальный придумайте. А то реально - толпа анонимов, все пишут бред, а ты потом вспоминай, кому что ответил и о чём вообще разговор шёл.
> Все написанные мной комментарии были написаны на безвоздмездной основе.
Да-да, джентльменам верят на слово.
> Да, я работаю в корпорации. Одной из гос-корпораций.
С этого и надо было начинать. Дальше разговаривать с вами вообще не о чем. Потому что, если бы вы имели желание хоть что-то понять и осознать, то давно бы уволились уже.
> И даже могу свою зарплату сказать - шестизначная в рублях.
Вы только не говорите никому больше. И на улице без охраны не появляйтесь. За такое сегодня могут и убить - это вам чисто для сведения, насколько вас и подобных вам любят в стране.
> Потому что я горжусь своей работой, я долго учился для этого (6+
> лет университета, плюс всякие курсы повышения квалификации... думаю все 10 лет
> будет). И считаю что я заслуживаю той награды, которую я получаю.В лучшем случае заслуживаете вы только пожизненый запрет занимать любые руководящие должности. Демография и экономика тому подтверждением.
> Но благодаря моей работе, такие как вы получаете топливо, чтобы хлеб и
> масло вам в магазин приехало, чтобы зимой отопление было.Всё описанное мы получаем вопреки вашим усилиям, а не благодаря им. Более того, если вас не будет, то жить станет куда как проще - не придётся кормить ораву паразитов с шестизначными зарплатами. Да-да, уважаемый, любой человек должен получать совершенно одинаковую зарплату, независимо от занимаемой должности и выполняемых обязанностей. Размер зарплаты может определяться только одним - количеством отработанных часов. Всё остальное - паразитизм и воровство у общества.
> Я вижу что вы в прошлых темах уничижительно относитесь к рабочему люду,
> но это пусть на вашей совести останется.Чего-чего?)) А ну т.е. по классике, когда сказать нечего - обвиняй оппонента в собственных грехах. Ссылки на мои высказывания в студию.
> в международных организациях сохраняется шаткий баланс благодаря конкуренции, который пока что устраивает всех, в том числи и рядовых пользователей.Хахаха, а вы шутник, прохфессор!
Давайте посмотрим на МОК и белые флажки наших спортсмеров)
Или на международный суд в Гааге. Или на свифт и блокировку банков.> Вы о чём вообще?
Про то что ваш аргумент "в америке негров линчуют" просто глупый. Если они делают плохо, то нам не обязательно за ними повторять.
> Ну так хоть ник какой-нибудь оригинальный придумайте.
Ладно, придумал.
> Да-да, джентльменам верят на слово.
Ну, других доказательств у меня все равно нет и не будет.
> Вы только не говорите никому больше. И на улице без охраны не появляйтесь. За такое сегодня могут и убить - это вам чисто для сведения, насколько вас и подобных вам любят в стране.
Конечно могут. Неблагодарное б-ло всегда ненавидело успешных людей.
Фильм "собачье сердце" тому отличный пример.> В лучшем случае заслуживаете вы только пожизненый запрет занимать любые руководящие должности. Демография и экономика тому подтверждением.
Ха, а теперь поясните, как проладка газа в какие-то богом забытые села, снижает демографию и экономику?
Или моим коллегам которые рискуют жизнью на нефтебазах или насосных станциях.
Так что к проблемам демографии идите к правительству.
В 8 по 13 год, у нас было все отлично.> Всё описанное мы получаем вопреки вашим усилиям, а не благодаря им. Более того, если вас не будет, то жить станет куда как проще - не придётся кормить ораву паразитов с шестизначными зарплатами.
Да, уже представляю как вы поедете в тундру добывать газ или нефть.
Или будете настраивать оборудование на вышке посреди моря.
Для этого надо образование, умения, тяжкий труд - за что и награда соответствующая.
Люди на вахте по пол-года не видят семей, а вы их паразитами называете.
Вам должно быть очень-очень стыдно.> Размер зарплаты может определяться только одним - количеством отработанных часов.
Да! Давайте уравняем дворника и сердечного хирурга.
Одному надо только знать с какой стороны метлу держать, а другой десятки лет потратил на обучение и практику.> Ссылки на мои высказывания в студию.
Да вот прямо выше, вы меня паразитом называете.
И хотите свести мою награду за тяжелый труд на ноль или около того.
> Хахаха, а вы шутник, прохфессор!
> Давайте посмотрим на МОК и белые флажки наших спортсмеров)
> Или на международный суд в Гааге. Или на свифт и блокировку банков.А причём здесь это вообще? Мы вроде бы про ISO говорили. Не съезжайте с темы, уважаемый.
> Про то что ваш аргумент "в америке негров линчуют" просто глупый. Если
> они делают плохо, то нам не обязательно за ними повторять.И всё равно не понимаю, о чём вы. Я вроде бы нигде обратного не утверждал.
> Ну, других доказательств у меня все равно нет и не будет.
Ну т.е. вы расписыватесь в своей ангажированности. Так и запишем, пардон за каламбур.
> Конечно могут. Неблагодарное б-ло всегда ненавидело успешных людей.
> Фильм "собачье сердце" тому отличный пример.Да-да, всё дело в успешности одних и "неуспешности" других. А не в том, что одни считают себя выше других. Что есть банальный неприкрытый шовинизм и обыкновенная глупость. Ну а также фашизм.
> Ха, а теперь поясните, как проладка газа в какие-то богом забытые села,
> снижает демографию и экономику?Вы это бесплатно делаете? Нет? Ну и? И ладно бы платно. Но так вы ещё и прибыль везде получаете - а вот это уже автоматом вас делает паразитом. Т.е. соучастником всего происходящего.
> Или моим коллегам которые рискуют жизнью на нефтебазах или насосных станциях.
> Так что к проблемам демографии идите к правительству.А, ну т.е. "успешные люди" вроде вас, выдаивающие все соки из общества тут вообще не причём. И вообще у нас уже социализм, а то и вовсе - коммунизм, и я тут занимаюсь ложными обвинениями достойных членов общества. Самому то не смешно?
> В 8 по 13 год, у нас было все отлично.
Угу, а потом "англичанка подгадила" и всё пошло прахом. Ох-хо-хо... Мы уже 30 лет стабильно вымираем, экономика те же 30 лет стабильно рассыпается на части, а вы всё те же песни поёте. И ладно бы только мы, но так ведь аналогичные процессы по всему Земному шару идут.
> Да, уже представляю как вы поедете в тундру добывать газ или нефть.
Да без проблем. Я, к вашему сведению, работал 3 и 2 помощником капитана, и побывал в таких местах, о существовании которых вы скорее всего даже и не подозреваете.
> Или будете настраивать оборудование на вышке посреди моря.Легко. Я по образованию инженер, могу эксплуатировать оборудование любой сложности.
> Для этого надо образование, умения, тяжкий труд - за что и награда
> соответствующая.Труд измеряется только одним - рабочим временем. И опалчиваться должен соответственно.
> Люди на вахте по пол-года не видят семей, а вы их паразитами
> называете.Я конкретно вас паразитом называю. Но да, всё, что кто-либо получает сверх отработанного количества часов, по факту - паразитизм. Нравится кому-то это или нет.
> Вам должно быть очень-очень стыдно.
Будет. Если вы докажете, что я неправ. Но что-то меня по этому поводу одолевают смутные сомнения))
> Да! Давайте уравняем дворника и сердечного хирурга.
Без труда дворника общество в текущем качестве и количестве может существовать? Нет. Аналогично с хирургом. Так чем труд одного отличается от труда другого.
> Одному надо только знать с какой стороны метлу держать, а другой десятки
> лет потратил на обучение и практику.Да. На обучение и практику хирург прошёл за счёт общества. Которое всё время обучения, да и жизни в целом, его снабжает всем необходимым для жизни. Потому что разделение труда - хирургу не нужно с самостоятельно сделанной палкой бегать по лесам за дичью, чтобы не умереть с голоду. Соответственно теперь он должен за это расплачиваться.
> Да вот прямо выше, вы меня паразитом называете.
Так вы и есть. И не только вы. Возможно - не умышленно. Но факт остаётся фактом. Если кто-то за свой рабочий час получает больше, чем другие - он паразитирует на обществе. Даже если при этом делает что-то полезное. Возможность паразитировать дают разделение труда и образующийся за счёт него прибавочный продукт.
> И хотите свести мою награду за тяжелый труд на ноль или около
> того.Ложь. Я всего лишь хочу сделать вашу "награду" пропорциональной вашему труду.
> Хахаха, а вы шутник, прохфессор!
> Давайте посмотрим на МОК и белые флажки наших спортсмеров)
> Или на международный суд в Гааге. Или на свифт и блокировку банков.А причём здесь это вообще? Мы вроде бы про ISO говорили. Не съезжайте с темы, уважаемый.
> Про то что ваш аргумент "в америке негров линчуют" просто глупый. Если
> они делают плохо, то нам не обязательно за ними повторять.И всё равно не понимаю, о чём вы. Я вроде бы нигде обратного не утверждал.
> Ну, других доказательств у меня все равно нет и не будет.
Ну т.е. вы расписыватесь в своей ангажированности. Так и запишем, пардон за каламбур.
> Конечно могут. Неблагодарное б-ло всегда ненавидело успешных людей.
> Фильм "собачье сердце" тому отличный пример.Да-да, всё дело в успешности одних и "неуспешности" других. А не в том, что одни считают себя выше других. Что есть банальный неприкрытый шовинизм и обыкновенная глупость. Ну а также фашизм.
> Ха, а теперь поясните, как проладка газа в какие-то богом забытые села,
> снижает демографию и экономику?Вы это бесплатно делаете? Нет? Ну и? И ладно бы платно. Но так вы ещё и прибыль везде получаете - а вот это уже автоматом вас делает паразитом. Т.е. соучастником всего происходящего.
> Или моим коллегам которые рискуют жизнью на нефтебазах или насосных станциях.
> Так что к проблемам демографии идите к правительству.А, ну т.е. "успешные люди" вроде вас, выдаивающие все соки из общества тут вообще не причём. И вообще у нас уже социализм, а то и вовсе - коммунизм, и я тут занимаюсь ложными обвинениями достойных членов общества. Самому то не смешно?
> В 8 по 13 год, у нас было все отлично.
Угу, а потом "англичанка подгадила" и всё пошло прахом. Ох-хо-хо... Мы уже 30 лет стабильно вымираем, экономика те же 30 лет стабильно рассыпается на части, а вы всё те же песни поёте. И ладно бы только мы, но так ведь аналогичные процессы по всему Земному шару идут.
> Да, уже представляю как вы поедете в тундру добывать газ или нефть.
Да без проблем. Я, к вашему сведению, работал 3 и 2 помощником капитана, и побывал в таких местах, о существовании которых вы скорее всего даже и не подозреваете.
> Или будете настраивать оборудование на вышке посреди моря.Легко. Я по образованию инженер, могу эксплуатировать оборудование любой сложности.
> Для этого надо образование, умения, тяжкий труд - за что и награда
> соответствующая.Труд измеряется только одним - рабочим временем. И опалчиваться должен соответственно.
> Люди на вахте по пол-года не видят семей, а вы их паразитами
> называете.Я конкретно вас паразитом называю. Но да, всё, что кто-либо получает сверх отработанного количества часов, по факту - паразитизм. Нравится кому-то это или нет.
> Вам должно быть очень-очень стыдно.
Будет. Если вы докажете, что я неправ. Но что-то меня по этому поводу одолевают смутные сомнения))
> Да! Давайте уравняем дворника и сердечного хирурга.
Без труда дворника общество в текущем качестве и количестве может существовать? Нет. Аналогично с хирургом. Так чем труд одного отличается от труда другого.
> Одному надо только знать с какой стороны метлу держать, а другой десятки
> лет потратил на обучение и практику.Да. На обучение и практику хирург прошёл за счёт общества. Которое всё время обучения, да и жизни в целом, его снабжает всем необходимым для жизни. Потому что разделение труда - хирургу не нужно с самостоятельно сделанной палкой бегать по лесам за дичью, чтобы не умереть с голоду. Соответственно теперь он должен за это расплачиваться.
> Да вот прямо выше, вы меня паразитом называете.
Так вы и есть. И не только вы. Возможно - не умышленно. Но факт остаётся фактом. Если кто-то за свой рабочий час получает больше, чем другие - он паразитирует на обществе. Даже если при этом делает что-то полезное. Возможность паразитировать дают разделение труда и образующийся за счёт него прибавочный продукт.
> И хотите свести мою награду за тяжелый труд на ноль или около
> того.Ложь. Я всего лишь хочу сделать вашу "награду" пропорциональной вашему труду.
> А причём здесь это вообще? Мы вроде бы про ISO говорили. Не съезжайте с темы, уважаемый.Штаб-квартира ИСО расположена в Женеве (Швейцария).
Завтра нашу делегацию туда просто не пустят, ну визы немного опоздают, и чего делать будем?> Да-да, всё дело в успешности одних и "неуспешности" других. А не в том, что одни считают себя выше других. Что есть банальный неприкрытый шовинизм и обыкновенная глупость. Ну а также фашизм.
Какие пафосные слова. Особенно про фашизм.
Жили были 2 ребенка, в школе сидели за одной партой.
Старт у них был примерно одинаковым, родители их даже на одном предприятии работали.
Но один после школы х̶у̶ мячи пинал, а второй делал домашку.
Первый еле окончил школу и пошел в ПТУ (кстати неплохое, после него можно было пойти в техникум, где выпускали станочников).
В второй пошел в ВУЗ и получил высшее образование.
Первый работал на рынке, разнорабочим, охранником..
А второй работает в крупной компании за большие деньги.Им обоим гос-во предложило бесплатное образование, но один это принял, а второй нет.
И ты хочешь их уравнять.> Вы это бесплатно делаете? Нет? Ну и? И ладно бы платно. Но так вы ещё и прибыль везде получаете - а вот это уже автоматом вас делает паразитом. Т.е. соучастником всего происходящего.
А что такое для меня прибыль? У меня зарплата по тарифной сетке.
> А, ну т.е. "успешные люди" вроде вас, выдаивающие все соки из общества тут вообще не причём. И вообще у нас уже социализм, а то и вовсе - коммунизм, и я тут занимаюсь ложными обвинениями достойных членов общества. Самому то не смешно?
Неа, слава богу у нас не коммунизм "каждому инженеру по 120 рублев".
Соки из общества выдавливает правительство. Которое это самое общество и выбрало.
Если кто-то любит жесткую руку - ну пусть наслаждаются.> Угу, а потом "англичанка подгадила" и всё пошло прахом. Ох-хо-хо... Мы уже 30 лет стабильно вымираем, экономика те же 30 лет стабильно рассыпается на части, а вы всё те же песни поёте.
30 лет назад я только школу оканчивал. Тут скорее вопрос "а чего ваше поколение до такого довело?".
> И ладно бы только мы, но так ведь аналогичные процессы по всему Земному шару идут.
И что мне сделать? Поехать в техас или мексиканский залив, найти Джона который тоже нефть качает и сломать ему руку? Чего я вообще должен отвечать за другие страны?
> Да без проблем. Я, к вашему сведению, работал 3 и 2 помощником капитана, и побывал в таких местах, о существовании которых вы скорее всего даже и не подозреваете.
Если это правда, то я просто в шоке.
Тогда вы же понимаете что ответственность капитана, старпома и матроса разные.
Образование - разное. Кол-во трудозатрат чтобы осилить навыки разное.
А вы хотите уровнять их по кол-ву часов просиженных на должности.> Легко. Я по образованию инженер, могу эксплуатировать оборудование любой сложности.
И уравниваете охранника в пятероче и работягу который на вышке гайки крутит.
> Труд измеряется только одним - рабочим временем. И опалчиваться должен соответственно.
Да, именно это вы и делаете.
Вы оправдываете ленивых людей, которые не хотят развиваться, не принимают того что им дают.
И хотите чтобы они получали такую же награду, как труженники.
Вы просто очень-очень странный человек.
И страшный. Уже видели что бывает, когда подобные дорываются до власти и начинают всякие коммунизмы строить.> Я конкретно вас паразитом называю. Но да, всё, что кто-либо получает сверх отработанного количества часов, по факту - паразитизм. Нравится кому-то это или нет.
А если я за сверхурочные часы, получаю свех зарплаты)
По поводу "нравится или нет" - мне все равно.
Вы всего лишь один человек, выгораживающий ленивых паразитов.> Без труда дворника общество в текущем качестве и количестве может существовать? Нет.
Может. Вон индусы как-то выживают. Да и в нашей Чите тоже народ не вымер.
> Аналогично с хирургом. Так чем труд одного отличается от труда другого.
Сложностью. Требуемыми навыками. Обучением.
Сколько лет готовят пилота, врача или капитана, а сколько дворника?
> Да. На обучение и практику хирург прошёл за счёт общества. Которое всё время обучения, да и жизни в целом, его снабжает всем необходимым для жизни.Что правда? А чего тогда мой знакомый офтальмолог, на остановках раздавал флаеры, тк денег не было?
Кажется общество ему чего-то не додало.> Потому что разделение труда - хирургу не нужно с самостоятельно сделанной палкой бегать по лесам за дичью, чтобы не умереть с голоду. Соответственно теперь он должен за это расплачиваться.
Именно! Он берет бумажки (называются рубли) и расплачивается с обществом - с дворником, с продавцом, с рабочим-строителем.
Им зарплата ведь не с неба падает.> Ложь. Я всего лишь хочу сделать вашу "награду" пропорциональной вашему труду.
Да, и ошибочно выбираете один параметр "время".
Консьерж который просто нажимает кнопку "открыть двери" и рабочий который вяжет арматуру тратят совершенно не сопоставимое кол-во энергии.
Но вы, в своем заблуждении, ставите их на одну полочку.
К счастью вы - это просто крикливое меньшинство.
И на мир повлиять практически не можете.
> Штаб-квартира ИСО расположена в Женеве (Швейцария).
> Завтра нашу делегацию туда просто не пустят, ну визы немного опоздают, и
> чего делать будем?Да ничего не будем. Я вообще не уверен, что Россия хоть какое-то участие в стандартизации С или С++ принимала. Нам в то время, мягко говоря, не до того было.
> Какие пафосные слова. Особенно про фашизм.
Вы просто не понимаете, что он такое. 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 с планеты Земля.
> И что мне сделать? Поехать в техас или мексиканский залив, найти Джона
> который тоже нефть качает и сломать ему руку? Чего я вообще
> должен отвечать за другие страны?Не надо никому ничего ломать - головой лучше думайте. Буровик Джон из штата Техас находится в том же положении, что и вы. И враги у вас общие. Если конечно верно моё предположение, что вы -вахтовик.
> Если это правда, то я просто в шоке.
Уж извините, но справки о плавании я вам предъявлять не буду. Слишком там много конфиденциальной информации.
> Тогда вы же понимаете что ответственность капитана, старпома и матроса разные.И что? Что без капитана, что без матроса судно никуда не пойдёт. Любое судно обслуживает экипаж, в котором каждый выполняет свои обязанности. Практически без любого из них будут проблемы, вплоть до полной невозможности эксплуатации. Да, иногда экипаж бывает слегка избыточным. Но это лишь упрощает каждом жизнь.
> Образование - разное. Кол-во трудозатрат чтобы осилить навыки разное.
> А вы хотите уровнять их по кол-ву часов просиженных на должности.Убирайте должности, где люди "просиживают", оставляйте только те, без которых не обойтись никак - и будет вам счастье.
> И уравниваете охранника в пятероче и работягу который на вышке гайки крутит.
Ну потому что они реально равны. Оба - люди. Ну и см. выше про ненужные должности.
> Да, именно это вы и делаете.
> Вы оправдываете ленивых людей, которые не хотят развиваться, не принимают того что
> им дают.При чём здесь лень? Я за то, что каждый должен работать. Кроме детей и стариков. Да и то, у первых работа - учиться, у вторых - передавать опыт, т.е. учить.
> И хотите чтобы они получали такую же награду, как труженники.
> Вы просто очень-очень странный человек.Это вам так кажется, потому что вы живёт в парадигме капиталистического общества. Где человек человеку - волк. Смертельный конкурент. А я понимаю, чем всё это для нас закончится в самом ближайшем времени и не считаю каких-то людей хуже меня. Да, это сложно поначалу, но тут уже без вариантов. Или так, или проект "Человечество" будет закрыт в самое ближайшее время очень кровавым способом.
> И страшный. Уже видели что бывает, когда подобные дорываются до власти и
> начинают всякие коммунизмы строить.И что же бывает?)) Вы всякую чепуху не слушайте, а лучше экономическую и демографическую статистику СССР подымите. При том, что там коммунизма то и не было (сюрприз, да)) - почитайте Манифест коммунистической партии - может быть поймёте, о чём я) Ну и на заметку вам - не каждый коммунист, кто себя таковым называет.
> А если я за сверхурочные часы, получаю свех зарплаты)
Сколько часов отработали - столько и получите. Независимо от того, сверх- или не сверх-. За сверх- вашему начальству нужно по голове дать, за неспособность нормально организовать рабочий процесс.
> Вы всего лишь один человек, выгораживающий ленивых паразитов.
Каким образом?)) Я лишь говорю: "Каждому по труду".
> Может. Вон индусы как-то выживают. Да и в нашей Чите тоже народ
> не вымер.Не надо сказки рассказывать про индусов. Я и там был, и далеко не в турпоездке - кое-чего видел. Ну и в целом - не нужна должность, значит людей переобучить и перевести на другую работу. Правда, не уверен, что вы без дворников обойдётесь. Да, выглядеть они будут не как раньше, а скажем работать на спецтехнике, но суть то та же останется - поддержание чистоты.
> Сложностью. Требуемыми навыками. Обучением.
> Сколько лет готовят пилота, врача или капитана, а сколько дворника?Ну и что? Ещё раз - мы все зависим друг от друга. Каждый от каждого на всей планете целиком. Потому что живём в глобальной системе разделения труда. Люди могут занимать разные должности, потому что способности у всех разные, но количество труда каждый поставляет +/- одинаковое. И труда каждого равноценен, потому что без труда друг-друга мы умрём.
> Что правда? А чего тогда мой знакомый офтальмолог, на остановках раздавал флаеры,
> тк денег не было?
> Кажется общество ему чего-то не додало.Да, всё так и есть. И именно потому, что кто-то получает непропорционально труду. И пока не сделаем, как я описываю, всё так и будет продолжаться.
> Именно! Он берет бумажки (называются рубли) и расплачивается с обществом - с
> дворником, с продавцом, с рабочим-строителем.
> Им зарплата ведь не с неба падает.Определение денег дайте - потом обсудим, кто и за что должен расплачиваться. А лучше текст по ссылке выше прочитайте - там и это есть.
> Да, и ошибочно выбираете один параметр "время".
Почему ошибочно? Аргументов как не было так и нет. Ну и опять же, прежде чем возражать - прочтите текст. Чтобы мне вам тут заново всё не расписывать.
> Ну и опять же, прежде чем возражать - прочтите текст. Чтобы мне вам тут заново всё не расписывать.Посмотрел текст по ссылке. Мягко говоря спорные утверждения.
> Что без капитана, что без матроса судно никуда не пойдёт. Любое судно обслуживает экипаж, в котором каждый выполняет свои обязанности. Практически без любого из них будут проблемы, вплоть до полной невозможности эксплуатации.
Давайте возьмем 2 корабля, с одного выкинем одного, да пусть половину матросов, а с другого капитана.
И посмотрим какой проплывет дальше (желательно не в случайном направлении).> Определение денег дайте - потом обсудим, кто и за что должен расплачиваться.
Некая сущность материальная (бумажки, ракушки, камушки) или виртуальная которая помогает людям совершать обмен ценностями или временем.
В некоторых странах даже есть "валюта" определяющая часы работы - например посидеть с детьми.> Почему ошибочно? Аргументов как не было так и нет.
Кажется вы просто не читали то, что я написал. Ну или не поняли.
Потому что разный труд (профессии, должности) требуют разные "свойства".
Я уже перечислил часть: сложность профессии, требуемые навыки, время обучения.
И человек который может осилить сложную профессию (например своим упорством) должен поощряться.Но я добавлю еще два: ответственность и опасность.
Врач может совершить ошибку и ее цена - жить с осознанием, что по твоей вине человек умер.
Или даже уголовоное производство.Пожарный, МЧСник или полицейский рискует своей жизнью. Т.е самым ценным что есть у человека.
А теперь представьте, что продавец в пятерочке и пожарный вознаграждаются одинаково.
Где мы будем искть пожарных? Все ж пойдут продавцами.
Будет как в анекдоте про африканца и пальму.И проблема всего одна - у вас ценность труда оценивается только одним параметиром - "временем".
Это мне кажется ошибочными, тк не отображет сложность системы.
Я бы понял, если бы у нас было так:
Есть минимальная зарплата - ее получают "обычные профессии".
Требуется высокая квалификация? - добавляем, чтобы не было "все профессора ушли на рынок торговать"
Работающий несет ответственность? - еще добавляем
Это опасная работа как у пожарного или шахтера, где человек может растаться с жизнью? - тоже добавляем.
Тогда это будет действительно "Каждому по труду", а не "Каждому за потраченное время".Вот такие мои аргументы.
Вы слишком упрощаете сложную систему, без учета человеческой психологии.
> Посмотрел текст по ссылке. Мягко говоря спорные утверждения.Например какие?))
> Давайте возьмем 2 корабля, с одного выкинем одного, да пусть половину матросов,
> а с другого капитана.
> И посмотрим какой проплывет дальше (желательно не в случайном направлении).Как бывавший в общем-то в обоих ситуациях скажу вам - примерно одинаково. Потому что кроме капитана всегда есть 2-3 его помощника. Старпом при этом обычно знает и умеет или всё то же, что и капитан, или больше. Потому что у капитана функции больше административные - с начальством там бодаться и т.п. Практической работой больше старпом занимается. Не забывайте также, что у вас есть ещё и механики с мотористами. И без них судно никуда не пойдёт. А зарплаты у них внезапно меньше, чем у капитана. И у старпома - тоже меньше. Хотя, повторюсь, всем, что касается судна, старпом в гораздо большей степени занимается, чем капитан. Более того, я вам другой пример приведу. Старпом на танкере и старпом на судне, перевозящем генеральные грузы. У танкериста зарплата больше, чем у генеральщика, иногда в разы. Хотя по квалификации генеральщик переплюнет любого танкериста. Потому что танкерист возит только то, что наливом. И обычно строго определённое: кто-то - сырую нефть, кто-то - нефтепродукты, кто-то - химию. А генеральщик возит вообще всё. Ну т.е. что угодно: зерно, химию, железо, продукты, контейнеры, машины и т.д. и т.п. Нужно рассчитать остойчивость, что и куда ставить, проконтролировать совместимость грузов, закрепить, рассчитать балласт и топливо (т.е. по сути выполнить работу танкериста). Погрузить, так чтобы ничего не было повреждено (на танкере в общем-то шланг подцепили и качают, вам только остаётся танки вовремя переключать). И ответственность у генеральщиков внезапно выше. Потому что без нефти или химии прожить ещё как-то можно, а вот если вы например северный завоз по криворукости обломаете, то как бы всё. Будут трупы. Те же буровики, которым жратву не завезут.
> Некая сущность материальная (бумажки, ракушки, камушки) или виртуальная которая помогает
> людям совершать обмен ценностями или временем.
> В некоторых странах даже есть "валюта" определяющая часы работы - например посидеть
> с детьми.Почитайте внимательно текст. Глава "Деньги" специально для вас. Может понятней станет. Хотя, справедливости ради - почти угадали.
> Кажется вы просто не читали то, что я написал. Ну или не
> поняли.
> Потому что разный труд (профессии, должности) требуют разные "свойства".
> Я уже перечислил часть: сложность профессии, требуемые навыки, время обучения.
> И человек который может осилить сложную профессию (например своим упорством) должен поощряться.Да нет, это вы не понимаете, про что я пишу. Каким бы крутым и уникальным специалист не был, без других - без их труда - он жить не может. Его нужно кормить, одевать и т.д. и т.п. А раз без других он жить не может, то и труд его равноценен любому другому. И не надо изобретать разные "свойства" - это путь в никуда. Чтобы прожить определённое время, человеку нужны ресурсы. В системе разделения труда он что-то производит сам, но большую часть (а зачастую - всё полностью) получает от других в обмен на свои продукты труда. Производство продуктов труда требует времени. И они же позволяют вам прожить какое-то время. Т.е. труд измеряется только во времени, которое он позволяет прожить. Всё, точка. Я понимаю, что у вас мозги уже отформатированы, но постарайтесь сделать над собой усилие и заставить себя думать головой, а не записанными туда шаблонами. Тем более, что шаблоны эти придуманы не вами. Шаблонное мышление вообще штука вредная и опасная. В том числе потому, что с головой проблемы будут.
>[оверквотинг удален]
> Врач может совершить ошибку и ее цена - жить с осознанием, что
> по твоей вине человек умер.
> Или даже уголовоное производство.
> Пожарный, МЧСник или полицейский рискует своей жизнью. Т.е самым ценным что есть
> у человека.
> А теперь представьте, что продавец в пятерочке и пожарный вознаграждаются одинаково.
> Где мы будем искть пожарных? Все ж пойдут продавцами.
> Будет как в анекдоте про африканца и пальму.
> И проблема всего одна - у вас ценность труда оценивается только одним
> параметиром - "временем".Да, уважаемый. Только временем ценность труда и может измеряться. Потому что любой труд направлен на то, чтобы произвести продукты труда. А продукты труда нужны, чтобы люди могли прожить ещё какое-то количество времени. Всё, точка. Остальное - бредятина, придуманная чтобы оправдать глупость и жажду наживы (что по сути одно и то же). И никакая ответственность тут не причём. Потому что в системе разделения труда каждый зависит от каждого. Если спасатель не получит еду - он сдохнет. Если дворник не будет убираться - начнутся эпидемии, и все тоже сдохнут. Если врач не получит еду - он сдохнет. Если сельхоз работника не будут лечить - он сдохнет. А за ним сдохнет и врач, потому что ему еду никто не поставит. Вот так вот всё тупо и просто.
>А архитектур процессоров больше одной (кстати, сколько из них поддерживается в Rust? 0.5?).Зайти на сайт Rust и посмотреть самому, например? Даю подсказку: Rust поддерживает больше одной.
> Зайти на сайт Rust и посмотреть самому, например? Даю подсказку: Rust поддерживает
> больше одной.Да что вы говорите, прям аж целых 3?)) Ну ладно, уели))
Все живые. От того, что он не поддерживает какой-нибудь Z8000 или M68K никто особо не огорчается.
> Все живые. От того, что он не поддерживает какой-нибудь Z8000 или M68K
> никто особо не огорчается.Я вам больше того скажу - никто не огорчится даже если Rust не будет вообще никакие архитектуры поддерживать)) Потому что всем более-менее вменяемым людям ясно, откуда он взялся и зачем его везде пытаются пропихнуть.
>Потому что всем более-менее вменяемым людям ясно, откуда он взялсяТем временем качество кода вменяемых людей
https://github.com/ProfessorNavigator/mylibrary/issues/11
>После обновления на 3ю версию пропала существующая коллекция.
>При создании новой, приложение падает в процессе.Дайте вменяемым людям власть, они вам диск отформатируют и даже не поймут как
>>Потому что всем более-менее вменяемым людям ясно, откуда он взялся
> Тем временем качество кода вменяемых людей
> https://github.com/ProfessorNavigator/mylibrary/issues/11
>>После обновления на 3ю версию пропала существующая коллекция.
>>При создании новой, приложение падает в процессе.
> Дайте вменяемым людям власть, они вам диск отформатируют и даже не поймут
> какКак страшно жить)) Особенно, если пытаться не замечать очевидных вещей, например того, чем закончилась история с тем багом.
>Особенно, если пытаться не замечать очевидных вещей, например того, чем закончилась история с тем багом.В нормальных программах такие вещи происходят бесследно. Какой бы тут был вой, если бы после появления раста в браузере у кого-то профиль бы потерялся. Но нет, данные теряются у хейтеров раста.
> В нормальных программах такие вещи происходят бесследно. Какой бы тут был вой,
> если бы после появления раста в браузере у кого-то профиль бы
> потерялся. Но нет, данные теряются у хейтеров раста.Вам самому-то не смешно? Я не один раз уже повторил, что мне на сам Rust плевать с высокой башни. Есть он и есть. Если бы только вы и подобные вам не совались с ним во все щели, то и писать бы ничего не стал.
Ну и да, подтасовывать факты нехорошо. Там был переход с одной версии базы на другую. О том, что коллекции нужно пересоздать, информация была в замечаниях к релизу и в новости здесь, на opennet. Впрочем, зачем я вам всё это объясняю? Всё равно же вы найдёте, к чему докопаться. Не получилось переспорить честно, будем поливать оппонента грязью.
>Я не один раз уже повторил, что мне на сам Rust плевать с высокой башниВам настолько плевать, что вы тут столько комметариев настрочили
>Ну и да, подтасовывать факты нехорошо. Там был переход с одной версии базы на другуюДля таких случаев существует миграция. Учитесь, пока молодой
>О том, что коллекции нужно пересоздать, информация была в замечаниях к релизу и в новости здесьТак вопрос не в создании базы, а в том, что в процессе наполнения новой базы у вас программа падает. Но ведь падение программ у хейтеров раста - это признак качества.
> Да что вы говорите, прям аж целых 3?))А сколько надо? Пока, видимо, достаточно.
> Ну ладно, уели))
Хорошо, что вы признаёте свою безграмотность. Но плохо, что не понимаете, насколько всё запущено.
Я сегодня добрый, поэтому скормлю вам ещё немного информации для размышления. Rust создан в попытке победить сложность современного ПО, удешевить его разработку и сопровождение, а не для того, чтобы разозлить ПрофессораНавигатора из Опеннет. И пока, если верить ребятам из Гугла, Клаудфлэр, Амазона и прочих крупных контор-лидеров по разработке ПО на планете Земля, у него (этого языка программирования) это получается неплохо. Не идеально, нет. Но всё же положительный опыт присутствует.
Именно эти ребята, кстати, являются спонсорами разработки ядра Линукс. Кто платит, тот девушку и танцует. Да?
>[оверквотинг удален]
>> Ну ладно, уели))
> Хорошо, что вы признаёте свою безграмотность. Но плохо, что не понимаете, насколько
> всё запущено.
> Я сегодня добрый, поэтому скормлю вам ещё немного информации для размышления. Rust
> создан в попытке победить сложность современного ПО, удешевить его разработку и
> сопровождение, а не для того, чтобы разозлить ПрофессораНавигатора из Опеннет. И
> пока, если верить ребятам из Гугла, Клаудфлэр, Амазона и прочих крупных
> контор-лидеров по разработке ПО на планете Земля, у него (этого языка
> программирования) это получается неплохо. Не идеально, нет. Но всё же положительный
> опыт присутствует.Больше пафоса, больше. И самолюбования ещё добавьте, а то маловато как-то. Публика не оценит))
> Именно эти ребята, кстати, являются спонсорами разработки ядра Линукс. Кто платит, тот
> девушку и танцует. Да?Вот это-то и печально. Когда барыги накладывают лапу на общественное достояние всегда одно и то же получается. Пример в виде постсоветского пространства перед нами. Впрочем - оно не надолго в любом случае.
>Больше пафоса, больше. И самолюбования ещё добавьте, а то маловато как-то. Публика не оценит))Аноним: на си/плюсах нельзя безопасно работать с памятью
ProfessorNavigator: можно, смотрите мой проект
проект ProfessorNavigator: падает на rar архивах, при файлах на NTFS, для исправления ошибок нужно выслать автору файл, а то и за автора отладить, работа с xml реализована через костыли.
Аноним: я же говорил, что на си/плюсах нельзя безопасно работать с памятью
> Аноним: на си/плюсах нельзя безопасно работать с памятью
> ProfessorNavigator: можно, смотрите мой проект
> проект ProfessorNavigator: падает на rar архивах, при файлах на NTFS, для исправления
> ошибок нужно выслать автору файл, а то и за автора отладить,
> работа с xml реализована через костыли.
> Аноним: я же говорил, что на си/плюсах нельзя безопасно работать с памятьюБольше передёргиваний фактов, больше. И вранья. Ох, дети...
Какие именно факты передёрнуты и перевраны? Ваш парсер поддерживает полную спецификацию XML? Нет. Ваш парсер работает стабильно и не крашится из-за проблем работы с памятью? Снова нет. Вам не говорили, что на Си/Плюсах нельзя работать безопасно с памятью? Говорили. Вы это не отрицали? Отрицали.
> Какие именно факты передёрнуты и перевраны?Ну вот эти вот например:
> Ваш парсер работает стабильно и не крашится из-за проблем
> работы с памятью? Снова нет. Вам не говорили, что на Си/Плюсах
> нельзя работать безопасно с памятью? Говорили. Вы это не отрицали? Отрицали.Брехня откровенная, что одно, что другое.
Я бы на вашем месте бы не отпирался, а уже бы читал как правильно писать парсеры. https://dev.realworldocaml.org/parsing-with-ocamllex-and-men... и про то, как без null жить https://dev.realworldocaml.org/guided-tour.html#options
> Я бы на вашем месте бы не отпирался, а уже бы читал
> как правильно писать парсеры. https://dev.realworldocaml.org/parsing-with-ocamllex-and-men...
> и про то, как без null жить https://dev.realworldocaml.org/guided-tour.html#optionsБыло бы от чего отпираться. Пока что одни набросы безосновательные от непойми кого.
> Больше пафоса, больше.Сложно увидеть чёрную кошку в тёмной комнате, особенно, если её там нет. Но у вас как-то получается.
> Когда барыги накладывают лапу на общественное достояние всегда одно и то же получается.
Это вы про ядро Линукс? Гм...
> Пример в виде постсоветского пространства перед нами.
СССР сам развалился. Конечно, ему помогали. Но основные причины его развала в нём самом. Вдруг вы по молодости лет не знали.
> Впрочем - оно не надолго в любом случае.
А что на смену грядёт?
> Сложно увидеть чёрную кошку в тёмной комнате, особенно, если её там нет.
> Но у вас как-то получается.Ну-ну))
> Это вы про ядро Линукс? Гм...
Да, про него.
> СССР сам развалился. Конечно, ему помогали. Но основные причины его развала в
> нём самом.А я где-то утверждал обратное?))
> А что на смену грядёт?
Всё от нас зависит. Судя по сегодняшнему положению дел - много трупов будет в любом случае. Дальше - как повезёт. Если дурью, как сегодня, маяться не будем - выживем, нет - ну значит c'est la vie.
>> > Это вы про ядро Линукс? Гм...
> Да, про него.Вы ведь наверняка понимаете, что разработкой таких крупных проектов на голом энтузиазме долго никто не будет заниматься. Это ресурсозатратно (деньги, люди, время). Вряд ли необходимое финансирование можно получить на краудсорсинге.
Корпорации же - условно-постоянный источник бабла и, как следствие, мотивации. Поэтому не вижу ничего плохого в участии "барыг" в подобных проектах. Без них, увы, никак.
> Вы ведь наверняка понимаете, что разработкой таких крупных проектов на голом энтузиазме
> долго никто не будет заниматься. Это ресурсозатратно (деньги, люди, время). Вряд
> ли необходимое финансирование можно получить на краудсорсинге.
> Корпорации же - условно-постоянный источник бабла и, как следствие, мотивации. Поэтому
> не вижу ничего плохого в участии "барыг" в подобных проектах. Без
> них, увы, никак.Бабло не равно мотивация. Ну т.е. совсем. Если для кого-то бабло - мотивация, то гнать его нужно в шею. Потому что накосячит, а потом всех продаст оптом и в розницу. Да, без денег никуда (точнее, без ресурсов, которые на них можно получить). Но как мотиватор - нет.
И да, пока корпорации только давали деньги на ядро - лично меня это не особо напрягало. Но теперь начались пополнзновения к присвоению с разных сторон. И это вот совсем не хорошо. Но ожидаемо - конкурент никому не нужен.
> Бабло не равно мотивацияНу, конечно. Пирамиду Маслоу видели? Очевидно, что нет. Посмотрите. Потом продолжим.
> Да, без денег никуда (точнее, без ресурсов, которые на них можно получить). Но как мотиватор - нет.
Если без них никуда - это и есть самый, что ни на есть мотиватор. Людям, знаете ли, кушать надо. Такая уж у них несовершенная природа.
> Но теперь начались пополнзновения к присвоению с разных сторон.
Какие ещё поползновения? Внедрение Rust? Ещё раз. Это попытка уменьшить сложность кода и сократить затраты на разработку и последующее сопровождение, а не попытка присвоить ядро Линукса. Вы там спрашивали, кто стандарт разрабатывает. Ведь и в Сях, и в Плюсах он есть. Открою вам ещё одно тайное знание. Стандарты разрабатывают комитеты. А в комитетах присутствуют те самые представители "барыг", которых вы так не любите. Далее. Требования к Rust тоже, внезапно, разрабатывает не Гугл или там Майкрософт в одну харю, а Rust Foundation. Всё, как вы любите, другими словами. Но вам почему-то не нравится.
> Ну, конечно. Пирамиду Маслоу видели? Очевидно, что нет. Посмотрите. Потом продолжим.Пирамиду - видел. Дайте определение денег - потом продолжим.
> Если без них никуда - это и есть самый, что ни на
> есть мотиватор. Людям, знаете ли, кушать надо. Такая уж у них
> несовершенная природа.Кушать надо, а вот прибыль получать - противопоказано. Самим устройством общества противопоказано. Ибо разделение труда. А как оно связано - ищите сами. Я об этом уже раз сто писал, в том числе и здесь.
> Какие ещё поползновения? Внедрение Rust? Ещё раз. Это попытка уменьшить сложность кода
> и сократить затраты на разработку и последующее сопровождение, а не попытка
> присвоить ядро Линукса.Про "уменьшить сложность кода" - уже разобрали и не раз. Повторятся не буду, потому что чушь.
> Вы там спрашивали, кто стандарт разрабатывает. Ведь и
> в Сях, и в Плюсах он есть. Открою вам ещё одно
> тайное знание. Стандарты разрабатывают комитеты. А в комитетах присутствуют те самые
> представители "барыг", которых вы так не любите. Далее. Требования к Rust
> тоже, внезапно, разрабатывает не Гугл или там Майкрософт в одну харю,
> а Rust Foundation. Всё, как вы любите, другими словами. Но вам
> почему-то не нравится.Да, давайте обсудим, что такое ISO. Но мне лень, поскольку как обычно выяснится, что кроме указанных вами корпораций в ней так же присутствуют и прямые их конкуренты на паритетных основах, что создаёт пусть шаткий, но баланс, который в целом устраивает всех. В том числе и рядовых пользователей. А про Rust Foundation, который якобы независимый - даже не смешно.
>> Ну, конечно. Пирамиду Маслоу видели? Очевидно, что нет. Посмотрите. Потом продолжим.
> Пирамиду - видел. Дайте определение денег - потом продолжим.Пошли мелкие придирки к словам. Суть, следовательно, понятна и возражений не вызывает? Ок.
Деньги - всеобщий эквивалент стоимости. Сейчас предвижу, как вы прицепитесь к этому определению. На что я вам отвечу, что вам следует продолжить логическую цепочку. То есть, задаться вопросом, а зачем людям деньги. И тогда до вас, наконец, дойдёт, что они в опосредованном, понятно, виде и есть тот самый мотиватор, про который мы начали говорить.>> Если без них никуда - это и есть самый, что ни на
>> есть мотиватор. Людям, знаете ли, кушать надо. Такая уж у них
>> несовершенная природа.
> Кушать надо, а вот прибыль получать - противопоказано. Самим устройством общества противопоказано.
> Ибо разделение труда.Кому противопоказано? Что с чем связано? Не могли бы вы изьясняться более чётко, потому что пока наблюдается какой-то поток сознания.
> А как оно связано - ищите сами.
Бремя доказательства лежит на утверждающем. Напомню. Ранее вы предложили мне найти для вас высказывания Торвальдса. Я нашёл. Вот и вы потрудитесь теперь.
> Про "уменьшить сложность кода" - уже разобрали и не раз. Повторятся не
> буду, потому что чушь.Ещё раз. Команда из Гугл пишет, что не чушь. Какой-то ПрофессорНавигатор - что чушь. Первые обосновывают на практике, цифры приводят. Второй просто сотрясает воздух. То, что вы тут разбирали пока что - это простенький пример с кривой реализацией арифметики в языке Си. Потом вы разбирали выход за пределы границ. И всё. Но возможности языка Rust куда шире в плане контроля качества кода.
> Да, давайте обсудим, что такое ISO. Но мне лень, поскольку как обычно
> выяснится, что кроме указанных вами корпораций в ней так же присутствуют
> и прямые их конкуренты на паритетных основах, что создаёт пусть шаткий,
> но баланс, который в целом устраивает всех. В том числе и
> рядовых пользователей. А про Rust Foundation, который якобы независимый - даже
> не смешно.Ещё раз (я заметил, вам по несколько раз надо повторять почему-то, с первого раза - никак). Есть комитет. Там присутствуют какие-то люди. В том числе из разных корпораций. Комитету для работы нужны деньги, нравится вам или нет. Кто их, деньги, даёт, тот девушку и танцует. Да, иной раз складывается ситуация, когда кто-то с кем-то что-то поделить не может при обсуждении очередной фичи. И вот тогда складывается впечатление о некоем балансе. Но этот баланс - только виртуальный на самом деле, и носит временный характер.
По поводу независимости Rust Foundation. Вы, наверное, удивитесь, когда узнАете, что там пребывают люди не только лишь из Гугла. Мало того, в этом очень просто удостовериться самостоятельно, глянув на состав спонсоров. То есть, картина примерно та же, что и в случае комитета по Плюсам.
> Пошли мелкие придирки к словам. Суть, следовательно, понятна и возражений не вызывает?
> Ок.
> Деньги - всеобщий эквивалент стоимости. Сейчас предвижу, как вы прицепитесь к этому
> определению. На что я вам отвечу, что вам следует продолжить логическую
> цепочку. То есть, задаться вопросом, а зачем людям деньги. И тогда
> до вас, наконец, дойдёт, что они в опосредованном, понятно, виде и
> есть тот самый мотиватор, про который мы начали говорить.Естественно, я к определению прицеплюсь, потому что оно неточное. Но за то, что хотя бы порылись у марксистов в его поисках - вам плюс в карму. Прочитайте главу "Деньги" вот отсюда: 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. Безопасная работа с массивами? Вообще чушь, потому что те же динамически выделяемые массивы вы во время компиляции не проверите никак - они выделяются и обрабатываются в процессе работы программы. "Другие возможности языка" - какие именно? Что он может такого, чего не может С, С++ и ассемблер (если уж прям нужно на низком уровне поработать)? Ничего? Ну и зачем он тогда нужен? Чтобы что? Чтобы уязвимостей меньше стало? Так и это чушь. Проблема уязвимостей - это проблема того, что человеку свойственно ошибаться. И пока программы пишут люди, в них будут ошибки. А "не люди" программы никогда писать не будут. Потому что в основе любой машины всегда будет человеческий труд. В общем, уважаемый, не злите меня дальше, не надо. А то ведь я возьму, да и сделаю какую-нибудь глупость, вроде начала компании "Растовиков - на мыло!". Это будет именно глупость, и закончится всё скорее всего печально, но вам и вашим "коллегам" я в процессе весёлую жизнь устрою.
> Ну, конечно. Пирамиду Маслоу видели? Очевидно, что нет. Посмотрите. Потом продолжим.Прохожий, не мечи биссер, он все равно не поймет.
Он как-то заличал что оплачиваться должен только физический труд.
Можешь представить, что у человека в голове.
>> Ну, конечно. Пирамиду Маслоу видели? Очевидно, что нет. Посмотрите. Потом продолжим.
> Прохожий, не мечи биссер, он все равно не поймет.
> Он как-то заличал что оплачиваться должен только физический труд.
> Можешь представить, что у человека в голове.Вот это мне и хотелось бы выяснить. Я ведь с ним не знаком. И его высказываниями тоже. Пока любопытно. Дальше посмотрим.
> Прохожий, не мечи биссер, он все равно не поймет.
> Он как-то заличал что оплачиваться должен только физический труд.
> Можешь представить, что у человека в голове.Чего-чего?)) Ссылки давайте, балабол.
Вся суть в его названии. Никто и не скрывает. Языков, созданных примерно до 2000 года хватило бы для всех и для всего. Все эти Расты, Гошечки и прочие Джулии нужны только для продвижения каких-то интересов и для засирания мозгов.
Раст очевидно был как тормоз в развитии ФФ. Только сейчас он вышел из под контроля и тормозит теперь развитие ядра.
Если под "развитием" понимать неуменьшающееся количество CVE, которые так любят Сишники, то и возразить нечего.
> ГошечкиЯ бы поспорил с критиками Golang, у этого языка есть свои плюсы. Например, параллелизм проще реализовать благодаря горутинам и каналам.
Даже в расте есть такое так что не аргумент.
Ща тебе ответят "раньше диды справлялись"
И вообще не "нужон ваш Го! из-за него интернет портится!"У любого языка есть плюсы (кроме С, тк там все плюсы в С++) и он создавался для какой-то цели.
Вон жава успешно выкинула другие ЯП из бизнес приложений.
А котлин заменил ее в андроиде.Но всегда найдется человек который скажет "зачем что-то новое?! я всю жизнь в болоте живу и всем советую"
Только один раст нигде не нужен. Чуешь разницу?
> Только один раст нигде не нужен. Чуешь разницу?Гуглу нужен - в андроид и хром,
амазонe нужен - aws-lc-rs, Firecracker,
Cloudflare нужен - Pingora,
ТOR нужен - Арти,
Let's Encryptʼу тоже..
Даже Торвальдсу нужен, причем как в ядре, так и лично (драйвер для эпловых видях от Asahi).А вот Анониму (39) не нужен.
Срочно звони в гугл и амазон! Сообщи как они неправы.
Пиши письмо Торвальдсу: "Товарищь Линус! произошла чудовищная ошибка!"
Даже у Хаскеля более широкое применение.
>> Только один раст нигде не нужен. Чуешь разницу?
>Гуглу нужен - в андроид и хром,
>амазонe нужен - aws-lc-rs, Firecracker,
>Cloudflare нужен - Pingora,
>ТOR нужен - Арти,
>Let's Encryptʼу тоже..
>Даже Торвальдсу нужен, причем как в ядре, так и лично (драйвер для эпловых видях от Asahi).И? ________ВСЁ________ остальное на С\С++\Java\Python\JS\(ну и ... cobol) , всё что не под ними (включая ржавчика) - какие то доли процента, стат погрешность и вот это всё ...
Если хотите заменить рабочий инструмент, надо сделать не просто четок лучше, надо просто таки новый уровень. Растшки пока не смогли...
> И? ________ВСЁ________ остальное на С\С++\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 года прошло, а даже базовая работа с памятью в ядре плохая, спасибо дидам.
> надо сделать не просто четок лучше, надо просто таки новый уровень. Растшки пока не смогли...
Любой уровень лучше дна, коими является СИшка.
Я предполагал что копротивление престарелых будет максимальное.
Жду следущей фазы - к Линусу придут платиновые спонсоры и спросят "а собственно какого черта?".
> Языку всего чуть больше 10 лет, а гугл новый код в андроиде старается писать на расте.Так старается, что уже 0.00000000001% кода заменил :)
Оне и с Kotlin "старались" - толку то?!
Какой детский сад. )Компаниям нужен не язык а прибыль, иначе кого то погонят обратно в макдак работать вместо гендирства.
Раст там чисто из за хайпа, часть из перечисленного могла быть написана хоть на вижалбейсике, со всеми теми же лозунгами что так и писать проще и безопасная работа с памятью.
> Какой детский сад. )
> Компаниям нужен не язык а прибыль, иначе кого то погонят обратно в
> макдак работать вместо гендирства.
> Раст там чисто из за хайпа, часть из перечисленного могла быть написана
> хоть на вижалбейсике, со всеми теми же лозунгами что так и
> писать проще и безопасная работа с памятью.Добавлю, что они все же пытаются его воткнуть туда, где сейчас с++. Просто потому что работников на нем можно дешевле нанять. Вот и всё.
Угу. Только всё же больше похоже на шизофрению. Сначала говорим, что компаниям нужны прибыли, а потом утверждаем, что во всём хайп виноват (а не уменьшение затрат на латание дыр после Си).
Хайп позволяет привлекать мартышек на меньшую зарплату, а уменьшение затрат это прибыль. Но иногда у такой экономии бывают последствия.
> Хайп позволяет привлекать мартышек на меньшую зарплату, а уменьшение затрат это прибыль. Но иногда у такой экономии бывают последствия.Про многоэтапные и многочасовые интервью в крупных фирмах, типа Гугла, вы, конечно, ничего не слышали. Да? Далее, любая мартышка, по-вашему, может в системное ПО (драйвера, ядро, модули ядра, системные утилиты)?
> Про многоэтапные и многочасовые интервью в крупных фирмах, типа Гугла, вы, конечно,
> ничего не слышали. Да? Далее, любая мартышка, по-вашему, может в системное
> ПО (драйвера, ядро, модули ядра, системные утилиты)?Слышал, про люки и прочую чушь. Мартышка должна быть лояльной и готовиться к интервью с гуглом заранее. Программирование ядра отличается только лишь серьёзностью последствий краха(но гуглу явно плевать), а в остальном тоже самое, зубришь API ядра и говнокодишь. Как будто Вы мало говнокода в последнее время в ядре видели, особенно в драйверах от корпораций.
> Слышал, про люки и прочую чушь. Мартышка должна быть лояльной и готовиться
> к интервью с гуглом заранее.В любой фирме требуется, чтобы сотрудник был лояльным. Это следует из обычного здравого смысла. Зачем нанимать нелояльного человека? Чтобы что получить в итоге?
Некоторые технические интервью длятся часами. И нет, там не про люки или теннисные шарики и самолёты. Другими словами, "мартышки" на такие должности не попадут никогда в фирмах, подобных Гуглу. Почему? Потому что стоимость ошибок слишком высокая.> Программирование ядра отличается только лишь серьёзностью последствий краха(но гуглу явно плевать), а в остальном тоже самое, зубришь API ядра и говнокодишь.
Почти так, кроме одной небольшой, но очень важной детали. Код ядра чувствителен не только к UB и прочим "радостям", которые дарит морально устаревший язык программирования C, или переусложнённый C++, а ещё и к производительности кода, эффективности структур данных, а также стабильности и особенностям работы потенциального железа. И об этих дополнительных факторах нельзя переставать думать никогда во время написания ядра. Программистов, которые умеют учитывать всё сразу - очень немного на планете Земля, гораздо меньше всех остальных, прикладников.
> (но гуглу явно плевать)
Это из чего следует?
Вытеснил не ЯП Java, а джава-машина на многих аппаратных платформах.
>жава успешно выкинула другие ЯП из бизнес приложенийJava сумел вытеснить Cobol из области финансово-экономических задач потому что Cobol к середине 90-х не поддерживал современные методологии программирования.
Если говорить о Rust'е, то он одного поля ягодка с Erlang, Haskell, Scala, F#, Elixir, Swift. Никаких особо преимуществ у Rust'а перед этими языками нет, а если и есть - нам-то что до этого.
При чём тут язык C ? У C и Rust - совершенно разная область применения. Разве хаскель, эрланг, скала - для написания ОС ?
> 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!
>Если говорить о Rust'е, то он одного поля ягодка с Erlang, Haskell, Scala, F#, Elixir, Swift. Никаких особо преимуществ у Rust'а перед этими языками нетЧеловек сравнивает языки с виртуальной машиной, сборщиком мусора, нативный язык без сборщика мусора, и утверждает их эквивалентность. Типичная некомпетентность.
Это всё было и до гошечки.
>Я бы поспорил с критиками Golang, у этого языка есть свои плюсы. Например, параллелизм проще реализовать благодаря горутинам и каналам.Только вот корутины и каналы могут быть в любом языке. А вот тех же алгебраических типов данных в голанге нет, и не похоже что будут. И кучи других фич, появившихся даже в девяностых годах прошлого столетия. И вместо того, чтобы взять нормальный язык, например, Ocaml, гуглеры создали уродца go.
>> Я бы поспорил с критиками GolangЗойчем? Не надо :)
>> у этого языка есть свои плюсы. Например, параллелизм проще реализовать благодаря горутинам и каналам.
> Только вот корутины и каналы могут быть в любом языке."Могут быть" и "есть" ... нюанс :)
> А вот тех же алгебраических типов данных в голанге нет,
"Только вот алгебраические типы данных могут быть в любом языке." говоря твоим языком.
> и не похоже что будут.И слава яйцам КПСС! :)
> И кучи других фич, появившихся даже в девяностых годах прошлого столетия. И вместо того, чтобы взять нормальный язык, например, Ocaml, гуглеры создали уродца go.
Ну так и возьми эти замечательные, никому нахрен не нужные Ёзыки и насаждайся^W наслаждайся! :)
А Го оставь тем кто в женской красоте таки - понимает! ;-)(траллю слегка :)
>"Могут быть" и "есть" ... нюанс :)Вы не поняли посыл. Если в каком-то хорошем языке нет корутин, то гораздо логичнее добавить их в этот язык или же создать похожий язык с корутинами, чем отказывать от хороших вещей ради корутин
>"Только вот алгебраические типы данных могут быть в любом языке." говоря твоим языком.Не могут. Для того, чтобы от них была польза, апи языка должно быть спроектировано соответствующим образом. И если их попытаться прикрутить к голангу, то либо полная потеря обратной совместимости, и по сути новый язык, или отстутствие какой-либо пользы, поскольку их почти никто не будет использовать.
>И слава яйцам КПСС! :)Да, лучше NPE. Постойте, в голанге нет исключений - лучше паника. И постоянный if err != nil
>>"Могут быть" и "есть" ... нюанс :)
> Вы не поняли посыл.И вы тоже не поняли посыл :)
> Если в каком-то хорошем языке нет корутин, то гораздо логичнее добавить их в этот язык или же создать похожий язык с корутинами, чем отказывать от хороших вещей ради корутин
Кто то мешает? Вот к примеру народ которому сильно "пекло" генерики в Го таки протолкнул!
Пихали долго и остророжно, но факт - Го теперь с генериками :) Мне они ни разу не пригодились, но вот кому то было нужно настолько, что ...> в голанге нет исключений - лучше паника. И постоянный if err != nil
И это просто замечательно! _Проверяй_ возврат ошибок, если игнорируешь - то _ЯВНО_! Никакие другие сырки не читаются так легко как Го-шные. Хотя не - тут перебор, есть таки таланты ... :-)
>> Если в каком-то хорошем языке нет корутин, то гораздо логичнее добавить их в этот язык или же создать похожий язык с корутинами, чем отказывать от хороших вещей ради корутин
>Кто то мешает? Вот к примеру народ которому сильно "пекло" генерики в Го таки протолкнул!Сколько лет для этого потребовалось? А ведь это - базовая вещь. В том то и дело, что если голанг и опережал какие-то языки по наличию корутин, то прошло время, в этих языках появились корутины, и вот теперь у голанга нет перед ними преимуществ.
>Мне они ни разу не пригодилисьНужны очень специфические задачи, чтобы полиморфизм не требовался.
>И это просто замечательно! _Проверяй_ возврат ошибок, если игнорируешь - то _ЯВНО_!Это ужасно. Ни монады Maybe, ни перехвата исключений, ни информации об ошибке. Вот допустим, мне нужно вызвать произвольный код, пусть это будет работа с сетью https://pkg.go.dev/net/http#Get. Вот какую проверку писать кроме err != nil? Может сеть на секунду упала и нужно повторить запрос? Может быть компьютер оффлайн, и повторять бессмысленно? Может таймаут? Где мне посмотреть все типы ошибок, а не просто абстрактный error?
>Ну так и возьми эти замечательные, никому нахрен не нужные Ёзыки и насаждайся^W наслаждайся! :)
>А Го оставь тем кто в женской красоте таки - понимает! ;-)Миллиины мух не могут ошибаться!
Ты программишь за еду или в свободное от работы время?
От ответа зависит просто ВСЁ :)
>Ты программишь за еду или в свободное от работы время?Даю подсказку: в коммерческой разработке берут не хорошие языки, а расхайпленные, чтобы можно было без проблем набирать персонал. Это для души можно программировать на чём угодно, а за деньги - только на таком goвне.
Парирую: если ты планируешь писать сам для себя - то да, хоть на брейнфаке.
Но если ты хочешь чтобы кто-то мог улучшить твой код, то придется писать хотя бы не эзотерических языках.
А лучше на чем-то распространненном типа С++ или жава.
>Но если ты хочешь чтобы кто-то мог улучшить твой код, то придется писать хотя бы не эзотерических языках.А если я не хочу, чтобы был, например, NPE, и чтобы другие могли улучшить мой код, то мне нужно идти, и рассказывать какие мейнстримные языки плохие, и что жить без NPE можно было уже в тридцать лет назад, но диды стоят на страже, и заставляют страдать от NPE, и называя маргиналами тех, кто хочет жить без него
> Языков, созданных примерно до 2000 года хватило бы для всех CVEЯ тебя немного поправил, не благодари.
А тебя случайно не Билл зовут?
Он тоже утверждал что 640 хватит всем.> Все эти Расты, Гошечки и прочие Джулии нужны только для продвижения каких-то интересов и для засирания мозгов.
Да, а коробка автомат это зло)
Это же просто эталонный луддизм.Интересно K&R тоже слышали от престарелых дидов "зачем вам писать ваш СИ, у нас есть PDP-11/20 и Би!!! *старрческое бубубу*" ?
> Да, а коробка автомат это зло)на полном приводе - несомненно зло.
>> Да, а коробка автомат это зло)
>на полном приводе - несомненно зло.Туда засунут AI будет конять лучше чем 99% дриверов. Скиншотьте! (С)
> на полном приводе - несомненно зло.Только если у тебя какое-то ведро с гайками типа шнивы или уаза.
Просто открываешь 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 автомат.У лендровера тоже есть автоматы в линейке моделей.
Посмотри, что ставят на современные бронемашины - там обычно стоит какой-то автомат алистон.
> Интересно K&R тоже слышали от престарелых дидов "зачем вам писать ваш СИ, у нас есть PDP-11/20 и Би!!! *старрческое бубубу*" ?а как же. у меня даже фотка где-то лежит в архиве: "Пвторы языка В объясняют Ричи и Кернигану ненужность языка С"
> Языков, созданных примерно до 2000 года хватило бы для всех и для всего.В тЭории - да. Но! Почему ты не пишешь на fortran-е? :-)
> Все эти Расты, Гошечки и прочие Джулии нужны только для продвижения каких-то интересов и для засирания мозгов.
Это не для программирования как исскуство!
Это для программирования как ремесло! It is just good enough! (C) S. BallmerКогда из раста растоняши перелетят на очередной хайп, очень надеюсь что останется достаточое кол-во сУрьёзных перцев и таки его дотянут до уровня "правильной вещи" :) Ну к примеру для начала стандарт напишут и примут. Там ведь ничего нового изобретать не надо, надо то что есть привести в порядок, убрать розовое понячье дерьмо и т.д. Результат _может_ быть весьма хорош. Но "может" не значет "станет", увы :(
Будем посмотореть...(С)
>для начала стандарт напишут и примутОтсутствие стандарта для Раст не мешает создателям gcc писать компилятор для этого языка. Интересно, почему?
А я знаю?
Вот что знаю так это то , что без стандарта они будут вечно догоняющими...
Ты видимо йуннн ещё, а мы такого насмотрелись ... :(
>Вот что знаю так это то , что без стандарта они будут вечно догоняющими...Стандарт имеет смысл, когда основные цели достигнуты, и можно тормозить развите языка. Есть Standard ML, со стандартом, и кучей слабосовместимых реализаций, ибо стандарт беден, и есть ocaml, который вполне себе жив и под который куча библиотек.
> Вот что знаю так это то , что без стандарта они будут вечно догоняющими...Кого догоняющими? Питон, кстати, тоже кого-то догоняет? А там, сюрприз, тоже нет стандарта. Как же так?
> Это яп с одной имплеметацией, без стандарта. По факту это ведро локКак обычно, воины против Раста не в курсе, что ядро гвоздями прибито к расширениям GCC...
>ядро гвоздями прибито к расширениям GCCБыло бы ненормально, если бы было не так. Ведь делают GNU/Linux, ядро конкретно для ОС GNU.
> ядро конкретно для ОС GNU.Oh, my sweet summer child... А Линус и компания в курсе?
> не в курсе, что ядро гвоздями прибито к расширениям GCC...Да. Исторически. Но нынче к примеру шлангом - тоже собирается. Почти без оговорок ;)
> Тед Цо (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.И еще кучу типикал сишных дыреней, которые мне просто лень копипастить.
https://github.com/Speykious/cve-rs
Созданы и пофикшены. ПОФИКШЕНЫ.
Растиками же еще ничего значимого не было создано, да и в том что есть уже ворох багов ))
А сколько ещё неисправленных осталось... Некоторым дырам по два десятка лет, а находят только сейчас.
Вот когда найдут, тогда и приходите, поместим в список рядом с CVE-шками на Rust.
Так мудрейший же человек!
Сначала пишет, потом фиксит.
В процессе добавляет еще, а потом еще фиксит!
И всегда при деле, и всегда есть работа))
Да да, и чо?
Работает же, и ладно.
> Да да, и чо?Ну подумаешь у тебя сломалась ФС, дело то житейское.
Вон Ivan_83 это совершенно не беспокоит.
Более того для него наличие таких проблем это "Работает же, и ладно"
Так любая ФС ломается со временем, ибо вечных накопителей не существует.
Поэтому важные данные дублируются.Господин растоман, вы уже используете ECC на всех своих системах или всё ещё думаете что хруст вам будет гарантировать безопасную работу с памятью?)
Одно дело, когда носитель сломается от времени, другое, когда придет юзер и всё сломает: "local attacker with a user privilege to cause a denial of service"."хруст вам будет гарантировать безопасную работу с памятью?)"
Даже, если это не на 100% убережет, целый пласт проблем будет вырезан. Я думаю, оно того стоит.
Ну а сопротивляться всему новому - это старпёрство.
Тем более, что 99.9999% пишущих здесь это вообще никак не коснется. Драйверов под ядро они не пишут, на расте не пишут, но кричат зато громко "раст - это раковая опухоль!"
Про прибыли компаний уже знаете, а простой логический вывод не в состоянии? Связать дыры в софте с затратами, которые уменьшают прибыль.
>Связать дыры в софте с затратами, которые уменьшают прибыльС какими затратами? Или вы с ФС на расте собираетесь отказаться от систем бекапа или дублирования систем?
С затратами на устранение багов, затратами на ликвидацию последствий багов.Даунтайм в высоконагруженной системе может обойтись очень дорого, даже если это несколько секунд, требуемых на переключение с упавшего контура на запасной.
> Даунтайм в высоконагруженной системе может обойтись очень дорого, даже если это несколько
> секунд, требуемых на переключение с упавшего контура на запасной.С какого контура? Какие-то древние понятия о дублировании сервисов ) В нормальных окружениях, когда отваливается сервак, нет никаких нескольких секунд. Система просто продолжает работать.
Вы эти самые высоконагруженные системы видели? Чаще всего падают и глючат хваленые "ынтырпрайзные" железяки типа Сisco UCS и подобный хлам из-за кривой фирмвари, которую тестируют индусы за плошку карри. За 10 лет я ни разу не видел развалившейся ext4 в проде.
> В нормальных окружениях, когда отваливается сервак, нет никаких нескольких секунд. Система просто продолжает работать.Я вот когда-то общался с админами БД из Дойче Банка. Знаете, какой размер там базы данных? Знаете, сколько стоит железяки под неё? Ох уж эти теоретики...
> Вы эти самые высоконагруженные системы видели?
А что, далеко за примерами надо ходить?
> За 10 лет я ни разу не видел развалившейся ext4 в проде.А я за более, чем 24 года - видел (Не ext4. JFS. Но тоже на Сях написана). Посравниваем, у кого длиннее?
> Я вот когда-то общался с админами БД из Дойче Банка. Знаете, какой
> размер там базы данных? Знаете, сколько стоит железяки под неё? Ох
> уж эти теоретики...И как там Дойче Банк, скоро на раст это все переписывать будет? А то ведь их железки страдают, наверное, от некачественного софта.
> нашел на что ссылаться, Дойче Банк, в стране где Ай-ти заморожено лет на 20 из за налогов. Ты лучше ракушка расскажи как там в сберах и альфах, в реальных живых банках, а не помойках для 3х бургеров.
Ещё раз. Речь ведь не только об ошибках в работе файловой системы. Речь о софте на Си в целом. И этот софт не отвечает современным реалиям. Поэтому многие и задумываются над его переписыванием на чём-то другом, менее затратном в разработке и последующей эксплуатации.
>И этот софт не отвечает современным реалиямЭто смузихлёбы так решили? Я что-то не наблюдаю современного, широко используемого софта для прода на расте.
>Поэтому многие и задумываются над его переписыванием на чём-то другом
Опять влажные истории о "многих" из разряда локалхостов. Ни один реальный бизнес не помчится переписывать давно отлаженный и знакомый софт на очередной хайповый язык. Это встанет в десятки раз дороже, чем обслуживать текущий стек технологий, даже без учета переквалификации персонала.
Вы понятия не имеете, что такое большой бизнес, и как он работает.
> Я что-то не наблюдаю современного, широко используемого софта для прода на расте.Возможно ты просто п̶и̶ любитель яблока, тк в андроиде Раст уже во все поля и
Android 13 is the first Android release where a majority of new code added to the release is in a memory safe language.У них кстати вышел новый пост, где они описывают как они выбирают части на замену на более качественный язык.
https://security.googleblog.com/2024/09/deploying-rust-in-ex...Ну или тебе никогда не попадалась проверка от клоудфари - тк у них тоже раст используется.
> Ни один реальный бизнес не помчится переписывать давно отлаженный и знакомый софт на очередной хайповый язык.
Срочно звони в гугл и амазон!
> Это встанет в десятки раз дороже, чем обслуживать текущий стек технологий, даже без учета переквалификации персонала.
Об этом тоже можно почитать
opensource.googleblog.com/2023/06/rust-fact-vs-fiction-5-insights-from-googles-rust-journey-2022.html
Что они за 2-3 месяца переучивают 2/3 людей с C/C++, Python, Java, Go, Dart и те показывают хорошие результаты.> Вы понятия не имеете, что такое большой бизнес, и как он работает.
Ну так расскажи нам!
>>И этот софт не отвечает современным реалиям
> Это смузихлёбы так решили?Отвечу только на этот вопрос, потому что на остальные вам уже написали комментарий. Это люди, которые делают софт для подавляющего количество людей планеты Земля так решили. Гугл, Амазон, Клаудфлэр и прочие.
> Вы понятия не имеете, что такое большой бизнес, и как он работает.
Сказал человек, который вообще ничего не знает о современных реалиях. Смешно, если бы не было так грустно. Потому что людей, подобных вам, не знакомых с фактами, но мнение имеющих, целый Опеннет. Текущий тред не даст соврать.
>Сказал человек, который вообще ничего не знает о современных реалиях.
>Я вот когда-то общался с админами БД из Дойче Банка.А вы, я смотрю, знакомы с реалиями по байкам других. Вы так и не ответили, когда Дойче Банк будет свой софт переписывать на раст? Ну или другие реальные компании, которые работают, а не страдают смузихлебием?
Может, даже личные примеры будут? С вашим огромным-то опытом.
"За 10 лет я ни разу не видел развалившейся ext4 в проде."Значит, прода не видел. Ext4 вполне себе разваливается при пропадания питания. Можно сказать, это почти норма для нее. В 90% случаев можно потом вылечить, но случается, что и целиком переналивать после этого. Или скажешь, что пропадания питания тоже не бывает и всегда UPS штатно отрабатывают, и это сказки?
В моем проде пропадание питания случается раз в столетие. На моей памяти было только один раз, когда во Франкфурте у Telehouse во время тестирования тех самых UPS отвалилось полдатацентра.
Ни одна ФС не пострадала.
> В моем проде пропадание питания случается раз в столетие. На моей памяти
> было только один раз, когда во Франкфурте у Telehouse во время
> тестирования тех самых UPS отвалилось полдатацентра.
> Ни одна ФС не пострадала.Это значит, что у вас весьма ограниченный опыт, который никоим образом не может служить сколь-либо весомой аргументацией.
> Это значит, что у вас весьма ограниченный опыт, который никоим образом не
> может служить сколь-либо весомой аргументацией.Ваша аргументация уровня "мне админы сказали", не оставляет мне никаких шансов.
> Ext4 вполне себе разваливается при пропадания питанияНу это надо специально постараться. Во-первых, не включив журналирование, во-вторых, монтируя с journal_data_writeback, вместо journal_data_ordered. Такое допустимо на ноутбуке для серфинга в интернете, но уж точно не на продуктивном сервере.
> пропадания питания тоже не бывает
Если речь о продуктивных серверах, то на моей памяти только один раз такое было, когда при горячей замене БП выдернули случайно шнур питания второго БП.
> всегда UPS штатно отрабатывают
Нет, конечно. Но вероятность одновременного выхода из строя обеих UPS очень низка.
> 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 растовиками был написан альтернативный код на своём любимом.
> Отметь галочками те, которые найдены не сишниками. Из них подчеркни те, которые найдены растовиками.Зачем?
Мне плевать кто это нашел. Может те самые сотрудники гугла или майкросфта.
Мне главное "как сделать чтобы такое не повторилось".> Обведи кружочком те, для которых вместо содержащего ошибку кода на C растовиками был написан альтернативный код на своём любимом.
Так они пытаются - новость об этом, но гнилые диды оказывают копротивление.
Растовики разворачиваются и сваливают в закат.
Проще попробовать еще раз, когда диды просто помрут.
А какая разница, кто их нашел, если они обусловлены дизайном языка? Как показывает практика, такие ошибки есть практически везде, будь ты хоть 7 пядей во лбу. И костыли в С++ в виде умных указателей, не спасают.
Дизайн дизайном, но а всё-таки, сколько сишных дыреней нашли растовики в процессе переписывания с дыряшечки на свой божественный?
И сколько таких дыр среди 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
> И сколько таких дыр среди 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При этоим сам автор пишет на расте.
> Все равно меньше, чем если бы все писалось в unsafe2006-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. На каких-то платформах это произойдет молча, на каких-то завершится паникой.
> При этоим сам автор пишет на расте.
Так же как и я. А вот по Вашему поводу у меня уже возникли обоснованные сомнения. Подобной идеализацией инструмента может заниматься только тот, кто ничего им не делает.
> 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 гигов.> Подобной идеализацией инструмента может заниматься только тот, кто ничего им не делает.
Или тот, кто пришел из более страшного места. Например с сишки))
Возможно я в нем тоже разочаруюсь, но это случится не сегодня.
> Поражения?Назовите хоть одну другую причину перехода на личности в технической дискуссии. А вот достаточным признаком демагогии это точно является. А к демагогии прибегает только тот, кто уже признал свое поражение в дискуссии.
Так что закончили и спасибо, что признали свое поражение.
> Назовите хоть одну другую причину перехода на личности в технической дискуссии.Хм... собеседник показывает умстенную отсталось?
> Так что закончили и спасибо, что признали свое поражение.
Ну.. ты выдумал свою победу, наверное тебе станет легче жить.
Как и предполагалось после интервью Линукса...Необучаемые диды, которые уже не в состоянии выучить что-то новое, давят авторитетом чтобы продолжать сидеть на теплом местечке и плодить уязвимости.
Но уверен что их копротивление будет сломлено теми, кто финансирует линукс. Бабло победит зло.
> после интервью Линуксашта?
> шта?Была же новость совсем недавно.
opennet.ru/openforum/vsluhforumID3/134629.html#5Но там не было подробностей, только предположения
И вот все оказалось как предполагалось.
Не, это техническая отсталость процесса разработки linux, надо: только значит дедушка Цо багфикс внес, только unit-тесты rust компонент обвалились, так сразу всем растовским дево-псам и по еmail, и по джабберу , и отдельными телеграммали - "А ну встать духи бесплотные и бегом исправлять !!"
>дедушка Цо баг внес, сборка ядра поломаласьИсправил, не благодари
Я не думаю, что устранение уязвимости сломает API. Не правдоподобно это звучит.
Прально - дидов на мороз, а ядро будет развивать два с половиной хрустера! Так победим!
Пусть начнут писать простые вещи на их реализации покажут все преимущества это и будет технический аргумент, но нет - надо сразу во все фс залезти. А когда им говорят, что это сильно затруднит поддержку и развитие - фи не любите вы меня уйду я от вас. Фанатики фиговы. Воплей про этот раст много, а выхлоп пока как-то не впечатляет.
Асахи, которая написала драйвер на Раст, предложила 17 правок в код на Си, которые улучшают стабильность этого кода. Плюс облегчают написание кода на Раст. Но правки не приняли только потому, что они пришли от программистки на Раст.>Пусть начнут писать простые вещи
Дык уже во весь рост. С разморозкой тебя.
>улучшают стабильность этого кодаОна исправила какую-то ошибку? Нет? Тогда каким образом этот код оказался более стабильным? Очень уж похоже на NIH синдром.
https://arstechnica.com/gadgets/2024/09/rust-in-linux-lead-r.../
> https://arstechnica.com/gadgets/2024/09/rust-in-linux-lead-r.../
>а требования к сроку службы — разумнымикакая пугающая фраза. Разумность параметр нетехнический. Явно у этого кода были проблемы.
> НеобучаемыеСловечко-признак баптиста-проповедника. Провокация, чтобы доказывающих свою обучаемость обучить своей лжерелигии.
>ПровокацияКакая ещё провокация? Они же сами так и говорят, что учиться не будут. Ну и Линус это подтверждает.
Ну фраза "Раст - это как опухоль." - это гораздо больше похоже на признак.А "необучаемые" вполне себе факт о тех, кто говорит: "раст не знаю и изучать не буду, но это зло".
> Но уверен что их копротивление будет сломлено теми, кто финансирует линукс. Бабло победит зло.Вне всяких сомнений!
Только вот после этого ...
Всё будет как уже было с UNIX-ом, выстраивайтесь в очередь :(
У дедов в жизни полно других интересов и забот, кроме как изучать уродский яп.
И деды прекрасно решают реальные проблемы, а не сражаются с вымышленными, что на самом деле просто показывает не желание дизайнить правильно ни нести отвественность.Я видел как один подобный чувак бесился в панике когда понял что косякнул и спалился.
Носителям бабла глубоко пофиг на каком там языке фрики с компом общаются.
> У дедов в жизни полно других интересов и забот, кроме как изучать уродский яп.Естественно.
Нужно вовремя медосмотр проходить, и пенсионные отчисления делать.
Интересно когда этому деду его работодатель в гугле спросит "а что ты так?" не сменит ли он резко свое мнение.> И деды прекрасно решают реальные проблемы, а не сражаются с вымышленными, что на самом деле просто показывает не желание дизайнить правильно ни нести отвественность.
А какую ответственность они несут?
cvedetails.com/product/47/Linux-Linux-Kernel.html?vendor_id=33
Memory Corruption на первом месте.
Как они решают прекрасно видно - список CVE под руководством деда уже приводили.> Носителям бабла глубоко пофиг на каком там языке фрики с компом общаются.
А то что готовая система дырявая как швейцарский сыр - нет.
> А то что готовая система дырявая как швейцарский сыр - нет.Чувак, люди думающие о деньгах - думают о деньгах.
А ты думаешь только об мифических ошибках и думаешь что весь мир такой.
У людей с деньгами ваще другие проблемы по жизни, вот прямо совсем-совсем.
Они думаю куда запарковать очередной лям/ярд зелени чтобы он ещё больше отрос, потом как бы с этого по меньше налогов заплатить, и потом там идут всякие другие темы связанные с отдыхом, PR, семьёй и прочим.
Никакой дырявости в их жизни нет просто по определнию. Если устройство плохо работает - они купят другое или отправят помошника его починять. Если там что то с безопасностью - они приглясят фирму которая безопасностью занимается.
> Интересно когда этому деду его работодатель в гугле спросит "а что ты так?" не сменит ли он резко свое мнение.Не сменит.
Скорее всего у него в линкедине очередь из желающих чтобы он на них поработал, за примерно такие же деньги.
> А какую ответственность они несут?Моральную, репутационную. :)
Просто все растоманы: "я нихочу быть ни в чём виноватым".
Другие люди просто делают и не парятся что там могут быть ошибки или что они нарушают какие то законы.
>Носителям бабла глубоко пофиг на каком там языке фрики с компом общаются.Им не пофиг на ошибки в софте, создание которого они оплачивают. Потому что это их затраты дополнительные. Прикинь.
Молодежи ничто не мешает взять Rust и переписать винды, потом с этим удачным коммерческим успехом придти переписывать Линукс-)))
Алмейда даже не понял, что столкнулся не с какими-то "бреднями нетехнического характера", а с одним из самых больших недостатков Раста - трудностью рефакторинга кода на нем по сравнению с рефакторингом кода на C. Ему так и сказали: "мы будем рефакторить свой код на C как нам надо, а ты подстраивайся". Он понял, что с растом он это просто не вывезет, психанул и убежал.
По этой же причине большие проекты на расте не взлетают - в расте нет адекватных средств борьбы со сложностью, абстрагирования и инкапсуляции, упрощающих рефакторинг больших и сложных кодовых баз. А синтаксис при этом сложнее синтаксиса C++.
Разве?
Про "трудность рефакторинга кода" он ничего не писал.
Это у тебя есть секретные данные или ты выдумал?Он просто сказал что "закостенелый дед не хочет осиливать что-то новое".
И "зачем мне с такими работать?".
Это есть в его выступлении https://youtu.be/WiPp9YEBV0Q И в сабже про это написано, просто его прочитать надо было внимательно.
Я как раз слушал внимательно.
Вообще слово "рефакторинг" упоминается всего 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.
ЕХТ у нас не на этапе "сочиняем новую систему".
Вы даже то что вам пишут не понимаете.Да, EXT не новая, но она не заморожена. И другие части ядра тоже не новые но и не заморжены в стабильном АПИ.
Да, там может меняют совсем немного, но таких изменений от людей и корпораций идёт постоянный поток и он значителен.И если говорить за деньги, то для тех кто пилит в линукс затраты вырастают кратно, как потому что нужно держать два компелятора (С + тормозной раст), так и потому что пограмистам придётся (по задумке растоманов) делать кучу дополнительной работы по поддержанию ненужно раст кода после того как они поменяют чисто С код.
> трудностью рефакторинга кода на нем по сравнению с рефакторингом кода на C.Раст прекрасно рефакторится. Если ты знаешь раст.
А если ты заявляешь "вы не заставите меня его выучить", то это именно те самые "бредни нетехнического характера".
С другой стороны, может он и говорит правду. Старую псину новым трюкам не научишь.
> С другой стороны, может он и говорит правду. Старую псину новым трюкам не научишь.Вот такое хамское отношение к коллегам и есть проявление "проблемы нетехнического характера".
Когда всё прекрасно, споров не возникает.
Опять же пока работаешь только со своим кодом,то многих проблем и не замечают.
Всякий раз когда мне предлагают изучить очередной язык я думаю о смене работы. :)Потому что то что нужно работодателю часто не выгодная инвестиция.
С++, раст, питон - есть куски знаний гораздо более ценные чем эти языки.Последний раз я изучал LUA, это намного более выгодная инвестиция чем вышеперечисленное, и оно прекрасно дополняет С и прочие мои знания, заполняя пробелы.
А в остальное время я лучше какие то технологии освою, чем языки. Технологиям пофик на каком языке ты кодишь. (но на С обычно проще)
Высказывание из рубрики "Слона-то я и не заметил". Другие языки программирования и предлагают новые технологии, как раз.
Я не про ваши мистические технологии лямбда програмирования и задрачивания компелятором пограмиста за синтаксис, а про технологии в реальной жизни делающие что то полезное, типа передачи данных, отрисовки на экране и прочее, что связано с взаимодействием с реальным миром.
> Я не про ваши мистические технологии лямбда програмирования и задрачивания компелятором
> пограмиста за синтаксис, а про технологии в реальной жизни делающие что
> то полезное, типа передачи данных, отрисовки на экране и прочее, что
> связано с взаимодействием с реальным миром.Похоже, вы о программировании вообще ничего не знаете. То есть, абсолютно. Все возможности языка Раст (или каких других языков) - они, как раз из РЕАЛЬНОЙ жизни. Они ею обусловлены, а не "мистикой", как вы изволили выражаться.
Почему, например, в своё время Джава вытеснила Плюсы из бизнеса? Потому что РЕАЛЬНАЯ жизнь такова, что программировать на Джаве было намного проще, дешевле, быстрее. Да, могли быть провалы по производительности. Но в РЕАЛЬНОЙ жизни ими можно было пренебречь, потому что для предметной области они оказались не настолько существенными.
> в расте нет адекватных средств борьбы со сложностью, абстрагирования и инкапсуляции, упрощающих рефакторинг больших и сложных кодовых баз.А в C, значит, эти средства есть? Псц...
В C по крайней мере есть архитектурные подходы, позволяющие писать код так, чтобы его можно было поддерживать, развивать и рефакторить. И Linux тому яркий пример. Браузер или офисный пакет на C писать, конечно, гораздо сложнее. Но на расте и этого не выходит. Удел раста - это маленькие системные библиотечки с четким неизменяемым интерфейсом. Если из таких блоков можно слепить что-то большое, то раст подходит. Если границы и интерфейсы блоков будут меняться, то с растом будут большие проблемы.
> В C по крайней мере есть архитектурные подходыМожет, ты перестанеш пускать абстрактную пыль в глаза и перейдешь к конкретике?
Какие такие "архитектурные подходы" возможны в C и при этом невозможны в Расте? При том, что в Расе в разы больше фич языка и выразительности, чем в C.
Конкретно - в C можно прикрутить поддержку ООП множеством разных способов. Например, как это сделано в GTK и GNOME - через GLib/GObject. А в расте кривой недо-ООП вшит в язык авторами и ничего с этим уже не сделаешь, как и с кривыми инородными макросами.
> GObjectБоюсь тебя расстроить, но GObject - это и есть эмуляция "кривого недо-ООП". Пердолинг с void*, обернутый "
кривыми инородными макросами",
прилагается.И другого в сишочке сделать технически невозможно, так что не рассказывай про "множество разных способов".
То, что есть в расте - ещё меньше похоже на ООП. Что и подтверждается долгостроями вроде Servo.
> То, что есть в расте - ещё меньше похоже на ООП.И ты как всегда тактично не упомянул свои конкретные технические претензии.
> Что и подтверждается долгостроями вроде Servo.
Ах, ну да. Какие там техническте претензии, когда воины против Раста не пишут ни на самом Расте, ни на C. Вот и остается любимый аргумент таких персонажей: "на Расте ничего не написано!".
По существу есть чего сказать? А то опять хейтеры виноваты. Где Стерво почему не работает? Раст был придуман чтобы написать Стерво.
Честь Андроида. Дропбокс. Дискорд. Прокси Клаудфлэр.На Серво свет клином сошёлся, или это всё, что ты знаешь?
А сишечка чтобы написать юникс.
На ООП свет клином сошёлся? Других парадигм нет и быть не может?На самом деле Раст предлагает частично ООП, лучшие его части, если быть точнее. Но не только ООП, а ещё и функциональное программирование. Как там в Си с этим? Ой, а с этим в Си никак. А как с контролем типов в Си? Хреново с контролем типов там. А с арифметикой как? Ещё хуже. Указатель на Void и манипуляции с ним - наше всё. Да? 🤦 И кто-то тут о рефакторинге что-то ещё говорит.
> Например, как это сделано в GTK и GNOME - через GLib/GObjectЯ правильно понял, что сношения с void, макросами и ручным управлением памятью из GObject - это и есть те самые "архитектурные подходы", которыми С уделывает Раст?
Да, но это не показатель того, насколько удобен C, а показатель того, насколько негибок и неудобен Rust даже по сравнению с C для больших изменяющихся проектов.
>> Я правильно понял, что сношения с void, макросами и ручным управлением памятью из GObject - это и есть те самые "архитектурные подходы", которыми С уделывает Раст?
> Да [...] показатель того, насколько негибок и неудобен RustТак и запишем: кривые велосипеды на сишных технологиях из 80х являются показателем того, насколько негибок и неудобен Rust.
Для успешной войны против Раста здравый рассудок нужно отклчать, да?
Когда напишешь чего-нибудь полезное на своём прогрессивном расте, тогда и будешь учить других про велосипеды.
Ему бы аттестат получить для начала.
Сам-то хоть получил?
Часть Андроида. Дропбокс. Дискорд. Прокси Клаудфлэр. И тому подробные продукты. Пользуются, наверное, процентами двадцатью всего человечества. Или это другое?
> Часть Андроида. Дропбокс. Дискорд. Прокси Клаудфлэр. И тому подробные продукты. Пользуются,
> наверное, процентами двадцатью всего человечества. Или это другое?Ты еще забыл что гугл уже внедряет раст в Хром.
А это 3 миллиарда юзеров!
Возможно это даже больше чем установленных линуксовых ядер (и 100% больше десктопных).
>Конкретно - в C можно прикрутить поддержку ООП множеством разных способов. Например, как это сделано в GTK и GNOME - через GLib/GObject.Этот ужас настолько ужасен, что гномерам в спешке пришлось изобретать Vala, язык настолько бесполезный, что кроме gtk-шных программ на нём практически ничего не пишут.
>А в расте кривой недо-ООП вшит в языкОткрою секрет: мир на ооп не заканичавается, есть ещё куча других парадигм, например - ФП.
>как и с кривыми инородными макросами.То ли дело в си - макросы без гигиены.
> Открою секрет: мир на ооп не заканичавается, есть ещё куча других парадигм, например - ФП.Но аноны даже не догадываются, что кроме чистого ФП, есть еще промежуточные варианты.
Например в свифте
let array = [1,2,3,4]
array.map({}).filter({})
Потому что заимствование удачных решений позволяет сделать язык лучше.> То ли дело в си - макросы без гигиены.
А что в дыряшке вообще с гигиеной?
Там программа a + b это уже UB.
> Открою секрет: мир на ооп не заканичавается, есть ещё куча других парадигм, например - ФП.Ты можешь в миллионпервый раз мне повторить про другие перадигмы "например - ФП", но долгострои на расте так и останутся долгостроями. Потому что ФП не помогает решать проблемы управления сложностью.
> Потому что ФП не помогает решать проблемы управления сложностью.Чел, ты так и не написал, как С помогает управлять сложностью. Вся твоя экспертиза уровня "слышал звон, да не знаю, где он".
>в расте нет адекватных средств борьбы со сложностью, абстрагирования и инкапсуляции, упрощающих рефакторинг больших и сложных кодовых базТо есть раст хорош для переписывания там, где изменений не ожидается? Один раз написать, протестировать и больше никогда не трогать?
Да. Только у раста (как и у любого другого языка впрочем) есть одна особенность - на нем практически невозможно написать так, чтобы потом не приходилось трогать.
Только у больших или богатых компаний есть ресурсы для постоянной проверки установленных с crates.io пакетов на malware. Так что, Rust - это для бизнес-элиты.
>для постоянной проверкиКто заставляет постоянно проверять? Это достаточно сделать один раз, а потом просто заморозить номер версии. И всё!
>а потом просто заморозить номер версииА если CVE ?
А если CVE произойдёт в утащенном откуда-то коде на Си? Алгоритм мне кажется вполне очевидным, не правда ли? Код на Раст хорош тем, что не надо напрягаться, лазить по всему Инету, скачивать, разархивировать и вот это вот всё. Одна команда - и код у тебя (если ты пользуешься централизованным репозитарием, которым сам по себе вполне себе опциональная вещь).
> А если CVE произойдёт в утащенном откуда-то коде на Си?А если CVE произойдёт в код на Си, то программисты библиотеки исправят ошибку и дадут всем бинарник, который нужно просто заменить. Что пакетный менеджер операционной системы сделает автоматически.
>> А если CVE произойдёт в утащенном откуда-то коде на Си?
> А если CVE произойдёт в код на Си, то программисты библиотеки исправят
> ошибку и дадут всем бинарник, который нужно просто заменить. Что пакетный
> менеджер операционной системы сделает автоматически.А если нет этой библиотеки в вашей ОС по умолчанию, а вы занимаетесь статической линковкой в вашем продукте? И это, тут речь шла об аудите исходного кода вообще-то, а не о готовых библиотеках в бинарном виде. Не заметили?
Нет. Человек просто не в теме и пишет всякий бред.
>в расте нет адекватных средств борьбы со сложностью, абстрагирования и инкапсуляции, упрощающих рефакторинг больших и сложных кодовых баз.Какой-то прям концентрированный сборник бреда. Раст и родился как попытка борьбы со сложностью в современном ПО!
Строгая типизация, контроль над использованием памяти, контроль на переполнение, типажи, дженерики, встроенные макросы, мультипарадигменность. Это что, по-вашему?Си на его фоне, как несмазанная телега по сравнению с болидом формулы 1.
Плюсы же - излишне переусложненный язык, спецификацию которого не в состоянии освоить ни один человек в мире, наверное.
Да забей. Давно здесь замечено: чем сильнее воин топит против Раста, тем меньше он шарит в С.
> Раст и родился как попытка борьбы со сложностью в современном ПО!Раст родился в попытке доказать, что ООП не нужно. А доказал, что недо-ООП раста не позволяет довести до ума ни один более-менее сложный проект и Servo тому - памятник.
> Раст родился в попытке доказать, что ООП не нужно.Да ты что? А создатели Раста об этом в курсе? Я бы попросил ссылку на подтверждение этого, но почему-то уверен, что ты вместо этого снова прикинешься валенком.
Ты прсто кладезь феерических бредней. Жги еще!
> А создатели Раста об этом в курсе?Создатели раста об этом в курсе, в отличие от тебя.
И оно таки не обязательно, хотя Раст его и предлагает в несколько усечённом, по сравнению с Плюсами виде. Языки с функциональной парадигмой программирования не дадут соврать. Но ты об этой парадигме, признайся, первый раз только здесь узнал, под этой статьёй на этом ресурсе.Нет, причина создания Раст именно борьба со сложностью современного ПО.
> Но ты об этой парадигме, признайся, первый раз только здесь узнал, под этой статьёй на этом ресурсе.Я признаюсь, что фанаты раста вроде тебя настолько примитивно воспринимают окружающий их мир, что это даже несколько удивительно, учитывая объективную переусложненность самого раста. Хотя их самоуверенность всё компенсирует.
> учитывая объективную переусложненность самого растаОбъективно ты за все обсуждение не привел не единого технического аргумента и продолжаешь пафосно пускать пыль в глаза.
Потому что ни на C, ни на Расте ты не пишешь, и аотому проблематики из не понимешь. Как и 95% местных воинов.
Когда человек пишет, что ФП - это для борьбы со сложностью, это показатель, что он ещё школу не закончил, а уже учит других https://www.youtube.com/watch?v=wyABTfR9UTU
план такой:
1. запускаем трояна (rust)
2. вносим смуту
3. делаем так, чтобы все заеьались и пересрались
4. выкупаем ядро "за копейки"
5. дожидаемся пока торвальдса хватит удар
6. отправляем пингвина в архивы веб-2.0, как неудачный проект
7. выпускаем окончательно вылизанную версию Windows Mobile
8. ПРОФИТ!
Слишком сложный план, у гномов из ЮП надёжнее и быстрее.
Ещё один стал о чём-то догадываться.
или одна ;)
> выкупаем ядро "за копейки"Ох уж эти диванные теоретики. У кого и что собираешься выкупать? Почитай на досуге что такое GPL.
То есть, по вашему, команду которую организует процесс нельзя купить?
Когда вас забанят на форуме разработчиков, за то что вы написали "чёрный лист" вместо "стоп лист" не удивитесь. Так как они имеют на это "право", потому что оказывается за сервер кто-то платит, у кого-то есть право банить, у кого-то есть доступ к нужным ресурсом... Так что спокойно садитесь на диван и думайте свою теорию дальше.
GPL - это всего лишь лицензия, более того, соблюдать "санационный режим США" в США она обязана ибо законы выше лицензий.
>Так как они имеют на это "право", потому что оказывается за сервер кто-то платит, у кого-то есть право банить, у кого-то есть доступ к нужным ресурсом...Только вот форки очень уж выбиваются из вашего чёткого плана
Форки также вносят определённый раскол (возможно, существенный, если его поддержат крупные игроки), то есть фактически - это тоже победа для врагов Linux, а те, кто пропихивают Rust достигнут своей цели. И скорее всего этим всё и закончится, т.к. есть сразу несколько лагерей: те, кто не приемлют ничего кроме C, те, кто считают, что следует добавить C++, и те, кто за Rust. Лично я в лагере C++, но также отлично понимаю и принимаю позицию чистого C, а вот Rust точно ни к селу, ни к городу в Linux.
Не подменяй понятия. Речь шла про ядро, а не команду. И даже в случае покупки команды, они должны будут открыть исходники.
В США обязана, а в Европе не обязана. Поэтому достаточно чтобы кто-то исходники в Европу привёз. А дальше куда хочешь.
Micro$oft, история успеха.
2010: В компанию Nokia успешно внедрён агент Элоп.
...
2022: В команду разработчиков ядра Linux внедрены три наших агента.
>1. запускаем троянаТрояна (правда, на Си) уже запускали. Его в итоге нашли, выкусили, отправителя заблокировали. То есть, закончилось ничем.
А про те трояны, которых не нашли и не заблокировали, вы не знаете.
> Алекс Гейнор (Alex Gaynor), бывший директор организации Python Software Foundation, переключившийся на продвижение RustМолодец, одумался.
Может там просто больше платят?
Бывший директор это как выживший капитан потонувшего судна.
На расте имело бы смысл писать новое ядро (растдро какое-нибудь). А линукс? Он слишком погряз в сях, никакой другой язык там не приживётся.
Есть Redox OS, но растафарианцы его писать не особо спешат почему-то.
Не на слуху, не на виду потому что. А тут уже всё расручено. Просто чуть Раста добавил и можно гордиться.
Таких ёдров больше, чем одно.
Есть Redox, но там микроядро.
Здесь же когда-то была новость о проекте Kerla (https://github.com/nuta/kerla)И, как видим, судьба их похожа. Оказывается, проекты вести — не смузей трясти.
Тед Цо абсолютно прав! Ему не нужно учить раст.Намного лучше будет, если он научится сам и других своих разрабов научит правильно считать индексы и не выходить за границы буфера.
git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=5872331b3d91820e14716632ebb56b1399b34fe1
CVE-2020-14314И не плодить такие позорные CVE.
А вот потом... может и до раста дорастет))
Может ты его и поучишь и перепишешь все на раст?
> перепишешь все на раст?Так хотят же переписать. Но какие-то диды этому копротивляются.
И какой смысл писать, если в итоге твою работу заблокирует какой-то неосилятор?
Проще забить и перейти туда, где твою работу ценят.
А это пусть продолжают делать то, на что способны.
Так чего ты не перешёл и не переписал? Покажи класс по переходу и переписыванию.
> Так хотят же переписать. Но какие-то диды этому копротивляются.Ненене, стопэ! Диды как раз не сопротивляются. Диды дали право коммита в ядро и сказали - внедряй! При этом добавив, что свой сишный код они продолжат рефакторить и перерабатывать, как и прежде. А вот персонаж из новости как раз и сопротивляется. Он-то хотел въехать на белом коне, впендюрить раст и чтобы после этого все сразу стали переписывать всё на расте (ну, принято так у растаманов). Делать что-то своё по правилам ядра он был не готов.
Вообще на мой взгляд ситуация простая. Вопрос "как внедрять раст в ядро" - это technical nonsense. Вопрос "зачем внедрять раст в ядро" - это nontechnical nonsense. И вопросы второго типа ему и надоели, для него ведь нет проблемы "зачем внядрять раст в ядро", он просто поставил перед собой цель "внедрить" и пытался двигаться к ней.
>> перепишешь все на раст?
> Так хотят же переписать. Но какие-то диды этому копротивляются.Звездишь нежненький :)
Пишите сколько угодно! Доказывайте что жто на голову лучше того что есть , и Тед утершиь и публично попросив пардону это примет!
Но вам __СЛАБО!__
Поэтому вы хотите убить то, что _уже_ есть и отлично работает! :)
... 1917 год "мы свой мы новый"(С) и вот это вот всё.
>Поэтому вы хотите убить то, что _уже_ есть и отлично работает! :)Если с тем, что уже есть не поспорить, то вот с отлично - очень даже. Постоянные cve, и постоянный обновления безопасности не дадут соврать.
Рассказать как нашим секуритатас бонусы считают? :-))))))
Ядро должно быть большим и отлаженным куском чистого Си. Внесение в него языка Rust лишь усложнит всё. Важна простота, с Rust не будет простоты.
Там уже давно сишное количество перешло в качество - отсутствие простоты. Теперь там только генерирующая ошибки увеличивающаяся, нарастающая сложность.
И сейчас чтобы все упростить мы добавим в ядро еще один язык.
Так ядро уже большой и отгаженный кусок СИ.
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."Естественно, что-то большее от СИшных бракоделов ждать не приходится.
Всего 17 коммитов за год? Это даже за месяц мало, не то что год, а с учётом того СКОЛЬКО нужно проделать работы, чтобы добавить в старый проект поддержку нового языка.
С такими темпами внедрения у Си-дидов еще есть в запасе лет 500-1000.
18 коммитов. Там любопытно получается, что для "внедрения" нужно просто удалить подмодуль, отвечающий за ограничение. То есть, внести раст = выкинуть немножко мусора. Притом, он полностью нативно интегрируется в код
>Ушедший сопровождающий, который подключился к проекту 4 года назад, является сотрудником компании Microsoft и автором экспериментального драйвера с реализацией ФС EXT2, написанного на языке Rust.От корпорации Зла вы ожидали чего-то другого?
Да все уже поняли откуда растут ноши у этого раст фор Линукс. Это скоординированные действия Майков.
Решили споганить проект ржавчиной, а сами якобы пишут, но код не показывают, так что не проверить.
Драйвер EXT2, написанный на языке Rust, это очень, очень актуально. Годов так для 1990-х. Так себе вклад.
Растаманы уже давное бы написали свое ядро, ОС и т.п., за место того, что бы пихать это чудо во всё, что можно и нельзя. Но, какие-то у них странные интересы.
Ну вот те кто пихают - им не нужна своя ОС, им нужно чтоб то что есть легло. Ну вот прямо явно видно.
Готовят к разделу что ли?
Неужто старое бабло, голубые, настолько обос... Вон Ынтель 16 тыс неделю назад уволил... А у этих пока тишина... Зловещая!(С) 8-о:-D
Читаю новость и сразу вижу тонны маркетинга.Я даже у докера столько маркетинга не видел.
Докер народ прямо хотел, сами тянули и навьючивали! Ибо помниЦЦо тогда всех заенадоели рябушные поделия которые работали только на писюке программиЗда (С) ...
Но для ржавки рев-ситуация никак не созреет, диды сцуко уж больно хороши... Ну нечего скоро их, как врагов народ^W LGBT изведут, вот тогда то заживём! :(
"Насильно мил не будешь."
>Тем временем, компания Google, которая в прошлом году переписала на языке Rust прошивку pvmfm, используемую в виртуальных машинах, запускаемых в платформе Android, поделилась опытом постепенного включения кода на языке Rust в существующие прошивки, изначально написанные на C или C++.с этого и надо было продвижение начинать...
Ждём ухода оставшихся сопроаождпющих.
Какие пункты инструкции по саботажу раст не выполнил?Советы по организации рабочего процесса
Настаивайте на том, чтобы всё происходило через обусловленные каналы. Не ищите простых путей, препятствуйте принятию быстрых решений.
Произносите речи. Говорите как можно чаще и дольше. Иллюстрируйте свои идеи длинными анекдотами и примерами из личной жизни.
Если это возможно, решайте вопросы при участии комитетов, отправляйте проблемы на дальнейшее изучение и рассмотрение. Попробуйте сделать так, чтобы в комитет входило как можно больше людей — не менее пяти человек.
Поднимайте неуместные вопросы как можно чаще.
Требуйте наиболее точных формулировок во время разговора, в протоколах и резолюциях.
Настаивайте на повторном рассмотрении вопроса, возвращайтесь к тому, что уже решили на последнем совещании.
Призывайте других быть разумными, осторожными и избегайте поспешности. Это может привести к затруднениям или проблемам в будущем.Советы руководителям
Определите, кто из ваших сотрудников выполняет самую простую и несущественную работу. Придумайте важные задания и назначьте именно этих коллег ответственными. Отдавайте предпочтение самым неэффективным сотрудникам.
Настаивайте на безупречном выполнении задания. Заставьте переделать его снова тех, кто допустил малейшие ошибки.
Чтобы понизить командный дух, повысьте тех, кто работает меньше всего. Будьте благосклонны к самым неэффективным работникам.
Устройте конференцию в тот момент, когда количество срочных заданий достигло критической отметки.
Увеличьте количество процедур и инструкций, связанных с заработной платой. Как минимум три человека должны одобрить все те документы, с которыми бы справился и один сотрудник.Советы работникам
Работайте медленно.
Увеличьте количество перерывов до максимума.
Делайте свою работу плохо. Обвините в этом инструменты, машины или оборудование. Жалуйтесь, что всё это мешает вам нормально выполнять работу.
Никогда не делитесь опытом или умениями с тем, кому их не хватает.
Запилили бы сборку раста через gcc как perl, python, llvm. Бутстап - дело тяжелое.
Тогда придется соблюдать требования команды gcc, а растовики сами командовать хотят. Собственно поэтому же у них с ядром и не сложилось.
Компилятор Раста с помощью gcc в процессе. Ранняя альфа.
Rust - это вечная ранняя альфа во всём.
А пацаны из Гугла, Майкрософт, Клаудфлэр, Амазон, чей софт используется миллионами (если не миллиардами) людей в мире, и не знали. Может пойдёшь просветишь их?
С лёгкостью: открываем информацию о любых проектах на Rust и выясняется, что везде Rust занимает лишь малую часть кода любого приложения. Когда в моде была функциональщина, Microsoft внедрял F# повсюду (возможно где-то он даже до сих пор крутится "за кадром"), и что? Всё теперь написано на F#? Или растоман снова совершает подлог?
Так там и на Perl вполне себе пишут, бывает даже новые проекты. Значит будущее за Perl.
>А пацаны из Гугла, Майкрософт, Клаудфлэр, Амазон, чей софт используется миллионами (если не миллиардами) людей в мире, и не знали. Может пойдёшь просветишь их?А электричество в розетке пацангы из Гугла, Майкрософт и т.д. делают? Сколько атомных станций управляется софтом этих твоих "пацанов"?
Особенно забавляют их официальные заявления что мы от вас уйдём и вас вытеснит другое ядро. Ну так уходите чего вы как маленькие дети? Храстики это бесконечный источник ора.
Теоретически идея переписать ядро операционной системы на более безопасном языке - выглядит как очень хорошая, положительная идея для безопасности.Но!
Для этого следует использовать максимально простой язык.
И - не "переписывать" ядро, а разрабатывать новое с нуля, вероятно - по технологии микроядра.
Практически нет такого безопасного языка. Есть умение программистов работать с памятью. Линукс написан на Си с самого начала, и не надо Майкрософту лезть в него со своим языком. По-сути продвижение раста в ядро со стороны Майкософта является попыткой разработку ядра взять под свой конторль. Они думали, они такие умные, я Торвалдс и Ко - дураки
Да, но раст это делает более правильно!
Это на скрижалях кто-то с неба прислал такой тезис или откуда он?
Ну вот это и есть подтверждение, что это является попыткой Майкософта разработку ядра взять под свой конторль.
И как практика, более 70% уязвимостей, по исследованиям агенства кибербезопасности из США, связаны с памятью. Компилятлр Rust способен статически показать эти ошибки.
А большинство аварий на железной дороге связно с поездами, что дальше?
> А большинство аварий на железной дороге связно с поездамиНет. С людьми которые управляют поездами и инфраструктурой. Это как в самолётах. Раньше там было по 5-6 человек экипажа и аварии были регулярны, сейчас всё делает автоматика, а пилоты лишь следят, аварий на порядки стало меньше.
Не считаете ли вы, что на Фукусиме было мало автоматики (это в Японии-то)?
Камикадзе за пультом - нормальная местная национальная традиция.
"Автоматический опускатор носа" из Boeing 737-MAX передаёт вам привет.
>сейчас всё делает автоматика, а пилоты лишь следятРаспространенное заблуждение, опровергнутое пилотом в споре с Касперским, который высказывал такое же примитивное видение работы пилота.
А какие отношения поезда имеют к безразличию программистов в написании безопасного кода даже тогда, когда им предоставляют средства для этого?
Когда изобретут язык, исправляющий часть из оставшихся 30% ошибок, снова ядро на новый язык мигрировать?
Вы мыслите в правильном направлении.
Да прикинь.
Умные люди это называют прогресс, луддиты "вы не заставите меня учить что-то новое".Посмотри на развитие компов - лампы -> логические элементы -> транзисторы.
И да, каждый раз приходилось выкидывать старое и заменять новым.
Относительно к ядру как вы предлагаете это делать?1. Согласны ли вы с позицией человека из новости, что те, кто разрабатывают ядро сейчас, должны перестать делать как привыкли и начать делать, как говорит человек из новости, ведь он уже 4 года в ядре отвечает за интеграцию раста?
2. Считаете ли вы, что когда ядро будет переписано на раст и появится новый язык, человек из новости не хлопнет дверью и не уйдёт, а вместо этого станет делать то, что будет говорить уже консультант по новому языку?
3. Считаете ли вы, что человек из новости, работающий в Микрософт, не должен применять свои способности в самой Микрософт, так как эта система уже устарела и нет смысла переводить её ядро и системные компоненты на прогрессивный язык? Что весь прогресс должен быть сосредоточен исключительно в линукс?
ДВА ЧАЯ! (С) LOR
> 1. Согласны ли вы с позицией человека из новости, что те, кто разрабатывают ядро сейчас, должны перестать делать как привыклиНужно ли слушать какого-то выскочку, который вещает что врач должен мыть руки?
Врачи больше тысячелетия отпиливали конечности и принимали роды без каких-то ваших новомодных "асептик"! Ну кто-то конечно умер, но на то воля божья!Почитайте историю Земмельвейса.
И то как диды его кинули в психушку и реально убили.
Так что позиция "я всегда так делал, я привык" - очень опасная.> 2. Считаете ли вы, что когда ядро будет переписано на раст и появится новый язык, человек из новости не хлопнет дверью и не уйдёт, а вместо этого станет делать то, что будет говорить уже
консультант по новому языку?
Да, такое возможно. Может к тому времени как ядро перепишут на раст, наш герой будет уже 60 летним закостенелым старичком. Который будет принимать в штыки все новое.
Хотя и не обязательно. Я знаю более старых людей, которые любят учится и осваивают новые технологии.> 3. Считаете ли вы, что человек из новости, работающий в Микрософт, не должен применять свои способности в самой Микрософт, так как эта система уже устарела и нет смысла переводить её ядро и системные компоненты на прогрессивный язык? Что весь прогресс должен быть сосредоточен исключительно в линукс?
Т.к 80% кода ядра пишется сотрудниками корпораций, то твоя позиция просто уменьшит кол-во кода в ядре. Это раз.
Два - ты что хочешь чтобы винда стала лучше?
>1. Согласны ли вы с позицией человека из новости, что те, кто разрабатывают ядро сейчас, должны перестать делать как привыкли и начать делать, как говорит человек из новости, ведь он уже 4 года в ядре отвечает за интеграцию раста?Да, ибо cve можно делать вечно.
>2. Считаете ли вы, что когда ядро будет переписано на раст и появится новый язык, человек из новости не хлопнет дверью и не уйдёт, а вместо этого станет делать то, что будет говорить уже консультант по новому языку?Если хлопнет, то он ничуть не лучше текущих дедов.
>3. Считаете ли вы, что человек из новости, работающий в Микрософт, не должен применять свои способности в самой Микрософт, так как эта система уже устарела и нет смысла переводить её ядро и системные компоненты на прогрессивный язык? Что весь прогресс должен быть сосредоточен исключительно в линукс?Майкрософт сам о себе позаботится, вон, Edge уже на Chromium перевели. А вот если linux загнётся, то какое другое настолько же доступное свободное ядро переходить?
Это не прогресс. Более того, Rust, главным образом, вообще не предлагает абсолютно ничего нового! Вообще! Многие концепции УЖЕ были в C++ даже ДО C++11 стандарта, другие заимствованы из OCaml, то есть Rust - это абсолютно искусственное нагромождение без индивидуальности, зато с агрессивным маркетингом и навязыванием себя в каждый проект.
Более того, скажем в языке LISP, который сам по себе очень старый, до сих пор полностью не раскрыт потенциал макросов и метапрограммирования - это "инновация" или никому не нужная фишка? Только по возможностям Rust уступает многим языкам, не предлагая ничего взамен. В C++ давно можно писать безопасно по памяти, а настройки компилятора и статические анализаторы окончательно делают Rust бесполезной игрушкой, поэтому C++ стандарт индустрии, а Rust только побирается пытаясь паразитировать.
>Многие концепции УЖЕ были в C++ даже ДО C++11 стандарта, другие заимствованы из OCaml,И что сишники, много концепций из окамла у вас в сишке работают? Нулевые указателе уже победили? Тото же.
> Только по возможностям Rust уступает многим языкам, не предлагая ничего взамен. В C++ давно можно писать безопасно по памяти, а настройки компилятора и статические анализаторы окончательно делают Rust бесполезной игрушкой, поэтому C++ стандарт индустрии, а Rust только побирается пытаясь паразитировать.Глава цельного отдела Гугл, занимающегося разработкой Андроида, написал статью о том, что с переходом на Раст с Плюсов количество ошибок уменьшилось, производительность труда выросла. Кому верить: практикам из Гугла, или анонимному теоретику с Опеннет?
Google уже давно больше инвестиционная компания, чем софтверная. У Google многие алгоритмы, например, поиск по картинке, работают хуже, чем у Яндекса, что лютое позорище для такой мегакорпорации, как Google. Google сливает личные данные, а также ограничивает доступ к вашим данным, если считает, что вы "подозрительны" - это самая глупая апелляция к авторитету, когда по теме нечего ответить.
P.S. И разумеется те кто хорошо отчитываются - хорошо работают. Вы ждали от главы отдела отчёта о том, что они несколько лет подряд них*ена не делали? Окэй.
Если человек фанатично продвигает Rust, то ему верить конечно же нельзя.
> по исследованиям агенства кибербезопасности из США
> Все 100% ошибочных коммитов были сделаны белыми цисгендерными мужчинами средних лет из белых воротничковА можно результаты от конторы, менее подверженной современной воке-повесточке? Например из материкового Китая. Или из другого, нейтрального места. А то эти могут нарисовать что угодно
Причём здесь какая-то повесточка до количества ошибок в коде?
> Причём здесь какая-то повесточкаПритом, что штатовские стат.конторы уже долгое время ловят на откровенных подтасовках, сделанных в угоды повестке. Я не верю. Есть результаты от нескольких, независимых контор из разных стран? Чтобы усреднить их и точно убедится, что это так, а не "мы вам чё угодно нарисуем, нам майрософт занес бабла на продвижение нового нескучного языка".
Если оно так, как описует эта контора, то и в других конторах результат должен давать +- погрешность то же самое.
У тебя и ссылки есть в подтверждение своего мнения? Какая ещё повестка до количества ошибок в коде? Вон, ребята из Гугл статью забацали в своём блоге. Основной тезис: с переходом с Плюсов на Раст количество ошибок уменьшилось, производительность труда выросла.Ребята из Клаудфлэр переписали, точнее, написали с нуля свой прокси-сервер на Раст. И тоже подробно рассказали об этом.
Да и сам язык, чей компилятор ГАРАНТИРУЕТ отсутствие ошибок при работе с памятью (кроме утечек в некоторых случаях) - уже яркое свидетельство того, что это всё правда.
Какие тебе ещё доказательства нужны?
> У тебя и ссылки есть в подтверждение своего мнения?Эмпирические наблюдения на 20+ летнем промежутке.
> Какие тебе ещё доказательства нужны?Мне нужен просто ответ на вопрос. Есть ли еще подобные исследования, от других, более заслуживающих *доверия* контор, НЕ связанных с США? Если есть, то ссылочку. Если нет, то по-умолчанию результату "500% горантее от ашипак, тля буду" верить нельзя.
Мне абсолютно все равно что там рассказывает гугол про количество ошибок в своих рекламных статейках. Написать можно что угодно, особенно если пипол хавает хайповую тему. Тут уже ловили таких "инноваторов" с бесконтактными магазинами, обслуживаемых индусами-"нейросетями". Цель этой статейки не поделиться профитом, а поддержание популярности гугла как "Копрорации Бобра".
Мне абсолютно все равно, что там пишет клаудфлар и сколько из написанного вокруг проксика исландская правда, сколько полуправда, сколько - попытка оседлать штатовский хайп, а сколько и чего стыдливо умолчали. Мне важен ответ на мой вопрос
> Эмпирические наблюдения на 20+ летнем промежутке.Не является подтверждением.
Ладно если бы ты какую-то статистику привел, типа "я уже 20 лет считаю спички от балабановской фабрики".> Мне нужен просто ответ на вопрос. Есть ли еще подобные исследования, от других, более заслуживающих *доверия* контор, НЕ связанных с США? Если есть, то ссылочку.
Никогда не интересовался. На китайском я считать не умею. Хинди тоже не знаю.
Так что можешь гуглить.> Если нет, то по-умолчанию результату "500% горантее от ашипак, тля буду" верить нельзя.
Тебе нет. Ты сам так решил.
Хотя примера "штатовские стат.конторы уже долгое время ловят на откровенных подтасовках, сделанных в угоды повестке" не привел.
Что попахивает балабольством.> Мне абсолютно все равно что там рассказывает гугол про количество ошибок в своих рекламных статейках. Написать можно что угодно, особенно если пипол хавает хайповую тему. Тут уже ловили таких "инноваторов" с бесконтактными магазинами, обслуживаемых индусами-"нейросетями". Цель этой статейки не поделиться профитом, а поддержание популярности гугла как "Копрорации Бобра".
Звучит как теория заговора)
Причем тут корпорация бобра, если они исправляют ошибки в своем же коде.> Мне абсолютно все равно, что там пишет клаудфлар и сколько из написанного вокруг проксика исландская правда, сколько полуправда, сколько - попытка оседлать штатовский хайп, а сколько и чего стыдливо умолчали. Мне важен ответ на мой вопрос
Правильно! Все врут, один Dzen Python говорит правду (но без пруфов).
Те пруфы которые ему приводят "ваши доказательства - не доказательства".
Тут можно поставить картинку "Горделивая поза больного шизофренией с бредовыми идеями"
Понятно, ответа нет. А будет ли?Впрочем, если дошло до жонглирования откровенно рекламными статейками, то тут только можно тушить свет и сливать воду.
> Понятно, ответа нет. А будет ли?Что тебе не понятно в "Никогда не интересовался. На китайском я считать не умею. Хинди тоже не знаю. Так что можешь гуглить."
Ты что тупой?Бремя доказательства лежит на утверждающем.
Так что можешь кидать разоблачающие статьи от китайцев или северокорейцев.
Пока ты просто в лужу попердываешь.> Впрочем, если дошло до жонглирования откровенно рекламными статейками, то тут только можно тушить свет и сливать воду.
Что ты и сделал)
А мог бы слиться как-то покрасивше.
> А можно результаты от конторы, менее подверженной современной воке-повесточке?
> Например из материкового Китая. Или из другого, нейтрального места.Что значит из другого?! Брат-Китай самый нейтральный, самый объективный и самый правильный.
А если ты не согласен - то едешь в уйгур-лагерь, там тебя учат любить партия!> А то эти могут нарисовать что угодно
Например 146%? Или это другое))?
> Есть умение программистов работать с памятью.Это всё справедливо для хеллоувротов на 10 строчек. В реальных проектах где под тыщу строк и более невозможно уследить за всем.
> Для этого следует использовать максимально простой язык.Раст -- максимально простой язык, который даёт его гарантии безопасности. Проще можно только если на сборку мусора перейти, и то там придётся наворачивать сложностей ради конкурентного доступа к данным и это ставит под сомнение то, что получится проще раста.
> Раст -- максимально простой языкДаааа??? Чё, правда?
Я тыкал его когда-то палочкой, когда его только начали разгонять - это далеко не простой язык.
Когда начинаешь понимать семантику - довольно простой. Не сказать, что настолько же простой, как Си, но намного проще Плюсов.
еще бы из мозилы они свинтили, чтоб фаерфокс и симанки можно было без этого собирать, а то так никаких ресурсов на пересборку браузера не хватит :)
Нужен форк последнего Firefox без Rust и в него вкладывать все усилия сообщества.
> Сторонники проекта Rust-for-Linux столкнулись с необходимостью преодолевать сопротивление со стороны маститых старых разработчиков ядра, которые не видят необходимости в изучении нового языка.Не видят необходимости. Ну, наверное, потому что ее нет?
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.
А, нет - все же необходимость есть. Это просто маститые сишечные диды-бракоделы на зарплате, у которых нет уже не сил, ни желания, не смысла что-то менят в своей жизни.
Что им мешает развивать свою ветку ядра и внедрять туда всё что угодно кто-то может сказать ?
как это поможет майкрософту развалить линукс?
люди которые ниасилили С
учат жизни людей, написавших ядро Linux.
А Тед Цо похоже отдельной гениальности человек (первое предложение) https://thunk.org/tytso/Катить бочку против раста, когда твой непосредственный работодатель полностью за раст - это очень разумный ход. Не удивлюсь, если завтра этого опарыша гугл заставит меинтейнить раст в ядре, потому что гуглу надо.
С другой стороны его тоже можно понять. В 56 лет напрягать мозг может быть вредно для здоровья. Зато в линукс можно на 30 лет назад выученном С89 катать CVE и считать себя важным пельменем.
Ты написал свою ФС, кск сделал этот человек?
И свои CVE, как сделал этот человек?
Напишите ФС без cve
А стоп
В расте их тоже полно 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При этоим сам автор пишет на расте.
Напишите ФС без cve
А стоп
В расте их тоже можно делать : репа cve-rsОтбой анон
Можно дальше комменты просто катать
Вам уже ответили про эту репу. Хоть прочитали? Или вы из разряда писателей?
Прямо по тезису - не ошибается тот, кто ничего не делает - вы, похоже, человек без единой ошибки.
Проблема в данном случае не в том, что этот человек (Тсо) ошибается. Проблема в том, что он продолжает настаивать на своей правоте, хотя жизнь уже доказала обратное.
>Катить бочку против раста, когда твой непосредственный работодатель полностью за раст - это очень разумный ход/По твоему лизать зад работодателю разумный ход? Не думаю.
За большие деньги, в 56 лет, живя в США? Очень разумный ход. Всяко лучше, чем остаться в нищете, никому не нужным.
> Всяко лучше, чем остаться в нищете, никому не нужным.Но всё равно исход у всех один: стаpoсть, обвисшая кожа, палка, дeмeнция, гpoб.
Конечная остановка у всех одна, а путь разный - всем хочется идти по самому лёгкому. Можно прийти на конечную как бомж, а можно, например, как дедушка бидон.
>Всяко лучше, чем остаться в нищете, никому не нужным.Если его вот прямо сегодня уволят, он уже не останется в нищете.
И работу найдет как только из отпуска вернётся, сейчас вообще дефицит толковых FS-ников.
Вот так всегда с фанатиками - лезут со своим растом куда не просят, а потом удивляются, почему их богоизбранный язык считают за второстепенный в проекте 30 летней истории.Теодор тут вообще никаким боком, он просто декларирует статус кво: растоманы - второй сорт в проекте, их дело писать драйверы к устройствам по указанному АПИ подсистем, и пока что они даже не продемонстрировали хоть какой то жизнеспособной прототип за пределами своих песочниц.
Ну и как бы Тцо - не такой кадр, которым ты будешь просто разбрасываться, имея у себя крупнейшую в мире инфраструктуру распределенных ФС.
> они даже не продемонстрировали хоть какой то жизнеспособной прототип за пределами своих песочницhttps://vt.social/@lina/113045455229442533
Ещё какие аргументы от любителей CVE будут?
Нытье по ссылке не является аргументом.
>Вот так всегда с фанатиками - лезут со своим растом куда не просяткак это не просят?
их гугл пригласил. А если не нравиться кого гугл приглашает, то могут остатся и без взносов от гугла с голой ж..й.
Как мелко вы мыслите.Он пошлёт гугол куда по дальше и найдёт себе другого работодателя, без таких неадекватностей.
Может и найдёт. Но и Гугл без него спокойно обойдётся. Незаменимых людей в данной сфере нет.
Кто бы сомневался, что всем этим курировал Майкрософт - главный враг Линукса и всего опен сорс? Вообще же, кто и для чего пустил эту компанию в разработку Линукса? Каким образом? Пускай пишет свое ядро на Расте!
Каким образом - я тебе легко сказать могу: она эту публику кормит. Только не всех желающих, а тех кто код линукса пишет и потому всякие скачавшие очередное на десктопе пишет жутко недовольны.
> Пускай пишет свое ядро на Расте!Нужно на турбо поскале.
И пусть свои миллиарды денег, которые разрабам платят тоже заберёт обратно. Вот тогда-то компашки бородатого в костюме антилопы сразу всё до идеального состояния допилят. Раньше какой-нибудь планировщик ядра писал анестезиолог - теперь проктолог будет.
Основное внимание при внедрении Rust предлагается уделять использованию Rust.Гениально!
Внедрение Rust ради внедрения Rust. Чтож, по крайней мере они честны.
Это надо обязательно закрепить в CoC.md
>> Для распространения библиотек, обеспечения сборки и управления зависимостями проектом развивается пакетный менеджер Cargo. Для размещения библиотек поддерживается репозиторий crates.io.Типо безопасный. Меня всегда смущало вот такая формулировка - есть пакетный менеджер, он где-то в одном месте в штатах, т.е. информация централизованно хранится и также централизованно отдается. И даже учитывая что происходит, всем кажется что это типо безопасно. Класть интеллектуальный труд в бездонный американский карман у всего мира кажется типо безопасно. Ну ок.
Именно поэтому Питон с 100500 wheels, написанными на Rust истенно свободный ЯП, а не какой-нибудь C#?Или потому что автор Питона уже ПЯТЬ лет работает в компании - разработчике C#? :)
Именно поэтому питону хана, у них и так помойка-зоопарк, а теперь ещё и собиратся за пределами убунты разраба этого самого колеса ничего не будет.
>есть пакетный менеджер, он где-то в одном месте в штатах, т.е. информация централизованно хранится и также централизованно отдается.А чем это принципиально отличается от kernel.org? Или забыли, как в коммите дров под байкал отказали?
Если бы ты хотя бы прочитал доку, то знал, что это пакетный менеджер ты можешь развернуть на своем серваке или вообще локально.
В РФ, в сев корее, в зимбабве.. и в любой стране вообще.Более того, ты можешь туда добавлять только крейты написанные собой любимым!
Или побуквенно проверять чужие и цапцарапать их в свою уютное норку.
Допустим, надо мне работать со случайными числами. Указываю в зависимостях крейт rand, а кроме него ещё скачивается 13 других крейтов по его зависимостям. Что, людям делать нечего, как проверять исходный текст 14-ти крейтов на вредоносный код?
Наш ЯП безопасно работает с памятью! Начните юзать сейчас и получите репозиторий зондов бесплатно!
Когда они уже свой линкер напишут? Чтобы без мусорной visual studio и прочих костылей типа msys2.
Кстати да. Линкер-то небезопасный. Образца 50x годов.
Что и требовалось доказать. Закономерный конец очередной мошеннической пирамиды.
Цо и Боттомли абсолютно правы!
А Линус Торвальдс, который сетовал на нежелание текущих мейнтейнеров учиться новому языку?
И он тоже будет прав, когда скажет что сожалеет о принятии RfL в ядро и выпилит его к чёртовой матери!
Но он этого не сказал.
А пока он только жалеет что диды копротивляются и рассчитывал что интеграция раста будет быстрее.
> Но он этого не сказал.
> А пока он только жалеет что диды копротивляются и рассчитывал что интеграция
> раста будет быстрее.Ещё не вечер!
Если он про Bcachefs такое сказал, то про RfL не только скажет, но и покажет!
> Ещё не вечер!В смысле? Он уже посетовал, то есть, озвучил свои мысли вслух. Диды таки копротивляются. Не скажу, что совсем безосновательно, но правда точно не на их стороне. Гугл, вон, приспособился же к постепенной замене кода. Почему текущие Линуксо-писатели так не могут?
А им это просто не нужно, они на Си 50 лет пишут и еще 150 будут.
Кстати, а почему Rust, а не Ada или что-то другое безопасное?
Сишники жалуются что слишком много кнопок нажимать надо и печатая вместо того же {...} Begin...End они могут перетрудиться и надорваться.
Прикольно, что в расте при примерно схожем синтаксисе, получается на 40% меньше кнопок. Авторы даже догадались, чтобы было меньше спецсимволов жать типо звёздочек, & и прочего.
Хз, чего сишники мандят, наверное они просто необучаемые
Нет общественного компилятоа Ada, Modula-2. А других надёжных языков, подходящих для ОС просто нет.
>Нет общественного компилятоа Adaа вот это (https://www.gnu.org/software/gnat/) что по твоему !?
Это FSF GNAT - демо-версия коммерческого GNAT PRO
https://www.opennet.dev/opennews/art.shtml?num=58357
Общественная ОС должна быть на общественном инструменте разработки. К сожалению, ни GNAT ни GNU Modula-2 не являются общественной разработкой. GNU Modula-2 - единолично разрабатывает и сопровождает англичанин Гаюс Мюллей, GNAT - компания AdaCore. Они используют GCC как канал для продвижения своей продукции. Проект GNU никак не участвует в разработке этих компиляторов.
К тому же GNU Modula-2 не поддерживает классы и дженерики, хотя в стандарте они есть.
>К тому же GNU Modula-2 не поддерживает классы и дженерики, хотя в стандарте они есть.А давно Мюллей её разрабатывает? А то, может, ещё руки не успели дойти.
Давно. Сейчас посмотрю исходный текст. Кстати, в GCC 12 и 13 фронтенд gm2 нерабочий, надо GCC 14 использовать. Можно из контейнера.
Если интересно что за язык ISO Modula-2, вот описание
https://modula2.awiedemann.de/manual/index.htmlЕсть try/finally блок, обработка исключений, пулы памяти (чтобы модули не навредили друг другу), классы, дженерики.
С 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 ;
>отметить уход Уэдсона Алмейда Фильоgood ridance.
>Алмейда продолжает верить, что будущее ядер за использованием языков, обеспечивающих безопасную работу с памятью
Да. Но не Rust, и не go.
>и если сообщество разработчиков Linux не поймёт это, то Linux будет вытеснен каким-то другим ядром, как в своё время произошло с Unix.
В его влажных мечтах.
>> Linux будет вытеснен каким-то другим ядромВот-вот, мы все видим как компании гиганты уже ринулись переписывать свои драйвера под очередной VasyanKernel с аудиторией двадцать солевых наркоманов. Nvidia то и под линукс не может сделать толком драйвер.
Не только драйвера, а целые подсистемы (Андроид) или даже целые продукты (Клаудфлэр со своим прокси-сервером на Раст, например).
> Да. Но не Rust, и не go.А ребята из Гугла, которые уже переписали часть Андроида на Раст об этом знают?
> разные методы, специфичные для выполнения в контексте std и no_stdСтранный язык. Стандартный фреймvvорк для того и нужен, чтобы всегда работало как задумано
Так оно так и задумано! :)
А никого это не смущает:
В разряд стабильных переведена новая порция 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И после этого на С++ гонят???
> А никого это не смущает:
> В разряд стабильных переведена новая порция API,Неа.
Этих АПИ просто не было.
Их добавили и погоняли на найт-билдах.
Теперь перевели в стабильные.Это нормальная система разработки.
А не "мы тут 3 года всем СИ коммитетом заседали, но не решили как оно должно быть.. поэтому будет оно UB, пусть в каждом копиляторе один и тот же код работает по разному!"> И после этого на С++ гонят???
А почему бы и нет?
Но плюсы конечно на голову выше дыряшки.
Но у нас в ядре, один вредный фин, запретил использование плюсов.
Ты разработкой когда нибудь занимался кроме домашки? Не думал что кроме разработки самого языка бывают ещё и разработки на этом самом языке? На расте такого нет они только язык разрабатывают, но все равно подумай про такое.
И? Чего сказать-то хотел? Ещё раз. API не было. Теперь появилось. То есть, ни в каком коде оно до этого не использовалось. Теперь может использоваться, потому что стало стабильным.
Как будто в других языках не так.
>[оверквотинг удален]
> AtomicBool::fetch_not
> Duration::abs_diff
> IoSlice::advance
> IoSlice::advance_slices
> IoSliceMut::advance
> IoSliceMut::advance_slices
> PanicHookInfo
> PanicInfo::message
> PanicMessage
> И после этого на С++ гонят???Смущает. Более того - это ахтунг. Системный язык должен быть стабилен и около завершенным, а не очередная порция нового апи в минорных релизах.
Ещё один "эксперт". До последнего стандарта язка Си, его не было в природе. Потом он, стандарт, появился. А с новым стандартом появились и новые фичи языка. Дошло?
Теодор Цо написал ext4 на Си, а какой-то раст-кодер из Майкрософта смог на расте только ext2, да и то не написать, а переписать готовую, написаную опять же Теодором Цо. И он ещё что-то там гонит на автора ext4
Теодор Цо тоже переписывал, с адаптацией под линукс. Найди его мемуары.
задрали если честно со своим Rust уже. фанатики.написали бы своё ядро бы и не лезли ломать уже сущуствующее -- своими усложнениями на ровном месте
> задрали если честно со своим Rust уже. фанатики.
> написали бы своё ядро бы и не лезли ломать уже сущуствующее --
> своими усложнениями на ровном местеЭто сложно. Гораздо проще ныть и давить на большинство меньшинством. Ничего не напоминает? У меня вот параллели с некоторыми общественными течениями.
Поди это спонсорам из того же Гугла скажи. А то они ведь точно не знают, что Rust задрал какого-то анонимного эксперта.
Где-то в кустах плачет nvidia, утираясь пачками долларов при капитализации компании больше, чем Google, что tensorflow написан на C++.
>Поди это спонсорам из того же Гугла скажи. А то они ведь точно не знают, что Rust задрал какого-то анонимного эксперта.Зачем их спрашивать? Скока у гугла атомных станций? Скока у гугла железнодорожных веток? Этот ваш гугл -- всего-то лишь прачечная алфавита.
Лучший язык программирования это ассемблер. Представьте себе ситуацию. Вы хотите уехать в иноязычную страну. Но вместо того чтобы выучить язык той страны вы таскаете с собой переводчика на привязе. Более того, вы сначала говорите текст своему собеседнику, потом ждете пока переводчик переведет этот текст и затем донесет до носителя. Плюс переводчик очень сильно сомневается в некоторых участках вашего текста и переводит из условно, а кое где не переводит вообще. Это полный бред. И это как раз то что делается сейчас практически со всеми современными ЯП. Ассемблер же позволяет программисту говорить с компьютером на языке последнего. Да это сложно, да это долго, да это трудозатратно, но зато какой получается результат. К чему привело использование ЯП высокого уровня? Разжиревшие, текущие, жрущие оперативку ОСи и приложения. Что и логично собственно говоря. А посмотрите на такие оси как колибри и команда. Вся ось со всеми приложениями занимает сколько? 2 мб? И сколько требует оперативной памяти? То то и оно. Вот вам и результат. Просто человек слишком ленив и возможно слишком ограничен чтобы выучить родной язык компьютера и начать думать как компьютер. Вместо этого он пытается научить компьютер говорит на своем языке. Что не очень то хорошо получается. И теперь мы имеем гору недо ЯП и гору написанного софта который весит как стадо слонов и требует ультрапроцессоров и 128 Гб оперативки.
А теперь попробуй запусти эту колибри на arm, riscv, powerpc, sparc. Ну ок, если не запускается, то разрешаю перекомпилировать. Ну как оно, помогло?
Невелика цена по сравнению со всеми преимуществами асма. Тем более процесс переписывания под конкретные инструкции можно серьезно так автоматизировать.
У ассемблера нет приемуществ переставай бухать.
Начнем со сравнения размера написанной прикладной программы. Любой. Да хоть калькулятора. И со сравнения размера потребляемой им ОЗУ.
И кстати, говоришь с компьютером ты не на языке ассемблера, а на машинных кодах. Так что перестань таскать с собой переводчика, а учи язык железа - его машинный код
Не надо утрировать. Асм ближе всего к машинному коду.
Не надо бредить. Просто бери и пиши ос на своём асме.
Да пожалуйста. MenuetOS раз, KolibriOS два.
Они где-то кем-то уже используются в промышленной эксплуатации? Какими вендорами софтостроения, кроме создателей, поддерживаются?
Чето ты, я смотрю, зазвизделся.Вот у меня на компе Devuan + ZFS + Trinity.
Потребление рамы 1 Гб.
И могу запустить несколько Docker контейнеров, в каждом из которых TigerVNC + IceWM.
Несколько телеграм клиентов, IaC tools, VSCodium, и т.п.
Потребление ещё + 1-2 Gb рамы.
Какие 128Гб?
А теперь сравни свой колибри с арсеналом VSCodium + C#.
Кто быстрее напишет прикладную программу, твоя команда из 100 ассемблеристов или один C# программист, или тем более один VB.NET программист.
При одинаковых зарплатах делай выводы об экономической целесообразности.
KolibriOS.
Операционная система. Графическая система. Драйверы устройств. Поддержка fat, ntfs, ext файловых систем. Текстовый процессор. Графический редактор. Веб браузер. Куча других приложений и простых игр которые просто не упоминаю.
ПЗУ - 2 (ДВА!) мегабайта. ОЗУ - 8 (ВОСЕМЬ!) мегабайт.
Аппаратное ускорение декодирования есть? Драйверы wifi?
>Куча других приложений и простых игр которые просто не упоминаю.Портируй под колибри хотя-бы wesnoth и inkscape, и поделись успехами по размерам. Можешь их даже на чистом ассемблере переписать
>текущиеНа поприще текучести у АСМа конкурентов точно не будет ;) Ибо тут выделять/освобождать будут всё ручками. Ну и чаще, чем обычно на C, будут забывать освобождать.
А уж с выходами за пределы буферов... такая малина будет. Тут диды-сишники просто отдыхают!
Все правильно, писать на асме сложнее и дольше. Сделать все правильно тоже. Но конечный результат стоит вложенного времени и усилий. Даже в ядре Linux используется ассемблер. С чего бы это вдруг?
Он там используется в самых-самых фундаментальных и стартовых позициях. А уж kernel-модули все пишут на C.
>А посмотрите на такие оси как колибри и команда. Вся ось со всеми приложениями занимает сколько? 2 мб?Во-первых, в два мегабайта влезет только чистая система, без всего остального софта, с софтом будет в разы больше. Во-вторых, в колибри нет никакого рабочего софта, это просто игрушка, без всяких намёков на улучшение ситуации. Вот захочу я, например порисовать векторную графику, что мне предложит колибри?
Скоро AI сможет осознать все исходники на си и исправит все ошибки так что раст не нужен
> Скоро AI сможет осознать все исходники на си и исправит все ошибки так что раст не нуженДля того чтобы AI работал - его нужно обучить.
А на чем ты его обучишь?
На портянках дидов "кастим все к void*, боженька разберется что там за объекты"?
Боюсь оно будет работать shit in -> shit out.
Боюсь, что ты просто не понимаешь как работает LLM. А обучать memory-safe AI для Си будут на заботливо предоставленных тобой же списках CVE-шек. Соберут из комментариев на опеннете и обучат. И Раст станет вообще ненужен.
Дык и Си станет не нужным (потому что LLM свой язык программирования придумает с очень высокой вероятностью), а вместе с ним и ты тоже. И?
>потому что LLM свой язык программирования придумает с очень высокой вероятностьюЕще одна демонстрация глубокого непонимания LLM. Представления об ИИ на уровне карикатур из советских газет. Вот уж кого ИИ лишит работы так это всяких приживал, а разработчики просто пересели на IDE c Copilot.
Проще ИИ найдет все выходы за границы буфера и си станет безопасТным.
Или технология CHERI без ИИ обнаружит выходы в рантайме и предотвратит эксплойтоз. И C станет безопасным.
Безопасный режим в Эльбрусе и С безопасен
>Безопасный режим в Эльбрусе и С безопасенДля си потребовалось изобрести целый процессор, не меньше. А потом долго и нудно профилировать и переделывать код под его архитектуру.
Ну это да, 146% безопасность.
Не понял споров по поводу kernel, fs, rust.
Что мешает растовикам разработать свою безбажную безопасную файловую систему, написать прослойку для взаимодействия между своей фс и ядром, написать утилиты, а так же самим всё это поддерживать?Написали, предложили разработчикам ядра, взяли обязательства
по поддержке. Или это для растовиков неподъёмная ноша и они могут лишь переписывать что-то готовое по образцу?
потому что их цель не создать что-то а просто раст
"Прослойка" пишется как эквивалент кода на Си. Если что-то в коде на Си меняется (а ядре -- stable API nonsence), эту прослойку придётся перелопатить ручками. Если бы был некий транслятор Си в Раст, можно было бы автоматизировать, а это задачка несколько иного уровня сложности. :)
У меня самопальная система на базе Crux. Что хочу ставлю, что хочу удаляю без оглядки на дистрописателей. И во всей этой истории только librsvg при обновлении требует rust. А этот самый rust довольно таки объёмная штука. Надо его установить. Перекомпилить либу. Удалить rust. Нахрен мне такое удовольствие? Поставил старпера librsvg-2.40.20 без всяких растов. Ни эксплуатационно, ни визуально ничего не поменялось.Жизнь прекрасна без раста!
Прикольно, это как LFS только без первичного пердолинга с binutils/gcc?
Это как генту или арч, но не генту и не арч.
Но гентушники и арчеводы зависят от хозяина - мейнтейнера пакетов для дистра, а тут свобоный человек.
А что там пердольного в изготовлении тулчейна, если совсем не с нуля? Откройте для себя Crosstool-NG.
Установка LFS во временный фолдер с временными путями и переменными. Пересборка в chroote.
Не понял как crosstools в этом поможет.
> CruxДавно не обновлялся, возможно проект умер. Доступен под одну архитектуру - такое себе.
> сравнил инициативу Rust-for-Linux c попыткой
> заставить всех принять религию Rust.Ожидаемо. "В чужой монастырь со своим уставом не ходят".
С другой стороны, Теодор Цо, как и остальные, не вечен. Директор по продвижению Rust остался, интерес спонсоров Фонда остался, свежие силы изучают Rust. Следующие раунды могут оказаться не столь радужными.
> Следующие раунды могут оказаться не столь радужными.Учитывая модные тренды, то скорее чрезвычайно радужными.
> Ожидаемо. "В чужой монастырь со своим уставом не ходят".С одной стороны да, а с другой "а нафига нам тогда великодушный диктатор" если какие-то местячковые царьки, против его решений права качают?
> С другой стороны, Теодор Цо, как и остальные, не вечен. Директор по продвижению Rust остался, интерес спонсоров Фонда остался, свежие силы изучают Rust.
Ну помрет он, думаю, не завтра.
Хотя если бы такое случилось... Это был бы просто пир для любителей заговоров!> Следующие раунды могут оказаться не столь радужными.
ИМХО сначала будут пытаться разрулить внутри, например с привлечением арбитража Линуса.
Хотя оно уже всплыло и обсуждается.С моей точки зрения, то было бы идеально найти еще пару растовиков и закинуть в команду Тео.
Но очень сомневаюсь, что дед не станет в позу и не упрется рогами.
> возникновение проблем в биндингах будет головной болью
> только для разработчиков Rust-for-Linux.Есть ли такая проблема в Си++? :) Похоже, Линус был прав относительно некоторых, когда использовал нехорошее слово.
Это смотря с какой стороны подходить, с какой начинать. Если как растоманы с написания своих фреймворков, то да. А если без своих фреймворков, а используя максимальную преемственность с C на начальном этапе, то нет.
Начать можно с поиска по моему гитхапу, там есть примеры дров на плюсах. А я пока согласен с Линусом.
Автор файловых систем ext2/ext3/ext4 прав. Обвязки должны генерироватся с процессе компиляции кода, а не человек должен их писать.
А как же тогда Embrace, Extend, Exterminate Linux? Нужно чтобы каждое исправление в ядре согласовалось вот с такими вот сотрудниками M$, авторами обвязок, веревочек, бантиков и ажурчиков на Rust к чужому Си-коду.
Не понимаю, почему такой волюнтаризм.
Считаю, что всё должно генерироваться автоматически, а человек ничего не должен писать.
Чай, не при царском режиме!
> В ответ на намерение Алмейда создать обвязку над написанными на языке Си интерфейсами файловых систем для их использования в коде на языке Rust, Тед Цо указал на то, что подобная обвязка неминуемо приведёт к проблемам, так как любое изменение Си-интерфейсов и проведение рефакторинга потребует изменения обвязки для RustПервый случай пользы от "stable API is nonsense".
Далеко не первый. Первый - это что практически все драйверы для Linux с открытыми исходниками.
И какой-нибудь nouveau даже работает. Правда сильно условно, но ведь опенсорсие же.
И что? Хорошо, что работает. Кому-то и его возможностей достаточно.
Мне эта история с Rust, простите за грубую аналогию, напоминает идею осчастливить человечество, научив его пользоваться (безопасными!) презервативами.То есть классный, благой, осмысленный план, который всех избавит от ЗППП, позволит свободене выбирать партнёров, и проводить больше интересных практик.
Но вот, пакость такая, во-первых, население начинает сокращаться, а во-вторых, у самых чувствительных, и поэтому, собственно, более всех любящих это дело людей, от запаха резины просто кровяное давление падает до гипотонии, и ничего не работает.
> Мне эта история с Rust, простите за грубую аналогию, напоминает идею осчастливить человечество, научив его пользоваться (безопасными!) презервативами.Очень грубая аналогия, тк еще со древних времен народ пользовался и кишками животных, и травяными настоями, и окунаннием в хорошо горячую ванн.
> То есть классный, благой, осмысленный план, который всех избавит от ЗППП, позволит свободене выбирать партнёров, и проводить больше интересных практик.
Типа раньше не было гаремов, наложниц, случайных связей и бастардов.
Ну и сифилиса с прочими гонореями как бонус к первому.> Но вот, пакость такая, во-первых, население начинает сокращаться,
Нужно доказать связь первого и второго.
Потому что после, не значит вследствии.> а во-вторых, у самых чувствительных, и поэтому, собственно, более всех любящих это дело людей, от запаха резины просто кровяное давление падает до гипотонии, и ничего не работает.
Резина в них не используется уже давно.
А во вторых не надо свою импотентность оправдывать запахом))
Ну и в третьих - давай люди сами выберут? Ну те у кого пыпырка уже не стоит, могут пробовать и без "изделия номер 2"Но сравния СИ и сишников с распространителями ЗППП - это сильно, мне нравится!
Скорее попытку отучить от БДСМ
Честно, не пойму как устроен мой любимый opennet.ru, вот и приходится отвечать кому-то конкретному с запозданием и странным образом. Да. Уважаемому - 2.444, Аноним (443), 13:23, 08/09/2024> Crux
Давно не обновлялся, возможно проект умер. Доступен под одну архитектуру - такое себе.
Согласен, под одну. Я тоже долго переживал по этому поводу и цеплялся как за плот с Титаника, за i686. Сейчас смирился. Иногда, правда, мучает ностальжи, но то такое. И, кстати, Crux вполне себе развивается. Сейчас ребята красиво пилят Crux-3.7, и за шторой попиливают будущий 3.8, со свежачком в портах. При обновлении ошибки отсутствуют совсем, что удивительно. А ведь у меня в любимчиках сначала и долго был Arch´ик. Но там на обнову приходят готовые пакеты и иногда после обновы или начинается что-то не то, или вообще затык. Может быть такое было давно, но было. После 33-го падежа пришлось побродить по distrowatch´чу изрядно. Нашел неказистого Crux´а. И вполне себе доволен, тем, что я сам себе хозяин. Crux´сяне пилят для меня порты, как в фриибзде, только с основой операционки, а я навешиваю уже что мне надо. И как мне надо. Так. Приношу извинения за многословие. Всем присутствующим успехов и каждому своего!
Попробуй Slackware, аноним.Апдейты раз в 3 года, всё остальное время слакбилды.
Никто никого ничего не заставляет делать.
Есть 4 архитектуры.
Августовский рейтинг 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 месте.
Что из этого следует? На другом ресурсе (StackOverflow) Rust - на первом месте среди обожаемых языков. Это о чём-то говорит? Если да, то о чём именно?
> Rust - на первом месте среди обожаемых языков. Это о чём-то говорит? Если да, то о чём именно?О безмозглости хипстеров на маздайном ресурсе, имхо. Обожать это месиво из закорючек, где обработкой ошибок и линковкой - начинают задумываться на 15-м году разработки (!!!) - ну такое себе. А вон там жидкость мозга господарей отлично захайлайчена ломкостью врапперов.
>О безмозглости хипстеров на маздайном ресурсе, имхо. Обожать это месиво из закорючек, где обработкой ошибок и линковкой - начинают задумываться на 15-м году разработки (!!!) - ну такое себе. А вон там жидкость мозга господарей отлично захайлайчена ломкостью врапперовТяжелый бред ʕ•ᴥ•ʔ
Об агрессивном маркетинге.
>Rust - на первом месте среди обожаемых языков. Это о чём-то говорит? Если да, то о чём именно?Дык давно известно: обожают один язык, а работают на другом! :)
Или даже так, а вот как: редко обожают то, на чём работают :)
Вон ваш растишка - попробовал ведро на расте делать ... и сбежал весь в соплях :-)))))
Полпулярность языка сильно зависит от уровня интеллекта толпы.
> Устранена уязвимость (CVE-2024-43402) в std::process::Command,О, безопасность подвезли. Со второго раза. Наверное. А точно пофиксили то?
> бывший директор организации Python Software Foundation, переключившийся на продвижение Rust
Так вот ты какой, пыxтoнpacт со стажем...
> который сказал, что чем больше семантики кодируется в обвязках, тем они становятся более ломкими
Капитан устроил конкретную расстновку точек над i нубам. Офигеть!
> и если сообщество разработчиков Linux не поймёт это, то Linux будет вытеснен каким-то другим ядром, как в своё время произошло с Unix.значит так тому и быть! прогресс - штуха хитрая!
> не все разработчики собираются изучать RustГениальная аргументация! Кому-то пора на пенсию.
Ну знаешь... если бросать все дела и кидать изучать каждый новый ЯП придуманный сопляками, то времени на работу просто не останется.
> Ну знаешь... если бросать все дела и кидать изучать каждый новый ЯП придуманный сопляками, то времени на работу просто не останется.Ой, а типа ты работаешь?
Середина рабочего дня, а кто-то пишет на форум)
>> Ну знаешь... если бросать все дела и кидать изучать каждый новый ЯП придуманный сопляками, то времени на работу просто не останется.
> Ой, а типа ты работаешь?
> Середина рабочего дня, а кто-то пишет на форум)Завидуй молча ;-).
Так напишите на расте ядро и "вытесните" линукс, к чему эти бесконечные споры и крики-то?
Раст в ядре нужен, как корове седло. Дальше и будут сплошные препятствия, потому что не нужна там эта вставная челюсть, у ядра свои зубы есть.
> Ушедший сопровождающий [...] является сотрудником компании MicrosoftТак вот кто раст в ядро так усиленно пропихивал... Ну я как бы и не сомневался, что это дело рук корпораций - "не можешь победить, перепиши на расте и возглавь!"
Вообще все к Rust стремятся, неужели Linux упрертся?
А что думаете, про Phyton в ос?
Думаешь это вот всё, с хайпом о новом чудо-Ёзыке - "серебрянной пуле" - в первый раз? :-\
:-)Седожопым - молчать! Молодёжь - ваш колл:
Кто назовёт язык, который безопасно работает с памятью(С) (но не раст), кроссплатформенный - "один раз написав, работает на всём!"(С) , мы написали свою ОС (С), мы даже на железе голом и слабом могЁм - к примеру на кредиткартах (С), мы быстрее процессора(С), не верьте бенчмаркам луддитоффф (С), надо переписать Сишные дырени (С), ...
Узнали? :-)
Причём за ним не только толстые корпы стояли, но и реально умные люди (да хоть Го***) ...
И что? Всё суета и суета сует!(С) один депрессивный дядькоА ведро как было на Си так на Си и осталось! :) И слава всем богам всех религий!
Причём всё что не ведро, драйвера и прочий байтодрочЪ(С) - на Си писать _не_надо_ ! Я даже слово волшебное знаю :)
> А что думаете, про Phyton в ос?во, думаю - надо срочно внедрить!
Это ж как прекрасно - сегодня у тебя ведро не работает, потому что несовместимо с пихоном ниже 3.8, а завтра не работает - потому что несовместимо с пихоном 3.9! Вот это достижение, вот это пое6да, ящетаю.Какого хрена еще не в ведре - даже и понять не могу!
И строки, строки настоящие, не как в этом си, за конец строки не запишешь, во! Жаль что тоже несовместимые, но это временно, падажите, мы еще одну версию несовместимую придумаем.
> Это ж как прекрасно - сегодня у тебя ведро не работает, потому что несовместимо с пихоном ниже 3.8, а завтра не работает - потому что несовместимо с пихоном 3.9!Т.е если заменить Пихона на glib - то ничего не изменится?
Регулярно читаю плач "игрушка на красноглазом поделии не запускается Т_Т".
Заставить других людей делать твою работу - это, конечно, нетехнический вопрос.
> Алмейда продолжает верить, что будущее ядер за использованием языков, обеспечивающих безопасную работу с памятьюСкорее всего. Но это будет не rust.
Язык ещё слишком молодой, новые версии выходят примерно раз в месяц, как стабилизируется, тогда и можно будет в ядро тащить.
> новые версии выходят примерно раз в месяця не шарю в языках но маскот у них неплохой)
Когда питон был молод.
Представьте себе мир, где код плавно танцует, словно ветви деревьев на ветру. Rust — это язык, который делает ваше программирование не просто работой, а искусством. Забудьте о страхах. Уникальная система владения обеспечивает безопасность памяти, как защитный щит в битве. Прощай, бесконечные ошибки! С Rust ваши идеи разлетаются, как яркие парашюты в небе. Как лягушки, прыгающие по озеру, ваши функции быстры и эффективны. Ошибки при компиляции — это не враги, а помощники на пути к успеху. Восприятие времени меняется: код становится поэзией. С Rust вы создаете шедевры, а не просто программы!