The OpenNET Project / Index page

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

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

Для ядра Linux предложен драйвер EXT2, написанный на языке Rust, opennews (??), 16-Май-24, (0) [смотреть все]

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


39. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +8 +/–
Сообщение от _oleg_ (ok), 16-Май-24, 13:00 
Да это уже анекдот какой-то. Судя по новостям про rust, это ЯП для переписывания того, что уже и так работает, или переписывания того, что уже выброшено. Офигительно полезный вклад.
Ответить | Правка | Наверх | Cообщить модератору

51. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от Аноним (-), 16-Май-24, 13:48 
> того, что уже и так работает

... через одно место, с кучей дырок
Уязвимости в которых находятся постоянно,
типа воткнул флешку, получил рут opennet.ru/opennews/art.shtml?num=59664

> Офигительно полезный вклад.

В свое свободне время люди могут делать что угодно.
Тебя послушать, так 100500 линухкосвых дистров вообще не нужны.
Хватило бы Гнома и Кедов.

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

56. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +1 +/–
Сообщение от Аноним (56), 16-Май-24, 14:01 
>типа воткнул флешку, получил рут opennet.ru/opennews/art.shtml?num=59664

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

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

60. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +2 +/–
Сообщение от _oleg_ (ok), 16-Май-24, 14:11 
>> того, что уже и так работает
> ... через одно место, с кучей дырок

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

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

68. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  –1 +/–
Сообщение от Аноним (-), 16-Май-24, 14:51 
Не, Олег, ты не прав.
Вот например Arti. Ребята годами тащили проект ТОР'а на сишечке.
Но в какой-то момент они поняли, что Дыряшка свое название оправдывает.
И решили переписать СВОЙ же код на Раст.
И что они пишут? gitlab.torproject.org/tpo/core/arti/-/blob/main/README.md

Rust is more secure than C.  Despite our efforts, it's all too simple to
mess up when using a language that does not enforce memory safety.  We
estimate that at least half of our tracked security vulnerabilities would
have been impossible in Rust, and many of the others would have been very
unlikely.

Rust enables faster development than C. Because of Rust's expressiveness
and strong guarantees, we've found that we can be far more efficient and
confident writing code in Rust.  We hope that in the long run this will
improve the pace of our software development.

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

79. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от нах. (?), 16-Май-24, 16:17 
> И что они пишут?

"blah-blah" они пишут. Как оно все было бы сесюрно и безопастно. И вери фазд!

А вот сам прожект на хруст - все не переписькивается да не переписькивается. Как не работал так и не работает. "Паритет по фичам уже практически достигнут, но не совсем".
Что-то мешает. Неужели...

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

85. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от Аноним (76), 16-Май-24, 16:22 
наверное библиотека стала размером с гигабайт и её стыдно выкатывать))
Ответить | Правка | Наверх | Cообщить модератору

101. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от Аноним (-), 16-Май-24, 17:22 
О, это был наверное самый унылый всер из тех которые ты из себя выдавливал.
Давай лучше про пачпорта неправильного цвета!

> А вот сам прожект на хруст - все не переписькивается да не переписькивается. Как не работал так и не работает.

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

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

102. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от нах. (?), 16-Май-24, 17:23 
работают-работают. Работы - все еще непочатый край.

Может в консерватории что поправить-то надо?

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

111. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от Аноним (-), 16-Май-24, 18:18 
Мне казалось в опенсорсе ты можешь страдать любой фигней, если тебе (именно тебе) это интересно.
Т.е чуваки бесплатно делают программу, но тебе что-то не нравится?
А не сходил бы ты на хурд? Там наверняка есть куча интересных программ.

> Может в консерватории что поправить-то надо?

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

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

170. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от нах. (?), 17-Май-24, 11:58 
> Мне казалось в опенсорсе ты можешь страдать любой фигней, если тебе (именно тебе) это интересно.

можешь, но фигня - останется фигней.

> Т.е чуваки бесплатно делают программу

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

Не смотря на заклинания что "разработка вери мач фастер и безопастер"

> Выкидывают дырявое старье и используют новое надежное.

только оно ридонли и для работы с примитивнейшей фс которой и так жить осталось всего ничего (но хотя бы записывабельная и вообще работает - что про их прожект пока - недоказано даже в р/о).

И вот так у них - всьо.

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

84. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от Аноним (76), 16-Май-24, 16:21 
могу больше сказать
на питоне писать еще быстрее и безопасней
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

92. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от _oleg_ (ok), 16-Май-24, 16:41 
>[оверквотинг удален]
> estimate that at least half of our tracked security vulnerabilities would
> have been impossible in Rust, and many of the others would have
> been very
> unlikely.
> Rust enables faster development than C. Because of Rust's expressiveness
> and strong guarantees, we've found that we can be far more efficient
> and
> confident writing code in Rust.  We hope that in the long
> run this will
> improve the pace of our software development.

Возможно я ошибаюсь, но я сужу по новостям про rust. И этот пример, не отменяет 95% остальных rust-проектов. Даже если опустить подколки в криворукости современных программистов, которые не умеют в C, то тут достаточно сомнений в данном примере. Во-первых, исключения есть всегда. Общую тенденцию это не меняет. Во-вторых, есть обратные примеры, когда и с C++ на C переходили проекты, из-за избыточной и не нужной сложности ЯП (которая, между прочим, присуща и rust'у, похоже). В-третьих, это всё ещё надо проверить временем, когда у авторов спадёт дофаминовый подъём от нового инструмента, и когда они взглянут на него трезво. В-четвёртых, евангелисты есть везде, они вам будут всегда рассказывать, что их ЯП самый лучший для X и для Y и при этом будут не замечать недостатков.

А между тем, у rust'а они явно есть. Я пока не уверен на 100%, но такое ощущение, что его синтаксис и многословность мешает видеть картину в целом, погружая автора в какие-то дебри деталей. Что не удобно для того, что бы реализовать идею, прототип.

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

94. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от _oleg_ (ok), 16-Май-24, 16:52 
В общем, продолжая свою мысль на основе статистики новостей по проектам на rust, такое ощущение, что постепенно ситуация приобретёт следующую картину. Новые проекты с новыми идеями будут писаться на Си (может что-то похожее из неперегруженных ЯП), как и писались до этого, благодаря его простоте в изучении и достаточно небольшому набору синтаксических конструкций, которые позволяют при этом делать всё - т.е. благодаря хорошему соотношению сложность/(гибкость и производтельность). А дальше, если коммерчески выгодно (для маркетинга и т.п.), то проект будет отдаваться на переписывание тем же rust'ерам, где он будет выступать в качестве рабочего прототипа.

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

104. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от Аноним (-), 16-Май-24, 17:34 
>  Новые проекты с новыми идеями будут писаться на Си

Не, посмотри новости по тегу.
Pingora - новый проект,  Niri, COSMIC тоже.
Hickory на котором крутится часть инфры Let's Encrypt.
Тут вообще целое ядро opennet.ru/opennews/art.shtml?num=60391

А тут программно-аппаратный комплекс ядро котрого на СИ (тк это верифицированный seL4, но там кода 10к строк), а все остальное на Раст
opennet.ru/opennews/art.shtml?num=60071

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

Ты наверное про какой-то СИ из страны единорогов и бабочек.
Тот который вижу я, это что-то отвратительное это из 70х, с так называемым стандартом, который писали наркоманы, вида "ХЗ как оно работает, пусть компилятор разберется", с кучей UB и конструкций ломающих память.
От него отказываются не только гугл, майкрософт, эпл, но даже часть опенсорс разработчиков.

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

108. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от _oleg_ (ok), 16-Май-24, 18:05 
>>  Новые проекты с новыми идеями будут писаться на Си
> Не, посмотри новости по тегу.
> Pingora - новый проект,  Niri, COSMIC тоже.
> Hickory на котором крутится часть инфры Let's Encrypt.
> Тут вообще целое ядро opennet.ru/opennews/art.shtml?num=60391
> А тут программно-аппаратный комплекс ядро котрого на СИ (тк это верифицированный seL4,
> но там кода 10к строк), а все остальное на Раст
> opennet.ru/opennews/art.shtml?num=60071

Да это всё какие-то крохи. Ну это моё личное впечатление.

>>  благодаря его простоте в изучении и достаточно небольшому набору синтаксических конструкций, которые позволяют при этом делать всё
> Ты наверное про какой-то СИ из страны единорогов и бабочек.
> Тот который вижу я, это что-то отвратительное это из 70х, с так
> называемым стандартом, который писали наркоманы, вида "ХЗ как оно работает, пусть
> компилятор разберется", с кучей UB и конструкций ломающих память.

Стандарты это отвратительно. Любую идею испортят. Поэтому нафиг стандарты, берём одну единственную реализацию и делаем согласно ей. Всё остальное от лукавого.

Стандарты усложняют всё с целью сделать некую переносимость между разными компиляторами. Цель хорошая(и появилась как раз, когда компиляторов расплодилось много, а ньансы каждый видел по своему), но результат вот такой. Как только у rust станет хотя бы 2-3 реализации от различных авторов, то будет и стандарт и будет UB. Не переживай по этому поводу. Сколько сейчас реализаций rust?

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

Может быть, конечно. Не слышал пока. Но большие дядки уже не раз "отказывались" от C ещё с 80х. То на C++ все бежали, то на java, то ещё куда-то. Только что-то C как занял свою нишу, так никуда от туда и не делся. Новые проекты как писались на нём, так и пишутся. И вот вопрос, почему так, когда вокруг столько новых замечательных замен? Почему народ не бежит, спотыкаясь, писать всё на них, а пользуется ЯП из 70х? Наверное они чем-то ему уступают. Подумай над этим.

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

117. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от Аноним (-), 16-Май-24, 18:44 
> Стандарты это отвратительно.

Хорошие стандарты это прекрасно. Отвратительные - отвратительно.
Вроде всё просто, не так ли?

> Как только у rust станет хотя бы 2-3 реализации от различных авторов

Есть дефолтный rustc, есть gccrs, есть mrustc, есть бекенд cranelift. И еще пара заброшенных.
Мало или достаточно?

> то будет и стандарт и будет UB. Не переживай по этому поводу.

Не будет, если поставить цель их не добавлять.

Ты никогда не задумывался почему у си такой "стандарт"?
Можешь на досуге почитать историю создания и становления этого языка.
Все пересказывать не буду, но вот пару ключевых моментов:
- K&R C появился в 1978 году
- "стандарт" начали делать в 1983, причем смогли договориться только к 1989, когда и выродили ANSI X3.159-1989.

Между этими датами была кучка диалектов си, и куча уже написанных и несовместимых компиляторов.
А т.к. в стандартизации принимало участие много сторон, то каждая из них не хотела чтобы именно ее код оказался не рабочим. Поэтому процесс шел очень туго и в итоге наплодили UB, impl defined и прочей мути.

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

Народ уже ушел с си на плюсы/жабу/го.
Там остались только те, кто не физически не может из-за огромной кодовой базы и/или сумасшедших "диктаторов".
Даже гцц перешел на с++. Наверное стоит задуматься, почему же так произошло?))

