The OpenNET Project / Index page

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



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

"В ядро Linux 6.1 приняты изменения, обеспечивающие поддержку языка Rust"  +/
Сообщение от opennews (??), 04-Окт-22, 08:24 
Линус Торвальдс принял в состав ветки ядра Linux 6.1 изменения, реализующие возможность использования языка Rust в качестве второго языка для разработки драйверов и модулей ядра. Патчи приняты после полутора лет тестирования в ветке linux-next и устранения высказанных замечаний. Релиз ядра 6.1 ожидается в декабре. Основным мотивом поддержки Rust является упрощение написания безопасных и качественных драйверов устройств за счёт снижения вероятности совершения ошибок при работе с памятью. Поддержка Rust не активна по умолчанию и не приводит к включению Rust в число обязательных сборочных зависимостей к ядру...

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

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

Оглавление

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

3. Сообщение от Аноним (3), 04-Окт-22, 08:30   +2 +/
>> cокращён с 40 до 13 тысяч строк кода

Какова судьба оставшихся 27 тысяч строк кода?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #14, #31, #33, #54

4. Сообщение от Аноним (4), 04-Окт-22, 08:31   +1 +/
Уже была же эта новость неделю назад. Ну добавили и добавили.

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

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

6. Сообщение от Аноним (6), 04-Окт-22, 08:37   +5 +/
Судьба оставшихся 27 тысяч строк кода неизвестна...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

14. Сообщение от Аноним (14), 04-Окт-22, 08:45   +19 +/
Удалили все переносы и вкоммитили одной строкой
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

20. Сообщение от Admino (ok), 04-Окт-22, 09:07   +15 +/
Сначала было 10 комплектов патчей для ядра.
Потом Линус раскритиковал патчи и отправил на доработку.
Потом доработали патчи.
Потом Линус не исключил интеграцию патчей (мой любимое!)
Потом объявили о том, что эти патчи войдут в ядро linux-next.
Потом объявили о том, что эти патчи войдут в ядро 6.1.
Потом написали экспериментальный драйвер nvme.
Потом провели тесты экспериментальныого драйвера.
Потом приняли решение о том, что патчи войдут в ядро 6.1.
Потом написали о том, что выйдет ядро 6.1, в котором будут патчи.
Потом написали о том, что состоялся релиз ядра 6.1, в котором патчи.

Итого 20 новостей из одного события, давайте ещё, журналисты.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #37, #127

23. Сообщение от Аноним (-), 04-Окт-22, 09:10   +12 +/
Журналисты пишут о том, что интересно читателям. Опеннет очень бурно реагирует на упоминания раста, вот он и получает столько раста, что остальные новости уползают из топа быстрее, чем успеваешь их читать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #175

31. Сообщение от Бывалый смузихлёб (?), 04-Окт-22, 09:51   –3 +/
Там они округлили немного
На самом деле, в каждом файле из каждых 3 строк кода удалили по 2 строки не глядя, ведь пока предоставляется лишь треть функционала. Как ни странно, боровы проверились и скомипилилось
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #58, #296

33. Сообщение от Lost Inside (ok), 04-Окт-22, 10:01   –1 +/
Они вошли в состав оставшихся 13 тысяч путем удаления переноса строки перед ними.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

34. Сообщение от Анонн (?), 04-Окт-22, 10:11   –6 +/
Наконец-то! Поздравляю всех причастных!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42, #178

35. Сообщение от Аноним (35), 04-Окт-22, 10:12   +2 +/
> Основным мотивом поддержки Rust

Тут не только про память. Линус же говорил, что деды стареют, а раст позволит привлечь (зумеров) молодёжь.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38, #80

36. Сообщение от Шарп (ok), 04-Окт-22, 10:15   +5 +/
Растохейтеры сгорают дотла. И могли бы привычно поливать говном всех кто связан с растом, но в заголовке коммита предательски стоит строчка "
author    Linus Torvalds <torvalds@linux-foundation.org>    2022-10-03 16:39:37 -0700". А на самого Линуса прыгать как-то не с руки. Вот и приходится зубоскалить в бессильной злобе. Продолжаю наблюдения за душевными терзаниями хейтеров. Это прекрасно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #40, #56, #135, #219

37. Сообщение от Анонн (?), 04-Окт-22, 10:16   +3 +/
Новостей конечно много.
Но разве в последний год-два были ли изменения в ядре, породившие столько споров? Назовите хоть парочку.
Да и вообще - когда последний раз в ядро добавлялась поддержка какого-то языка?))
Плюс это очень важное изменение - это база для всего следующего развития этого направления
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

38. Сообщение от annonn (?), 04-Окт-22, 10:17   +/
А мне казалось что деды так и не научились не выходить за пределы массива и продолжают обращаться к уже удаленным объектам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

39. Сообщение от annonn (?), 04-Окт-22, 10:29   +3 +/
Не волнуйся, ща они напишут что он продался корпорастам)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #322

40. Сообщение от Анонн (?), 04-Окт-22, 10:30   +2 +/
Падажди, сейчас тебе расскажут что его взяли в заложники))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

41. Сообщение от rm2email (?), 04-Окт-22, 10:32   +3 +/
Лет через 5-10 когда этот хайп закончится, придётся выдирать обратно, выкидывать на слом весь успевший добавиться растовский код и переписывать всё обратно на Си.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44, #45, #52, #248

42. Сообщение от Аноним (183), 04-Окт-22, 10:32   +3 +/
причастился комментарием
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

44. Сообщение от annonn (?), 04-Окт-22, 10:38   +3 +/
Думаю через 10 лет все старперы которые не могут "в управление памятью" уйдут на пенсию и/или помрут. А в контрибьюторах останутся молодые и активные растописатели.
Ну и в ядре станет меньше CVEшек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #46, #72, #231

45. Сообщение от Аноним (183), 04-Окт-22, 10:38   +3 +/
к тому времени ты сделаешь свой язык и мы все перейдём на него
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

46. Сообщение от Аноним (183), 04-Окт-22, 10:40   +4 +/
когда старпёры уйдут, ядро закончится
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #68, #230

48. Сообщение от Lex20email (ok), 04-Окт-22, 10:57   –1 +/
Прекрасно. Теперь давайте на бейсике драйвер nvidia реализуем.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #53

51. Сообщение от Аноним (58), 04-Окт-22, 11:18   –1 +/
Отличная новость, всем экспертам по огнетушителю.
Чем больше новостей о rust, тем лучше
Ответить | Правка | Наверх | Cообщить модератору

52. Сообщение от Аноним (58), 04-Окт-22, 11:20   –2 +/
Через 5 лет придется переписывать весь небезопасный код на rust, а старый си выкидывать на слом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #85, #239

53. Сообщение от Аноним (58), 04-Окт-22, 11:21   +3 +/
Можешь начинать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #62

54. Сообщение от llolik (ok), 04-Окт-22, 11:22   +5 +/
Я, конечно, понимаю, что труЪ по ссылкам не ходят. Но если зайти и посмотреть ( https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... ), то вполне очевидно, что приняли пока только рантайм, чего достаточно для написания минимальных драйверов.

