В своём выступлении на конференции Open Source Summit China Линус Торвальдс рассказал, что он ожидал более быстрого процесса внедрения в ядро компонентов, написанных на языке Rust. Отчасти проблема в том, что старые разработчики привыкли к языку Си и не видят необходимости в изучении нового языка, который в некоторых аспектах сильно отличается от языка Си. Подобное отношение среди разработчиков приводит к некоторому сопротивлению внедрению Rust. Ещё одной причиной медленного продвижения Rust в ядро упомянуто то, что сама инфраструктура Rust не была суперстабильной...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61756
>медленнее, чем ожидалосьХныкъ :(
> Хныкъ :(Медленнее чем ожидалось, но быстрее чем хотелось бы.
Кто бы мог подумать!
>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.Ключевое. Не благодарите.
А с чего вдруг что-то должно было измениться.Дыряшка родом их 80х как была дырявой так и осталась, диды (хоть они чуть новее) как не умели в память - так и не умеют.
Я не смотрел самые последние стандарты Си (23?), может там что-то стало лучше.
Но пока оно до ядра дойдет...
А толку? Деды и неофиты, которым не повезло обучаться по методичкам дидов, будут пользоваться старыми методами.
Тут язык программирования нужен без Undefined behaviour вообще. Чтобы не было приколов вроде кланга, удаляющего цикл while(true) и возвращающего сообщение после него, которое вообще не должно было выводиться.
Если исправить все ошибки в открытом софте, то кто будет платить за поддержку?
Особенность открытого софта: он делается по фану или для себя.
В 90% случаев, это означается, что коммерческие аналоги будут хуже по качеству кода. Но когда проект становится очень большим, что 10% становится значимым количеством, а мелкие ошибки, учитывая аудиторию, становятся очень заметны.
Только один вариант: если что-то не работает или имеет недостаточный/не качественный функционал -- исправьте/напишите сами (я так делаю). Не будьте нытиками, мудками и мамкиными сынками за 40. Просто сделайте хорошо, если Вам это нужно. Времени это занимает немного, а сопровождающие/авторы проекта, в 99% случаев будут благодарны, как и другие пользователи.
В 99% процентах случаев автор отклонить твой фича коммит потому что он знает как лучше как делать свой проект. Он примет в лучшем случае багфикс.
Истину глаголишь
не все же авторы имеют имя Лёня
> В 99% процентах случаев автор отклонить твой фича коммит потому что он
> знает как лучше как делать свой проект. Он примет в лучшем
> случае багфикс.Не знаю. Да, в 90% случаев, отсылаются просто баг фикс. Но и фичами тоже всегда было в порядке.
Но много раз видел, как багфиксы и фичи с патчами заворачивались, потому что качество их оставляло желать лучшего. Нужно понимать, что авторы проекта должны будут привести фичу с патчами к должному уровню. Это потребует времени и усилий. Обычно, приходится вносить правки в смежных подпроектах. А в случае низкого качества кода, хамоватого поведения заявителя и полного отсутствия пояснений, время лучше всего потратить на что-нибудь более полезное.
О, сторонников теорий заговора подвезли. Все гораздо проще, мой юный друг.
Подавляющее количество изменений в ядре делают корпорации. Какой там, у редхата например, процент прибыли от поддержки?
Какой там процент нанятых редхатой - вчерашние энтузиасты?
Не знаю, но ты можешь сказать цифру и подтвердить пруфами.Но теперь они за денежку будут делать то, что скажет дядя-манагер из корпорации.
Скажут закопать ХОрг несмотря на вой и сопли луддитов-некрофилов, сделает.
Скажут добавить системмд, без проблем, заодно выкинут балласт в виде противников.
Скажут добавить систему управления доступом IPE для ядра, а почему бы и нет.
Так что ты можешь его считать энтузиастом, вчерашним энтузиастом, утренним энтузиастом..
Но то что код будет от корпорации и нужный корпорации - это не изменит.
Но ведь всегда можно форкнуть, создать свое сообщество и развивать дальше
> Но ведь всегда можно форкнуть, создать свое сообщество и развивать дальшеНо ведь для этого придется что-то делать!))
Вот сколько форков иксов сделало линукс-сообщество?)
Сколько специалистов выучили корпорации? Или как дети малые, опять на всём готовеньком?
Ну, лично я предполагаю - примерно 100%,т.к. соответствующие специальности в институтах открывают для закрытия вакансий, а не "шоб було". Нет рабочих мест - нет потребности в специалистах - нет специальности в универе.
Но даже без этого - по программам целевого финансирования (кредиты, стипендии) и корп. стажировкам училось и учится очень и очень много специалистов.
Вот только у меня всё работает, независимо от дядиных хотелок. Пока ты, сидя на его коленках, мечтаешь, как он у меня возьмёт и всё отнимет. Странные такие мечты, с такими - лучше к психотерапевту, пока ещё не поздно.
> Особенность открытого софта: он делается по фану или для себя.
> В 90% случаев, это означается, что коммерческие аналоги будут хуже по качеству кодаВ действительности - строго наоборот. Тот, кто делает для себя, довольствуется "УМВР" и не заботится о том, как продукт будет работать вне рамок его юзкейса. Тот, кто делает по фану, вообще ни о чём не заботится.
Кроме того, многие вообще не способны работать хорошо, если их регулярно не лупить палкой по рукам.
Уже давно все важные проэкты в линукс-мире пишут корпорации. Для себя пишут только всякую мелочёвку, плееры например.
Угу. Топ-менеджеры пишут, в поте лица. А сотни, нанятых с улицы, программистов только штаны в офисах протирают да дырку в бюджете проедают.
Стоп-стоп.
Если бы корпорации были из одних топ-менеджеров, то думаю они бы быстро исчезли.
Но те самые сотни нанятых (за деньги корпов) и пишущие код (от имени корпов) да еще и реализующий хотелки этих самых корпов...
Точно! Однозначно все дело в какирах одиночках.
Если святые корпорации прям таки пишуть почти все свободное ПО, почему оно все еще не на Расте? Даже ядро уже отказывается от него, эта новость только первая ласточка.
Вот вам вторая ласточка: OpenEtherium (клиент для Etherium на Rust'e) deprecated и больше не поддерживается
https://github.com/openethereum/openethereum
Только вторая? Странно. На си много тысяч таких заброшенных ласточек и виноват в этом конечно же исключительно си, т.е. сам язык программирования. А в других языках наверное вообще нет заброшенных проектов, верно?
> Если бы корпорации были из одних топ-менеджеров, то думаю они бы быстро исчезли.Топ-менеджеры - единственная постоянная величина в корпорации. Все остальные - перетекают.
Память 33 года назад - вечно узкое место, которое необходимо экономить и изворачиваться ради этого как угодно.
Память сейчас - это огромный ресурс, который нужно эффективно использовать для самых разных нужд, при этом обеспечивая одновременную работу с ним нескольких независимых ядер.Сама мысль, что эту работу можно было "закончить" еще тогда - это просто профессиональный юмор. Для тех, кто понимает, конечно...
> вечно узкое место, которое необходимо экономить и изворачиваться ради этого как угодно.
> basic issues such as memory managementРечь не про тонкости работы с памятью, а про базовые вещи, напр. если память выделили, то очистить нужно один и только один раз.
А не как сейчас - то два раза, то ни одного, то очистили, а потом обратились к ней откуда-то еще.
> инфраструктура Rust не была суперстабильнойзачем тратить время на то, что ещё и не работает?
пусть сначала до ума раст доведут, а выучить и переключиться на другой язык - дело техники
Правильно!
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Пусть сначала ядро до ума доведут, а потом туда такой прекрасный раст добавляют.
Это же почти так же, как в новых белых кросовках (да они новые и местами натирают) вступить в офно, которое какие-то полоумные диды наделали
Напиши своё ядро и доведи его до ума. На расте это все равно что бежать марафон в акваланге.
> ядро до ума доведутИменно этим они и занимаются уже 33 года. Вот, начало доходить, что некоторые проблемы в ядре генетические и менять надо целыми подсистемами. Хто ж не хелло ворлд чтобы за десять минут всё поправить и пойти баиньки.
Дешевый, лживый, некомпетентный вброс!
Раст уже давно прекрасно работает, и получше многого другого из прежних...Уже зажрались мифической якобы суперстабильностью, которая достигается лишь распуханием кода, который потом оказывается некому сопровождать, и в итоге потом это
Никогда не будет идеальной суперстабильности! где нибудь да вылезет...
Это лишь разглагольствования толпы дилетантов!В то время как настоящие специалисты давно используют Раст по назначению!
А его назначение - избавлять от накопившейся рутины уже давным давно изученных проблем на текущем долгосрочном технологическом этапе.А те кто сами технических вопросов не решает, а лишь пересказывает и пережевывает мнения толпы других дилетантов, так и будут рассуждать о какой-то суперстабильности или ее отсутствии, как оправдания собственной неспособности освоить очередной качественный инструмент - якобы он все еще недостаточно стабильный - пока не дождутся, что остальная масса его все-таки распробует и заценит, но к этому времени он как раз таки уже свою стабильность и потеряет от распухания кода и бюрократиии - как уже было неоднократно с прежними технологиями...
Только от мнения таких дилетантов, как ничего не зависело, так и не зависит,
все идет своим чередом, они каждый раз набегают уже лишь к шапочному разбору,
когда уже все побегут по стадному инстинкту,
так и не дождавшись очередной суперстабильости...
Ого как пригорела у тебя)
Добавлю в огонь масла. Если раст такой крутой, то почему на нем нет библиотек нормальных для Гуи? Или он создан для консолей? Хехе
Iced, gtk-rs, tauri
Такое чувство, будто половину опеннета в гугле перебанило
Он же сказал "нормальных"
Как будто имеет большое значение, что там очередной бездарь оценивает как "нормальное", и при чем тут вообще какие-то "нормы", а если и причем, то относительно чего их считать. В этом и сила Раста, что он от бездарных "норм" не зависит!
То, что "ыксперды" не смогли в GUI - не говорит о том, что сами фреймворки "ненормальные"
Прости, что задену твои чувства как человека, не осилевшего даже змею,
Но я, таки, осилил, и tauri более чем пригоден для разработок, iced не достаёт анимаций (не костыльных и самописных, а хотя-бы встроенных), гтк не трогал
Egui, iced, tauri и slint с тобой не согласны.
> Egui, iced, tauri и slint с тобой не согласны.Спасибо это оставь себе!
> Добавлю в огонь масла. Если раст такой крутой, то почему на нем нет библиотек нормальных для Гуи?Нет у тебя никакого масла, одна бездарная желчь. И огня тут нет, потому что гореть нечему, одна лишь лживая слизь дилетантски пузырящихся слизняков пытающихся обгадить все что не могут осилить.
Да, именно снова дешевый, потому что именно так и есть - GUI это не основная ниша для Раст.
> Или он создан для консолей? Хехе
И лишь подтвеждение твоего безграмотного вброса, то что если не "гуи", то при чем тут консоль - консоль и так все по умолчанию поддерживают, просто ты даже не представляешь что такое консоль, если так говоришь. Вот тебе и хехе, бездарь слюнявый мелкокончающийся!
И библиотеки для в "гуи", тем не менее хорошие есть. А без библиотек ты значит не знаешь, как современный "гуи" делается. Это тебе еще раз хехе.
Так что ни с какой стороны ты не попал, лишь сам в своей желчи и слизи ты обмазался, ну валяйся там дальше в собственном... Умеешь только в лужи пукать!
>> Добавлю в огонь масла. Если раст такой крутой, то почему на нем нет библиотек нормальных для Гуи?
> Нет у тебя никакого масла, одна бездарная желчь. И огня тут нет,
> потому что гореть нечему, одна лишь лживая слизь дилетантски пузырящихся слизняков
> пытающихся обгадить все что не могут осилить.Ого полыхает как ахахаха смотри стул спалишь под собой ахахаха
> Да, именно снова дешевый, потому что именно так и есть - GUI
> это не основная ниша для Раст.Ну и кому этот ваш раст нужен лол
>> Или он создан для консолей? Хехе
> И лишь подтвеждение твоего безграмотного вброса, то что если не "гуи", то
> при чем тут консоль - консоль и так все по умолчанию
> поддерживают, просто ты даже не представляешь что такое консоль, если так
> говоришь. Вот тебе и хехе, бездарь слюнявый мелкокончающийся!Да да незнаю. Десятки ЯП умеют в консоль. И теперь очередной консольный ЯП. Теперь понятно почему он идет лесом)
> И библиотеки для в "гуи", тем не менее хорошие есть. А без
> библиотек ты значит не знаешь, как современный "гуи" делается. Это тебе
> еще раз хехе.Хороших нету. Ты видать даже не представляешь, что это такое. Бедненький горящий фанатик)
> Так что ни с какой стороны ты не попал, лишь сам в
> своей желчи и слизи ты обмазался, ну валяйся там дальше в
> собственном... Умеешь только в лужи пукать!Туши задок срочно, а то сгоришь)
> Ну и кому этот ваш раст нужен лолЯдру нужен, Торвальдсу нужен,
гуглу нужен и андроиду,
клоудфаре и letsencript тоже..
А noc101 - не нужен.Тут можно уже сделать определенные выводы о компетентности noc101 и его умственных способностях, но пожалуй не буду, чтобы не нарушать правила форума)
Возможно я слишком резок в высказываниях, и дворники и js пограммисты тоже приносят пользу (ну первые точно).
Так что ты тоже надеюсь сможешь найти себе какое-то полезное занятие.
>> Ну и кому этот ваш раст нужен лол
> Ядру нужен, Торвальдсу нужен,Ты новость читал? Ядру он не нужен ахахахаха
А Торвальдс мягко намекает, что раст фигня.> гуглу нужен и андроиду,
> клоудфаре и letsencript тоже..Они тоже как ядро кричат что нужно?))
> А noc101 - не нужен.
И что тебя не устраивает? Все должны под гребенку любить твой раст?
> Тут можно уже сделать определенные выводы о компетентности noc101 и его умственных
> способностях, но пожалуй не буду, чтобы не нарушать правила форума)
> Возможно я слишком резок в высказываниях, и дворники и js пограммисты тоже
> приносят пользу (ну первые точно).
> Так что ты тоже надеюсь сможешь найти себе какое-то полезное занятие.Тут можно сделать вывод, что свобода в свободном сообществе не нужно. Ибо все должны под гребенку любить раст. Иначе ты тупой и не компетентный. Вот оно лицо свободы.
Молодец) Красный нос одевай, заслужил!
> А Торвальдс мягко намекает, что раст фигня.Сам придумал, сам посмеялся.
Торвальд пишет "I was expecting updates to be faster".
Для неосиляторов перевожу "Я ожидал, что обновления будут быстрее."
Тебе понятно значение слова "ожидал"?
Но умстевенно отсталый nocос101 переводит это как "Ядру он не нужен ахахахаха".
Не то чтобы я сильно этому был удевлен... Ты и в других темах показал себя на отлично))> Все должны под гребенку любить твой раст?
Нет конечно! Он же не 100 баксов.
Но есть люди, чье мнение что-то значит. А есть те, мнением которых можно пренебречь.
Особенно с аргументами на уровне ололо.> Ибо все должны под гребенку любить раст. Иначе ты тупой и не компетентный. Вот оно лицо свободы.
Все еще хуже. Ты даже не в состоянии осознать что тебе пишут.
Тут проблема обратная. Ты тупой и некомпетентный, поэтому тупо и некомпетентно хейтишь раст.
А мог бы привести хорошую аргументированную критику. Но на такое ты не способен.
>> А Торвальдс мягко намекает, что раст фигня.
> Сам придумал, сам посмеялся.
> Торвальд пишет "I was expecting updates to be faster".
> Для неосиляторов перевожу "Я ожидал, что обновления будут быстрее."Язык дипломатии тебе не известен.
> Тебе понятно значение слова "ожидал"?
> Но умстевенно отсталый nocос101 переводит это как "Ядру он не нужен ахахахаха".Правильно, правильно, оскорбляй кто с тобой не согласен. От этогго ты умней покажешься)))
> Не то чтобы я сильно этому был удевлен... Ты и в других
> темах показал себя на отлично))А ты когда регистрацию осилишь? Раз бегаешь за мной красноносый.
>> Все должны под гребенку любить твой раст?
> Нет конечно! Он же не 100 баксов.Тогда и веди себя по другому. А то от любой критики зад горит у тебя очередной глупый аноним
А нахрен нужен этот местячково-маргинальный сегмент рынка, чтоб в него инвестировать? Особенно с учётом того, что от 2/3 до 3/4 сегмента покрывается разнообразной вебней?
Как человек, который знаком с большей частью гуйных либ на расте, соглашусь с тем, что гуй на расте местами так себе. Но это не проблема языка так-то. Скорее запилить нормальную либу для гуя это само по себе сложная задача. Силами сообщества оно пилится долго.
> Как человек, который знаком с большей частью гуйных либ на расте, соглашусь
> с тем, что гуй на расте местами так себе. Но это
> не проблема языка так-то. Скорее запилить нормальную либу для гуя это
> само по себе сложная задача. Силами сообщества оно пилится долго.Согласен с этим. Это отсылка к тому, что раст еще не созрел как ЯП. Надо чтобы прошло лет 5 еще, тогда можно будет смотреть. А пока, это просто модный ЯП.
> Согласен с этим. Это отсылка к тому, что раст еще не созрел как ЯП. Надо чтобы прошло лет 5 еще, тогда можно будет смотреть. А пока, это просто модный ЯП.А сколько GUI либ написаны на фортране или АДА/Спарк?
Не много. Но в области математики и авиации они незаменимы.Твои рассуждения примерно, как у школоты которая нашла какой-то пример и носится как дурень с писанной торбой.
Да грузовик не разгоняется до 200км в час, а в ферарри не удобно перевозить диван.
Но если ты скажешь "этот автомобиль еще не созрел", то думаю тебя примут за глупца.
>> Согласен с этим. Это отсылка к тому, что раст еще не созрел как ЯП. Надо чтобы прошло лет 5 еще, тогда можно будет смотреть. А пока, это просто модный ЯП.
> А сколько GUI либ написаны на фортране или АДА/Спарк?
> Не много. Но в области математики и авиации они незаменимы.Так они узкоспециализированные ЯП и программисты этих ЯП не бегают по форумам и не кричат что их язык самый крутой.
Начните себя вести немного скромней и не будут вас носом тыкать в несостоятельность ЯП.> Твои рассуждения примерно, как у школоты которая нашла какой-то пример и носится
> как дурень с писанной торбой.ты наверное путаешь растовых погромистов, которые тут доказывают какой крутой ЯП?
> Да грузовик не разгоняется до 200км в час, а в ферарри не
> удобно перевозить диван.
> Но если ты скажешь "этот автомобиль еще не созрел", то думаю тебя
> примут за глупца.Тогда почему вы кричите что ваш ЯП самый крутой?
З.Ы. Типичный пример двойных стандартов.
Сначала кричат - НАШ ЯП САМЫЙ ЯП ИЗ САМЫХ ЯП В МИРЕ ЯП.
Указываешь - Но у вас тут и тут проблемы
и начинается вой - А КАЖДЫЙ ЯП ДЛЯ СВОИХ ЗАДАЧ ТЫ НИЧЕГО НЕ ПОНИМАЕШЬ
Лол кек
> Так они узкоспециализированные ЯП и программисты этих ЯП не бегают по форумам и не кричат что их язык самый крутой.Так и мы не кричим что раст самый лучший. Мы просто тыкаем носом сишников в офно которое они выдают.
Естественно расту не достичь популярности ПХП и жаваскипта.
Ему не стать таким простым в освоении как дыряшка, которой можно обучить даже умственно отсталых, что в общем-то судя по кол-ву CVE и произошло.> Начните себя вести немного скромней и не будут вас носом тыкать в несостоятельность ЯП.
О, еще всякие отборсы будут учить, что делать?
> ты наверное путаешь растовых погромистов, которые тут доказывают какой крутой ЯП?
Неа, растовики четко осознают где раст дает гарантии, а где нет
В отличие от дырявых, которые сами себе чего-то навыдумывали, даже не читая доку.
Но что с них взять, если они только сишку смогли освоить.> Тогда почему вы кричите что ваш ЯП самый крутой?
Кто кричит что он самый крутой?
Давай примеры. Пока такое кричишь только ты.
Мы кричим что Раст лучше чем то офно которое СИ)> З.Ы. Типичный пример двойных стандартов.
> Сначала кричат - НАШ ЯП САМЫЙ ЯП ИЗ САМЫХ ЯП В МИРЕ ЯП.Типичный пример глубокой умственной отсталости.
Ты сначала себе что-то выдумал. Потом опроверг. Теперь пытаешься оправдать свое скудоумие.> Указываешь - Но у вас тут и тут проблемы и начинается вой - А КАЖДЫЙ ЯП ДЛЯ СВОИХ ЗАДАЧ ТЫ НИЧЕГО НЕ ПОНИМАЕШЬ
> Лол кекЕсли ты так пытаешь троллить, то ты просто жалок.
Если не сложно, напиши из какой помойной дыры ты вылез, ну чтобы держаться от таких мест подальше.
>> Так они узкоспециализированные ЯП и программисты этих ЯП не бегают по форумам и не кричат что их язык самый крутой.
> Так и мы не кричим что раст самый лучший. Мы просто тыкаем
> носом сишников в офно которое они выдают.Вранье! Вы как веганы, не можете молчать и не сказать какой крутой Раст.
Не ври.
> Естественно расту не достичь популярности ПХП и жаваскипта.
> Ему не стать таким простым в освоении как дыряшка, которой можно обучить
> даже умственно отсталых, что в общем-то судя по кол-ву CVE и
> произошло.лол, так опустить ЯП мог только фанат Раста)
Чем легче освоить ЯП, тем он быстрей и лучше развивается. Но Раст не такой, он переусложненный и создан для маргинальной прослойки.
Спасибо, что подтвердил это!)))>> Начните себя вести немного скромней и не будут вас носом тыкать в несостоятельность ЯП.
> О, еще всякие отборсы будут учить, что делать?
>> ты наверное путаешь растовых погромистов, которые тут доказывают какой крутой ЯП?
> Неа, растовики четко осознают где раст дает гарантии, а где нет
> В отличие от дырявых, которые сами себе чего-то навыдумывали, даже не читая
> доку.
> Но что с них взять, если они только сишку смогли освоить.
>> Тогда почему вы кричите что ваш ЯП самый крутой?
> Кто кричит что он самый крутой?
> Давай примеры. Пока такое кричишь только ты.Вон выше об этом написал. Правда обгадил тут же свой ЯП) Но ты этого не понял.
> Мы кричим что Раст лучше чем то офно которое СИ)
Мы не кричим но мы кричим. Гений)))
>> З.Ы. Типичный пример двойных стандартов.
>> Сначала кричат - НАШ ЯП САМЫЙ ЯП ИЗ САМЫХ ЯП В МИРЕ ЯП.
> Типичный пример глубокой умственной отсталости.Ты же про себя? Да? Ты даже в одном предложении пишешь взаимоисключающие слова.
> Ты сначала себе что-то выдумал. Потом опроверг. Теперь пытаешься оправдать свое скудоумие.Да да, ты мозг включи и почитай что пишешь) Ржач просто
>> Указываешь - Но у вас тут и тут проблемы и начинается вой - А КАЖДЫЙ ЯП ДЛЯ СВОИХ ЗАДАЧ ТЫ НИЧЕГО НЕ ПОНИМАЕШЬ
>> Лол кек
> Если ты так пытаешь троллить, то ты просто жалок.
> Если не сложно, напиши из какой помойной дыры ты вылез, ну чтобы
> держаться от таких мест подальше.Я указываю на двойные стандарты. Но у тебя лучше получается) Ты молодец
Наш раст не лучше, но он лучше, у нас нет двойных стандартов но вот двойной стандарт, ты выдумал но я перефорс. Ахахахаха с тебя орать только остается)
> что старые разработчики привыкли к языку Си и не видят необходимости в изучении нового языкаПффф, как и предполагалось.
Старые диды-бракоделы нестолько закостенели, что и не хотят и не могут.
Окей, пусть продолжают плодить CVE пока не повыходят на пенсию.> приводит к некоторому сопротивлению внедрению
Классическое копротивление луддитов.
А потом современники будут удивляться, почему раст внедряли так долго.
Примерно также, как сейчас удивляются долгому внедрению ipv6 или вейланда.
> Примерно также, как сейчас удивляются долгому внедрению ipv6 или вейланда.Потому что есть что-то уже внедренное, простое и рабочее, и причин шевелиться нет? Пока внедряют раст, окажется, что нужно было внедрять зиг, потом еще что-то придумают. Кому нужна инфраструктура уровня жс, где каждую неделю новый фреймворк?
> что-то уже внедренное, простое и рабочееАхаха, ну да, рабочее))
33 года не могут победить проблемы с память - "We're still dealing with basic issues such as memory management."
И это не мои слова, это Торвальдс сказал.> причин шевелиться нет?
Причин шевелиться куча во всех трех примерах. С сишкой понятно.
ip4 просто закончились, иксы просто устаревший кал, который тянул на дно весь десктопный линукс.> Пока внедряют раст, окажется, что нужно было
А, ну т.е. если есть хотя какой-то шанс что за время внедрения появится что-то лучше, то давайте вообще ничего не внедрять?) Генитальная логика!
Плохое управление памяти в линуксе работает лучше, чем "хорошее" в винде. Просто у некоторых разные понятия о хорошем
Неужто 12309 признал?
> это Торвальдс сказал.Не могу представить, чтобы Гейтс/Балмер/Надела/Джобс сказал, что у них в их копротивном продукте что-то не так. А раз никто не сказал, то, значит, всё отлично. Анонимные домохозяйки галантным джентельменам верят на слово.
4pda.to/2017/09/22/346897/
Вот, Билл извинялся за Ctrl+Alt+DeleteНо вообще странно сравнивать десктопную систему которую выбрали 70+% пользователей, с каким-то 4%-ным убогим днищщем.
Миллионы мух.., сам знаешь. Короче, не жужжи, плохому танцору проценты мешают.
Это та, которая пропихивалась везде и всюду? Ну да, странно... Странно что она не занимает 100%, и странно, что процент Линукса растёт. Наверное, потому что он — днище.
ipv6 так долго внедряется, потому что обратно несовместим с v4. И перспективы его по-прежнему туманны.
У ipv6 есть совместимость с ipv4, подсеть 64:ff9b::/96 многие трансляторы умеют переводить в ipv4 интернет. Есть даже возможность несколько подсетей под несколько VPN выделить, если в ipv4 пространстве они пересекаются (и никаких link-local) - 64:ff9b:1::/48.А также любой сервер слушающий на ipv6 способен принимать трафик от ipv4 клиентов, их ip для него будет виден как ::ffff:0:0/96
Проблема ipv6 как и 10 лет назад не изменилась. Большинство оборудования не поддерживает ipv6. То есть старое оборудование не заменили. А без этого, как не тужься, ничего не выйдет.
Если посмотреть на рост ipv6 то можно заметить, что это идет постепенно. То есть, меняют оборудование и медленно идет рост.
Не помню где читал, но вроде полный переход ipv6 ожидается до 35 года. (полный это 100% на ipv6)
Полного перехода никогда не будет, потому что побыстрому забацать сеть для офиса, так же просто как dhcp 10.0.0.1+nat, на ипв6 невозможно.
> Полного перехода никогда не будет, потому что побыстрому забацать сеть для офиса,
> так же просто как dhcp 10.0.0.1+nat, на ипв6 невозможно.нат для ipv6 есть тоже.
Но для офисов никто и не требует переходов. Это тупая идея, что все устройства должны иметь прямой доступ в интернет.
У IPV6 всё отлично с совместимостью, и давно. Проблемы в ПО у злоумыленников сующих нос в трафик.
> У IPV6 всё отлично с совместимостью, и давно. Проблемы в ПО у
> злоумыленников сующих нос в трафик.Хорошо, продемонстрируйте ipv6-only кейс для доступа к ipv4-only ресурсам без дополнительных шлюзов/прокси.
Велкам.И обратно, да. Из v4 сети в v6 ресурсы.
Насколько мало используется руст, а cve уже у него есть. А ещё была новость про массовое выгорание рустеров.
Особенно им нравится втыкать в собственный код с перегруженным синтаксисом после отпуска.Ну и переписывание существующего софта с си на руст будет ещё сложнее. Потому что нужно иметь опыт в обоих языках. А потом ещё и ломание базы. Конфликты с сишниками. Жесть...
>Старые диды-бракоделы нестолько закостенели, что и не хотят и не могут.специально для не знакомых с программированием поясняю: хорошему программисту пофиг, на каком языке писать. Потому что ознакомление с синтаксическими конструкциями нового языка по сложности не идет ни в какое сравнение с экспертизой в предметной области. Программист, как и любой другой инженер, подбирает инструмент под задачи. И если раст подбирают плохо, значит с ним что-то не так.
А не так с ним то, что он не гарантирует и не может гарантировать никакую безопасную работу с памятью. Кто бы там что ни говорил, включая Торвальдса. При этом по предоставляемым абстракциям не идет ни в какое сравнение с плюсами, компилируется в разы медленнее, и поддерживает от силы пару платформ.
> хорошему программисту пофиг, на каком языке писатьЭто действительно так. По работе приходилось плотно взаимодействовать с разными программистами, хорошего таки видно за милю, таким язык и тулчейн не интересны, а интересно как быстро будет достигнут оптимальный результат. Так вот из опыта могу сказать: 80% программистов — безталанные кодеры, которым любая, даже незначительная, смена парадигмы представляется катастрофой.
Смена парадигмы - это, действительно, катастрофа. Если в процедурной парадигме может писать любой, обученный компьютерным наукам, инженер. Причем, интуитивно найдёт хорошие, если не лучшие, решения. То, например, в ООП без специальной, сложной и длительной подготовки писать эффективно (с точки зрения времени выполнения и потребления памяти), не говоря о адаптируемости и масштабируемости архитектуры, невозможно. Банда четырех, сломавшая десятки копий с этой неуклюжей парадигмой, не даст соврать.
А как без знания языка (например, модели памяти в С++) на нём вообще можно получить "оптимальный результат" - загадка. "Оптимальным" он будет только с точки зрения такого же незнайки, которому не интересны язык и тулчейны, а интересен xyzяк-xyzяк в продакшен уже вчера.
В С уже все давно пишут в объектно-ориентированном стиле.Он даже не противоречит процедурному.
Я бы сказал что ООП это усиленный процедурный стиль (best practices). Вот и всё.
А что в самом языке есть для объектно-ориентированного стиля?
Касты через void? unioun сслылок на функции? Может нормально RAII завезли?> Я бы сказал что ООП это усиленный процедурный стиль
Чего только на опеньке не прочитаешь...
Докажи обратное.Процедурное программирование - это набор функций.
ООП - это набор структур (объектов - экземпляров структур) и над каждой структурой производится набор операций, через функции. Всё.
Больше от ООП ничего не требуется.
Луддиты этого, конечно, не знают. И не знают что никаких методов не существует. Это просто синтаксический сахарок над обычными функциями.
Конструкторы, деструкторы, всё есть.
>Докажи обратноеИсключений нет.
RAII нет.
Абстрактных классов нет (и нет, интерфейс и абстрактный класс это не одно и то же).
Изощрённого наследования нет.И это не говоря про неООП-средства C++ вроде метапрограммирования.
> В С уже все давно пишут в объектно-ориентированном стиле.В здравом уме никто не пишет в ООП. Максимум, отдельные части в объектом стиле (инкапсуляция, без наследования и полиморфизма). Ну и в легаси, привет гномоseкам, конечно, страдают старыми болячками. В современном коде (для CPU) применяют data-oriented design - развитие процедурного стиля, везде, где требуется производительность и распараллеливаемость вычислений. Тем более, в Си.
> с точки зрения времени выполнения и потребления памятиО чём я и говорю. Кодеры постоянно пекутся о синтаксисе, о потреблении памяти, иногда даже о «красоте» решения, «правильности» или «зашкварности» технологий, о чём угодно в общем, кроме единственно важного в коммерческой ращработке: нахождения локального оптимума с точки зрения бизнеса в целом.
> Банда четырех, сломавшая десятки копий с этой неуклюжей парадигмой, не даст соврать.
Банда четырёх описала паттерны для одной-единственной парадигмы организации кода, в условиях существенных ограничений этой самой парадигмой накладываемых. Для того же Лиспа и его объектной системы большая часть этих паттернов неприменима так как существуют более мощные механизмы реализации. А в грамотно спроектированной Лисп-системе паттернов нет вообще — только сухая выжимка сути, остальное макросы и объекты.
> интересен xyzяк-xyzяк в продакшен уже вчера.
Деньги не врут. Выполняющая бизнес-задачу система вчера лучше идеальной когда-то потом. Да, жрёт в два раза больше ресурсов, но и прибыль начала приносить тоже уже вчера. А ты дальше тулчейн полируй и память экономь. Может быть мы тебя по дешёвке купим с заработанных денег. А может подождём пока вы закроетесь и наймём тебя с уже отполированным по дешёвке.
> Может быть мы тебя по дешёвке купим с заработанных денег. А может подождём пока вы закроетесь и наймём тебя с уже отполированным по дешёвке.А может быть, я за границу уеду, а вы тут будете сидеть и сосать лапу, жалуясь господам из власти на нехватку квалифицированных кадров. И если господа вас, мужчинок с ограниченной ответственостью, не пожалеют, денежкой сопельки не утрут, из бюджета места на нужные вам кадры в институтах не оплатят, то закроетесь уже вы. Угу, как дешёвки.
Это из разряда "НАСТОЯЩЕМУ шотландцу пофиг, какой килт носить!!!"
Единственная "предметная область", которая есть у программиста - это те самые особенности языков, фреймворков, утилит и методологий, используемых им в разработке. Остальное - зона ответственности аналитиков.
> Это из разряда "НАСТОЯЩЕМУ шотландцу пофиг, какой килт носить!!!"
> Единственная "предметная область", которая есть у программиста - это те самые особенности языков, фреймворков, утилит и методологий, используемых им в разработке. Остальное - зона ответственности аналитиков.Это ты про каких-то кодеров-бибизянок говоришь.
Для инженера надобно еще знать алгоритмы, иметь какое-то понимание архитектуры.
> Это ты про каких-то кодеров-бибизянок говоришь.
> Для инженера надобно еще знать алгоритмы, иметь какое-то понимание архитектуры.Ну да - без этого в некоторых местах собес все ещё не пройти. Дикие люди!
> Классическое копротивление луддитов.Выражаясь образно, желательно понимать отличие между _луддитами_ и _варварами_.
Важно отличать разрушителей _нового_ от разрушителей _сущего_.Темины и образы любят точность.
> А потом современники будут удивляться, почему раст внедряли так долго.Создать из ржавчины и предъявить сообществу _новое_, как говорится, с чистого листа - прекрасный путь для доказательства половозрелости и ясности ума.
Обиженно кругом рыдать о том, что старшие мешают квыряться малышам своим совочком в общем замке из песка контрпродуктивно.Заплаканый, сопливый мальчик вызывает только жалость без желания помочь.
NB:1) Варвары — это, буквально, любые племена, использующие языки, отличные от греческого и, позднее, латыни.
2) Основными потребителями наиболее тонко выделанных и роскошно украшенных доспехов/оружия, работы римских мастеров были именно варвары. Сложился даже соответствующий стиль, «дорого-богато-вычнурно-замысловато».
3) Римская Империя пала под грузом своих собственных масштабов, когда нагрузка на логистику и коммуникации стала несовместима с эффективным управлением. И это случилось далеко не одномоментно. Постепенное увядание РИ под гнетом конкуренции с соседями — это следствие, а не первопричина. На этом фоне эпитет «разрушители сущего», как минимум, комичен.
Ни в коем случае НЕ защищаю любителей растишки, но морализаторство про «точность терминов и образов», снабжённое отсылкой на протухшие полтора века тому назад обывательские суждения и мифы — вызывает не меньшую жалость.
> NB:
> 1) Варвары — это, буквально, любые племена, использующие языки, отличные от греческого
> и, позднее, латыни.Хорошее определение. Но суть осталось прежней:
Варвары - это те, кто лезет со своим уставом в чужой монастырь. :-)> 3) Римская Империя пала под грузом своих собственных масштабов [ ... ]
Вы правы. Всё начинается рождением, завершаясь смертью.
Однако, время наступления финала зависит часто от вмешательства из вне.> На этом фоне эпитет «разрушители сущего», как минимум, комичен.
Смотря со стороны "несущего прогресс", наверно, да.
Вмешательство из вне всегда оправдывает свои действия благими намерениями.> Ни в коем случае НЕ защищаю любителей растишки, но морализаторство про «точность
> терминов и образов», снабжённое отсылкой на протухшие полтора века тому назад
> обывательские суждения и мифы — вызывает не меньшую жалость."растишка" - детское питание для дошклолят и младших классов по рецепту от компании Danone.
Похоже, "растишка" - это ключевое слово в цитате выше.Про "точность терминов и образов".
Rust - это ржавчина. Rust, как глагол, - ржаветь, притупляться, слабеть, и т.п.
Все переводы носят негативный смысл, если стремиться к точности.Подмена смыслов вместо ясных аргументов вызывает грусть
> Вы правы. Всё начинается рождением, завершаясь смертью.Правильно ли я понимаю, что СИшка тоже помрет?
И фанатские вскукареки "СИшка будет жить всегда" это просто самообман?> Однако, время наступления финала зависит часто от вмешательства из вне.
И если мы ей поможем, то она помрет еще быстрее)
> "растишка" - детское питание для дошклолят и младших классов по рецепту от компании Danone.
> Похоже, "растишка" - это ключевое слово в цитате выше.Если уже опускаться на днище твоего уровня, то Дыряшка это язык программирования на основе СИ, который выходит из СИ программистов и приводит к постоянным CVE.
> Все переводы носят негативный смысл, если стремиться к точности.
> Подмена смыслов вместо ясных аргументов вызывает грустьО нет, бедного гуманитария расстраивают переводы.
Давай что-ли рассказывай про плохую энергетику и несоответствие по гороскопу)
> Правильно ли я понимаю, что СИшка тоже помрет?
> И фанатские вскукареки "СИшка будет жить всегда" это просто самообман?Всё верно. Это вопрос _времени_.
> И если мы ей поможем, то она помрет еще быстрее)
Всё верно.
Но, "помогая" важно помнить, что бег впереди паровоза заканчивается печально.
Для бегущего впереди.> О нет, бедного гуманитария расстраивают переводы.
Зачем расстраиваться?
Просто предложите свой перевод слова "rust" без потери содержания и смысла.
>>> Однако, время наступления финала зависит часто от вмешательства из вне.
>> И если мы ей поможем, то она помрет еще быстрее)
> Но, "помогая" важно помнить, что бег впереди паровоза заканчивается печально.
> Для бегущего впереди.Ну так Торвальдс говорит - "слишком медленно" и винит в этом "part of the problem is that old-time kernel developers are used to C and don't know Rust".
Не думаю что его можно назвать бегущим перед паровозом.> Зачем расстраиваться?
> Просто предложите свой перевод слова "rust" без потери содержания и смысла.А зачем перевод?
Это просто название грибов. Можете вместо ржа́вчинные, почваниться и говорить пукци́ниевые, если уже прикапываться к определениям и терминам по максимуму.
> Ну так Торвальдс говорит - "слишком медленно" и винит в этом "part
> of the problem is that old-time kernel developers are used to
> C and don't know Rust".
> Не думаю что его можно назвать бегущим перед паровозом.Поставьте себя на его место.
Политика - это искусство возможного.> А зачем перевод?
> Это просто название грибов. Можете вместо ржа́вчинные, почваниться и говорить пукци́ниевые,
> если уже прикапываться к определениям и терминам по максимуму.В открытых источниках сообщается, что ржа́вчинные (пукци́ниевые) грибы вызывают серьёзные болезни цветковых и папоротниковидных растений.
> Поставьте себя на его место.
> Политика - это искусство возможного.Именно.
Он на прошлом интервью (в Токио) сказал 2 важные вещи
"a lot of us are going gray" - разработчики ядра стареют.
Hohndel добавил что "If I look five years into the future, a lot of [the top Linux kernel] people will start hitting the 60s, and the first ones will approach the 70s."
И это просто факт, кол-во людей в разработке ядра становится меньше.
Приходится даже уменьшать сроки поддержки LTS (opennet.ru/opennews/art.shtml?num=59791)Т.е. ты руководитель проекта.
У тебя разработчики уходят на пенсию, а новых нет.
Молодые не хотят копаться в замшелом коде по стандартам 80х. Который без ошибок по памяти не смогли осилить даже за 30+ лет.Какие у тебя есть варианты?
Можно оставить все на самотек, уйти на пенсию, назначить приемника и смотреть как детище всей твоей жизни помирает.А если хочешь чтобы проект продолжал жить?
Значит надо привлечь туда новых программистов. Да они будут другие.
Ну не такие, как любители ʼмарокʼ и причесок типа ʼмаллет' из 80-90х.
Они будут смотреть мультики и красить волосы в яркие цвета. Они будут кататься на электросамокатах, а не на поникарах. И пить смузи вместо виски.
Но это не значит, что они будут писать код хуже.> В открытых источниках сообщается, что ржа́вчинные (пукци́ниевые) грибы вызывают серьёзные болезни цветковых и папоротниковидных растений.
Ты слишком серьезно относишься к названиям. Возможно это ʼсиндром поиска глубинного смыслаʼ.
Ты случайно астрологией-нумерологией не увлекаешься? Или может анимехи смотришь?
Но можешь углядеть знак, что гриб поразит живую окаменелость в виде папоротника))
> А если хочешь чтобы проект продолжал жить?
> Значит надо привлечь туда новых программистов. Да они будут другие.
> Ну не такие, как любители ʼмарокʼ и причесок типа ʼмаллет' из 80-90х.Нет оснований считать, что новые программисты выберут раст. Предполагаю что не выберут. Какое-то подмножество плюсов - может быть.
> Нет оснований считать, что новые программисты выберут раст. Предполагаю что не выберут.Почему?
Вот опрос на SO
"Шестой год подряд Rust признаётся самым любимым языком"
opennet.ru/opennews/art.shtml?num=55587У rust foundation есть нормальные компании типа AWS, Huawei, Google, Microsoft..
Можешь посмотреть на платиновых и золотых членов линукс фоундешн и увидишь там те же компании.> Какое-то подмножество плюсов - может быть.
А толку. Разве что впихать туда какие-то механизмы типа Спарка или заимстований..
Но это будет уже другой язык, который немного поход на плюсы.
> Именно.
> Он на прошлом интервью (в Токио) сказал 2 важные вещи
> "a lot of us are going gray" - разработчики ядра стареют.Старение - это естесственный процесс, касающийся и людей, и вещей, и идей.
Говоря о старении вещей/идей, имеем в виду, прежде всего, моральное старение.> Какие у тебя есть варианты?
> Можно оставить все на самотек, уйти на пенсию, назначить приемника и смотреть
> как детище всей твоей жизни помирает.У меня нет возможности знать, тем более судить, о мыслях в голове Торвальдса.
> Они будут смотреть мультики и красить волосы в яркие цвета. Они будут
> кататься на электросамокатах, а не на поникарах. И пить смузи вместо
> виски.
> Но это не значит, что они будут писать код хуже.Их код будет лучше, пока он меньше критической массы: ~5% от всего исполняемого кода.
Когда их код превысит критическую массу, любители смузи достигут предпенсионного возраста.
История повторится.На свете существует всего два типа программ: маленькие и большие.
Большие могут работать при наличии известных ошибок.
Безотносительно средства разработки.> Ты слишком серьезно относишься к названиям. Возможно это ʼсиндром поиска глубинного
> смыслаʼ.Слегка иначе.
Цинично называю вещи своими именами без смены содержания и смысла.
> У меня нет возможности знать, тем более судить, о мыслях в голове Торвальдса.Сначала ты пишешь "Поставьте себя на его [Торвальдса] место.", а потом "не могу судить о мыслях Торвальдса"..
Давай ты будешь хоть слегка последовательным и напишешь что-то типа "если бы я бы Линусом, то я..."> Их код будет лучше, пока он меньше критической массы: ~5% от всего исполняемого кода.
> Когда их код превысит критическую массу, любители смузи достигут предпенсионного возраста.Великолепное утверждение, абсолютно ничем не подтвержденное.
А почему не 4 или 6%? Или 20%.
Почему они не достигнут зрелого возраста, а именно предпенсионного?> История повторится.
Да, как си заменил АСМ, так и раст может заменить СИ.
Потом сделают новый язык, который заменит раст. И это нормально.
Если бы не развитие, то сидели бы как предки в пещерах.> На свете существует всего два типа программ: маленькие и большие.
> Большие могут работать при наличии известных ошибок.Маленькие тоже могут)
Но ошибка которая дарит рут, это не ошибка а дырень.
И чтобы их предотвращать, нужно приложить максимум усилий.> Слегка иначе.
> Цинично называю вещи своими именами без смены содержания и смысла.Хм, а звучит как легкая форма шизофрении.
Главное не пользуйся фирмой Google - у них вообще придуманное слово по мотивам математического термина, и в лего не играй. Kodak тоже наверное для тебя ужасно.
> Сначала ты пишешь "Поставьте себя на его [Торвальдса] место.", а потом "не
> могу судить о мыслях Торвальдса"..Всё верно. Противоречий нет.
Чтобы представить себя на месте другого, достаточно личного опыта и предлагаемых обстоятельств(*).
Чтобы судить о мыслях/планах другого, порою мало личного знакомства. Ибо, чужая душа - потёмки.> Давай ты будешь хоть слегка последовательным и напишешь что-то типа "если бы
> я бы Линусом, то я..."Плюрализм допускает множество мнений по одному и тому же поводу, предполагая, что каждый знает сам, что ему делать. :-)
(*) К. С. Станиславский.
> Создать из ржавчины и предъявить сообществу _новое_, как говорится, с чистого листа - прекрасный путь для доказательства половозрелости и ясности ума.Конечно, вот Niri, COSMIC - композитные менеджеры.
Вот клоудфаря публикует инструменты написанные на расте opennet.ru/opennews/art.shtml?num=60722
Вот DNS-сервер Hickory задействован в инфраструктуре Let's Encrypt.
Драйвера Asahi и Nova, sudo-rs и uutils.Ну и от серьезных дядек - гугл делает программно-аппаратный комплекс Open Se Cura, ориентированный на упрощение создания защищённых чипов opennet.ru/60071-opensecura
И пишет еще в 22 году 20+% нового кода андроида.Но написать на расте свою ОС может даже одиночка
opennet.ru/opennews/art.shtml?num=60391> Обиженно кругом рыдать о том, что старшие мешают квыряться малышам своим совочком в общем замке из песка контрпродуктивно.
Хм... а где ты видел рыдания? Тем более от Торвальдса.
Или у тебя кукука настолько укукухалась?
Ты просто в общей песочнице видишь бомжа который туда насрал, а на замечания "надо бы прибраться" начинает быковать.
Линус правильно говорит - закостенелые неудачники не могут принять новое и ставят палки в колесо прогресса.> Заплаканый, сопливый мальчик вызывает только жалость без желания помочь.
Кажется у тебя какие-то детские травмы пробудились.
Возможно ты просто настолько уныл, что тебя не любила даже мама)
> Конечно, вот Niri, COSMIC - композитные менеджеры [ ... ].Прекрасно! :-)
> Хм... а где ты видел рыдания? Тем более от Торвальдса.
Причём здесь Торвальдс?
Рыдания - стиль агитаторов "за ржавчину"(*), что их всё время тормозят и не пускают.На самом деле причина очевидна, если внимательно читать исходный текст до конца:
> [ ... ] причиной медленного продвижения Rust в ядро упомянуто то, что сама инфраструктура Rust не была суперстабильной.
(*) Здесь "ржавчина" - просто точный перевод:
Rust (сущ) - ржавчина. Rust (гл), - ржаветь, притупляться, слабеть, и т.п.
> Рыдания - стиль агитаторов "за ржавчину"(*), что их всё время тормозят и не пускают.Тут Торвальдс прямо пишет
"старые разработчики привыкли к языку Си и не видят необходимости в изучении нового языка, который в некоторых аспектах сильно отличается от языка Си.
Подобное отношение среди разработчиков приводит к некоторому сопротивлению внедрению Rust."
Т.е да - тормозят и не пускают.
Можешь обвинять Линуса в агитаторстве, но это его слова.
> На самом деле причина очевидна, если внимательно читать исходный текст до конца:
>> [ ... ] причиной медленного продвижения Rust в ядро упомянуто то, что сама инфраструктура Rust не была суперстабильной.Возможно, но эту причину указали второй)
Более того, как большинство врунишек ты стыдливо удалил первую часть приведенной цитаты и добавил [...]
Но вот тебе оригинал.
"Another reason has been the Rust infrastructure itself has not been super stable."
Слово Another говорит о том, что это была только другая причина, после указанной выше - копротиляторстве полоумных дидов.
А раз ее указали второй в списке, то диды-неосиляторы это гораздо большая проблема.
> Темины и образы любят точность.А еще грамотность :)
Ну раз ты за точность формулировок, то сам подберешь термин для "закостенелых людей, которые отзываются принимать что-то новое, на проблемы говорят что либо это не проблемы, либо что да проблема, но им и так походит".
> Обиженно кругом рыдать
> Заплаканый, сопливый мальчик вызываетЭто ты про Торвальдса?) Это он как бы рассчитывал на другое и жалеет что диды копротивляются))
А что тебе диды? Бери и пиши. С какого перепугу это должен кто-то делать за тебя.
> Бери и пишиЭто я еще и не умею (с) Вовка из мультфильма
Так они как BLM. Сами ничего не умеют, но учат жить других и навязывают им свои правила и "правильное видение".А экспертизы хватает только чтобы в комментариях на opennet поныть.
> Так они как BLM. Сами ничего не умеют, но учат жить других и навязывают им свои правила и "правильное видение".Ого, там вон выше накидали кучу проектов написанных на Раст с нуля.
И это без тонн кода, которого переписали после полоумных дидов.> А экспертизы хватает только чтобы в комментариях на opennet поныть.
Странно слышать это от тебя.
Ты тут уже блистал познаниями Раста, рассказывая про классы и прочую дичь.
И заливал про "А что, Rust находит все классы ошибок?"
opennet.ru/openforum/vsluhforumID3/132453.html#182
Про классы можно подробнее?
Так те проекты написали не комментаторы.
> накидали кучу проектов написанных на Раст"Куча", прямо скажем, так себе. Заметь, что просьба "накидать проектов на Си" вызовет только смех.
> "Куча", прямо скажем, так себе. Заметь, что просьба "накидать проектов на Си" вызовет только смех.Почему?
Самые важные проекты, которыми пользуются миллиарды людей - винда, хром написаны на СИ++.
Бизнес и банки - джава, игры - тот же с++, веб - го на серверах, ЖС на клиентах.
Андроид это си и с++, а новый код пишут на расте.Место сишки это легаси проекты.
Типа ядра. Или той зловонной кучи, которую именую ХОргом (80 тысяч строк ужаса), где CVE будут находить еще десятилетиями.Те программисты которые хоть что-то понимают стараются от устаревшего хлама отказываться.
Например создатели ТОР.Или создатель Curl.
daniel.haxx.se/blog/2020/10/09/rust-in-curl-with-hyper/
Честно пишет что дыряшка это дно, но отказаться от нее будет трудно из-за некролюбов.
> "Старые диды-бракоделы нестолько закостенели, что и не хотят и не могут. Окей, пусть продолжают плодить CVE пока не повыходят на пенсию."И вот тогда "прилетит вдруг волшебник в голубом вертолете" и всё станет прекрасно. Ну, мечтать не вредно.
>Open Source Summit China
>язык СиСи доволен
Xi
Тогда уж "Xí" (2-й тон). Согласный произносится задней частью языка (типа как гопник с выбитыми зубами).
Но Си не знает что такое Си.
Партия теперь отобрать твоя кошка-жена.
Предлагаете переименовать C в Xi ?
Потому что Rust позволяет безопасно работать с памятью!
А си запрещает. Вот прямо в стандарте пишут «не проверяйте выход на пределы массива, иначе пентестерам будет нечего кушать»!
Basic тоже позволяет. И что?
Rust это делает более правильно!
А разве не большинство низкоуровневых штук, написанных на раст, кишат unsafe?
Нет
> А разве не большинство низкоуровневых штук, написанных на раст, кишат unsafe?Не говорите им этого, а то всё миропредставление рухнет в одночасье.
Вообще говоря unsafe это инструмент, который эту самую безопасность обеспечивает. Правда для того, чтоб понять это, надо для начала осилить раст.Хоть бы кто озвучил реальные проблемы раста. Которые существуют и часть из них фундаментальна. Да даже просто подметить какие-то не очень хорошо задизайненные штуки.
Я озвучивал. Уже надоедает их из ветки в ветку тащить.Но, к чести сказать, многие из них либо уже пофикшены в новых версиях (в течении последних 5 лет), либо работа над ними кипит - в процессе или есть бага или RFC предложение (те же аллокаторы).
Анализ показал что unsafe очень мало. Я гуглил unsafe в нескольких топовых Rust проектах, чтобы предоставить как доказательство фанатикам Раста. И вот там прям мелочевка. Это значит что unsafe не разрастаются и общая идея реально работает - изоляция unsafe. И большинство их уже написано в более низкоуровневых зависимостях.
По видео на YouTube - есть несколько блогеров. На Rust можно писать очень/довольно быстро. Тут тоже в принципе всё Ок.
Ух, не думал что соглашусь с Витюшкой)Немного уточню про unsafe.
Вот статистка - 80.89% кода с crates.io не использует unsafe напрямую, а 64.65% — даже косвенно.
opennet.ru/opennews/art.shtml?num=61251В остальных большая часть это обращение напрямую к памяти или сопряжение с кодом Дыряшки или Плюсяшки.
Most of these Unsafe Rust uses are calls into existing third-party non-Rust language code or libraries, such as C or C++.
>А разве не большинство низкоуровневых штук, написанных на раст, кишат unsafeТак обертки вокруг библиотек на Си трудно написать без unsafe.
Во-первых, C тоже позволяет безопасно работать с памятью. Я не думаю, что найдутся запреты на безопасную работу с памятью в C. Rust не позволяет, а заставляет программиста, тихо или громко матерясь, безопасно работать с памятью, делая исключение только для unsafe блоков.Во-вторых, только если посмотреть на низкий уровень, то там unsafe встречается десятки раз в каждом проекте. Я уже молчу про std, где unsafe блоков в коде реально тысячи.
В-третьих, с out of bound там тоже не все гладко, хотя это напрямую связано с безопасной работой с памятью. Может уже успели что поменять, но ранее паника возникала только при сборке для отладки, а в продуктивной сборке контроль за размерностью не производился вообще.
В-четвертых, Rust в ряде случаев проигрывает C как по производительности, так и по объему потребляемой памяти. И если в общем масштабе это в 99% случаев не существенно, то для кода ядра это уже существенно в каждом десятом случае. Если хотите это оспорить, то придумайте, как программировать на Rust восьмибитные МК AVR или STM8, не говоря уже о совсем слабеньких Padauk.
Ну и костылей на данный момент в Rust хватает. Например, попробуйте без unsafe передать функции буфер, в который она должна только писать, не проинициализировав его содержимое.
Я ни в коем случае не пытаюсь спорить, что Rust позволяет писать более безопасный код, чем C. Но "более" - это не значит вообще. Перспективы у Rust хорошие, уже сейчас есть множество сфер, где его использование вместо C/С++ совершенно оправдано и желательно. Со временем таких сфер будет появляться всё больше. Если, конечно, чрезмерно агрессивный маркетинг некоторой части Rust сообщества не приведет к массовому отторжению не только этой части сообщества, но и самого языка.
> Во-первых, C тоже позволяет безопасно работать с памятью.И как получается?
Читая тонны CVE и вулнов.. звучит очень сомнительно.
Особенно с учетом того, что простейшая программ на СИ не попадает под strictly conforming program из СИшного же стандарта.> Я не думаю, что найдутся запреты на безопасную работу с памятью в C.
Как не найдется и безопасной работы))
Просто нет механизмов. Ну или каждый пилит свой велосипед, типа "свой сплит строки в каждом новом проекте"> Rust не позволяет, а заставляет программиста, тихо или громко матерясь, безопасно работать с памятью, делая исключение только для unsafe блоков.
Да. Он дает тебе свободу.
Хочешь - сотрудничай с компилятором и пиши только реально нужный код в unsafe,
хочешь - заверни весь main в него.> Во-вторых, только если посмотреть на низкий уровень, то там unsafe встречается десятки раз в каждом проекте. Я уже молчу про std, где unsafe блоков в коде реально тысячи.
И? Ты понимаешь что любой взаимодействие с железом или дыряшкой это unsafe.
И это нормально.
Просто считаешь сколько строк внутри unsafe, а сколько за его пределами.> В-четвертых, Rust в ряде случаев проигрывает C как по производительности, так и по объему потребляемой памяти. И если в общем масштабе это в 99% случаев не существенно, то для кода ядра это уже существенно в каждом десятом случае.
Т.е ты меняешь дыры в ядре на скорость?
Я думал для такой вещи как ядро, более важна корректность работы, чем пару, да даже десятки, процентов скорости.> Если хотите это оспорить, то придумайте, как программировать на Rust восьмибитные МК AVR или STM8, не говоря уже о совсем слабеньких Padauk.
А чего спорить?
Вот 8битный Microchip PIC и Раст github.com/woodrowbarlow/MPRS8
Вот avr - book.avr-rust.org
Но эти все 8битные контроллеры не такие интересные как были 10-15 лет назад.
А для stm32 он и так отлично работает.И вообще позиция "даайте использовать плохой язык для ядра, плодя уязвимости, потому что вдруг кто-то решит взять чипы из прошлого века" это очень странно.
> Ну и костылей на данный момент в Rust хватает. Например, попробуйте без unsafe передать функции буфер, в который она должна только писать, не проинициализировав его содержимое.
А еще там нельзя кастить к void* вообще все что угодно)
Может просто это возможно реализовать по другому?
Ну или пишите ансейф - это будет абсольтно правомерно.
Просто на этот кусок компилятор не сможет дать гарантии и гарантию должны давать вы.> Но "более" - это не значит вообще.
"Вообще" безопасный можно получить только формальной верификацией. И то...
Надо на С++ переходить, а не хернёй страдать. Выпилить исключения, подправить STL, и для ядра в самый раз будет.
> Выпилить исключения, подправить STLДавайте, займитесь этим. Продвиньте стандарт, пусть его примут.
нет, давай ты
В С++ исключения при компиляции можно отключить.
Иди-ка ты сам, займись собственным образованием, очередной эксперт-жертва маркетинга, любитель волшебных пилюлей от корпораций.
А теперь загляни в стандарт и на cppreference наконец-то.И поймёшь что исключения там просто наглухо и намертво прибиты в стандартной библиотеке. Которая является частью стандарта.
В ядре не нужна стандартная библиотека
нужна, но она там своя, что для си, что для раста
Кто-то пользуется стандартной библиотекой С++ в проектах, где борются с исключениями, как источником накладных расходов?
в gcc режим компиляции можно существенно изменить опциями компилятора, отключив лишнее, или включив, то чего нет в стандарте, что для микроконтроллеров не редко и применяется.
И допускать те же CVE и RCE, только быстрее?
Линус скорее удавится, чем признает что был не прав и зазря обидел кучу плюсвовиков своими быдљяцкими высказываниями.
Он извиняется только когда спонсоры грозят урезанием финансов.Но ИМХО - нет смысла.
Ядро перешло с днищенской 89 версии сишки только в 2022 году.
И сейчас там С11.. в почти 2025.
Какой туда добавят С++ 11й или 14й?
Не думаю что это сильно повлияет.Ну и закостенелые диды будут писать "си с классами", что сделают ситуацию еще хуже.
Наяриваешь на циферки?
Для справки c11 это предпоследний стандарт, последний c17 и он про исправления, а не новые фичи. Но тебе ж главное циферки побольше.
>И сейчас там С11.. в почти 2025.
>Какой туда добавят С++ 11й или 14й?
>Не думаю что это сильно повлияет.С точки зрения управления памятью нет никакой разницы между всеми этими стандартами
Проблема сишки и плюсов в том, что этот переход ничего толком не даёт - старый убогий код как компилировался, так и продолжает. Даже если магически где-то новый компилятор под новый стандарт будет останавливаться с ошибкой - диды просто закинут туда какой-нибудь -Wno-error=implicit-function-declaration -Wno-error=incompatible-pointer-types (WINE, смотрю на тебя) и будут дальше говнять CVE на С89. Создатели языков сами их закапывают, отказываясь не компилировать старый код при наличии современного синтаксиса.
> Выпилить исключенияИ тем самым лишиться чуть ли не единственного весомого преимущества?
У C++ сильные расчёты времени компиляции. Гораздо лучше того, что имеем в C.
У раста есть процедурные макросы. Константные рассчёты даже сравнивать не имеет смысла с макрами. Ибо макры на несколько порядков мощнее. И компиляция быстрее. И писать их проще.Хотя конечно константные рассчёты потихоньку добавляют. Просто чтоб было. Ну удобно же иногда всякие константы через формулу определить, а не просто числом. А вот что-то сложное всё равно удобнее процедурными макрами. А некоторое возможно только ими, скажем файлик внешний прочитать, посчитать что-то и сгенерить код.
У Zig аналогичный механизм гораздо мощнее и проще, за что собственно его и любят.
На самом деле не только исключения. Модули вместо заголовков просто обязательны для реализации в компиляторе. Скорость компиляции C & C++ непозволительно низкая.
И инкрементальная компиляция на уровне компилятора, а не отдельных утилит.
Согласен. Паскаль/Модуль/Оберон компилируются молниеносно. Потому что раздельная компиляция. Отличные системные языки.
Фрактал, ты же критикуя чистый Си, топил за Rust language. Зачем теперь тебе Си плюс-плюс? Сменил приоритеты что-ли? Кстати, у Си плюс-плюс тоже есть дырени.
Не надо нам эти ваши плюсы, они канпеляются слишком долго.
Эмми... Уж лучше сразу всё тогда бросить и не тратить время.
Видимо, анон не в курсе, почему Линус до сих пор С++ в ядро не пустил.
Смешной. Видно ыкспэрда по опеннету.
Не в курсе. Объясни, пожалуйста
Звучит здраво, но С++ то ещё наслоение копролитов, мир нуждается в С++++.
Достаточно! Я зову Столярова в тред!> За несколько лет, прошедших с момента предыдущего издания, мир несколько изменился: группа международных террористов, по недоразумению называющихся комитетом по стандартизации C++, развернула весьма бурную и эффективную деятельность по окончательному уничтожению этого языка. Вышедшие последовательно стандарты C++11, C++14 и, наконец, C++17 не переставали удивлять публику: каждый раз казалось, что более мрачного и безумного извращения придумать уже нельзя, и каждый раз выход очередного стандарта наглядно демонстрировал, что всё возможно. Если под языком C++ понимать C++17, то о применении такого инструмента на практике не может быть никакой речь, т. е. с языком C++ следует попрощаться, устроить торжественные похороны и поискать альтернативу; впрочем, то же самое можно сказать про все его стандарты, начиная с самого первого, принятого в 1998 году; строго говоря, язык C++ как уникальное явление был уничтожен именно тогда.
ТЛ/ДР: Старого пса новым трюкам не научишь. Хорошо, хоть Линус, даже будучи старейшим разрабом Линукса, отлично понимает необходимость Раста. Нам очень повезло, что главный в Линуксе нацелен на будущее, а не на технологии 70-ых годов прошлого века^W тысячелетия мля.
>необходимость РастаРаст настолько насильно везде впихивается и навязывается "с боями" что сами расоманы не очень верят в его "необходимость".
Вот если назвать любой язык - могу вспомнить что на нём написано.
С растом - что чужое на нем переписано или хайп всплывает.
Хайп есть, пена есть, вроде на слуху да, а мозгов в нём как не было так и нет.
И не надо обижаться. Просто покажите что создано (не переписано, а создано) на расте.
> Раст настолько насильно везде впихивается и навязывается "с боями" что сами расоманы не очень верят в его "необходимость".Не пори чушь. Растоманы отлично знают, что им нужно, где и как этого достичь.
И, дружище, ты не представляешь как протестовали конюхи, когда стали появляться автомобили.
Выдумывали всякие тупые законы, напр. «Закон о красном флаге» (1865), который требовал, чтобы все дорожные локомотивы, включая автомобили, двигались со скоростью не более 6,4 км/ч по стране и 3,2 км/ч в городе. Также требовалось, чтобы перед ними шел человек с красным флагом.Так что да, бои приходится вести с полоумными дидами, которых любая концепция, кроме х-к-х-к кастанули к void* и запороли память, приводит в ужас.
> С растом - что чужое на нем переписано или хайп всплывает.
Кто сказал редокс)?
Просто посмотри новости по тегу.
Pingora - новый проект, Niri, COSMIC тоже.
Hickory на котором крутится часть инфры Let's Encrypt.
Тут вообще целое ядро opennet.ru/opennews/art.shtml?num=60391 причем чел пилит в одиночку.Драйвера Asahi и Nova - первый вообще прошел сертификацию Кроноса.
А тут программно-аппаратный комплекс ядро котрого на СИ (тк это верифицированный seL4, но там кода 10к строк), а все остальное на Раст
opennet.ru/opennews/art.shtml?num=60071> Хайп есть, пена есть, вроде на слуху да, а мозгов в нём как не было так и нет.
Судя по заявлению у тебя тоже явная нехватка мозга)
> И не надо обижаться. Просто покажите что создано (не переписано, а создано) на расте.
Да мы не обижается.
Тут я насмотрелся на столько сортов растохейтеров, что могу спокойно смотреть на подобных умственно отсталых и их попытки тормозить развитие.
Как минимум -- alacritty. Есть ещё несколько программ на расте, которыми пользуюсь. А вообще, я не запоминаю, на чём написан софт, которым пользуюсь. Главное, чтобы не на петухоне.
Хоспаде, мем про переписывание идеального муз.проигрывателя живет до сих пор. Только теперь переписывают xterm 😑
> Хоспаде, мем про переписывание идеального муз.проигрывателя живет до сих пор. Только теперь
> переписывают xterm 😑Эм, а что, xterm идеален, чтобы его не переписывать? Я вообще затрудняюсь придумать, чего вообще в нём есть хорошего, кроме того, что он вообще работает. Даже ядерная консоль лучше этого убожества.
Старики все равно уйдут, останется Rust! :)
Придёт ИИ и молодёжь пинками под сраку вместе с растом ваши невидимые спонсоры и выпнут. Запомните этот твит :)
Как тебя найти через x лет, чтобы тебе написать, как ты облажался
И старики уйдут, и когда-то Rust уйдёт, а Си останется.
Да, конечно останется, прямо как PDP-11/20.
Уверен что в каком-то метро или терминале аэропорта возможно где-то такой Unix еще живет,Ну т.е где-то в древней либе будут куски дыряшечного кода, но в здравом уме никто на нем писать ничего не будет.
Разве какого-то не очень маразматичного пенса выдернут с отдыха, чтобы починил им что-то.Каменный век закончился не из-за того, что закончились камни)
Самый популярный язык на планете -- Кобол. И количество кода на нём продолжает расти. Если ты не видишь ПДП-11 -- это не значит, что его не существует.
> Самый популярный язык на планете -- Кобол.Желательно пруфы, ибо звучит как басни.
> И количество кода на нём продолжает расти.
Если код не удалять, то его кол-во всегда будет расти.
> Если ты не видишь ПДП-11 -- это не значит, что его не существует.
Если где-то в земле лежат свинцовые водопроводные трубы, это не значит что технология живая.
Просто остался не до конца развалившийся фундамент из легаси.
Но да, меня вполне устроит чтобы дыряшка опустилась на дно популярности PDP11.
Мир станет лучше, CVE по памяти меньше.
> Самый популярный язык на планете -- Кобол.
>Желательно пруфы, ибо звучит как басни.https://ru.m.wikipedia.org/wiki/Кобол
"Хотя с 1980-х годов считается устаревшим, к 1997 году активно использовалось около 240 млрд строк кода на Коболе, кодом на Коболе обрабатывалось около 90 % финансовых транзакций в мире и 75 % коммерческих транзакций, общая стоимость используемого кода — 2 трлн долларов США[4]; по состоянию на 2020-е годы язык по-прежнему широко используется во многих приложениях, особенно для мейнфреймов"
https://skillbox.ru/media/code/cobol-zhiv/
"В мире до сих пор работает 200–250 миллиардов строк на COBOL, и каждый год пишется ещё порядка полутора миллиардов. Правительства, финансовые учреждения, службы страхования и налоговые — активные пользователи этих строк. Примерно 43% банков США используют программы на Коболе, и в 95% случаев при снятии денег в банкомате клиенты взаимодействуют с системой на этом языке."
Программы на COBOL работают в Deutsche Bank, Société Générale, JPMorgan, UPS, IBM. Современные, самые быстрые мэйнфреймы IBM серии Z поддерживают Кобол из коробки
А ещё в рейтинге популярности языков программирования TIOBE Кобол стоит выше более известных Scala, PL/SQL и Kotlin.
Какая-то инфа про 1997 год из неизвестного источника.А пруфы то где, что "Самый популярный язык на планете -- Кобол"?
И где инфа про то, сколько миллиардов строк кода на С, С++, Java сейчас работает?
Согласен с другим Анонимом, "Самый популярный язык на планете -- Кобол" звучит как басня.
>Да, конечно останется, прямо как PDP-11/20PDP тут причём? Си будет ещё очень долго популярным потому что ещё долго будут жить Unix-подобные ОС. А кстати, Windows на каком языке написана?
паскаль :)а так они сначала убили гарри, потом стянули наработки у межделмаша и яблочников, купили спецов из дека для написания ведра и вот так появилась божественная
Вот пройдёт ещё 20 лет и не будет ни театров, ни книг -- одно сплошное телевидение.
Так оно примерно и сталось. Только телевидение переросло в нечто большее -- интернет. Много вы знаете тех, кто читает бумажные книги (да и вообще книги) и ходит по театрам?
Чуть ошибся усатый предсказамус - не "телевидение", а интернет и ДЕГРАДАЦИЯ. Причём и театры, и книги продолжают существовать, но для всё более узкой аудитории.
> Чуть ошибся усатый предсказамус - не "телевидение", а интернет и ДЕГРАДАЦИЯ.ха, а вот раньше люди были! не то что сейчас!
Ходили то посмотреть как ведьму сжигают, то в город съездить, на городских посмотреть.> Причём и театры, и книги продолжают существовать, но для всё более узкой аудитории.
Во время ковида многие театры перешли на трансляцию своих выступлений.
Да, вынужденно, но оказывается в интернетах можно не только деградировать.
Раст устареет раньше, чем Си
Чтобы ускорить, нужно волевое решение о запрете приёма нового года С. Ну может только исправления текущего кода можно принимать на С. Всё новое должно быть ржавым.
Чтобы ускорить, нужно волевое решение о запрете выдачи зарплаты рустишкам, до тех пор тока все не будет пересписано на нём и не останется ни одного бага! :)Исправил - не благодари!(С)
Как обычно, когда не могут приехать первыми - делают всё чтоб и другие не смогли :) Это 146% про раст
> Чтобы ускорить, нужно волевое решение о запрете приёма нового года С. Ну может только исправления текущего кода можно принимать на С. Всё новое должно быть ржавым.Вы правда не понимаете, что нового кода просто не будет? Кто-то форкнет линукс и развитие продолжится на сишке под другим именем. Я эти разговоры про "переписать на Rust" вижу только от тех, кто ни одной строчки во что-то серьёзное не закоммитил 🤷♂️
>Кто-то форкнет линукс и развитие продолжится на сишке под другим именемА может это был бы не самый плохой сценарий? Торвальдс конечно молодец, но один человек не застрахован от ошибок.
что там по вакансиям-то, бедолаги-пропагандисты ржавые? Наделайте чтоль фейков в хх
Они и так все фейки, как впрочем и большинство регулярных вакансий.А вообще ожидаю вскоре появление вакансий "Требуется программист на C/C++ (без знаний Rust)", ибо нафиг холивары в нормальной команде.
Лучше бы на C++ переходили, а не на чёрт пойми что. Тьфу.
Microsoft переводят ядро Windows с C++ на Rust, можете обьяснить, какие это даст преимущества?
Виндекапец!
Неоспоримое преимущество =)
С такой же скоростью как и линукс?
Логично, нужные люди получают пиастры, делают карьеру, полезного выдают нуль :)
Но мЫсЫ богатые, стремительно возвращают утерянные было позиции, они и не заметят если один 2--жтажный оффис не приносит не копья прибыли. Может этим он наносит 100500 лямов убытка другим - значит "хорошие сапоги" :)
Крупные организации типа NSA могут себе позволить свой репозиторий с провереными версиями и не использовать crates.io напрямую.
> Крупные организации типа NSA могут себе позволить свой репозиторий с провереными версиями и не использовать crates.io напрямую.Ты не поверишь, но любой программист, который умеет хотя бы минимально читать документацию может, правильно прописав dependencies, настроить сборку из:
- своего гита, указав 'git = "https://git...'
- своего registry, прописав registry = "my-registry"
- или даже local paths для ситуаций, когда предоставляются все зависимости сразуdoc.rust-lang.org/cargo/reference/specifying-dependencies.html
Но вот проблема - 99% хастохейтеров не могут даже в доку!
Не говоря уже о настройке хоть чего-то))
Крупные организации могут позволить себе обеспечить безопасность памяти не прибегая к Rust.
... но почему-то не делают...
Это слишком многогранное слово - "переводит"! Переводит как? Конвертирует ВЕСЬ старый код в ржу? Уволила всех "сипиписников" и наняла ржавых? Пишет только новый код и только на рже? Или хуже того - "переводит" только самодовольный босс, а все остальные продолжают сипипискать? :))Слишком мало конкретики, чтобы вообще об этом рассуждать. Это уже не говоря о НИЧТОЖНОМ количестве ржавых по ср. с си-разрабами. КТО будет писать венду?? Три маргинала с подворотами? Это вам не тулбар перекрасить, это системная и очень сложная программулина - венда!
Диды.. безопасная работа с памятью... раст такой крутой...
А вот поддержка этого раста в дистрибутивах нифига не крутая. Да и компилятор его... новая версия раз в полгода, и все бегут использовать фичи из этой новой версии... в итоге чтоб собрать проэкт подай ка мне компилятор посвежее, и пофиг что он есть только в ролингах да тестинге.
Отличная идея была присобачить к ядру компилятор нестабильного языка.
Безопасность памяти преувеличена... у вас в ядре куча работы с ресурсами, разными ресурсами а не только с банальной памятью. И 1000 и 1 способ острелить ногу алгоритмической ошибкой, подобное никак не чинится никаким языком программирования... только мозгами разраба да вагоном тестов.
Не мешай восторженной публике восторгаться. Вот поработают на работе, тогда всё сразу и поймут.
Ученики начальных классов будут всегда так что раст ждёт вечная жизнь.
Крайне спорное утверждение. Ученики начальных классов уже сейчас дефицит. А финансирование образования каждый год сокращается (в относительных ценах точно).
Ученики есть не только лишь а нас.
Ученики начальных классов со временем увлекутся каким-нибудь другим хайпом. Или просто пойдут работать где столкнутся с суровой реальностью кровавого энтерпрайза.
Работаю, все нормально
Жаба или плюсы?Если ни то и не другое, значит бессмысленный по определению крипто-стартап. Желаю удачи.
> в итоге чтоб собрать проэкт подай ка мне компилятор посвежееа для сборки старого проекта нужен постарее, которого уже даже в LTS нет...
https://utcc.utoronto.ca/~cks/space/blog/programming/Rust1Ba...
Ж)))
Cargo из Debian 10 уже не может соединиться с crates.io
Debian 10 это уже успевшее окаменеть мамонтячье.
У него LST закончилась в июне 2024 года.
Вообще не понятно на что вы рассчитываете, сидя на таком старье.
внезапно у Debian 10 Extended Long Term Support еще до 29 года...
https://wiki.debian.org/LTS/Extended
Внезапно - обеспечивает этот саппорт НЕ debian, а вполне себе коммерческая шарага - и те пакеты, которые в скоуп саппорта входят - выбирают как раз таки клиенты шараги, а халявщикам - никто ничего не должен. Как-то так.
делаем вывод:раст не подходит коммерческим шарагам у которых саппорт и клиенты, а только халявщикам
:)
> делаем вывод:
> раст не подходит коммерческим шарагам у которых саппорт и клиенты, а только
> халявщикам
> :)Какой-то очень странный вывод. Клиентам "какой-то шараги", обеспечивающей "какую-то поддержку" древнего debian'а оказался не нужен rust. Только и всего.
Я, блин, даже не знаю, сколько этих "клиентов", мало того, что завязавшихся вот не на RH, не на SuSe, не на Oracle, не на Ubuntu - а вот на debian, причем таким образом - что по итогу дешевле оказалось платить каким-то васянам вместо того, чтобы обновиться. Не удивлюсь, если их таких - ну вот два. Или три. Может даже пять. Вот в "пять тысяч" уже не поверю, простите. В общем, репрезентативность выборки - достойная глубины сделанных выводов...
crates.io рассадник зондов, его надо блокировать и выпиливать из раста.
> А вот поддержка этого раста в дистрибутивах нифига не крутая.А разве это проблема раста, что дистролабатели не могут обновлять пакеты оперативно?
Напомню, что всякие флетпаки и снапы появились в том числе из-за того, что доставка фикса CVE в условны FF на винде и маке занимает несколько часов, а в деб - несколько дней.> Да и компилятор его... новая версия раз в полгода
Не раз в полгода, а каждые 6 недель
> и пофиг что он есть только в ролингах да тестинге.
Это проблема окаменевшего омна в дистрах. Обратитесь к своей дистро-тяп-ляперу, пусть обновит пакет.
> Отличная идея была присобачить к ядру компилятор нестабильного языка.
Ты фиксируешь Edition и тебе ничего обновлять не нужно.
> Безопасность памяти преувеличена...
Ложь. cvedetails.com/product/47/Linux-Linux-Kernel.html?vendor_id=33
Подавляющее большинство CVE в ядре - Memory Corruption, еще немного Overflow и совсем чуть-чуть Input Validation.> подобное никак не чинится никаким языком программирования...
Поэтому предлагаешь забить на проблемы с памятью, которые таки фиксятся?
> только мозгами разраба да вагоном тестов.
Пока их не хватает даже на избавление от Memory Corruption)))
т.е., Си конечно плохой язык программирования, но Раст хоть и решает ряд проблем Си, но имеет кучу своих проблем и не подходит в полной мере для таких проектов как ядро Линуксполучается что раст оказался оказался настолько никчемным, что не способен конкурировать с таким устаревшим и не безопасным ЯП как Си
и да, вот это ваше нытье про “плохих программистов, которые не хотят учить ..” оставьте при себепотому что когда вам выгодно, вы хвастаете популярностью, а когда не выгодно, вспоминаете миллионы мух, которые не могут ошибаться…
ну да, Линус решил что Раст для ядра подходит, но у нас слава богу есть аноним, который своим кекспертным мнением
› не подходит в полной мере для таких проектов как ядро Линук
чукча не читатель чукча писатель?> В своём выступлении на конференции Open Source Summit China Линус Торвальдс рассказал, что он ожидал более быстрого процесса внедрения в ядро компонентов, написанных на языке Rust
твой краш Линус признал что Rust никому не нужен, он признал что ошибался, когда ожидал более быстрого процесса внедрения в ядро Rust
прикинь, Торвальдс человек и он может быть не прав
Пример когда языки пишут на основании хайпа и непрофессионалы. Результат как говорится на лице.
>не способен конкурировать с таким устаревшим и не безопасным ЯП как СиКонкуренты Си в системном программировании начали появляться ещё в 70-е годы (Modula-2, PL/M), в 80-е - Ada, C++, Turbo Pascal, Oberon, Modula-3, потом Component Pascal, Go и т.д. Теперь вот Rust, которого ждёт та же участь. Они не могут победить Си потому что он им не конкурент, он низкоуровневый, а эти все - высоуровневые. Это всё равно что пытаться полностью истребить язык ассемблера -никогда не получится.
AdaCore переметнулась к Rust'у - выпустила GNAT Pro for Rust.
https://www.adacore.com/gnatpro-rust
и стала серебряным спонсором фонда Rust. Такие дела.
Будет смешно если в спарк будут удачные идеи из раста перетягивать.
Но все равно продолжили писать на Ada и даже не сменили название на RustCore. Вот такая вот "победа" ни о чем.
>Си конечно плохой язык программирования
>устаревшим и не безопасным ЯП как СиКлевета.
И слава тебе Господи!
Нет. Это всё тот же старый добрый Линус.
Выскажу непопулярное мнение, но создаётся ощущение, что Линус - тот ещё внокодер (впрочем, такое ощущение появилось ещё во времена некоторых его противостояний с Ульрихом Дреппером).Чтобы научиться правильно работать с новым языком, требуется время. Если одновременно с этим у тебя ещё основная работа, а в свободное время - починка багов в уже имеющемся коде, то продвижение принципиально нового языка ЕСТЕСТВЕННО будет медленным. Или Линус ожидал, что пропихиватели раста вот так, сходу, начнут новые драйвера пилить на новом языке? А проверять и принимать их код будет кто?
Если главный хочет мгновенного начала использования языка, пусть сам подключается, как в старые-добрые девяностые.
Трудно сказать что-то новое на эту тему, всё уже сказано, но постараюсь.
Конечно, всем обидно, что Торвальдс так себя ведёт, как будто подкуплен Гуглем, однако не надо забывать, что Торвальдс - человек западный, поэтому жук то он хитрый. Он никогда и не был бескорыстным подвижником свободного софта.
Ему бы надо поостеречься критиковать разработчиков Linux'a, а то уйдут. А новые (рустофилы), извините меня, ничего не напишут.
> Ему бы надо поостеречься критиковать разработчиков Linux'a, а то уйдут.Они и так скоро уйдут. На пенсию. И точно также перестанут писать код.
А если дидов сейчас не попустит, то новые разрабы не придут. И код уж точно писать будет некому.
Торвальдс, кстати, об этом уже говорил на Open Source Summit в Японии.> А новые, извините меня, ничего не напишут.
Как же классно что ты умеешь видеть будущее! Завязывай с употреблением веществ.
>А если дидов сейчас не попустит, то новые разрабы не придут.Так кто-то же утверждал что 80% кода для Linux пишут корпорации? А тут какие-то новые разрабы, которые прям разбегутся без Rust.
> Так кто-то же утверждал что 80% кода для Linux пишут корпорации?Все так.
Это утверждает отчет самого линукс фоундайшн.> А тут какие-то новые разрабы, которые прям разбегутся без Rust.
Почему новые?
Может Линус намекает менеджерам корпораций "ваши рабы на галерах совсем берега попутали! И советую открывать вакансии со знанием раста"
Цитирую, если память такая короткая:
>А если дидов сейчас не попустит, то новые разрабы не придут. И код уж точно писать будет некому.Так как же они не придут, если ядро на 80% пишут корпоративные рабы на галерах? Наймут новых и будут писать, куда денутся.
Смена языка будет идеальным поводом слезть с трона, если ему надоело.
Походу, ради этого всё и затевается 🤷♀️ других объяснений не находится.
Вариант с тупым подкупом от корпораций для пропихивания раста -- ни разу уши не торчат?
Линус на пенсию не хочет? С виллой в сосновом лесу?
Он на пенсию может уйти в любой момент, хоть прямо сейчас. Денег хватит, чтобы жить безбедно на 10 поколений вперед. Но нет, он держится за трон до последнего. И есть мнение, что именно он сдерживает развитие.
Линус практически НЕКУДА развивать. Это как колосс на глиняных ногах - он упёрся в свой технологический потолок. Монолитное гу@но проще закопать и написать новое, чем пытаться сделать из него НОРМАЛЬНУЮ ось.
Пишешь из под ресдохса наверное?Где там фучсия гугла? Ой, отменили вроде.
В ядре почти везде где можно было накосячить с памятью уже накосячили и исправили.Накидать драйвер для железки легко и на сях, основные подсистемы уже давно отлажены, а код переиспользуют.
С переходом на раст тупо не будет референсов, а значит и косяков в новых модулях будет потенциально больше, ведь нужно заново писать кучу кода.
Хотя, в то как писать драйвер на расте я особо не углублялся, может и не всё так плохо. Но я не понял как написать что-то сложнее хелловорлда со спамом в конфигфс или дрм без использования C.
Бегло пролистав документацию, пришел к выводу, что раст крайне сложен, даже сложнее крестов. А сложность лишь увеличивает количество ошибок. Не говоря о том, что многие низкоуровневые фишки безальтернативно делаются с unsafe.
> Бегло пролистав документацию, пришел к выводу, что раст крайне сложен, даже сложнее
> крестов. А сложность лишь увеличивает количество ошибок.А если бы ты почитал доку нормально, то понял, что он не такой уж сложный.
И что странно, у других команд (напр Андроид) кол-во ошибок даже по сравнению с плюсами уменьшилось.
Возможно дело в твоем уровне понимания.> Не говоря о том, что многие низкоуровневые фишки безальтернативно делаются с unsafe.
Так это отлично!
То что можно делать без unsafe - делается без него.
То что безальтернативно нельзя - с ним.
Но у тебя получается 2 домена кода, безопасный и unsafe, а не весь код в каждой строке которого может быть какая-то фигня с памятью.
В сях не в каждой строке может быть фигня выдыхай.
Как будто блоки с unsafe тестировать и исправлять не нужно. Во всяком случае это не стоит смены основного языка разработки.
> Как будто блоки с unsafe тестировать и исправлять не нужно.Вот у тебя мышление из прошлого тысячелетия. "Тестировать", "исправлять"... Ставь планку выше, надо писать код так, чтобы не нужно было бы тестировать и исправлять. Тесты, если ты не в курсе, ничего не гарантируют, они проверяют несколько случаев, и это конечно лучше чем ничего, но это не доказательство того, что код никогда не сделает ничего невменяемого. Даже если ты будешь гонять fuzzer десять лет, то всё равно ты не получишь гарантий, только вероятностное утверждение о том, что багов нет, и может быть с довольно высокой вероятностью, ты никогда не достигнешь 100% вероянтости.
Unsafe-код надо не тестировать и исправлять, а доказывать. Soundness unsafe-кода базируется на каких-то допущениях, сделанных программистом. Если эти допущения выписать явно, то дальше из них логическим путём доказывается soundness. Всё что остаётся -- это доказать, что допущения выполняются при каждом вызове данного unsafe-кода, но если unsafe-код вызывается из safe-кода, то эти допущения тоже оказывается возможным доказать: практически вся работа по доказательству уже проделана компилятором.
Чтобы это работало, конечно же, программист должен понимать, как надо проектировать и писать растокод, чтобы все эти допущения реально бы локализовывались в модуле, и сводились бы к паре инвариантов типа, которые можно доказать по коду данного модуля, не заглядывая в другие файлы. Но я отмечу, что по моему опыту они как правило понимают. Я думаю, это std так влияет: она написана как пример тому, как надо делать.
Мда, а потом лезет алгоритмика. В общем, незнание законов (вселенной) не освобождает от ответственности. Отсутствие мозга тоже.Было уже в жабе. Будет и в расте.
> Мда, а потом лезет алгоритмика.Ты о чем?
Самые надежные вещи приходится верифицировать математически.
И это очень-очень долго и дорого.
seL4 c "8,700 lines of C code and 600 lines of assembler" не даст соврать.Поэтому чем меньше у тебя заведомо дырявого кода, тем лучше.
> В общем, незнание законов (вселенной) не освобождает от ответственности. Отсутствие мозга тоже.
Да, что мы и наблюдаем смотря на нескончаемый поток CVE))
> Было уже в жабе. Будет и в расте.
Поживем увидим.
жаба свою нишу нашла и там у них все неплохо.
> seL4Ай-ой, взгляни, на чем же написано? Боже мой, на богомерзкой дыряшечке, да как же так, и ещё и ВЕРИФИЦИРОВАННОЕ?! да ты не в ту сторону воюешь смотрю, наш слон 😁😁
> Да, что мы и наблюдаем смотря на нескончаемый поток CVE))
Человеческую тупость не победить никаким ржавым. Исчезнут мемкоррапшены, так полезет алгоритмика, a.k.a. java log4shell. И причём, прикинь, ты представить себе не сможешь, В КАКИХ УЖАСНЫХ КОЛИЧЕСТВАХ, доселе неизвестных.
А потому все, как и с законом Мура: софт стремится занять высвободившиеся или нахаляву накиданные ресурсы - это все знают. Мозг человека штука ленивая. Сэкономит на ресурсах на изи. А тут опа, и гроза логике в виде чатгопоты подъехала. П(р)ограммисты массово такие баги начнут копипастить^Wпорождать, ууу...
К чему это я все. Нам, пентестерам, работы хватит, и никакая ржавчина вас не спасёт! Ха
> В ядре почти везде где можно было накосячить с памятью уже накосячили и исправили.Ахаха)) Серьезно??
Дыры я вдре находят уязвимости каждую неделю cvedetails.com/vulnerability-list/vendor_id-33/product_id-47/Linux-Linux-Kernel.html?page=1&order=7, правда они чаще всего локальные и с маленьким scoreНо есть и жирные со score 8+
2024-07-30 9.8 CVE-2024-42154 validate source addr length
2024-05-21 8.4 CVE-2023-52817 Fix a null pointer access
2024-05-21 9.1 CVE-2023-52814 null pointer derefernce
2024-05-21 8.4 CVE-2023-52752 use-after-free
И это все было найдено или исправлено в последние пару месяцев!Ты наверное не осознаешь сколько в ядре строк кода, и сколько из них писались непонятно как и непонятно кем))
Там дырений еще на 100 лет вперед припасено.
Буквально сам же подтвердил тезис. Для такой огромной кодовой базы несколько ошибок раз в полгода это просто отличный результат.
Что значит "отличный результат" в твоём понимании? Если в любой момент есть вероятность того, что прилетит баг, который позволит удалённо взломать все линуксы, это разве отличный результат? Если очень хочется, то можно поговорить о том, что никому не удавалось лучше, но даже если это так, то это гнилые отмазки, а не "отличный результат".
Баг прилетит - отловят и исправят. Ничего страшного не случится, ничто не взорвётся, никто не умрёт.
> Баг прилетит - отловят и исправят. Ничего страшного не случится, ничто не
> взорвётся, никто не умрёт.Не разрушай мирок очередного любителя ржавчины. У него багов нет, все безопасно, компилятор все сделает.
Монолитное ядро, да и ещё и Rust - линуккапец близок!
"Ещё одной причиной медленного продвижения Rust ... то, что сама инфраструктура Rust не была суперстабильной."
Это не еще одно, а одно единственное.
Модная-молодежная, хайповая технология никогда не будет стабильной по определению.
Это потому что обычные пользователи не учавствуют в качестве бесплатных фрилансеров в разработке.
Выскажу консервативное мнение:Пока у ржавого не появится:
- Международного стандарта типа C99 или C++2x
- Реализации компилятора и политики его распространения, отличной от ржавой линии партии (а то там творят всякую дичь, а растофанатики хавают)Так и будет справедливо носить тег "ржавый" до степени ненужности.
После появления этих вещей приходите. На чем писать и в какой форме выражать код в общем-то все равно.
> - Международного стандарта типа C99 или C++2xОх, ну ты сказанул.
Так называемый "Стандарт СИ" это почти как Гост на колбасу вида "колбаса делается из мяса, может содержать добавки в виде сала, туал.бумаги или овна, в зависимости от желания компилятора рецепта - повара"
Не думаю, что оно тебя бы сильно порадовало)Плюсы тоже не далеко ушли.
И там, и там куча мест в стиле "ну мы сами ХЗ как оно должно работать, поэтому любись оно понём 🐴 пусть писаки компиляторов сделают абыкак".
Я уже молчу про то, что из распространенных компиляторов ни один(!!!) не удовлетворяет стандарту полностью en.cppreference.com/w/c/compiler_supportТо что эту кучу кала называют стандартом, это просто плевок в лицо всем метрологам.
> - Реализации компилятора и политики его распространения, отличной от ржавой линии партии (а то там творят всякую дичь, а растофанатики хавают)
А какая политика распространения компилятора Раста?
Вон для сишки наофнячити 100500 компиляторов в которых один и тот же код может давать разные результаты.
Возмиожно СИшники настолько тупые, что слово детерминированность, для них это название какой-то еды.> Так и будет справедливо носить тег "ржавый" до степени ненужности.
Ты реально думаешь, что кому-то интересно твое мнение?
Ты же не будешь спрашивать бомжа с какой-то заброшки мнение о строительстве плотины или небоскреба.> После появления этих вещей приходите. На чем писать и в какой форме выражать код в общем-то все равно.
А мы уже пришли. Раст в ядре, на нем пишут драйвера (асаши и нова, как минимум).
Вашим мнением можно было бы подтереться, но оно как-то уже попахивает.
Вашим анонимным сообщением так же можно подтереться по принципу "ваше мнение для нас очень важно (но не очень-то и нужно)", потому что раст как раз попахивает авторитаризмом и диктатом "что правильно, а что нет". Вот что я имел ввиду. То, что по каким-то непонятным причинам эта секта "культа кривых рук" проникла в ядро это просто какое-то недоразумение.Продолжаем наблюдение.
> Вашим анонимным сообщением так же можно подтереться по принципу "ваше мнение для нас очень важно (но не очень-то и нужно)", потому что раст как раз попахивает авторитаризмом и диктатом "что правильно, а что нет".Лол, написал чел с именем strlcat.
Ты такой же анон как и я, только тебе было не лениво регистрироваться.> Вот что я имел ввиду. То, что по каким-то непонятным причинам эта секта "культа кривых рук" проникла в ядро это просто какое-то недоразумение.
Не очень уловил твою мысль, возможно она настолько глубока что даже дна не видно.
У нас есть факты:
1. ядро дырявое
2. Memory Corruption - это топ CVE by types/categories
cvedetails.com/product/47/Linux-Linux-Kernel.html?vendor_id=33
3. дырявые программисты не могут даже буфер посчитать, без CVE с получением рута
4. это продолжается уже десятилетиями
А дальше кому-то приходит мысль "так дальше жить нельзя, надо что-то делать".> Продолжаем наблюдение.
Продолжай, кто ж тебе запретит.