> Наверное они чем-то ему уступают.

Тем что писать на си можно заставить даже обезьяну? Да, это огромное преимущество!
Его результаты мы читаем в главных новостях раз в пару недель)))

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

125. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от _oleg_ (ok), 16-Май-24, 19:16 
>> Как только у rust станет хотя бы 2-3 реализации от различных авторов
> Есть дефолтный rustc, есть gccrs, есть mrustc, есть бекенд cranelift. И еще
> пара заброшенных.
> Мало или достаточно?

Слушай, ну и эти-то какие-то не такие. gccrs:

Please note, the compiler is in a very early stage and not usable yet for compiling real Rust programs.

mrustc тоже не понятно насколько там всё окей. Сами авторы не рекомендуют :-):

In-progress alternative rust compiler. Capable of building a fully-working copy of rustc, but not suitable for everyday use (due to terrible error messages).

Ну и давай сравним с Си :-):

https://en.wikipedia.org/wiki/List_of_compilers#C_compilers

>[оверквотинг удален]
> Все пересказывать не буду, но вот пару ключевых моментов:
> - K&R C появился в 1978 году
> - "стандарт" начали делать в 1983, причем смогли договориться только к 1989,
> когда и выродили ANSI X3.159-1989.
> Между этими датами была кучка диалектов си, и куча уже написанных и
> несовместимых компиляторов.
> А т.к. в стандартизации принимало участие много сторон, то каждая из них
> не хотела чтобы именно ее код оказался не рабочим. Поэтому процесс
> шел очень туго и в итоге наплодили UB, impl defined и
> прочей мути.