Там ещё в отдельной ветке полируются обвязки ( https://github.com/Rust-for-Linux/linux/tree/rust/rust/kernel ) над структурами ядра. Их пока ещё не включили в mainline, досматриваются и допиливаются.

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

56. Сообщение от Аноним (58), 04-Окт-22, 11:26   +2 +/
В прошлой новости эксперты уже обзывали Линуса всякими нехорошими словами.
Местным оторвавшимся от реальности экспертам 🤡 он не авторитет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

58. Сообщение от Аноним (58), 04-Окт-22, 11:29   +23 +/
Эксперты с опеннет делиться своими фантазиями о том, как происходит программирование.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #82

59. Сообщение от Аноним (59), 04-Окт-22, 11:33   –2 +/
Думаю это гиблое дело пытаться спасать как-то линукс, нужно переносить части ядра в systemd.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #60

60. Сообщение от Аноним (60), 04-Окт-22, 11:42   +/
И переписать системд на руст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #90

61. Сообщение от Аноним (-), 04-Окт-22, 11:45   +1 +/
Количество unsafe уже подсчитали?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #88

62. Сообщение от Lex20email (ok), 04-Окт-22, 11:46   +2 +/
О, люди просят. Ну всё, держите меня семеро!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

63. Сообщение от Аноним (60), 04-Окт-22, 11:54   +6 +/
Для крестописателей конечно очень обидно. Линус сначала послал их лесом с крестами в ядре (внезапно потому что с кодом менее удобно работать), а теперь добавляет поддержку языка, который они искренне ненавидят и стремятся уничтожить.
Не срослось с повсеместным внедрением плюсцов. Такими темпами и переучиваться придется.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #96, #116, #128

64. Сообщение от DEF (?), 04-Окт-22, 12:15   –18 +/
Хорошая новость. C и С++ должны умереть. Абсолютно непригодные и устаревшие языки программирования. В последний раз я на них програмировал году этак в 2005. Сейчас только на Java, SQL и Julia.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #86, #101

67. Сообщение от Аноним (67), 04-Окт-22, 12:16   +/
Libreddit на Rust написан. Хороший фронтенд для Reddit.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #296

68. Сообщение от Аноним (67), 04-Окт-22, 12:18   –1 +/
Старые версии ядра не пропадут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

72. Сообщение от Аноним (-), 04-Окт-22, 12:31   +/
> А в контрибьюторах останутся молодые и активные растописатели

а пассивных куда девать?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #94, #138

80. Сообщение от Максим (??), 04-Окт-22, 12:50   +/
Никого привлечь не получится, современной молодёжи "скучное" системное программирование нафиг не надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #103

82. Сообщение от Аноним (82), 04-Окт-22, 12:54   +11 +/
Хватит чмырить школьников... Поддержи лучше обьясни дураку его ошибку... пусть умное поколение вырастет, а то вырастет в тебя и будет троллить потом всех...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

85. Сообщение от Аноним (82), 04-Окт-22, 12:57   +1 +/
Надесь что к этому времени Rust доведут до такого же уровня просты как Си, а то в текущем его виде в обилием типов это что-то вроде C++ многословное<str> и синтаксический<'a>::уродливое
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #108

86. Сообщение от Аноним (86), 04-Окт-22, 12:58   +1 +/
В вашем комментарии упомянуты пять языков программирования. Где-то начали потихоньку внедрять язык, отличный от вами упомянутых. В чём для вас "хорошесть" новости и почему два языка должны умереть?
Почему какие-то существующие языки устаревшие или непригодные, если на них пишут? А пишут код на том, на чём заказывают или на том, что нравится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #110, #125

88. Сообщение от annonn (?), 04-Окт-22, 12:59   –1 +/
зочем? Линус разрешил мердж - значит все ок
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

90. Сообщение от Аноним (82), 04-Окт-22, 13:01   +/
копилятор rust думаю нужно сервисом сделать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #224

94. Сообщение от Аноним (94), 04-Окт-22, 13:08   +/
Туда, где им место.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

96. Сообщение от Аноним (183), 04-Окт-22, 13:18   –1 +/
Крестам отказали лезть в ядро, а раст разрешают для драйверов. Не заметил разницы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

100. Сообщение от Аноним (103), 04-Окт-22, 13:38   +3 +/
Растление ядра продолжается.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #105, #123, #143

101. Сообщение от Аноним (103), 04-Окт-22, 13:40   +/
А SQL такой молодой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #109, #126

103. Сообщение от Аноним (103), 04-Окт-22, 13:45   +/
Наверное, можно привлечь, если сделать системное программирование визуальным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #122, #154

105. Сообщение от Аноним (105), 04-Окт-22, 13:47   +/
Ядро уже совершеннолетние! Причем довольно старенькое((
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

106. Сообщение от Аноним (111), 04-Окт-22, 13:50   +3 +/
Я очень рад этому поистине историческому событию. Сегодня Rust вошёл в бессмертие в ядре Линукс. Уже долго зрела необходимость в новом языке системного программирования, который отразит более чем тридцатилетний прогресс технологий и програмистской мысли. Тут и вклад функциональных мыслителей, и опыт горьких ошибок в памяти.

Было много попыток заменить Си. Начиная, вы будете смеяться, с C++. Было много других. Все они, к сожалению, не смогли набрать достаточно тяги, привлечь к себе внимание больших игроков. И я рад, при всех возможных недостатках, что Расту это -таки удалось! Что бизнес обратил внимание на достижения тридцати лет в области управления памятью и стал их продвигать.

И сегодня Линус Торвальдс положил начало новой эпохе! Один маленький шаг (впрочем, маленький ли, если разработка шла полтора года) приоткрыл нам двери в будущее! Да здравствует Rust, да здравствует Линукс!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #114, #115, #118

108. Сообщение от Аноним (103), 04-Окт-22, 13:53   +2 +/
Или выйдет новый модно-молодёжный язычок и он станет хайповым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #247

109. Сообщение от Аноним (111), 04-Окт-22, 13:56   +/
И Ларри такой молодой, и юный Oracle впереди
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

110. Сообщение от Аноним (110), 04-Окт-22, 13:59   +2 +/
Где-то и на COBOL ещё пишут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

111. Сообщение от Аноним (111), 04-Окт-22, 14:02   +5 +/
Там была новость другая, что Линукс сказал, что будет. А теперь - что реально помержил изменения
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

114. Сообщение от амоним (?), 04-Окт-22, 14:42   +/
не знаю стеб ли это, но в целом да, именно так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

115. Сообщение от Аноним (183), 04-Окт-22, 15:00   –2 +/
вся надежда на тебя
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

116. Сообщение от _kp (ok), 04-Окт-22, 15:02   +1 +/
Возможно у С++ закостенелая политика развития. Инициализацию структур и то, до сих пор не поддерживает толком. Потом говорят что нет такого языка С/C++, ага когда в одном проекте всегда то и другое, нафиг их различать. А драйверы как писать на чистом С++, не в ущерб качеству кода?

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

А Rust пытаются активно развивать. Хотя, для моего вкуса, его синтаксис пока совсем неприемлим. Но развиваются же и ладно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #142, #299

117. Сообщение от Максим (??), 04-Окт-22, 15:16   +/
А почему Rust, а не Carbon?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #120, #180, #249

118. Сообщение от Максим (??), 04-Окт-22, 15:20   –2 +/
Пролетарии всех стран - соединяйтесь! Вперёд, в светлое коммуRustическое будущее! Ура, тварищи!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

120. Сообщение от Аноним (120), 04-Окт-22, 15:31   +4 +/
Потому что сам Google в инфе о карбоне пишет, что если может вместо Carbon использовать Rust - используйте Rust

https://github.com/carbon-language/carbon-lang/blob/trunk/do...

> If you can use Rust, ignore Carbon
> If you want to use Rust, and it is technically and economically viable for your project, you should use Rust. In fact, if you can use Rust or any other established programming language, you should. Carbon is for organizations and projects that heavily depend on C++; for example, projects that have a lot of C++ code or use many third-party C++ libraries.
> We believe that Rust is an excellent choice for writing software within the pure Rust ecosystem. Software written in Rust has properties that neither C++ nor Carbon have. When you need to call other languages from Rust, RPCs are a good option. Rust is also good for using APIs implemented in a different language in-process, when the cost of maintaining the FFI boundary is reasonable.
> When the foreign language API is large, constantly changes, uses advanced C++ features, or makes architectural choices that are incompatible with safe Rust, maintaining a C++/Rust FFI may not be economically viable today (but it is an area of active research: cxx, autocxx, Crubit).

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

121. Сообщение от Максим (??), 04-Окт-22, 15:32   –1 +/
Зачем нужен раст в ядре? Ну, допустим, позволит он избежать 3 с половиной типа ошибок работы с памятью, которые при внимательном программировании и так появляться не должны, дальше что? Будет как обычно - одни ошибки исправятся, другие добавятся, зато в ядре теперь появится зоопарк языков (внедрение Carbon'а - вопрос времени) и у корпораций будет больше возможностей для обфускации кода своих драйверов и модулей.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #124, #129, #130, #147

122. Сообщение от Аноним (122), 04-Окт-22, 15:33   –1 +/
В лего-блоксы наигрался?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #179

123. Сообщение от Аноним (123), 04-Окт-22, 15:34   –1 +/
Деградация опеннет экспертов продолжается
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #131

124. Сообщение от Аноним (120), 04-Окт-22, 15:37   +/
Корпорации, если захотят, вообще могут сорцы драйверов не релизить, никто против них особо не попрет. И блоб есть блоб, написан он на Си или не-Си, не играет роли.

> которые при внимательном программировании и так появляться не должны

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

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

125. Сообщение от DEF (?), 04-Окт-22, 15:55   –5 +/
C и С++ не пригодны для использования в тех нишах, для которых предназначены. Постоянные баги с утечками памяти, гонками потоков, обрещением к несуществующим разделам памяти и тд и тп. Это не допустимо в системных нишах.

SQL, Java и Julia - полностью соотвествуют тем нишам, для которых предназначены.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #145, #237

126. Сообщение от DEF (?), 04-Окт-22, 15:56   +/
SQL полностью соотвествует своей нише, а именно - формулировать декларативные запросы к БД.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

127. Сообщение от хрю (?), 04-Окт-22, 15:57   +/
Смех смехом, но это важная часть - дрова можно будет писать на двух языках. Если выгорит, то глядишь и третий можно будет добавить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #183

128. Сообщение от хрю (?), 04-Окт-22, 16:00   +/
Дрова на крестах? И зачем? У хруста хоть какие-то гипотетические плюшки имеются, а у крестов в дровах, как плюшки? А вот в само ядро на хрусту ни крестам ходу по понятным причинам нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

129. Сообщение от хрю (?), 04-Окт-22, 16:02   –1 +/
>>Зачем нужен раст в ядре?

Ни в ядре, а в дровах. Разницу понимать надо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #132

130. Сообщение от Анонн (?), 04-Окт-22, 16:07   +7 +/
> внедрение Carbon'а - вопрос времени

не будет он внедряться, по крайней мере в обозримом будуешь
у них прим в гите написано "If you can use Rust, ignore Carbon" (https://github.com/carbon-language/carbon-lang/blob/trunk/do...)

> и у корпораций будет больше возможностей для обфускации кода своих драйверов и модулей.

Серьезно? Ты не в состоянии прочитать код и поэтому называешь это обфускацией?

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

131. Сообщение от ыы (?), 04-Окт-22, 16:32   +1 +/
РАСТление ядра... По-моему все абсолютно точно сказано. А у вас какие-то проблемы? Или в очереди на границе стоишь и потрепаться хочется?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

132. Сообщение от Аноним (122), 04-Окт-22, 16:34   +1 +/
в модулях ядра, читай внимательно. Модуль может быть как загружаемый, так и внутренний.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

135. Сообщение от Аноним (135), 04-Окт-22, 16:51   +3 +/
Я вас умоляю, они найдут тысячи вариантов продолжить поливать тем же, чем поливали раньше. Это легко, ососбенно если логику не включать. Продался, с ума сошел на старости лет, намерено сливает линукс и т.д.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #220

137. Сообщение от Аноним (137), 04-Окт-22, 16:53   +/
Скорее бы. Может заодно лажу с обработкой ников починят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #296

138. Сообщение от Аноним (137), 04-Окт-22, 16:59   +/
А зачем тебя куда-то девать? Сиди где сидишь, не копти только.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

140. Сообщение от Аноним (143), 04-Окт-22, 17:05   +8 +/
Почему форсят этот язык, что в нём такого хорошего в отличии, например, от zig.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #144, #148, #153, #187

142. Сообщение от Аноним (-), 04-Окт-22, 17:11   +1 +/
>говорят что нет такого языка С/C++, ага когда в одном проекте всегда то и другое, нафиг их различать

Ой дурак?!

>А драйверы как писать на чистом С++

Дурак с плюсами.

Начитаешся всякого а потом думаешь: "Слава тебе господи, за то, что Линус запретил в ядре C++".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #150

143. Сообщение от Аноним (143), 04-Окт-22, 17:13   +/
А ты что не видишь что прогресс в линпуксе перешел в стагнацию? Если в нулевых он стремительно развивался, появлялись новые фичи, то сейчас переливание из пустого в порожнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

144. Сообщение от Аноним (120), 04-Окт-22, 17:13   –1 +/
Тут на самом деле проблема, что хорош именно тем, что форсят. Без форсинга особо никакой язык, особенно в наше время, не взлетает. И вот есть, допустим, Rust и ещё какие-то языки из той же ниши. Какой не форсь - кто-то будет вопить, что язык N лучше в 100500 раз. В итоге или не форсится вообще никакой язык из этой ниши, или какой-то. Да, необязательно лучший с точки зрения чисто "технической". Селяви, что могу сказать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #149, #243

145. Сообщение от Аноним (86), 04-Окт-22, 17:20   +/
Я не знаю какие языки для каких ниш предназначены.
Вы говорите о постоянных багах, утечках и гонках, хотя не используете эти языки с 2005 года.
Так сильно критиковать без собственной практики недопустимо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #163

147. Сообщение от minonA (?), 04-Окт-22, 17:24   +/
Речь не только об избежании некоторых видов ошибок и уязвимостей. На уровне языка например решена проблема статичного определения пересечения областей памяти при копировании. Почитайте про restrict: https://ru.wikipedia.org/wiki/Restrict . И за счет статичного анализа доступны другие оптимизации, недоступные в Си/С++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #174

148. Сообщение от Аноним (-), 04-Окт-22, 17:26   +/
Из Гугла один чувак впрягся за Раст. Незнаю, как они Линуса убедили. Линус вполне мог бы послать лесом переговорщиков из Гугла, он же ведь когда-то послал лесом Си плюс-плюсников. Молодых желающих изучать Си не убавляется. Чистый Си в рейтингах на самых высоких позициях.

Но то, что я знаю точно - Линус считает чистый Си лучшим языком на свете.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #152

149. Сообщение от Аноним (-), 04-Окт-22, 17:29   +/
Чистый Си никто из корпораций не продвигал. Да, он шёл с Юниксом, но его специально никто не хайпил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #151, #217

150. Сообщение от _kp (ok), 04-Окт-22, 17:34   +1 +/
Тут не без шуток сказано.

А про драйверы Вы не в теме. Бывает и пикосекунды(!) учитывать надо. Помимо ширпотребных платформ, есть всякая "встраиваемая" экзотика, где с выбором компиляторов и библиотек не густо, а запросы как настоящей системе. А если еще наложить требования не программистов к коду, плюс костыли, что и баги железа, чужого кода, и проблемы конкретного компилятора обойти, и итоге такие пакостные исходники выходят.. Что посещают дурные мысли свой Си написать.
Ещё раз, речь таки не о десктопе, и драйверах Линукс. Там после перечисленного, просто удовольствие что то писать.



Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #173, #262

151. Сообщение от ЯзыкиПрограммирования (?), 04-Окт-22, 17:34   +/
Случай с Си немного иной, тогда ещё поляна была относительно чистая. Тем не менее, Си победил скорее всего засчет юникса. А C++ (да, это не Си, но всё же связанное) победил засчет Майкрософта с его winapi. А так в те времена боролись разные претенденты, и Паскаль, перешедший в Дельфи, и много чего ещё. Вытянули ОСи, написанные на Си и C++, и в итоге вытянули эти языки. А потом начали хайпить Джаву. Ну и т.д. и т.п.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #158, #159, #184, #226

152. Сообщение от ЯзыкиПрограммирования (?), 04-Окт-22, 17:38   +/
> Чистый Си в рейтингах на самых высоких позициях.

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

Что касается Линуса, он когда-то давно говорил, что Раст выглядит перспективно. Ещё до патчей, лет 4-5 назад. Да, он, конечно, сишник. Но к Расту он относился снисходительно, если это сравнить с его отношением к плюсам и другим языкам

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #323

153. Сообщение от Аноним (86), 04-Окт-22, 17:43   +/
А разве уже не работает "Если ..., значит это кому-то нужно" ?
И почему если форсят, то этим хорош? (это уже к следующему участнику). Есть же технические критерии, надо спокойно разбираться. Или хорош тем, что будут больше людей его пробовать? Может просто уверовали и проповедуют. Но ситуация интересная, динамичная и с необычным эмоциональным фоном.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #198

154. Сообщение от pavlinux (ok), 04-Окт-22, 17:45   +3 +/
> ... если сделать системное программирование визуальным.

Visual Assembler (c) Баян, 1995 г.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #204

156. Сообщение от Янис (?), 04-Окт-22, 17:48   –1 +/
Ничего лучше Си/Си++ нет. Просто нет. Раст пихают в ядро не потому, что он равен с Си или лучше, а потому что кому-то выгодно изпортить ядро. Есть одна известная компания, которая Линукс ненавидит, а именно представители сей компании - в Раст фаундейшн, как ни странно. Разговоры о безопасной работе с памятью - блеф. Я допускаю, что Линус отлично поинимает, что эту ветку ядра (ну то есть ту, которую он возглавляет на данный момент) уже не спасти, потому он пустил Раст в нее. И возможно нас ждут сюрпризы со стороны Линуса по поводу ядра и его будущей разработки.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #161, #166, #201

158. Сообщение от Аноним (183), 04-Окт-22, 17:51   +1 +/
И поэтому сейчас куча ос на джаве
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #197

159. Сообщение от Янис (?), 04-Окт-22, 17:52   –1 +/
Си победил потому что он лучше. Си создавался во времена, когда компы были слабыми, имели мало памяти и надо было эффективно писать программы. С этим Си отлично справляется и является лучшим ЯП до сих пор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #162, #168, #171, #194, #244

161. Сообщение от Аноним (123), 04-Окт-22, 17:57   +1 +/
Теории заговора и расследования от опеннет экспертов.
На мучаетесь, сходите к психиатру, а иначе можете ещё больше "изпортить" себе психику.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

162. Сообщение от Аноним (123), 04-Окт-22, 18:00   +1 +/
Покажи что написал на Си
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #181

163. Сообщение от Анонн (?), 04-Окт-22, 18:01   –1 +/
А зачем использовать эти языки для того чтобы говорить "о постоянных багах, утечках и гонках"?
Достаточно открыть cve.mitre.org (или новости тут) и там будет все предельно ясно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145

164. Сообщение от Аноним (164), 04-Окт-22, 18:05   +1 +/
Ну-ка объясните мне: Линус - очень матёрый сишник с десятками лет опыта на нём, но ведь по логике экспертов с растотредов матёрому сишнику как раз-таки раст не нужон. Ну тип если на си есть достаточно опыта, то зачем все эти якобы безопасные языки, смузикомпиляторы и прочие зумерские борров чекеры.

Получается либо Линус не дорос до тру-сишника, либо раст нужон.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #167, #190, #199, #206, #294

166. Сообщение от ТрахерЪ (?), 04-Окт-22, 18:07   +7 +/
> Ничего лучше Си/Си++ нет.

Что можно написать на Си такого, чего нельзя на FreePascal или FreeBASIC? ВНЕЗАВНО, но энтузиасты даже операционки пишут на этих языках.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #192

167. Сообщение от ТрахерЪ (?), 04-Окт-22, 18:08   +4 +/
Линус дорос и перерос. Держу пари, что он код не видел лет пятнадцать, а вся его теперешняя деятельность - чистый менеджмент.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

168. Сообщение от annonn (?), 04-Окт-22, 18:09   +1 +/
> эффективно писать программы
> Си отлично справляется

Это с учетом критических уязвимостей с получением рута или нет?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #210

171. Сообщение от Аноним (105), 04-Окт-22, 18:17   –1 +/
Си победил в "системщине" (а в 70х - во времена его создания - другого и не было) потому что был тупым переносимым ассемблером. И позволял х*як-х*як и продакшен портировать код на другую архитектуру. А архитектур тогда было просто завались. Поэтому напр. не взлетела Ада - писать было сложнее.
Скорость такого быдлокодингы очень ценилась бизнесом и сишники плодились как тараканы.
Примерно как пхпешники в 2000х.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #232

173. Сообщение от yet another anonymous (?), 04-Окт-22, 18:20   +/
>  Бывает и пикосекунды(!) учитывать надо.  ... где с выбором компиляторов и библиотек не густо, а запросы как настоящей системе.

Компилятор нам в этом деле поможет. Ага.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #228

174. Сообщение от yet another anonymous (?), 04-Окт-22, 18:23   +/
> ... На уровне языка например решена проблема статичного определения пересечения областей памяти при копировании.

А о раскадровке памяти оно непосредственно из мирового эфира узнаёт.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #295

175. Сообщение от yet another anonymous (?), 04-Окт-22, 18:26   +1 +/
> Журналисты пишут о том, что интересно читателям.

Не. Пишут они о том, за что проплатили.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #185

178. Сообщение от Аноним (178), 04-Окт-22, 18:30   +/
> Наконец-то! Поздравляю всех причастных!

Там из причастных один мигель охеда

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

179. Сообщение от Аноним (103), 04-Окт-22, 18:32   +/
Это про привлечение современной молодёжи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

180. Сообщение от Аноним (103), 04-Окт-22, 18:35   +1 +/
Ещё стабильный релиз не вышел. Тем более, полтора года назад Гуглаг про него даже ещё и не упоминал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

181. Сообщение от Аноним (178), 04-Окт-22, 18:42   +/
> Покажи что написал на Си

Сначала ты покажи что написал хоть на чем-нибудь

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

183. Сообщение от Аноним (183), 04-Окт-22, 19:03   –4 +/
А потом в язык добавят несовместимые с прошлой веткой изменения. У Rust стандартизации никакой нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #203

184. Сообщение от Аноним (110), 04-Окт-22, 19:04   +1 +/
WinAPI это чистый Си же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #193, #205

185. Сообщение от Аноним (185), 04-Окт-22, 19:11   +/
Ну это же про раст, а не про джеймса уэбба. У растофанов нет денег, в отличии от наса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #195

186. Сообщение от Аноним (183), 04-Окт-22, 19:18   +1 +/
Если ключевые слова языка сокращаются и прилепляют очередную закорючку для выражения синтаксиса - это явно не направлено для лучшей читаемости, а соответственно улучшения групповой разработки. Так и хотять слепить очередной brainf*ck.
То же касается естественных языков, в которые постоянно вносят сленговые слова от собственной лени произнести/написать полное слово, ещё и думая что это типа круто. Языки нужны для коммуникации, а ваш тупой слэнг только орезает часть людей от понимания вас же самих.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #188

187. Сообщение от Максим (??), 04-Окт-22, 19:27   +2 +/
Да, тот же вопрос. И то, что его форсят, вызывает отторжение. Если бы его не форсили, а он каким-то естесственным образом постепенно заменил бы Си - то ладно, но наблюдается обратная картина - его настойтиво всюду впаривают, как гей-парады. Типа, "не провёл гей-парад (не перешёл с Си на Раст) - всё, редиска".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #202, #215

188. Сообщение от Аноним (183), 04-Окт-22, 19:31   +3 +/
Если видишь, что переменные в коде написаны одной буквой или являются некими сокращениями, то это либо студент, либо макака.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186 Ответы: #191

190. Сообщение от Максим (??), 04-Окт-22, 20:06   +/
Постарел похоже, уже нет сил защищать ядро, как раньше. Тем более последние 15-20 лет он только и делал, что отбивался от попыток пропихнуть в ядро всякую шнягу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

191. Сообщение от Аноним (-), 04-Окт-22, 20:08   +1 +/
В математике переменные одной буквой идут, например: a + b = b + a. Ну это так если что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188 Ответы: #253

192. Сообщение от Максим (??), 04-Окт-22, 20:14   +/
Можно-то можно, но это учебные многословные языки, чтобы было понятнее начинающим. Зачем опытному программисту постоянно писать begin/end? Кстати, Паскаль принципиально очень похож на Си. Можно даже сказать, что Си - это Паскаль для профессионалов)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #200

193. Сообщение от ЯзыкиПрограммирования (?), 04-Окт-22, 20:21   +/
Ну тогда тем более, winapi добавил очков языку Си
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184

194. Сообщение от ЯзыкиПрограммирования (?), 04-Окт-22, 20:28   +1 +/
Насчёт того, что Си лучший до сих пор - ну это смело. Я понимаю, что новинки не все хороши и что новое не значит хорошее. Однако и в 80-е были люди, которые искренне считали, что все технологии после 80-х никуда не годятся и надо писать, например, на ассемблере, чтобы железо чувствовать и оптимизировать хорошо.

О причинах побед Си - он мог победить, потому что лучший, но факторов обычно очень много в такой борьбе. Недостаточно быть лучшим - нужно чтобы тебя заметили и пошла сила тяги, что называется. Танненбаум считал, что интелx86 - дешёвая перегруженная кривая фигня, а победят прекрасно отдизайненные компьютеры SPARC от Sun. И где теперь SPARC? И где Sun?

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

195. Сообщение от yet another anonymous (?), 04-Окт-22, 20:30   –1 +/
> У растофанов нет денег, в отличии от наса.

Это у NSA всё в порядке с бюджетом. А наблюдаемые растофаны --- это объекты, а не субъекты.

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

196. Сообщение от ИмяХ (?), 04-Окт-22, 20:30   +3 +/
>>снижения вероятности совершения ошибок при работе с памятью

Опа! Оказывается, раст не избавляет от ошибок с памятью, а всего лишь снижает их вероятность.

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

197. Сообщение от ЯзыкиПрограммирования (?), 04-Окт-22, 20:32   +/
Джава да, не про ос было, а скорее про силу хайпа самого по себе. Потому что преимущества Джава перед C++ были весьма своеобразными. Sun пришлось много маркетинга потратить на то, чтобы убедить в этом других. При том что тот же "write once, run everywhere" для Джавки работает со скрипом - для простых прог или в удачных случаях работает, иначе не работает.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #208

198. Сообщение от ЯзыкиПрограммирования (?), 04-Окт-22, 20:38   +/
> И почему если форсят, то этим хорош?

Немного объясню позицию на этот счёт. Участник изначально задал вопрос - чем Раст лучше какого-другого языка N? Есть некоторая группа языков, которые претендуют на то, чтобы стать системным языком-заменителем Си. Среди них Rust и ещё какие-то помельче. В этой группе Rust хорошо тем, что его уже раскачали хорошо и продолжают форсить. Благодаря этому будут библиотеки, будет инфраструктура, будет сообщество.

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

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

199. Сообщение от Аноним (199), 04-Окт-22, 20:39   –1 +/
> Линус не дорос до тру-сишника

«Я знаю только то, что ничего не знаю, но другие не знают и этого.» ©

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

200. Сообщение от ЯзыкиПрограммирования (?), 04-Окт-22, 20:40   +2 +/
Это вкусовщина. Если кто-то привык к begin end, почему нет? Может у кого-то плохое зрение и он не замечает скобки (утрирую, конечно).

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

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

201. Сообщение от ЯзыкиПрограммирования (?), 04-Окт-22, 20:41   +/
> Разговоры о безопасной работе с памятью - блеф.

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

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

202. Сообщение от ЯзыкиПрограммирования (?), 04-Окт-22, 20:46   +/
Естественным образом из Си может вырасти только Си. Просто потому что уже такая махина лигаси есть, что переписывать без толчка, в т.ч. рекламного, тупо лень.

Вот, скажем, в андроид разработке Kotlin заменил Джаву тоже не просто потому что он такой замечательный, а потому, что джетбрейнс активно лоббировала это дело. Так и здесь

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

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

203. Сообщение от Аноним (203), 04-Окт-22, 20:46   +/
И старые версии компилятора отбирают! Ну хоть не бьют по ночам, и за то спасибо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183

204. Сообщение от Анно Домини (?), 04-Окт-22, 21:38   +1 +/
С подключением:

https://dman95.github.io/SASM/english.html

https://fresh.flatassembler.net/

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

205. Сообщение от Анно Домини (?), 04-Окт-22, 21:43   +/
Он наверно имел в виду MFC, а не WinAPI.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #212

206. Сообщение от Анно Домини (?), 04-Окт-22, 21:45   +/
Он уже "десятки лет" менеджер ядра, а не программист.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #236

208. Сообщение от Аноним (183), 04-Окт-22, 21:47   +1 +/
Джава был прорыв в ооп, на этом всё. С элементарным доступом к различной документации для других языков через инет и с развитием IDE, люди наконец разглядели, что это был тупик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197

209. Сообщение от Аноним (209), 04-Окт-22, 21:47   +/
А где сейчас bpf? Его не забыли?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #221

210. Сообщение от InuYasha (??), 04-Окт-22, 21:48   +/
Ножами можно резать колбасу? Это с учётом порезов убийств и геноцида или нет? Срочно запретить!!! Внедрить кухонные комбайны с умным блендером!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168

212. Сообщение от InuYasha (??), 04-Окт-22, 21:49   +1 +/
Надо заметить, MFC - самая быстрая ООП-нахлобучка над WinAPI. И самая лёгкая. Даже все борланды отчмокивали у прог на MFC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205 Ответы: #218

213. Сообщение от InuYasha (??), 04-Окт-22, 21:52   –1 +/
На Линуса нашлась управа. Если как следует надавить, можно заставить и комментарии на Камчатском, и код на иврите стандартизировать. Только делать надо постепенно, чтобы гики не опомнились.
Ответить | Правка | Наверх | Cообщить модератору

214. Сообщение от Аноним (-), 04-Окт-22, 22:02   +/
>>>снижения вероятности совершения ошибок при работе с памятью
> Опа! Оказывается, раст не избавляет от ошибок с памятью, а всего лишь снижает их вероятность.

Опа! Оказывается, реальность не соответствует фантазиям и прочим соломенным чучелам местных Военов Супротив Раста. Кто бы мог подумать!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #234

215. Сообщение от Анонн (?), 04-Окт-22, 22:04   +1 +/
Именно. Другой пример - эпл. Полный контроль экосистемы, вообще всё - либы, ide, системы сборки. И даже им пришлось очень много телодвижений сделать чтобы заставить разрабов переходить на свифт. Причем часть была очень жесткая, типа выпуска фреймворков вообще без objc интерфейсов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187

217. Сообщение от Аноним (-), 04-Окт-22, 22:13   –1 +/
> Чистый Си никто из корпораций не продвигал. Да, он шёл с Юниксом, но его специально никто не хайпил.

Занятный опеннетный "онализ".
Ага-ага, AT&T - ну совсем мелкая подвальная лавка, а ISO-вцы - кучка гиков, работающих за идею ...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #245

218. Сообщение от Анно Домини (?), 04-Окт-22, 22:53   +2 +/
> Надо заметить, MFC - самая быстрая ООП-нахлобучка над WinAPI. И самая лёгкая.
> Даже все борланды отчмокивали у прог на MFC.

Да она и сейчас живее всех живых. Всё-таки, обратная совместимость это сила.

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

219. Сообщение от ОШИБКА Отсутствуют данные в поле Name (?), 05-Окт-22, 00:13   +/
Не. Буду тихонько ковырять сборку основного софта под винду, чтобы можно было целиком пересадить окружение. Потому что с такими телодвижениями - добра не будет. Останутся в ядре ёbpf, iourine и хруст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

220. Сообщение от ОШИБКА Отсутствуют данные в поле Name (?), 05-Окт-22, 00:21   +1 +/
На самом деле фиолетово, продался, выключил логику, сливает, или ещё чего там.
А вот что делать с инфраструктурой, когда окончательно протухнет и завоняет - надо думать уже сейчас.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #246

221. Сообщение от ОШИБКА Отсутствуют данные в поле Name (?), 05-Окт-22, 00:22   +/
Скорее всего полтора мегакорпораста, это заказавших, результат устроил.
Ну а остальным не особо интересно, вот и тишина.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209 Ответы: #222

222. Сообщение от Аноним (224), 05-Окт-22, 00:40   +/
Появится соответствующее CVE, снова услышим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221

224. Сообщение от Аноним (224), 05-Окт-22, 00:50   +/
Переписав его на Python.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

226. Сообщение от Аноним (224), 05-Окт-22, 01:04   +1 +/
>C++ (да, это не Си, но всё же связанное) победил засчет Майкрософта

За счёт Борланда, его присутствия на всех тогдашних платформах.

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

227. Сообщение от Hck3r (?), 05-Окт-22, 01:31   +/
Возможно, кого-то заинтересует)
Куча фич, современные решения, не идеальный, без кучи бабла от крупных компаний (решения принимаются core командой), самый настоящий anti-hype
Dlang.org - welcome :)
Ответить | Правка | Наверх | Cообщить модератору

228. Сообщение от _kp (ok), 05-Окт-22, 03:11   +/
Тут или ассемблерные вставки или Си. Вот и ниша.
Работа с периферией и протоколами обмена часто требует именно сишные структруры, и желательно без всяких конвертаций.

А если чисто прикладное ПО, хоть и для внутренних отладочных нужд, то конечно, на C++, и тем более С, я вряд ли буду писать.
Всему свое разумное применение.

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

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

229. Сообщение от Аноним (-), 05-Окт-22, 04:36   +4 +/
Как оно задолбало со своими:

> this version of Cargo is older than the `2021` edition, and only supports `2015` and `2018` editions.

как этим можно пользоваться ? Где консистенси, где оффлайновая сборка прокта с одной либой или вообще без них ? Ну вы серьезно это хотите везде запихать ?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #250, #265

230. Сообщение от Аноним 80_уровня (ok), 05-Окт-22, 05:48   +/
Нет. В него внесут возможность писать на питоне, и оно продолжит работать. Но ме-е-е-едленно...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

231. Сообщение от Аноним (231), 05-Окт-22, 06:35   –1 +/
> Ну и в ядре станет меньше CVEшек.

Ох уж эти маняфантазии. Сколько там CVE из-за управления памятью и сколько из-за алгоритмических ошибок?

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

232. Сообщение от Аноним (231), 05-Окт-22, 06:41   +/
Так это же классно, а вы так пишите, как будто что-то плохое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #240

234. Сообщение от Аноним (231), 05-Окт-22, 06:48   +/
На минуточку это были фантазии именно Военов Раста, о том, что Раст исключает ошибки с памятью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214 Ответы: #254

235. Сообщение от abu (?), 05-Окт-22, 10:32   +1 +/
Мне вот все интересно с этим языком - а приличиные люди, отвечающие еще за базар в линуксостроении, не маркетологи и вынужденные дочки-матери типа Линуса, а те самые уважаемые, ответственные, старые и еще пишущие код люди, как относятся к Расту?

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

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #241, #251

236. Сообщение от bOOster (ok), 05-Окт-22, 10:55   +/
Да еще и не слишком эффективный. Из всего того, что можно было добавить - добавить самую лажу - рассчитывая на то что кто-то, без базовых знаний от Кнута и т.п. сможет добавить эффективные драйверы в систему.. Ну тут уже уши гугла торчат - последним вообще необходимо, как-то целенаправленно, периодично притормаживать все, дабы всякие производители железок могли выпускать чего-то новое. А то уши кризиса в электронике уже видны..  
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206 Ответы: #293

237. Сообщение от bOOster (ok), 05-Окт-22, 11:05   +/
На C/C++ дофига написано софта который в принципе дыр особо не имеет. Поэтому все что написано - чистый бред. Эти дыры в мозгах доморощенных программистов, которых презерватив пользовать даже в личной гигиене не научили, в случайных связях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

239. Сообщение от bOOster (ok), 05-Окт-22, 11:08   +/
Через 5 лет эту ветку, в которой будут раст - все будут пытаться забыть как страшный сон. Вангую.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

240. Сообщение от Аноним (105), 05-Окт-22, 11:20   +1 +/
Если это так классно, то почему труЪ-сишники так чморили пыхеров, а сейчас джаваскрипчиков?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232

241. Сообщение от Анонн (?), 05-Окт-22, 11:25   +1 +/
Предлагаю заглянуть в lkml в треды по этим патчам (в предыдущих новостях вроде были ссылки) и почитать что думаю реальные ментейнры/контрибьюторы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235 Ответы: #269, #286

243. Сообщение от Свинни Тодд (?), 05-Окт-22, 12:24   +1 +/
Все хорошее, живое и самобытное вырастает не благодаря, а вопреки, снизу вверх, как трава прорастает через бетон.

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

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

244. Сообщение от _kp (ok), 05-Окт-22, 12:32   +/
> Си победил потому что он лучше.

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

А попытки писать чуть более высокоуровневое ПО, с человеческим пользовательским интерфейсом, привели к появлению С++, Java, C# и иных языков.

Кстати, забавный факт:
>>когда компы были слабыми..

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #309

245. Сообщение от Аноним (-), 05-Окт-22, 13:02   +/
Опровергай собеседника, не надо сарказмом заниматься.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217

246. Сообщение от Аноним (135), 05-Окт-22, 13:06   +/
Этот вопрос можно задать вообще любому проекту. Лю-бо-му, независимо от используемых технологий, причастных людей, поддержки кровавым энтерпрайзом, наличия сообщества и способности этого сообщества поддерживать проект на плаву.
Достоверно предсказывать будущее еще никто не научился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220 Ответы: #282

247. Сообщение от Аноним (135), 05-Окт-22, 13:09   +/
Или выйдет новый модно-молодёжный язычок, и по сравнению с ним раст окажется милым, симпатичным и интуитивно понятным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

248. Сообщение от Шарп (ok), 05-Окт-22, 13:17   +1 +/
> Лет через 5-10 когда этот хайп закончится, придётся выдирать обратно, выкидывать на
> слом весь успевший добавиться растовский код и переписывать всё обратно на
> Си.

Ну как там, хайп на systemd прошёл? Время расставило всё по местам? Юниты на баш портянки уже поменяли?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #298

249. Сообщение от Аноним (249), 05-Окт-22, 13:25   +/
Потому что Carbon это C++ с почищенным синтаксисом. Ничего кардинально нового он не предлагает, да и не может предложить, ибо изначально задумывался, как эволюционная замена C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

250. Сообщение от Ананимус (?), 05-Окт-22, 14:00   +/
> как этим можно пользоваться ? Где консистенси, где оффлайновая сборка прокта с одной либой или вообще без них ?

cargo vendor.

> Ну вы серьезно это хотите везде запихать ?

Да, хотим.

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

251. Сообщение от Аноним (251), 05-Окт-22, 14:03   +/
Глупый ты, для кодера главное из воздуха сделать многочасовой объём оплачиваемой работы, а не сократить всё до минимума.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235 Ответы: #288

252. Сообщение от Аноним (252), 05-Окт-22, 14:11   +2 +/
> Основным мотивом поддержки Rust является упрощение написания безопасных и качественных драйверов устройств за счёт снижения вероятности совершения ошибок при работе с памятью.

Если речь о безопасности, надежности и верифицируемости кода, то надо выбирать SPARK.

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #255, #274

253. Сообщение от _kp (ok), 05-Окт-22, 14:13   +1 +/
> В математике переменные одной буквой идут, например: a + b = b
> + a. Ну это так если что.

Да, ну? А как же x1,x2.. y' и подобное. И это при том что переменных кот наплакал.

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

254. Сообщение от Ананимус (?), 05-Окт-22, 14:21   +3 +/
А эти Воены Раста, они сейчас с тобой в одной комнате?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234

255. Сообщение от Аноним (255), 05-Окт-22, 15:02   –2 +/
Речь о том, что уже 2022 заканчивается, а вы предлагаете хрень с корнями из прошлого века.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #252 Ответы: #256, #257

256. Сообщение от Аноним (122), 05-Окт-22, 15:21   –1 +/
Может тебе ещё и от колеса отказаться совсем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #255 Ответы: #258

257. Сообщение от Аноним (252), 05-Окт-22, 15:24   –1 +/
Да, идея языка зородилась в 1970-тых.

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

Сегодня SPARK очень высоко безопасный, очень высоко надежный с встроенной математической верификацией исходных текстов.

Если бы GNU написали компилятор на 15 лет раньше, то мозила Rust бы не изобретала.

https://www.adacore.com/about-spark

https://en.m.wikipedia.org/wiki/SPARK_(programming_language)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #255 Ответы: #259, #261, #268

258. Сообщение от Аноним (252), 05-Окт-22, 15:32   –1 +/
Он не выучил что такое:

1. Безопасный язык программирования
2. Надежный компилятор и ПО.
3. Математическая верификация корректности работы программы.

Вот когда выучит теорию и поймет, что в Rust этого нет и небудет, тогда к SPARK подтянутся.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256 Ответы: #260, #266

259. Сообщение от Аноним (260), 05-Окт-22, 15:37   +1 +/
Что за аццкий бред. Либая программа лишь трансформируется в машинные инструкции, которые выполняются на процессорах разного типа. Вы там математически доказали, что Meltdown'a нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #257 Ответы: #263, #290

260. Сообщение от Аноним (260), 05-Окт-22, 15:38   +/
Он не выучил что такое колесо, такому в школе не учат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #258

261. Сообщение от Аноним (260), 05-Окт-22, 15:40   +/
Опять гнутые во всём виноваты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #257 Ответы: #264

262. Сообщение от red75prime (?), 05-Окт-22, 15:43   +/
Пикосекунды времени исполнения кода? Не верю. За пикосекунду свет проходит 0.3мм. Характерная частота - терагерц. Максимум что могу представить - писать в регистр, управляющий каким-нибудь экспериментальным терагерцовым генератором, но тут никаких отличий между растом и си нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #312

263. Сообщение от Аноним (252), 05-Окт-22, 16:20   +/
SPARK - доказывает что исходники програмы верны почти на 100% не имеют ошибок во время испоьнения, а также дает почти 100% безопасность и надежность компилятор. Риски при использовании SPARK приемлемы в гражданской авиации, критических производствах и военных системах.

А 100% никто не даст!

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

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

264. Сообщение от Аноним (252), 05-Окт-22, 16:34   +/
Как только SPARK довели до нужного уровня и он стал интересен, так сразу в GNU написали компилятор GNAT https://www.adacore.com И ядро OS https://muen.sk

А раньше хотели, но не могли.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #261 Ответы: #314

265. Сообщение от Someone (??), 05-Окт-22, 16:41   +/
А в чем проблема?

Хочешь используй cargo, хочешь не используй cargo и работай на прямую с rustc.

Хочешь используй crates.io  хочешь используй локальные либы (просто укажи путь на своем компе).

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

Полная свобода! Что не устраивает?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229 Ответы: #267, #272, #278, #279

266. Сообщение от Someone (??), 05-Окт-22, 16:54   +/
SPARK это не "математическая верификация кода", а просто тупо запрет динамического выделения памяти. То есть никаких динамических массивов и т.д.

Математическая верификация это как минимум Haskell

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #258 Ответы: #271

267. Сообщение от Аноним (-), 05-Окт-22, 16:55   +/
>хочешь - используй в своих проектах
>хочешь - не используй в своих проектах

а в чужих изволь патчить чужой код, усыпанный паниками, Rc, Arc и подтягом либ с crates.io
или жри чё дают

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

268. Сообщение от Someone (??), 05-Окт-22, 16:56   +/
Ага без динамического выделения памяти)).

И еще столько же потратят на динамику:-)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #257 Ответы: #270, #273

269. Сообщение от Аноним (269), 05-Окт-22, 17:04   +/
Это неинтересно, потому что будет поправочка на CoC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241

270. Сообщение от Аноним (-), 05-Окт-22, 17:11   +/
>Ага без динамического выделения памяти))

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

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

271. Сообщение от Аноним (252), 05-Окт-22, 17:20   +/
SPARK дает математическую верификацию исходных текстов на предмет отсутствия ошибок работы с памятью и падений во время работы программы. Причем SPARK-2014 делает на конец это просто и удобно.

SPARK - математически верифтцируемое подмножество языка программирования ADA.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266 Ответы: #317

272. Сообщение от Аноним (272), 05-Окт-22, 17:23   +/
>А в чем проблема?

А проблема (помимо лефтпадов в "системном" языке) в том, что если очередная джава meant to be used с мавеном, антом и IDE, то пользоваться ей без мавеноанта и IDE будет очень больно, если не невозможно. И этот подход кардинально отличается от философии UNIX. Если бы это вкорячили в виндовый DDK на пару с какими-нибудь нугетами, там оно смотрелось бы органично, совать же этого макаронного монстра в ядро, для сборки которого нужно всего ничего gcc, make и ещё пару вещей - значит нанести серьёзный удар по дистрибутивам и собирателям ядер, помимо других очевидных ударов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265 Ответы: #280