Ну вот раз ты это знаешь, то почему всё время это приплетаешь? Во-первых, если ты почитаешь, то узнаешь, что сами авторы Си клали на стандарты Си; они об этом сами говорили. Для plan9 они сделали компилятор с новыми фишками и никаких стандартов специально не придерживались. Не понимаю зачем они тебе. Самый практически бестолковый аргумент против Си. Когда сказать нечего, используют его обычно. Бери свой проект и прибивай гвоздями к gcc, пиши в README, что собирается только gcc - нет проблем, он есть на 99.9% архитектур. Ты ж не паришься, что твой проект собирается и проверяется на сборку только rustc? Но для Си обязательно надо, что бы собирался всеми на свете компиляторами Си - ну тогда мучайся, пиши код с этим учётом. ССЗБ как бы.

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

Да опять же нет. Не так всё. Ты если не будешь брать в расчёт хипстерские проекты, то увидишь реальность. Я не говорю, что плюсы и т.д. не используют, я говорю, что Си никуда не делся. Игоря Сысоева кто-то заставлял брать Си? Авторов bird? Почитай, что пишут умные люди:

BIRD has been written in GNU C. We've considered using C++, but we've preferred the simplicity and straightforward nature of C which gives us fine control over all implementation details and on the other hand enough instruments to build the abstractions we need.

И т.д. Примеров множество. И в наше время тоже. Просто надо иметь желание увидеть реальность, а не только то, что хочешь.

>> Наверное они чем-то ему уступают.
> Тем что писать на си можно заставить даже обезьяну? Да, это огромное
> преимущество!
> Его результаты мы читаем в главных новостях раз в пару недель)))

Да в том-то и дело, что читаем мы кучу камментов от rust'оманов. Которые, как тут уже подметили, как будто бы только и умеют переписывать и в комментах обсирать результаты работ Сишников. Выглядят они при этом как макаки, которые реагируют неадекватно на новости, в общем-то, про обычный рабочий процесс - что-то обнаружили, исправили, работа идёт. При этом сами, в массе, пока не были замечены в создании сколько-нибудь полезных и используемых проектов. Есть исключения, конечно, но это не меняет картину в целом. Растоманы спорят, что бы спорить. Приплетают UB везде, хотя оно не мешает тем, кто пишет проекты на Си, но мешает им, при том, что они не пишут на Си. Если бы растоманы вместо болтовни занялись бы делом, то пользы для их сообщества было бы куда больше. Но пока что-то не выходит у них.

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

133. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от Аноним (-), 16-Май-24, 20:19 
> Слушай, ну и эти-то какие-то не такие. gccrs

Насколько я знаю его планирют добавить в GCC 16 в 2025 году.

> Ну и давай сравним с Си :-)

А смысл? Мне достаточно и одного референсного на LLVM. gccrs нужен гнутикам.
Плюс сколько лет си, а сколько расту.

> Бери свой проект и прибивай гвоздями к gcc

А смысл тогда в стандарте? Если на него кладут даже создатели, если каждый компилятор волен его интерпретировать как хочет, если можно не реализовывать его полностью?
Но зато можно ходить с гордым видом и говорить с придыханием "Зато у нас есть стандарт!"

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

На плюсах написан весь современный софт - браузеры, кады, игровые движки, целые операционки!

> Си никуда не делся.

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

> Игоря Сысоева кто-то заставлял брать Си?

Хз что у него было тогда в голове.
Но замену Nginx уже написала для себя клаудфаря на расте.
И эта замена работает быстрее чем сишный нгинкс.

> Авторов bird?

BIRD древный. Тогда плюсы были "си с классами"

> "BIRD has been written in GNU C. We've considered using C++, but..."

Это всего лишь мнение. И не факт что правильное.

> И т.д. Примеров множество.

Ты пока приводишь только какое-то окаменелое старье.
Про такие проекты я и так написал.

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

Ну так покажи мне реальность)) Давай что-то свежее и солидное. Типа браузера. Или офисного пакета.
Можем даже в игру поиграть - ты проект на си, я - проект на с++.
Посмотрим у кого раньше список закончится)))

> Приплетают UB везде, хотя оно не мешает тем, кто пишет проекты на Си

Конечно им оно не мешает))) Им вообще в основом по.
Это мешает тем, кто пользуется таким софтом.
И т.к. сишники это исправлять не хотят, это исправляется переписыванием с си на что угодно, не обязательно на раст. С++17 тоже хороший вариант.

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

137. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от _oleg_ (ok), 16-Май-24, 20:44 
>> Ну и давай сравним с Си :-)
> А смысл? Мне достаточно и одного референсного на LLVM. gccrs нужен гнутикам.
> Плюс сколько лет си, а сколько расту.

Ну вот и многим сишникам достаточно gcc. Никаких UB. Никаких стандартов. Не слушай тех, кто тебе про это рассказывает.

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

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

> Но зато можно ходить с гордым видом и говорить с придыханием "Зато
> у нас есть стандарт!"

Никогда ни от одного сишника, которого знаю, не слышал такого :-). Люди просто кодят и всё.

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

:-)

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

Ну и что? Там, вообще, java во весь рост и что теперь?

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

Ну-ну :-). Пруфов конечно не будет. Хотя, с другой стороны и какой-нибудь h2o быстрее nginx, правда фич столько и близко нет и модули писать под него не так удобно. А так да. Быстрый.

>> Авторов bird?
> BIRD древный. Тогда плюсы были "си с классами"

Да где ж древний? Тогда много чего было. C++ в том числе со всеми своими "преимуществами".

>> "BIRD has been written in GNU C. We've considered using C++, but..."
> Это всего лишь мнение. И не факт что правильное.

Конечно. Как и любое другое. В том числе про раст ;-). Но в отличие от ПО на rust эта шутка давно и отлично работает. Т.е. на практике показала себя.

> Ну так покажи мне реальность)) Давай что-то свежее и солидное. Типа браузера.
> Или офисного пакета.

Слушай, разрабы браузера упоротые люди. Они rust придумали. nginx и bird очень солидные. Софта на Си (я уж молчу про ядро) горы.

> Можем даже в игру поиграть - ты проект на си, я -
> проект на с++.
> Посмотрим у кого раньше список закончится)))

У тебя естественно :-). Но проверять этот очевидный факт мы не будем - у меня времени столько нет. Я прогу на Си пишу. Работать надо.

>> Приплетают UB везде, хотя оно не мешает тем, кто пишет проекты на Си
> Конечно им оно не мешает))) Им вообще в основом по.
> Это мешает тем, кто пользуется таким софтом.

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

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

Да нет же. Ты ничего не понимаешь :-). С++ это плохой ЯП. Это очевидно всем с опытом. Поэтому не удивительно, что тебе нравится rust ;-).

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

176. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от Серб (ok), 17-Май-24, 13:26 
> Насколько я знаю его планирют добавить в GCC 16 в 2025 году.

Судя но номеру GCC это будет 2026 год.

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

110. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от _oleg_ (ok), 16-Май-24, 18:14 
> Тот который вижу я, это что-то отвратительное это из 70х,

Насчёт из 70x. Ты так пишешь, как будто это что-то плохое. Если мы на минуточку представим, что мы не блондинки в бутике модной одежды, то нам:

a) абсолютно не интересно какого года что-то, а интересно само что-то и его устройство
b) сам факт долгого использования чего-то наоборот говорит о проверенности временем и практической пользе

Т.о. аргумент "из 70x" технически некорректный.

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

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

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

115. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от Аноним (-), 16-Май-24, 18:33 
Не согласен с тобой)
> a) абсолютно не интересно какого года что-то, а интересно само что-то и его устройство

А еще насколько оно рабочее, насколько надежное?
Как легко совершить ошибку и насколько она бутет катастрофичной?
Насколько легко использовать и поддерживать в рабочем состоянии?
И что там внутри (то самое "его устройство") меня волнует только в контексте этих вопросов.

> b) сам факт долгого использования чего-то наоборот говорит о проверенности временем и практической пользе

Если бы оно выполняло свои функции нормально, как например фарфор, то вопросов не было.
А тут 70% уязвимостей - это проблемы с памятью как раз из-за сишки и плюсов.
И ладно если бы аргумент был "да есть сложности, мы тут обмазываемся санитайзерами", а тут же кричат "оно уже 50 лет работает!".
И это уже не аргумент.

Лошадь тоже была проверена тысячелетиями, но на работу я езжу на автобусе или троллейбусе.
А уж насколько проверена палка-копалка! Сколько наших предков она прокормила.
Но я лучше буду использовать лопату или экскаватор, в зависимости от объема работы.

> Архитектура фон Неймана, вообще, из 40х

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

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

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

127. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от _oleg_ (ok), 16-Май-24, 19:39 
> Лошадь тоже была проверена тысячелетиями, но на работу я езжу на автобусе
> или троллейбусе.