273. Сообщение от Аноним (252), 05-Окт-22, 17:25   –1 +/
Не думаю, что в языках такого класса рискнет кто динамически выделять память.

Все останется строго в статике.

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

274. Сообщение от Аноним (252), 05-Окт-22, 17:41   +/
Чтобы не повторятся, ответы на все вопросы SPARK vs Rust: https://www.opennet.ru/openforum/vsluhforumID3/127824.html#310
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #252

275. Сообщение от Аноним (275), 05-Окт-22, 17:46   +/
Я думаю, надо запилить на лиспе асм и требовать принять в ядро лисп. Можно ещё на этом лиспе семантически похожий на си, но с лиспомакросами и лиспосинтаксисом язык запилить (опционально стандартизировав как SRFI) и пугать им растоманов.

Сделать его, к примеру, на Guile, а потом выкинуть из Guile интерпретатор и Andy Wingo (пускай прожирает гранты и требует уволить Столлмана из рядов FSF в другом месте), портировать по-нормальному туда ANSI Common Lisp в качестве полноправного соседнего языка (и тут же вкорячить для scheme поддержку борщелисповых cffi+uffi, которые еще сперва для cl надо реализовать) и тут-то заживём.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #276, #289

276. Сообщение от Аноним (252), 05-Окт-22, 18:03   +2 +/
В ПО нужна простота. Rust усложнит поддержку ядра Linux кратно!

Linux должен остаться на C и ASM.

Теперь это не ядро, а помойное ведро с плавающим Rust.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #275 Ответы: #277, #284

277. Сообщение от Аноним (277), 05-Окт-22, 18:29   +1 +/
>В ПО нужна простота.

Растоманам нужна простата.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #276 Ответы: #285

278. Сообщение от Аноним (-), 05-Окт-22, 18:32   +/
Для чего придумали докер? Да чтобы все эти служители cargo культа в лице pip и npm не лезли своими потными ручками в систему. До кого-то частично дошло (и они начали пропагандировать песочницы), но по большей части не дошло, что софт надо писать стабильным.

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

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

279. Сообщение от Анонн (?), 05-Окт-22, 18:39   +/
Их не устраивает что придется что-то делать ручками. Даже при том, что они ничего на раст писать не собираются))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265

280. Сообщение от Анонн (?), 05-Окт-22, 18:45   +/
Еще пара вещей это всего лишь
- Binutils
- Perl
- BC
- OpenSSL

Если для сборки ядра вкорячили Perl, почему бы не добавить еще и rustc?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #272 Ответы: #281

281. Сообщение от Аноним (-), 05-Окт-22, 20:29   +/
>Если для сборки ядра вкорячили Perl

С какого перепугу? Для сборки ядра нужен всего лишь GCC.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #280 Ответы: #283