Блин, писал-писал и куда-то всё пропало. Не буду всё переписывать, напишу по поводу лошади. В том-то и дело, что лашадь работа тысячалетиями, пока не появилась альтернатива лучше. Вот и Си работает десятилетиями и будет ещё работать, пока не появится замена лучше. Пока её нет.

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

134. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от Аноним (-), 16-Май-24, 20:31 
> Блин, писал-писал и куда-то всё пропало.

Бот трет. Модер трет.

> Вот и Си работает десятилетиями

что-то так себе работает - уязвимости живут десятилетиями

> и будет ещё работать,

COBOL тоже работает)) И все кто его юзают ищут как бы от него сдыхаться

> пока не появится замена лучше. Пока её нет.

Давно появилась. Называется с++. Лучше си во всём.


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

135. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от _oleg_ (ok), 16-Май-24, 20:34 
> COBOL тоже работает)) И все кто его юзают ищут как бы от
> него сдыхаться

Да ты посмотри на их ЗП. Там всё норм :-).

>> пока не появится замена лучше. Пока её нет.
> Давно появилась. Называется с++. Лучше си во всём.

Неа. C++ плохой ЯП. Неудачный пример.

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

105. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от Аноним (105), 16-Май-24, 17:35 
> Даже если опустить подколки в криворукости современных программистов, которые не умеют в C

Простите, а когда погромисты умели в С?
Когда еще XFree86 уязвимости делали бородатом 1988 году? (opennet.ru/opennews/art.shtml?num=59906, если что)

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

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

107. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от _oleg_ (ok), 16-Май-24, 17:55 
>> Даже если опустить подколки в криворукости современных программистов, которые не умеют в C
> Простите, а когда погромисты умели в С?
> Когда еще XFree86 уязвимости делали бородатом 1988 году? (opennet.ru/opennews/art.shtml?num=59906,
> если что)

Ну давайте ещё sendmail вспомним :-).
Умели и умеют. Есть люди. Не без ошибок, конечно.

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

Да нет таких проблем :-). Проектов в качестве примера обратного достаточно. Всё как всегда - уровни абстракций и вперёд. И что значит "ручками", а где надо не ручками делать?


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

120. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от Аноним (-), 16-Май-24, 18:50 
> Ну давайте ещё sendmail вспомним :-).

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

> И что значит "ручками", а где надо не ручками делать?

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

А в Си простейшие правила: "Один раз память выделил, один раз очисти. Не больше и не меньше."
Но за всю историю сишники так и не научили не выходить за пределы буферов, не делать даблфри и тд.
Думаешь они от хорошей жизни санитайзерами обмазываются? А оно помогает отнюдь не всегда, вспомни тут жде дыру в openssl. Там этих санитайзеров просто море было.

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

124. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от Аноним (124), 16-Май-24, 19:12 
> Но за всю историю сишники так и не научили не выходить за пределы буферов, не делать даблфри и тд.

А ты научился? Или просто перешел на раст, сдавшись?

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

126. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от _oleg_ (ok), 16-Май-24, 19:30 
>> Ну давайте ещё sendmail вспомним :-).
> Ну, я могу кучу всего вспомнить. И самописный сплит в ядре линя,
> который рут давал.
> Но это только подтверждает мое утверждение.

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

>[оверквотинг удален]
> Напр. в плюсах есть смартпоинтеры.
> В других языках есть сборщики мусора.
> В расте владение просчитывается компилятором на этапе компиляции.
> А в Си простейшие правила: "Один раз память выделил, один раз очисти.
> Не больше и не меньше."
> Но за всю историю сишники так и не научили не выходить за
> пределы буферов, не делать даблфри и тд.
> Думаешь они от хорошей жизни санитайзерами обмазываются? А оно помогает отнюдь не
> всегда, вспомни тут жде дыру в openssl. Там этих санитайзеров просто
> море было.

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