282. Сообщение от ОШИБКА Отсутствуют данные в поле Name (?), 05-Окт-22, 21:22   –1 +/
Моя работа заключается частично в том, чтобы подстраховываться на случай феерических 3.14цов - и вот мой дерьмометр на это всё начал зашкаливать. Поэтому будем подстраховываться. Типичный для вашей географии авось у нас не катит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #246 Ответы: #287

283. Сообщение от Аноним (105), 05-Окт-22, 22:13   +/
https://www.kernel.org/doc/html/v4.13/process/changes.html#k...
https://www.kernel.org/doc/html/v5.12/process/changes.html#k...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #281

284. Сообщение от Аноним (110), 05-Окт-22, 22:56   +1 +/
C и ASM — слишком сложна. Надо на Brainfuck переписать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #276

285. Сообщение от Аноним (285), 05-Окт-22, 23:34   +/
Переrustы разработают твою.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #277

286. Сообщение от abu (?), 06-Окт-22, 00:38   +1 +/
> Предлагаю заглянуть в lkml в треды по этим патчам (в предыдущих новостях
> вроде были ссылки) и почитать что думаю реальные ментейнры/контрибьюторы.

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241 Ответы: #291, #303

287. Сообщение от Аноним (135), 06-Окт-22, 01:50   +/
Оу, у вас еще и география своя, особая?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #282 Ответы: #318

288. Сообщение от abu (?), 06-Окт-22, 02:14   +/
> Глупый ты, для кодера главное из воздуха сделать многочасовой объём оплачиваемой работы,
> а не сократить всё до минимума.

Да. Если повспоминать 20 лет чтения этого ресурса, то сперва ходил сюда за советами и статьями по системному администрированию, за какими-то новыми решениями, в логах писалось то, что нужно админу, поведение сервисов было ожидаемым, документированным. А теперь, действительно, все скатывается часто в какую-то глупизну. Для себя точкой отсчета в это скатывание считаю момент, когда начали как-то слишком назойливо пихать фразы типа =nginx лучше, чем Апач=. Сперва в комментах, потом и в публикациях стало проскакивать. Казалось бы - кому какое дело, что где лучше? Если лучше - наглядно докажи. Доказал - никто ни у кого не должен отнимать право выбора.

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

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

Этим левым я считаю программистов. Не всех, конечно, но если программист машет растовой повесткой либо любой другой (таких повесток на Хабре много, поэтому они и тут пропаливаются), если =мы сделали лучше, убили хорошее, а нормально - не смогли=, он явно левый чорт. Слушать его не надо, желательно - выставить на мороз.

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251 Ответы: #292, #301

289. Сообщение от Аноним (295), 06-Окт-22, 07:24   +/
Возьми и запили
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #275

290. Сообщение от Аноним (295), 06-Окт-22, 07:27   +/
Очевидно что он не понимает даже очевидных вещей
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259

291. Сообщение от Аноним (295), 06-Окт-22, 07:30   +/
Пропагандируй lkml, в чем проблема?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #286 Ответы: #306

292. Сообщение от Аноним (295), 06-Окт-22, 07:33   +/
>И вот программисты пытаются накинуть свои повестки и на ядро

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #288 Ответы: #304

293. Сообщение от Аноним (295), 06-Окт-22, 07:41   +/
Эксперты опеннет всегда готовы навалить свои фантазии в комментарии

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #236 Ответы: #297

294. Сообщение от Аноним (295), 06-Окт-22, 07:43   +1 +/
Линус местным экспертам 🤡 не авторитет

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

295. Сообщение от Аноним (295), 06-Окт-22, 07:46   +/
Что такое "раскадровка памяти"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174 Ответы: #300

296. Сообщение от kravich (ok), 06-Окт-22, 07:55   –1 +/
Неплохо)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #67, #137

297. Сообщение от bOOster (ok), 06-Окт-22, 08:09   +/
> Эксперты опеннет всегда готовы навалить свои фантазии в комментарии
> У тебя то самого есть "базовые знания кнута"?
> Покажи что написал сложнее хелло ворлд

А ты кто такой? Аноним? Ну тогда пошел ты на ... Аноним.. Еще перед свиньями бисер метать...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293 Ответы: #313

298. Сообщение от Аноним (298), 06-Окт-22, 08:16   +/
Да, расставило по местам всех некомпетентных упырей, что громче всех орали за портянки. Время прошло, пророчимый конец systemd так и не наступил и лишь крик БОХНАКАЖЕТ всё ещё слышен затихающим эхом на линуксовых форумах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248

299. Сообщение от Аноним (298), 06-Окт-22, 08:48   +/
С какой такой душевной хвори тебя волнует такая вещь как синтаксис? Ноутбук тоже выбираешь по цвету крышечки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #302

300. Сообщение от yet another anonymous (?), 06-Окт-22, 09:33   +1 +/
> Что такое "раскадровка памяти"?

Это что и по каким физическим адресам в данной системе. (поскольку topic про ядро).

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

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

301. Сообщение от Анонн (?), 06-Окт-22, 10:51   +/
Странно, вроде сидишь тут 20 лет, а "споры" Линь vs Бздя не помнишь.
А как же "споры" GPL vs MIT (BSD/Apache/whatever)? Да даже GPL2 vs GPL3?
А гном против кде? А gtk vs Qt? Vim vs Emacs?

Это было всегда, не нужно тут приплетать какую-то повестку. С этим иди в обсуждения CoC'ов.
Просто люди (а не только программеры) начинают во что-то верить, а тут "в интернете кто-то не прав!".


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #288 Ответы: #305, #331

302. Сообщение от _kp (ok), 06-Окт-22, 10:51   +/
> Ноутбук тоже выбираешь по цвету крышечки?

В яблочко!

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

>> С какой такой душевной хвори тебя волнует такая вещь как синтаксис?

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

  

red75prime>> Пикосекунды.. Не верю.
Достаточно регировать за вменяемое время. А регистрировать и вносить поправки надо до десятков пикосекунд.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #299 Ответы: #308, #310

303. Сообщение от Анонн (?), 06-Окт-22, 11:02   +/
А что тут искать?

Вот ссылки на последние предыдущие новости по теме:
https://www.opennet.ru/opennews/art.shtml?num=57840
https://www.opennet.ru/opennews/art.shtml?num=57603
https://www.opennet.ru/opennews/art.shtml?num=57586

В каждой из них есть ссылка на lkml! Тебе просто лень их открывать?
Или ты ожидаешь что в новость будут копипастить портянки обсуждений?
А даже если их копировать - всегда найдется тот кто спросит "а что это за чел такой? он для меня нифига не авторитет! неси другого!"