Тут интересно другое. Если rust такой хороший, то что тебе мешает просто на нём писать? Зачем все растаманы пытаются доказать всем на форуме, что он хороший? Почему они просто не пишут код? Какая-то компенсация идёт. Похоже на то, что с реальным кодом что-то не то. Сообщество маленькое - опять же с чего бы, если он такой замечательный со всех сторон? Реальных дел мало, поэтому всё компенсируется болтовнёй. Растоманы же как сектанты - всем наровят рассказать что их вера лучшая. Я что-то не видел ни сишников, ни плюсовиков, которые бы всем надоедали своими разговорами. Но только какая-то новость про ПО на Си (которого раз в миллион больше, чем на rust, и поэтому мы часто видим сообщения про ошибки в нём), как сразу же вылазят растоманы со своими проповедями и злорадством. Это какие-то проблемы в голове. Поэтому и отношение к растоманам такое. Они всех достали уже.


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

128. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от Аноним (-), 16-Май-24, 19:53 
> Тут интересно другое. Если rust такой хороший, то что тебе мешает просто на нём писать?

Ну а кто тебе сказал что я на нем не пишу?

> Зачем все растаманы пытаются доказать всем на форуме, что он хороший?

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

> Похоже на то, что с реальным кодом что-то не то.

С реальным кодом все нормально. Проблемы есть, но и они решаются, а не заметаются под ковер.

> Я что-то не видел ни сишников, ни плюсовиков, которые бы всем надоедали своими разговорами.

Не знаю сколько тебе лет, но наверное ты не застал сарчи с vs c++. Особенно когда плюсы доползли для мк (ну  или мк доросли до с++). А рядом еще бегала секта асмовщиком в хаяла и тех, и других.
По сравнению с этим растоспоры просто унылы))
Или джава против с++? Вот там тоже огого что было!

> как сразу же вылазят растоманы со своими проповедями и злорадством.

Разумеется! Как же не пнуть необучаемых не портить память!

> Поэтому и отношение к растоманам такое. Они всех достали уже.

Ну, дыряшечники достают своими ОДНОТИПНЫМИ уязвимостями уже последние лет 30. И что?


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

141. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от Facemaker (?), 16-Май-24, 22:14 
>такое ощущение, что его [Rust] синтаксис и многословность мешает видеть картину в целом, погружая автора в какие-то дебри деталей. Что не удобно для того, что бы реализовать идею, прототип.

У Вас дремучее представление о Расте. Как раз этот язык освобождает программиста от необходимости помнить множество деталей. Если влезаем в UB — компилятор подскажет (в отличие от Си и C++). Прототипы можно писать в простом, не очень эффективном стиле: через владения, без ссылок.

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

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

172. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от _oleg_ (ok), 17-Май-24, 12:07 
>>такое ощущение, что его [Rust] синтаксис и многословность мешает видеть картину в целом, погружая автора в какие-то дебри деталей. Что не удобно для того, что бы реализовать идею, прототип.
> У Вас дремучее представление о Расте. Как раз этот язык освобождает программиста

Может быть, может быть...

> от необходимости помнить множество деталей. Если влезаем в UB — компилятор
> подскажет (в отличие от Си и C++). Прототипы можно писать в
> простом, не очень эффективном стиле: через владения, без ссылок.

Да забудьте вы про UB. Нет его в Си. Он только в головах теоретиков, которые хотят зачем-то сферическую собираемость всеми компиляторами на свете. Что на практике для трезвых не имеет смысла (за исключением 1% проектов, возможно, где это технически необходимо).

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

Возможно. И это хорошо, если так! Но у меня сложилось другое впечатление от тех кусков кода на rust, которые я вижу там-сям. Хуже только ocaml наверное. НО! Это лишь моё мнение - вкусовщина.

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

114. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от Аноним (114), 16-Май-24, 18:32 
> Тебя послушать, так 100500 линухкосвых дистров вообще не нужны.

Ха-ха! Ты не поверишь....

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

54. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +1 +/–
Сообщение от Аноним (54), 16-Май-24, 13:58 
Видимо так и есть. Потому что писать на нём что-то новое, без готового каркаса на другом языке, крайне затруднительно и муторно. А уж вносить изменения в большой код... *_*
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

61. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от _oleg_ (ok), 16-Май-24, 14:12 
> Видимо так и есть. Потому что писать на нём что-то новое, без
> готового каркаса на другом языке, крайне затруднительно и муторно. А уж
> вносить изменения в большой код... *_*

Вот и у меня складывается такое впечатление.

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

83. "Для ядра Linux предложен драйвер EXT2, написанный на языке R..."  +/–
Сообщение от Аноним (76), 16-Май-24, 16:19 
да давно было понятно что это язык для написания обёрток
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

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

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




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

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