Пока "пропаганда" только в ленивости новостеделов в виде копипасты одних и тех же абзацев про сам раст.
Вот это реально раздражает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #286 Ответы: #307

304. Сообщение от Аноним (304), 06-Окт-22, 12:34   +/
Повестки лучше выкинуть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #292

305. Сообщение от abu (?), 06-Окт-22, 13:12   +/
> Странно, вроде сидишь тут 20 лет, а "споры" Линь vs Бздя не
> помнишь.
> А как же "споры" GPL vs MIT (BSD/Apache/whatever)? Да даже GPL2 vs
> GPL3?
> А гном против кде? А gtk vs Qt? Vim vs Emacs?
> Это было всегда, не нужно тут приплетать какую-то повестку. С этим иди
> в обсуждения CoC'ов.
> Просто люди (а не только программеры) начинают во что-то верить, а тут
> "в интернете кто-то не прав!".

Лично тебе:

1. Про =CoC'ов= - мне твой птичий язык не знаком, извини.
2. Советом твоим пользоваться не буду, извини. Потому что неравноценно получается - я ведь тебе советов что делать - не давал.  

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

Споры о вкусах - это одно. Это всегда было и будет. Но споры вокруг того же systemd уже идут не о том, плох он или хорош - он тупо стал везде, хоть заспорься. Либо поднапрягись, повыпиливай. И споры про Rust в стиле - =ура! наша берет!= - тоже напрягают. Хоть и не сильно. В сумме с тем, о чем писал, про программистскую суть, как таковую, мне это не нравится.


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

306. Сообщение от abu (?), 06-Окт-22, 13:17   +/
> Пропагандируй lkml, в чем проблема?

Для меня в обоих случаях - проблем нет. Я вижу то, что мне не нравится либо нравится, об этом и говорю.


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

307. Сообщение от abu (?), 06-Окт-22, 13:35   +/
> А что тут искать?
> Вот ссылки на последние предыдущие новости по теме:
> https://www.opennet.ru/opennews/art.shtml?num=57840
> https://www.opennet.ru/opennews/art.shtml?num=57603
> https://www.opennet.ru/opennews/art.shtml?num=57586
> В каждой из них есть ссылка на lkml! Тебе просто лень их
> открывать?

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

> Или ты ожидаешь что в новость будут копипастить портянки обсуждений?

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

Впрочем, дал ссылки - спасибо.

> А даже если их копировать - всегда найдется тот кто спросит "а
> что это за чел такой? он для меня нифига не авторитет!
> неси другого!"

С этим согласен.

> Пока "пропаганда" только в ленивости новостеделов в виде копипасты одних и тех
> же абзацев про сам раст.
> Вот это реально раздражает.

Ну - и это тоже, да.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #303 Ответы: #311

308. Сообщение от yet another anonymous (?), 06-Окт-22, 14:19   +/

> Не можете изменить или повлиять, ну так и пользуйтесь тем что дали.
> Достаточно регировать за вменяемое время. А регистрировать и вносить поправки надо до
> десятков пикосекунд.

Милейший, вы о том, что такое "время" в цифровой электронике задумывались?

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

309. Сообщение от Аноним (-), 06-Окт-22, 14:37   +/
>Си компиляторы на них работали чудовищно медленно. А Паскаль компилировал более чем на порядок быстрее.

Может ты врёшь?

От старых пердунов слышал обратное, что Паскаль был тормознутым а Сишка летала. На конец 80-х и 90 гг. вроде было, точно не помню. Паскаль медленным был потому-что был интерпретируемым языком.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244 Ответы: #325

310. Сообщение от red75prime (?), 06-Окт-22, 14:44   +/
> А регистрировать и вносить поправки надо до десятков пикосекунд.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #302 Ответы: #315

311. Сообщение от Анонн (?), 06-Окт-22, 14:54   +/
А, сорян тогда, слишком ты завуалировано пишешь, не понял я сразу, что ты просто поныть сюда пришел "как же раньше было лучше" и позадавать риторические вопросы на которые тебе не нужен ответ.
Не буду больше тебе ничего советовать))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #307

312. Сообщение от _kp (ok), 06-Окт-22, 15:25   +/

> отличий между растом и си нет.

Я не "поливал" Rust вообще, тем более, что в критичных местах он позволяет отступить от правил.

Я писал о ложке дегтя в С++, из за которой в том числе ему могли отказать, а именно агрегатной инициализации статических структур. Это делается на этапе компиляции и не требует ни такта процессорного времени.
В С++ используется для этого деревянный дедовский способ, не предполагающий разобраться в большой портянке данных.
Ладно, на gcc можно писать на несуществующем "с/с++", в стиле, когда что то на С++ не удобно/некрасиво, то оно скидыватся в С-файлы, и красота.

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

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

313. Сообщение от Аноним (-), 06-Окт-22, 19:03   +1 +/
А ты кто такой? Олег? Ну тогда пошел ты на ..., Олег! Развелось тут всяких... И макет не забудь!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #297

314. Сообщение от Аноним (304), 06-Окт-22, 19:47   +/
https://muen.sk/ похоже на микроядро.
У HURD может появиться шанс на второе дыхание.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264 Ответы: #320

315. Сообщение от yet another anonymous (?), 06-Окт-22, 20:32   +/
>> А регистрировать и вносить поправки надо до десятков пикосекунд.
> То есть читать/писать в регистры значения задержек. Тут без С точно не
> обойтись, хех.

И без компютера, работающего на частотах в несколько сот терагерц :))) это немного не ультрафиолет ещё ...

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

316. Сообщение от Аниномemail (?), 07-Окт-22, 08:47   +/
Слова Линуса про раст: “I really didn’t want to have to do this,” stated Torvalds. “But you all screw around too much. Nothing seems to get through to you. Maybe a little time with Rust will teach you a lesson.”
Ответить | Правка | Наверх | Cообщить модератору

317. Сообщение от Someone (??), 07-Окт-22, 19:41   +/
Ты бы глянул что ли как это математически доказывается.

Да черт возьми даже Idris вместе с Coq будет проще.

К кроме все это доказательство сводиться к статике. Никаких динамически изменяемых массивов!!!

Нафиг такой язык в ядре?

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

318. Сообщение от ОШИБКА Отсутствуют данные в поле Name (?), 07-Окт-22, 23:04   +/
Это у вас особая. А у нас к счастью пока что общемировая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #287 Ответы: #319

319. Сообщение от Аноним (135), 08-Окт-22, 05:20   +/
Да, я по уровню высокомерия заметил. Ну что ж, удачи вам в вашей авантюре по убегании на винду от раста, госопдин "профессиональный подстраховщик".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #318

320. Сообщение от Аноним (320), 08-Окт-22, 17:59   +/
Как только родится гений математики, который напишет реализацию DAC и MAC для микроядер без 100-кратных тормозов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #314

322. Сообщение от мелкософта (?), 09-Окт-22, 09:52   –1 +/
Он всегда под ними был. Привет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

323. Сообщение от мелкософта (?), 09-Окт-22, 15:19   +/
Пруфов на эти разговорчики торвальдса конечно не будет, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #329

325. Сообщение от Аноним (-), 09-Окт-22, 20:30   +/
> Паскаль медленным был потому-что был интерпретируемым языком.

Ты слушал настоящих Экспертов!

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

329. Сообщение от ЯзыкиПрограммирования (?), 10-Окт-22, 03:20   +/
> Пруфов на эти разговорчики торвальдса конечно не будет, да?

Будут, интервью, 2016 года

> What do you think of the projects currently underway to develop OS kernels in languages like Rust (touted for having built-in safeties that C does not)?
> That's not a new phenomenon at all. We've had the system people who used Modula-2 or Ada, and I have to say Rust looks a lot better than either of those two disasters.
> I'm not convinced about Rust for an OS kernel (there's a lot more to system programming than the kernel, though), but at the same time there is no question that C has a lot of limitations.

https://www.infoworld.com/article/3109150/linux-at-25-linus-...

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

330. Сообщение от владимирСергеевич (?), 04-Ноя-22, 22:03   +/
А зачем медлить, может сразу на бейсике или штмл написать, чувствую производители пк техники потирают руки, будет как в винде каждые три года, и главное из всех кто агитирует за раст подавляющее  большинство здравствуй мир даже на бейсик не напишет не говоря уже про драйвера безопасности в линукс, удобства так самый удобный делфи был через пять минут любой чайник программу свою запускал и где же делфи? Сделайте пожалуйста отдельную ветку ядра чисто на С, к примеру ядро 6.1К.  
Ответить | Правка | Наверх | Cообщить модератору

331. Сообщение от владимирСергеевич (?), 04-Ноя-22, 22:09   +/
БСДМ тоже на раст уходит? Топиш ядро линукс, то есть юникс пал, линукс на подходе и из етого выплывет дас виндовс:-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #301


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

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




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

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