The OpenNET Project / Index page

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



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

"Выпуск языка программирования Rust 1.71 "  +/
Сообщение от opennews (??), 14-Июл-23, 12:50 
Опубликован релиз языка программирования общего назначения Rust 1.71, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)...

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

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

Оглавление

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

1. Сообщение от Аноним (1), 14-Июл-23, 12:50   +20 +/
С замиранием сердца жду Раст 2.0, где наконец-то рискнут усложнить синтаксис.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49, #93, #95, #139, #276

2. Сообщение от 12yoexpert (ok), 14-Июл-23, 12:52   +13 +/
я не понимаю, почему опеннет не пишет новости на каждый коммит в репе раста. по-моему глупо пропускать столько важных и безопасных изменений
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5

5. Сообщение от Аноним (5), 14-Июл-23, 13:08   +6 +/
> глупо пропускать столько важных и безопасных изменений

Главное не пропустить очередную пачку новостей о сишных дырах, из которых на 50% состоит опеннет.

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

6. Сообщение от frac (?), 14-Июл-23, 13:11   –4 +/
Да ну, прошлый релиз был месяц назад.
Опять маркетологи подсказали, что цифирька в версии придает уверенности и зрелости?
слишком часто для "самого" безопасного ЯП, там изменения прошлой версии еще по-критиковать не успели, а тут выкатывают новую.
На лицо замазывание дыр и сомнений по средством гонки релизов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #23, #41

8. Сообщение от Аноним (8), 14-Июл-23, 13:20   +2 +/
Отличный язык! Позволяет безопасно работать с памятью!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #13, #20, #169, #257, #297

11. Сообщение от frac (?), 14-Июл-23, 13:23   +/
чем докажешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #15, #124

13. Сообщение от frac (?), 14-Июл-23, 13:28   –2 +/
Если отличный в смысле отличается, то да, действительно.
если безопасно работать с памятью, то откуда все это берут, если софта написанного на этом толком нет.
Давайте подождем чего нибудь критически важное на этом языке и тогда если интернет не будет пестрить новостями о дырах будем хвалить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #16, #17

15. Сообщение от Аноним (22), 14-Июл-23, 13:33   +/
Ответ прост: боров-чекер. У сишки его нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #37, #39

16. Сообщение от Пушок (?), 14-Июл-23, 13:33   +1 +/
А почему ты затрясся весь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #30

17. Сообщение от Аноним (22), 14-Июл-23, 13:35   +/
> софта написанного на этом толком нет

Есть, просто ты не догадался погуглить.

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

20. Сообщение от Аноним (39), 14-Июл-23, 13:38   +2 +/
Раст позволяет небезопасно работать с памятью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #25

22. Сообщение от Аноним (22), 14-Июл-23, 13:39   +11 +/
> по-критиковать
> На лицо
> по средством

Садись, два.

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

23. Сообщение от Анонин (?), 14-Июл-23, 13:40   +8 +/
Не месяц, а 6 недель назад. https://blog.rust-lang.org/2023/06/01/Rust-1.70.0.html
У них просто 6-week release cycle. А не потому что они хотят чтобы у опеннетчиков горело каждые 6 недель.

> там изменения прошлой версии еще по-критиковать не успели

Еще не остыло?)

> На лицо замазывание дыр и сомнений по средством гонки релизов.

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

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

25. Сообщение от Аноним (22), 14-Июл-23, 13:42   +/
Дефолтное состояние раста -- безопасная работа с памятью.
Дефолтное состояние сишки -- небезопасная работа с памятью, все ворнинги отключены.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #31, #43, #69

27. Сообщение от frac (?), 14-Июл-23, 13:44   +/
критически важный? от и до написанный на раст?
пару строк в большом проекте не надо считать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #29

29. Сообщение от Аноним (22), 14-Июл-23, 13:47   +/
> критически важный?

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

> от и до написанный на раст?

Чувак, у тебя даже ядро не написано на сишке "от и до". Есть ассемблерные вставки? Всё, проект не "от и до". Так что у тебя просто moving goalpost syndrome (загугли).

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

30. Сообщение от frac (?), 14-Июл-23, 13:50   +/
напротив, спокоен и критическое мышление в состоянии ВКЛ.
вокруг все излишне рады и восторжены этим растом как некой панацеей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #38

31. Сообщение от Аноним (218), 14-Июл-23, 13:50   +/
Ну правильно, нахчем вселенную обогревать? Включено у разработчика. В итоге это дерьмище ржавое часами компилируется, а притягивается оно по зависимостям какого-то минорного дерьма.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #33, #136

32. Сообщение от Аноним (32), 14-Июл-23, 13:52   +/
>NonZeroI*::is_positive

Это что быстрее и понятнее, чем >=0?

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

33. Сообщение от Аноним (22), 14-Июл-23, 13:53   +1 +/
Пусть вкалывают роботы, а не люди.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #44

35. Сообщение от frac (?), 14-Июл-23, 14:07   +/
Вы уважаемый тот еще диверсант. не хочу с вами спорить, время покажет и рассудит.
Не надо эту "moving goalpost syndrome" американщину тем более лженаучную,в пример приводить.
Есть понятие софизм. Есть несколько видов софизмов в споре 1. отступление от задачи спора 2. отступления от тезиса.

Любое из них есть неуважение к собеседнику и наблюдателям за спором. Продолжать такое - себя не уважать.

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

37. Сообщение от frac (?), 14-Июл-23, 14:13   +2 +/
что мешает улучшать сишку?
что мешает писать на сишке с учетом недостатков?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #48, #54, #79, #91

38. Сообщение от Анонимусс (?), 14-Июл-23, 14:15   +/
Конечно рады! Мясные мешки до сих пор не научились работать с памятью. Причем там правила просто элементарные, просто нужно быть внимательным. Внимательным на паре сотен тысяч строк кода, ничего сложного))
И это прекрасно видно по количеству, а главное видам дырений в ядре и других сишных проектах.
Поэтому возможно переложить эту рутину на компилятор - это просто прекрасное решение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #42

39. Сообщение от Аноним (39), 14-Июл-23, 14:16   +/
Боров привязывается на изи только он всех бесит потому им никто не пользуется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #123, #126

40. Сообщение от frac (?), 14-Июл-23, 14:17   –7 +/
согласен, не перечитывал и в угоду быстроте публикации коммента подзабил на грамотность. в интернетах почему то стало привычкой
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #76, #100

41. Сообщение от анонимус (??), 14-Июл-23, 14:17   +/
> прошлый релиз был месяц назад

слегка больше но не суть
так ведь получается отличный график!

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

а потом выходит новость про новый выпуск языка и можно сделать перепись неолуддитов и обиженных неосиляторов

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

42. Сообщение от Аноним (39), 14-Июл-23, 14:18   +1 +/
А толку если ты точно такой же мешок не в состоянии управляется с кодом на сотни тысяч строк на расте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #45

43. Сообщение от Аноним (39), 14-Июл-23, 14:19   –3 +/
Да всем как то пофиг что там по дефолту. Раст небезопасный йазыг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #137

44. Сообщение от Аноним (39), 14-Июл-23, 14:20   +/
Вкалывают майнеры, а не твои купленные сервера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

45. Сообщение от Анонимусс (?), 14-Июл-23, 14:20   +/
Толк в том, что оно тебе просто не позволит скомпилировать такой код без использования unsafe.
И код не попадет в прод, к юзерам и тд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #53

46. Сообщение от frac (?), 14-Июл-23, 14:21   +/
хотя вот "по_средством" стало таким случайно при нажатии С.
Недавно сам журил за это слово, а тут вон оно как бывает забавно палец жмяк на две клавиши и на тебе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

48. Сообщение от Анонин (?), 14-Июл-23, 14:23   +8 +/
> что мешает улучшать сишку?

Обратная совместимость

> что мешает писать на сишке с учетом недостатков?

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

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

49. Сообщение от Иван Петроу (?), 14-Июл-23, 14:25   +16 +/
Ну да, такой сложный и непонятный синтаксис, все эти дженерики...иное дело кастовать void* - вот это действительно просто и понятно, а главное негде ошибиться, нужно просто аккуратно писать код, без багов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #74

50. Сообщение от frac (?), 14-Июл-23, 14:26   +/
ну если по вашему, то может и сесть смысл
в статистике неосиляторства, может быть больше смысла чем в похвале адептов.
интересная мысль у вас, надо обдумать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

51. Сообщение от Аноним (51), 14-Июл-23, 14:26   –7 +/
По сравнению с Go... Rust - это ненужный мусор в 90% случаях, который только людям жизнь усложняет, как и поганый kubernetes.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #55, #195, #296

52. Сообщение от анонимус (??), 14-Июл-23, 14:30   –1 +/
э... а почему ты думаешь, что тебя кто-то здесь уважает?
как и наблюдателей за спором?
разве на пенек анонимы за уважением приходят

Dropbox - движок синка файлов (они сами хвастались в своем блоге)
Ruffle - спасибо, могу поиграть в флеш игры из детства
Tauri - довольно неплохой ui

> американщину тем более лженаучную

вообще то это British, но не важно (хотя показывает твои глупочайшие познания)
а важно то что и линукс, и компы как они сейчас есть, и даже rust это продукт той самой американщины)

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

53. Сообщение от frac (?), 14-Июл-23, 14:33   +/
что мешает слелать компилятор для сишки таким же надоедливым? пусть мигает светодиодом красным и окошко рисует с unsafe, не пускает готовое в папку "готовое"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #56, #62, #127, #134

54. Сообщение от Пушок (?), 14-Июл-23, 14:46   +3 +/
>что мешает писать на сишке с учетом недостатков?

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

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

55. Сообщение от анонимус (??), 14-Июл-23, 14:47   +6 +/
сравнение двух языков с Garbage Collector и без оного, показывает твои великолепные знания програмированния на уровне "отчислен из ПТУ животноводства за неуспеваемость"

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

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

56. Сообщение от Анонимусс (?), 14-Июл-23, 14:50   +1 +/
В теории можно. Но это очень большая работа в самом компиляторе.
Плюс будет проблема в подходах. Оно будет ругаться просто на вызовы функций или порядок вызовов из-за владения (ownership). Т.е. придется писать код на си "по-другому".
А старый код не будет компилироваться на новом компиляторе.
В обратную сторону оно наверное будет работать - си-код с учетом ownership будет компилироваться обычными компиляторами.

Если действительно интересно - вот пример как переписывают относительно небольшой и простой код с си на раст, вначале просто "наивно", а потом уже идиоматически правильно.
https://cliffle.com/p/dangerust/

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

57. Сообщение от Аноним (57), 14-Июл-23, 14:55   +/
Вот я не понимаю почему они так синтаксис переусложняют? Можно же было сделать это как-нить так:
NonZeroI()*{^&}::<>(*)is_positive?:'()
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #68, #73, #141

58. Сообщение от Пушок (?), 14-Июл-23, 14:57   +3 +/
Ну зачем ты врёшь, вводишь опеннет в заблуждение? Зачем хочешь скрыть, что раст навязывают корпорации? Думаешь, стоящая за ним, армия маркетологов незаметна? Маркетологи добавили в Rust code of conduct! Для смузихлёбов. Их нанимают корпорации, чтобы было дёшево, а они глупые, не могут писать. Раст помогает им джейсоны перекладывать. Я, кстати, пишу на Bash и часто бываю в комментариях opennet. Спасибо. Но врать это ты брось. Раст в комментариях уже не раз обсуждали, всё с ним понятно. Опеннет не проведёшь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #90, #254

59. Сообщение от Аноним (59), 14-Июл-23, 15:04   +/
В копилочку проектов ещё Pingora и половина серверного бекенда Discord
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

60. Сообщение от Аноним (60), 14-Июл-23, 15:05   +8 +/
Rust конечно классный язык. Такого выразительного и безопасного Hello World'а как на нём, я не написал ни на одном языке!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #119

62. Сообщение от Аноним (62), 14-Июл-23, 15:16   –3 +/
есть же раст. ах, да, ты же не осилишь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

66. Сообщение от Аноним (66), 14-Июл-23, 15:20   +2 +/
>Сишка такая как она есть. Можно из нее сделать какое-то безопасное подмножество, но это будет другой язык с си-синтаксисом.

Уже пытались. Это языки Си плас-плас, Циклон, Обджект Си, Жаба.

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

67. Сообщение от Аноним (67), 14-Июл-23, 15:21   +/
Ты про русских дидов? Потому-что адепты Ритчи так не поступали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

68. Сообщение от Аноним (68), 14-Июл-23, 15:23   +/
Почитай исходники glibc на досуге.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #97

69. Сообщение от Аноним (69), 14-Июл-23, 15:24   –1 +/
>Дефолтное состояние русских сишников -- небезопасная работа с памятью, все ворнинги отключены.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

72. Сообщение от Аноним (72), 14-Июл-23, 15:32   +1 +/
Да, это вопрос. Что хуже кодеру: мозгодробительный синтаксис или необходимость следить за памятью?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #75, #120, #131, #175, #258

73. Сообщение от Аноньимъ (ok), 14-Июл-23, 15:32   +/
Обычный С++, всё просто и понятно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #178

74. Сообщение от Витюшка (?), 14-Июл-23, 15:33   +2 +/
Посмотри как это сделано в Zig и вопросов не будет. Там нет проблем ни с covariance/etc.

Типы как first-class citizen. Проверяй что хочешь и как хочешь.

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

75. Сообщение от Анонин (?), 14-Июл-23, 15:35   +/
Ты серьезно? На каком языке ты пишешь что тебе этот синтаксис кажется мозгодробительным?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #82

76. Сообщение от Аноним (76), 14-Июл-23, 15:40   +2 +/
blazing fast commenting
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

77. Сообщение от FF (?), 14-Июл-23, 15:48   –3 +/
В Go как раз есть GC. Т.ч. это ты отчислен за знания программироваННия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #86, #110, #117

78. Сообщение от Витюшка (?), 14-Июл-23, 15:50   –2 +/
А теперь замени в предложении Go на Zig
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #230

79. Сообщение от anonistemail (?), 14-Июл-23, 15:57   +/
object-c?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

82. Сообщение от Аноним (82), 14-Июл-23, 16:16   +3 +/
Perl
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

85. Сообщение от User (??), 14-Июл-23, 16:25   +/
С ruffle'ом рофл конечно. Этот калич года то ли с 16 то ли с 17 пилят - и до сих пор половину возможностей оригинала оно не осилило. Если остальное такое же - нууу... Эээээ... Такое себе, в общем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #94

86. Сообщение от Аноним (39), 14-Июл-23, 16:29   +/
Во первых это хорошо, потому что на расте никто нормальный gc так и не смог сделать. Во-вторых в go gc отключаемый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #118

87. Сообщение от Аноним (93), 14-Июл-23, 16:29   –4 +/
> Методы работы с памятью в Rust избавляют разработчика от ошибок при манипулировании указателями...

...путём вешания на разработчика двойной нагрузки по отслеживанию состояния указателя. Гении, б___! :))) (ц) Лавров

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

90. Сообщение от Аноним (93), 14-Июл-23, 16:34   –1 +/
+1. Такого навязчивого просовывания языка во все щели я ещё не видел! Даже MS с его C# намного скромнее  себя вела - объявила, мол, есть C#, есть WinForms, можно писать. И грабить корованы. И ВСЁ! Народ побежал писать.
С растом и так сунут, и так припудрят, и здесь блёстками посыпят, но .... никому это г___но не нужно!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #109, #206

91. Сообщение от Аноним (91), 14-Июл-23, 16:35   +2 +/
Изучи в свободное время модули в C++, а затем посмотри на поддержку в компиляторах (её нет, это тяжёлая задача - идти против языка, использующего заголовочные файлы). Легаси мешает очень сильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

92. Сообщение от Аноним (93), 14-Июл-23, 16:38   +/
> А не потому что они хотят чтобы у опеннетчиков горело каждые 6 недель.

Не факт :) Как раз "частые релизы" позволяют корпорастам создавать в инфополе видимость "всем нужен раст". Хотя ДЛЯ ЯЗЫКА(!) такая скорость релизов крайне частая. Ну нельзя спроектировать и написать язык, беспрестанно выкатывая "а мы вот тут скобочки добавили!". Это говорит о незрелости языка и главное - о его ненужности, потому что НОРМАЛЬНЫЙ язык "пропихивать" не нужно - люди его сами юзают! Даже, прости господи, С++ при всех его недостатках и неуклюжем синтаксисе выбирается добровольно. Раст - суют и в рот и в зад и всё равно погромизды не хотят вешать на себя двойную работу по слежению за указателями!

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

93. Сообщение от Аноним (93), 14-Июл-23, 16:39   +3 +/
Не надо никого ждать - возьми D и пиши! ТАМ ЕСТЬ ВСЁ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #107, #108

94. Сообщение от Аноним (96), 14-Июл-23, 16:44   +/
А сколько лет пилили оригинальный флеш? Лет 20+?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #106

95. Сообщение от Аноним (95), 14-Июл-23, 16:45   –2 +/
синтаксис раста и так постоянно усложняют, в результате чего большая часть проектов собирается исключительно на найтли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #103, #140

96. Сообщение от Аноним (96), 14-Июл-23, 16:53   +3 +/
Молодежь не помнит как пропихивали с++ вместо сишечки))
Очень жаль что тебе в зад засунули раст, это ооочень печально)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #192

97. Сообщение от Аноним (39), 14-Июл-23, 17:07   +1 +/
Напиши аналог glibc на расте на досуге.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #177

99. Сообщение от Анонимусс (?), 14-Июл-23, 17:11   +/
Какой смысл сравнивать NonZeroI с нулем через больше или РАВНО, если оно NonZero?
А причина - строгая типизация, ты не можешь без неявного преобразования сравнить NonZero и numeric literal. И, в отличие от некоторых, тут решили не делать неявных преобразований.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #172

100. Сообщение от Аноним (100), 14-Июл-23, 17:49   +8 +/
> почему то

почему-то

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

103. Сообщение от Аноним (-), 14-Июл-23, 18:04   –1 +/
Можно же!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

106. Сообщение от User (??), 14-Июл-23, 18:29   +/
Ну вот через 20 лет и приходите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

107. Сообщение от Cooler (??), 14-Июл-23, 18:29   +/
Там нет захвата в лямбда "по значению".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #176

108. Сообщение от Прохожий (??), 14-Июл-23, 18:32   +1 +/
Только те, которые с ним работали (работают), почему-то жалуются на нестабильность и подолгу неисправляемые баги. Здесь, на этом сайте часто о таком читал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #159

109. Сообщение от Прохожий (??), 14-Июл-23, 18:38   +1 +/
> никому это г___но не нужно

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

А в чём навязчивость, кстати? OpenNET - свободный ресурс. Кто что хочет, тот то и публикует. Даже ты можешь какую-то новость запулить. Также тебя никто не заставляет читать новости про Rust, не правда ли?

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

110. Сообщение от Аноним (110), 14-Июл-23, 18:40   +2 +/
Так он и написал, что в Go есть GC, а в расте нет. Правда мысль сформулировал кривовато.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #295

111. Сообщение от Аноним (22), 14-Июл-23, 18:45   +/
> путём вешания на разработчика двойной нагрузки по отслеживанию состояния указателя

Иногда лучше жевать, чем говорить.

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

112. Сообщение от Аноним (112), 14-Июл-23, 18:46   +1 +/
> Чувак, у тебя раст без пяти минут в ядре окажется, если уже не.

Мне почему-то кажется, что раст в ядре - это примерно как обязательное наличие представителей ЛГБТ в современных конторах. Просто повесточка такая. Сопротивляться сложнее (дороже), чем сделать вид, что следуешь этим "правилам".

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

113. Сообщение от Аноним (22), 14-Июл-23, 18:48   +/
> Мне почему-то кажется

Крестись, когда кажется.

> примерно как обязательное наличие представителей ЛГБТ

Кто о чем, а вшивый о бане.

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

115. Сообщение от Аноним (39), 14-Июл-23, 18:53   –2 +/
Вот-вот про тебя хорошо подходит, лучше жевать чем говорить за Раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

116. Сообщение от Аноним (162), 14-Июл-23, 18:58   +/
> Это что быстрее и понятнее, чем >=0?

Вы работали с растом? Раст может сравнивать только одинаковый тип данных. Кроме того ненулевой тип удобен при делении. Кроме того is_positive хорошо вписывается в цепочку вызовов. которая удобна для функционального программирования.  

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

117. Сообщение от Аноним (162), 14-Июл-23, 19:01   +/
В Go есть GC.
В Rust нет GC.
Как можно сравнивать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #197

118. Сообщение от Аноним (162), 14-Июл-23, 19:03   –4 +/
Никто ии не собирался изначально делать GC в Rust. Уже тогда поняли ущербность GC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #130

119. Сообщение от Аноним (162), 14-Июл-23, 19:07   +/
Жаль что Вы дальше HW не продвинулись. Безопасность работы с данными. многообразие конструкций,  мультипарадигменный, не навязывается наследование, кодер включает с код, только то что нужно и много ещё.  
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #142, #299

120. Сообщение от Аноним (162), 14-Июл-23, 19:11   –3 +/
Синтаксис прост и элегантен. Если Вы под мозгодробилкой понимаете многообразие языковых конструкций, то ничто не запрещает Вам пользоваться примитивами. От вас только потребуется понять что такое заимствование и время жизни (область видимости).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

121. Сообщение от Прохожий (??), 14-Июл-23, 19:12   +3 +/
> Как раз "частые релизы" позволяют корпорастам создавать в инфополе видимость "всем нужен раст".

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

> Хотя ДЛЯ ЯЗЫКА(!) такая скорость релизов крайне частая.

Ты хоть один язык создал, чтобы делать подобные утверждения или просто мнение имеешь? Я ещё готов согласиться, что лет 30-40 назад такое положение дел было в норме, язык годами создавался, а потом десятилетиями вылизывался. Но сейчас-то, при такое обширной теоретической базе знаний в области программирования вообще и компиляторостроения в частности...

> Это говорит о незрелости языка

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

> и главное - о его ненужности

А парни из Гугл, Микрософт и других спонсоров Rust и не догадываются об этом. Вот же дураки, да? 😂

> потому что НОРМАЛЬНЫЙ язык "пропихивать" не нужно - люди его сами юзают!

Дык ведь и юзают. Те, кто смог осилить.

> Даже, прости господи, С++ при всех его недостатках и неуклюжем синтаксисе выбирается добровольно.

Где в наши дни он выбирается добровольно? На каких таких НОВЫХ проектах это угpёбище со спецификацией из 1000 страниц, которую не способен полностью осилить ни один человек на планете, с UB, с неполноценной поддержкой стандартов в разных компиляторах, выбирают добровольно?

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

122. Сообщение от Аноним (162), 14-Июл-23, 19:13   +1 +/
Вместо ругани могли бы разъяснить и привести пример.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #132

123. Сообщение от Прохожий (??), 14-Июл-23, 19:15   +/
Отучаемся говорить за всех. Ты не пользуешься. Но, скорей всего, твой софт никому не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

124. Сообщение от Аноним (162), 14-Июл-23, 19:18   +/
> чем докажешь?

Вы работали в Раст? Или Вам напели или слышали артиста в хоре?

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

126. Сообщение от Аноним (162), 14-Июл-23, 19:24   +1 +/
Значит Вы неправильно работаете с памятью. В си у Вас будут ошибки, которые Вы скроете (си доброжелателен). но они вылезут в рантайме и будут обнаружены в CVE.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

127. Сообщение от Аноним (162), 14-Июл-23, 19:30   +/
> что мешает слелать компилятор для сишки таким же надоедливым?

Вы еще ассемблер предложите сделать таким же. ) Си близок к ассемблеру и доброжелателен. Это его ниша.
Еще раз вопрос Вы работали в Rust? Изучили синтаксические конструкции Rust и C. Изучили систему типов? Я думаю, что нет. Иначе не выдвигали бы такие идеи.

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

128. Сообщение от Аноним (162), 14-Июл-23, 19:34   +/
Вы сами не готовы к предметному спору по Rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

129. Сообщение от Аноним (162), 14-Июл-23, 19:41   +/
Меня другое беспокоит в наличие кода Rust в ядре. Как будут уживаться unsafe и полная система типов Rust. Без unsafe скорее всего не обойдутся. А так все типы в Rust это структуры и функции к ним.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #133

130. Сообщение от Анонимусс (?), 14-Июл-23, 19:48   +1 +/
Вообще-то не только собирались, но и сделали. Правда в какой-то древней версии, но факт что был.
Вот даже заметка о том как его выпиливали https://pcwalton.github.io/_posts/2013-06-02-removing-garbag...
Там еще green threads были пряма в рантайме))
Но до версии 1.0 оно не дожило и слава богу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

131. Сообщение от Аноним (162), 14-Июл-23, 19:48   +/
Синтаксис можно выучить, а за памятью нужно будет следить всегда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #211

132. Сообщение от Аноним (22), 14-Июл-23, 19:58   +3 +/
Никакого примера не будет, ибо для этого надо уметь программировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

133. Сообщение от Анонимусс (?), 14-Июл-23, 20:05   +/
> Без unsafe скорее всего не обойдутся

Не скорее всего, а 100%. Но раст не ставит цель писать без unsafe.
Это просто невозможно. Напр. любой FFI будет unsafe.
Цель - отделить safe код от unsafe и минимизировать количество unsafe блоков.

> Как будут уживаться unsafe и полная система типов Rust.

Будут конвертиться в сишные типы на границе модулей. Для unsafe будут писаться safe обертки.
Что-то вроде нам пришел из ядра pointer на буфер вот такой длинны.
Мы верим ядру что оно валидное, потому что у нас выбора особо то и нет.
Из него создаем вектор используя unsafe from_raw_parts.
А дальше используем этот вектор в safe code.
Выполнив работу вызываем fn into_raw_parts(self), получаем (ptr, len, cap) и возвращаем в си код.

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

134. Сообщение от Прохожий (??), 14-Июл-23, 20:13   +/
Это как из Жигули пытаться сделать Лотус. Оно-то возможно (ТВ шоу "Топ Гир" не даст соврать), но зачем, если уже есть Лотус?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

135. Сообщение от Аноним (162), 14-Июл-23, 20:17   +/
Если бы на bound всё сводилось к буферам. Layout структур надо тоже отслеживать.  
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133

136. Сообщение от Прохожий (??), 14-Июл-23, 20:20   +/
Куда лучше многомиллионные убытки пользователей дырявого Си-шного софта, да? Уж там-то точно планета не обогревается (если на баги попросту плюнуть и не исправлять их).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #154

137. Сообщение от Прохожий (??), 14-Июл-23, 20:26   +2 +/
Ещё один воин супротив Раста за всех пытается говорить. Отучайтесь от этого, глядишь, за умных сойдёте.

Раст - это просто язык программирования, который даёт в руки программисту возможность писать ЛЮБОЙ код, на усмотрение программиста. Безопасность - это свойство кода, а не языка. Код может быть любым, в зависимости от задач и квалификации программиста.

Чем же хорош Раст тогда? Тем, что он предоставляет ВЫБОР: хочешь писать безопасный код - на тебе, хочешь не безопасный - пожалуйста.

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

138. Сообщение от Прохожий (??), 14-Июл-23, 20:33   +2 +/
> путём вешания на разработчика двойной нагрузки по отслеживанию состояния указателя

Шта?

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

139. Сообщение от Прохожий (??), 14-Июл-23, 20:38   +4 +/
Для таких, как ты, придумали C++. Спецификация на примерно 1000 страниц, UB, выборочная поддержка стандартов компиляторами. Всё, как ты любишь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #145, #190

140. Сообщение от Прохожий (??), 14-Июл-23, 20:40   +2 +/
Какая связь между усложнением синтаксиса (которого на самом деле нет) и сборкой проектов на бета-версиях компилятора?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #170

141. Сообщение от freecoder (ok), 14-Июл-23, 21:00   +1 +/
Там звёздочка - это не синтаксис, а wildcard от авторов обзора на релиз, чтобы сократить записи I8, I32, I64 написали просто I*.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

142. Сообщение от Аноним (145), 14-Июл-23, 21:03   +/
И всё это исключительно с помощью магии без участия процессора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #146, #147

145. Сообщение от Аноним (145), 14-Июл-23, 21:07   +/
кто ж виноват, что очередной васян, считающий себя гением, лезе чтобы добавить новых конструкций в язык, раздувая спецификацию
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #149

146. Сообщение от Аноним (162), 14-Июл-23, 21:16   –1 +/
На уровне компилятора. Но есть и рантайм проверка типов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #171

147. Сообщение от Аноним (162), 14-Июл-23, 21:18   –1 +/
Можно пример компилирования без участия процессора?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #173

149. Сообщение от Аноним (162), 14-Июл-23, 21:33   +/
Тогда уж "очередные васяны" ( Спецификация коллективный продукт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145

152. Сообщение от _ (??), 14-Июл-23, 22:15   –1 +/
>> Без unsafe скорее всего не обойдутся
>Не скорее всего, а 100%. Но раст не ставит цель писать без unsafe.

А на кЫргЫзкую песню(с) от тогда нужен?

Впрочем те немногие проги на расте которыми хотя бы кто нибудь пользуются выглядят так:
unsafe { собственно прога }

БезопасДность детка! :)

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

154. Сообщение от _ (??), 14-Июл-23, 22:19   +/
Ой как ты убиваешься за наши деньги то! :)
Но ты же так не убьёшься! (с) :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

155. Сообщение от _ (??), 14-Июл-23, 22:21   –1 +/
>Безопасность - это свойство кода, а не языка.

Ты сам это сказал.
Теперь скажи - при таких раскладах - зойчем он нужен?
Я знаю зачем, и кому, но всё же внимательно Вас скушаю :)

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

158. Сообщение от Аноним (162), 14-Июл-23, 22:38   +2 +/
А для того, чтобы безопасная работа с памятью была не обещание кодера, а результат контроля компилятора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155

159. Сообщение от Аноним (159), 14-Июл-23, 22:43   +1 +/
А наскольео тут писавшим можно доверять?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #162, #163, #167

162. Сообщение от Аноним (162), 14-Июл-23, 23:28   +1 +/
А насколько можно доверять утверждению: "Возьми D и пиши! ТАМ ЕСТЬ ВСЁ." ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159

163. Сообщение от Анонин (?), 14-Июл-23, 23:31   +/
Абсолютно нельзя доверять!
Но можно напр. зайти в багтрекер d-lang и посмотреть, что там творится.
https://issues.dlang.org/buglist.cgi?component=druntime&orde...---
https://issues.dlang.org/buglist.cgi?component=dlang.org&ord...---

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

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

165. Сообщение от Аноним (162), 14-Июл-23, 23:42   +1 +/
Чтобы не ходить далеко предлагаю здесь примерно описать как Вы будите реализовывать "макроса thread_local," из статьи в синтаксисе С. Для справки это макрос который реализует поток со своими данными, легко вызывается как метод статического типа с конструктором и лямбдой.  
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

166. Сообщение от Аноним (76), 14-Июл-23, 23:42   +1 +/
Со всем согласен кроме последнего пункта - в геймдеве пока еще раст даже близко не конкурент плюсам. Но надеюсь и тут скоро будут анрил потеснится, надо движкам немного настояться и обрасти редакторами и тулингом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #246

167. Сообщение от freehckemail (ok), 15-Июл-23, 01:03   +3 +/
> А наскольео тут писавшим можно доверять?

Анонимам в принципе нельзя доверять. Местным -- особенно нельзя.

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

169. Сообщение от Аноним (169), 15-Июл-23, 03:01   +/
как ты это узнал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

170. Сообщение от Rustoman (?), 15-Июл-23, 04:12   +1 +/
Тут связь обратной должна быть, из-за простоты и невыразительности синтаксиса приходится на найдтли компилить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

171. Сообщение от Rustoman (?), 15-Июл-23, 05:05   +/
В рантайме проверяются только слайсы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #227

172. Сообщение от Аноньимъ (ok), 15-Июл-23, 05:07   +1 +/
Я смотрю вы в теме, как они этот тип вообще реализовывают? Это что-то из llvm ?
То есть что за этим скрывается? Что в ассемблере будет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #183, #186

173. Сообщение от Аноньимъ (ok), 15-Июл-23, 05:11   +/
С помощью магии же.

Ну а вообще на листике можно при желании.

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

175. Сообщение от Аноньимъ (ok), 15-Июл-23, 05:14   +/
Ненужно компромиссов, выбирайте С++ !!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #198

176. Сообщение от Аноним (176), 15-Июл-23, 06:20   +/
Всё есть и всё захватывается только в SPARK: https://learn.adacore.com/courses/intro-to-spark/index.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

177. Сообщение от Советский инженер (?), 15-Июл-23, 07:02   +/
Поройся в исходниках Redox, там есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

178. Сообщение от n00by (ok), 15-Июл-23, 07:20   +/
В С++ такое определено как ill-formed.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

179. Сообщение от Аноним (179), 15-Июл-23, 08:11   –1 +/
всем давно ясно что раст - это тупик и не стоит тратить на него ресурсы. языковые модели будут писать программы на С.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #180, #271

180. Сообщение от Аноним (180), 15-Июл-23, 08:34   +/
Если вы спросите у chatgpt он напишет вам код на Питоне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #181, #184

181. Сообщение от Аноним (179), 15-Июл-23, 08:55   +1 +/
может но зачем?
Си легкочитаемый и легкоадаптируемый под разные платформы. Исходник легко генерировать и легко парсить.  Результат компиляции максимально компактный получается. Что еще надо ?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180

182. Сообщение от Sw00p aka Jerom (?), 15-Июл-23, 09:24   +/
Ненулевой тип? О_о
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #187, #201

183. Сообщение от Аноним (183), 15-Июл-23, 09:25   +/
На ассемблере будет обычный int. Но компилятор сможет учитывать, что этот int в своем нормальном состоянии никогда не будет равен нулю и использовать это в своих целях.

Самый банальный пример то, как будут выглядеть опциональные типы, то, что в C++ std::optional, а в расте std::option.

В структуре нужно хранить само значение и признак того, валидно оно или нет.

Т.е. обычно структура на плюсах упрощенно будет выглядеть как-то так:


class Option<T> {
    bool is_empty;
    T value;
}


В общем виде, примерно так же будет выглядеть эта структура и на расте. Но, если вместо T использовать значение, у которого одно из значений может отсутствовать, например нулевое значение, то от булевского флага можно избавиться и использовать нулевое значение этого типа как признак того, что этот optional пустой.

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

184. Сообщение от Аноним (39), 15-Июл-23, 09:30   +/
Нейросети гораздо проще будет написать простыню проверки всего от всего на Си. Человеку что то забыть гораздо проще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #188, #225

185. Сообщение от Аноним (39), 15-Июл-23, 09:32   –2 +/
Да вообще пофиг как у вас что называется. Время жизни указателя или время святой безопасности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #248

186. Сообщение от Анонимусс (?), 15-Июл-23, 10:17   +/
Просто как соответствующий i32. Остальные - аналогично.
Как и предположили выше используются оптимизации и оно занимает ровно столько же места в памяти.
https://godbolt.org/z/8K1PqdTr6

Чуть больше подробностей из доки:
An integer that is known not to equal zero.
This enables some memory layout optimization. For example, Option<NonZeroI32> is the same size as i32:
NonZeroI32 is guaranteed to have the same layout and bit validity as i32 with the exception that 0 is not a valid instance. Option<NonZeroI32> is guaranteed to be compatible with i32, including in FFI.
https://doc.rust-lang.org/stable/std/num/struct.NonZeroI32.html

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

187. Сообщение от Анонимусс (?), 15-Июл-23, 10:24   +/
А что удивительного? Обычный зависимый тип (который dependent type).
Их там целое семейство по размерностям https://doc.rust-lang.org/stable/std/num/index.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182 Ответы: #219

188. Сообщение от Аноним (218), 15-Июл-23, 10:25   +/
Особенно хорошо нейросети справляются со SQL, хотя казалось бы. Я всё ещё убеждён, что нейросети -- это булшит-технологии. Но, вообще говоря, появляется новое железо, способное ворочать большие объёмы данных с контекстом, и результат становится лучше. Но до сих пор возникают ошибки, немыслимые для человека, а галлюцинации побороть просто невозможно. Вот откуда появляются данные, которые существовать не могут и совершенно не уместны? Может быть, следующее поколение сеток будет более совершенным. GPT4 не очень впечатляет пока что, а сколько хайпа было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #189

189. Сообщение от Аноним (145), 15-Июл-23, 11:08   +/
добрый дядя должен тебе всё принести на блюдечке?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188 Ответы: #191, #194

190. Сообщение от Аноним (190), 15-Июл-23, 11:31   +/
А спецификация для Rust сколько страниц?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #203

191. Сообщение от Аноним (218), 15-Июл-23, 11:57   +/
Дядя собирает за это деньги, и не маленькие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189

192. Сообщение от Аноним (-), 15-Июл-23, 12:14   +/
>Молодежь не помнит как пропихивали с++ вместо сишечки))

А ты такой старый откуда появился? Я не помню чтобы Си плюс-плюс кто-то проприхивал. Жабу, да пропихивали.

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

193. Сообщение от Аноним (-), 15-Июл-23, 12:18   –1 +/
>А парни из Гугл, Микрософт и других спонсоров Rust и не догадываются об этом. Вот же дураки, да? 😂

А к чему весь этот сарказм а? Тебе нравится лизать зад корпорастам? Те кто за Свободу не будут писать на Расте?

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

194. Сообщение от Аноним (-), 15-Июл-23, 12:21   +1 +/
Да должен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189

195. Сообщение от Аноним (195), 15-Июл-23, 12:23   +/
Как там без полноценного полиморфизма, дженериков, без вменяемой системы типов и без алгебраических типов данных в 2023. Писать код и не иметь даже намёк на какую-то верифицируемость, полноту. Я когда вижу эти iota, interface{}  я не знаю жалеть этих людей или насмехаться  над ними
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #288

196. Сообщение от ламер (ok), 15-Июл-23, 12:35   –1 +/
Не в упрёк, а в дополнение (юзеру выше). Всё таки не стоит сильно упрощать. Говоря про реализацию Option, Result и т.д., мы говорим про типы-суммы. В самом примитивном варианте, да, это будет реализована как показано у Анонима, где в случае отсутствия значения у нас не будет инициализирована память, но это хаки небезопасных языков, что не защищают свои абстракции. Да и с точки зрения типов это не Option-тип.

Для правильного "низкоуровневого" Option<T> нам нужен тег(is_some/is_none) и union(из двух вариантов T и Unit). Вполне рабочий вариант для языков с бедной системой типов, но не для чего-то вроде того же C++. Там всё несколько сложнее.

В Rust многие типы(из коробки core, std, alloc) идут как языковые features, то есть тот же Option не захардкожен в компилятор, но в реализации имеет метки для компилятора aka это вот именно Option, благодаря чему у компилятора больше контекста для всячиских оптимизаций. То же, например, с трейтом Drop. Тот же NonZeroI помечен как nonzero, если вы посмотрите исходники.

И возвращаясь к C++, то эмитировать алгебраические типы данных можно ещё и объектной системой, это "эталонный" способ для так называемых менстримных ООП языков. В C++ это всё очень нетривиально, но в базе своей подход строиться на том, что у нас есть базовый абстрактный класс(тип), а его наследники, реализующие его интерфейс - конструкторы.

Для примера код на Haskell:

data Option a = None | Some a

На волшебном ООП языке X:

abstract class Option<T>
class Some<T> : Option<T>
class None : Option<_>


На поиграться можете в Rust создать тип-произведение, один из элементов которого nonzero, и посмотреть, что в итоге sizeof вашего типа A и Option<A> будет одинаковый.  

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

197. Сообщение от Аноним (190), 15-Июл-23, 12:59   +/
Тут мягкое с кислым, сферу с балетом сравнивают
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

198. Сообщение от Аноним (96), 15-Июл-23, 14:07   +1 +/
... и получите мозгодробительный синтаксис, необходимость следить за памятью, пачку UB и несовместимость компиляторов в придачу!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #202

199. Сообщение от Аноньимъ (ok), 15-Июл-23, 14:21   +/
>этот int в своем нормальном состоянии никогда не будет равен нулю

За счёт чего это гарантируется?

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

200. Сообщение от Аноньимъ (ok), 15-Июл-23, 14:23   +/
>An integer that is known not to equal zero.

Откуда оно это знает?

Что будет если я напишу а = б - с ?

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

201. Сообщение от Аноньимъ (ok), 15-Июл-23, 14:24   +/
> Ненулевой тип? О_о

Поинтересуйтесь на досуге про Аду, язык такой, узнаете много нового.

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

202. Сообщение от Аноньимъ (ok), 15-Июл-23, 14:27   +1 +/
> ... и получите мозгодробительный синтаксис, необходимость следить за памятью, пачку UB
> и несовместимость компиляторов в придачу!

Всё включено!

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

203. Сообщение от Аноним (203), 15-Июл-23, 14:41   +4 +/
У раст вообще нет спецификации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #253

204. Сообщение от Аноним (204), 15-Июл-23, 14:50   +/
>Раст может сравнивать только одинаковый тип данных

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

>Кроме того ненулевой тип удобен при делении.

Нет, не удобен. Деление на ноль - валидная операция, получается nan.

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

Не удобнее, чем ручное сравнение или лямбда. Не нагляднее.

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

205. Сообщение от Анонимусс (?), 15-Июл-23, 15:08   +/
> Откуда оно это знает?

Ты его инициализируешь ненулевым значением.
Инициализатор new(n: i32) возвращает Option<NonZeroI32> и если ты передашь туда 0, то на выходе будет None. Т.е. проверка на 0 происходит только один раз при попытке создать, а дальше оно гарантировано будет ненулевое.

> Что будет если я напишу а = б - с ?

В таком виде оно просто не скомпилируется - у тебя же результат может оказаться нулем.
Для NonZeroI (пока еще?) не реализованы трейты вроде CheckedAdd и CheckedSub (и остальные из Crate num).
Поэтому придется сделать что-то вроде
    let n = NonZeroI32::new(123).unwrap();
    let m = NonZeroI32::new(321).unwrap();
    let k = NonZeroI32::new(m.get() - n.get());
И результат может быть None.

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

206. Сообщение от Аноним (206), 15-Июл-23, 15:40   –1 +/
> Такого навязчивого просовывания языка во все щели я ещё не видел!

Это наверное потому, что си/плюсы со своими ошибками достали тех, кому на совесть "работу работать" надо и кому надо чтобы всё работало немного надежнее.

> но .... никому это г___но не нужно!

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

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

207. Сообщение от Аноньимъ (ok), 15-Июл-23, 16:01   +/
Выглядит как шаблонный ад с++.

В расте Юнион типы есть вообще?

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

208. Сообщение от Анонимусс (?), 15-Июл-23, 16:20   +/
Как в TS - нету.
Но оно реализуемо через enum
enum unionType {
  Str(String),
  Int(i32)
}
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207 Ответы: #210

209. Сообщение от Hck3r (?), 15-Июл-23, 16:30   +/
Как будто бы в других крупных проектах такого нет, лол
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

210. Сообщение от Аноним (210), 15-Июл-23, 17:27   +/
Вообще-то есть. То, что Вы показываете(enum) — tagged union. Именно union он как бы unsafe.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208 Ответы: #212, #214

211. Сообщение от Аноним (190), 15-Июл-23, 17:31   –1 +/
Можно пальцами ног ручку держать и писать ими же, но зачем, когда есть для этого пальцы рук?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #270

212. Сообщение от Анонимусс (?), 15-Июл-23, 17:33   +/
Вроде вопрос был про "Юнион типы", а не про юнионы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210 Ответы: #213

213. Сообщение от Аноним (210), 15-Июл-23, 17:34   +/
Согласен, прошу прощения. Тогда считайте мой комментарием дополнением к вашему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212

214. Сообщение от Анонимусс (?), 15-Июл-23, 17:38   +1 +/
Мда, налажал с терминологией, обычные union (как в си) тоже есть и, как написали выше, они unsafe.
https://doc.rust-lang.org/reference/items/unions.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210 Ответы: #224

215. Сообщение от Аноним (215), 15-Июл-23, 18:18   +/
Хороший язык! Позволяет безопасно работать с памятью!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #216, #259

216. Сообщение от Пушок (?), 15-Июл-23, 19:01   +/
1. Комментарий будет зачтён в следующий месяц, так как в этом выплата уже была.
2. Комментарий несодержательный, комментарий-лозунг. Пройдёт по минимальной ставке. Мне всё равно, но ваш руководитель следит за KPI, не подведите его.

Спасибо за понимание.

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

217. Сообщение от Анонин (?), 15-Июл-23, 19:32   +/
> маленькие типы не расширяются автоматически до больших при операциях

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

> что всякие костыли приходится городить.

Под костылями подразумевается просто задать тип при объявлении константы? ничосе костыль однако!

> валидная операция, получается nan.

И что с ним потом делать? А как часто вам нужен nan?
Вот где нужен там просто не используйте NonZero, делов-то.

> Не нагляднее

Сложно найти что-то более наглядное чем текст вроде is_positive, так что мимо.

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

218. Сообщение от Аноним (218), 15-Июл-23, 19:42   +/
Ну нет, анонимы не обманывают, в отличие от регистрантов. А в случае с сабжем, имеет смысл верить любой негативной дичи. Скорее всего, это правда, и даже не гипертрофированная. Я сам в этом убеждался. Другое дело, что не со всем легко столкнёшься, но, всегда стоит учитывать, что вероятность имеется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

219. Сообщение от Sw00p aka Jerom (?), 15-Июл-23, 21:31   +/
> А что удивительного?

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

Про деление на ноль там кто-то говорил, ну и деление на 1 имеет ровно такой же смысл, хотя и деление на ноль свой смысл имеет. Почему нет NonOneI8 и т.д. ? Не нужно это все в языке, достаточно дать возможность определять собственные типы и все - NonXIn

> Их там целое семейство по размерностям https://doc.rust-lang.org/stable/std/num/index.html

лол, кек, а чего вы хотели, и каждый новый тип в таком языке сколько типов будет плодить? "типичный (типовый) адъ" :)


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

220. Сообщение от Sw00p aka Jerom (?), 15-Июл-23, 21:35   +/
> Поинтересуйтесь на досуге про Аду, язык такой, узнаете много нового.

Там есть тип "НеЧислоН"?


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

221. Сообщение от Sw00p aka Jerom (?), 15-Июл-23, 21:37   +/
> Кроме того ненулевой тип удобен при делении.

так же как и NonOneI8 при делении на 1 :)


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

222. Сообщение от Sw00p aka Jerom (?), 15-Июл-23, 21:39   +/
> А как часто вам нужен nan?

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

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

223. Сообщение от Аноним (223), 15-Июл-23, 21:48   +/
> А к чему весь этот сарказм а? Тебе нравится лизать зад корпорастам?

https://isocpp.org/std/the-committee
> Convener: Herb SProject
> Editor: Thomas Köppe (Google)utter (Microsoft).

https://gcc.gnu.org/steering.html
> David Edelsohn (IBM)
> Ian Lance Taylor (Google)

Ты пишешь на фрипаскале или опять "вынипонимаитиэтодругое!"?


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

224. Сообщение от Аноньимъ (ok), 15-Июл-23, 21:49   +/
> Мда, налажал с терминологией, обычные union (как в си) тоже есть и,
> как написали выше, они unsafe.
> https://doc.rust-lang.org/reference/items/unions.html

Не, речь шла именно про тип объединяющий два других типа.
То есть например (int8 U nill) что означает что функция может вернуть то или другое.

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

225. Сообщение от Аноним (231), 15-Июл-23, 22:07   +/
Опять предположения. А я привел проверяемый факт - скопируйте условия задачи с сайта (https://leetcode.com/problemset/all/ напрмер) и дайте их ChatGPT
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184

226. Сообщение от Аноним (231), 15-Июл-23, 22:10   –1 +/
У Си своя ниша, у Rust своя. Я полгода назад тоже топил за Си и ругал Rust за сложность. Но сел и потратил месяц. И сейчас он очень даже нравиться, больше С++. Он заставляет строже мыслить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216 Ответы: #244, #260, #261

227. Сообщение от Аноним (231), 15-Июл-23, 22:18   +/
Прошу прощение - в уме было проверка _некоторых_ типов, а написал что написал )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171

228. Сообщение от warlock66613email (ok), 15-Июл-23, 22:19   +/
Просто нет возможности туда присвоить ноль. Нет публичного метода или ещё чего-то аналогичного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199

229. Сообщение от Аноним (231), 15-Июл-23, 22:20   +/
Я не застал те времена )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

230. Сообщение от Анончик (?), 15-Июл-23, 22:33   +/
Приходите после мажорного релиза
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

231. Сообщение от Аноним (231), 15-Июл-23, 22:43   +/
Что Вы тут нафантазировали?
Больно читать. Option это enum ( None и Some(T) T - тип )
Какие классы в Rust?
https://doc.rust-lang.org/std/num/struct.NonZeroI32.html - NonZeroI32
https://doc.rust-lang.org/std/option/enum.Option.html - Option
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #251

232. Сообщение от Аноним (231), 15-Июл-23, 22:48   +/
NonZero это структура с полем валидности (не ноль) и значением. Нет классов в расте. Структуры и из имплиментация. Отдельно выделяются трейты
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183

233. Сообщение от Аноним (231), 15-Июл-23, 22:54   +/
Просто учитывается Z флаг процессора при присвоении и выставляется валидность в поле структуры.
Но говорю сразу я не проверял _пока_.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199

234. Сообщение от Анонин (?), 15-Июл-23, 23:06   +/
> Деление на ноль - валидная операция, получается nan.

А вот кстати и нет.

> а зачем он в языке?

NaN существует потому что описан в IEEE 754 в бородатом 1985. Для floating-point.
И именно поэтому тут мы NaN не получим - у нас типы целочисленные.

В rust деление на ноль вызовет панику "attempt to divide by zero", а в сишечке...

А в сишечке это UB согласно 6.5.5 Multiplicative operators:
"The result of the / operator is the quotient from the division of the first operand by the
second; the result of the % operator is the remainder. In both operations, if the value of
the second operand is zero, the behavior is undefined"

Но это никакая не валидная операция.

Вообще не очень понимаю, чем вам мешает эти NonZero?
Ну сделали тип потому что он кому-то нужен. Ну не пользуйтесь им, в чем проблема?

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

235. Сообщение от Аноним (249), 15-Июл-23, 23:19   +/
Не арифметики с NonZeroI*
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200 Ответы: #247

236. Сообщение от Аноним (249), 15-Июл-23, 23:37   +/
Для этого есть Option<i8>   fn foo() -> Option<i8>
что бы им воспользоваться вызывающему придется развернуть.
in_caller = foo();
let in_caller = match in_caller {
Some(a) => a,
None => {здесь то что понимается под nill },
};
Не совсем понятно что Вы понимаете под nill (Си)
Если отсутствие валидного значения - используйте Option
Если ошибку в вызванной функции - используйте Result. Result это enum ( ok(T) и Err(E) )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224

237. Сообщение от Аноним (249), 15-Июл-23, 23:44   +/
Если Вы реализуете свои трейты Add, Sub, Div, Mul нет проблем на типах NonZero и NonOne.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221

238. Сообщение от Аноним (249), 15-Июл-23, 23:48   +/
> let n = NonZeroI32::new(123).unwrap();

Ну если Вы сами реализуете... По-умолчанию нет такого метода у типа NonZeroI32

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

239. Сообщение от Аноним (249), 15-Июл-23, 23:51   +/
Посыпал голову пеплом - переклинило ((
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238

240. Сообщение от Аноним (249), 15-Июл-23, 23:57   +/
Это не ад. Это то что должно быть сделано. Раст строг.

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

241. Сообщение от Аноним (249), 16-Июл-23, 00:11   +/
Всё таки понятие нулевой элемент множества существует. Если в контексте важен единичный элемент множества, то можно и его реализовать по аналогии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219 Ответы: #290

242. Сообщение от Аноним (249), 16-Июл-23, 00:20   +/
А зачем нужно значение null в значение указателя в Си? не для того ли что нужно указать malloc, что память не выделена.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222 Ответы: #287

243. Сообщение от Аноним (249), 16-Июл-23, 00:25   +/
Rust дает возможность определять свои типы. Определяете struct {}. Реализуйте impl {} и trait {}
к ней.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222

244. Сообщение от Аноним (51), 16-Июл-23, 01:23   +/
Сел и потратил месяц на Go. С ним не надо мыслить. Просто пишешь и всё получается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #250, #265, #272

245. Сообщение от Прохожий (??), 16-Июл-23, 01:48   +/
Мне плевать, где работают квалифицированные программисты. Для меня главное это то, что они грамотные умные ребята. Идиотов туда не берут, очень жёсткая конкуренция потому что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193 Ответы: #249

246. Сообщение от Прохожий (??), 16-Июл-23, 01:50   +/
Unreal engine - это всё-таки не НОВЫЙ проект.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

247. Сообщение от Аноним (249), 16-Июл-23, 02:05   +/
Вся арифметика через NonZero*.new()
use std::num::NonZeroI32;
  2 fn main() {
  3     let z = NonZeroI32::new(123).unwrap();
  4     let mut b:i32 = 1;
  5     let mut a:i32 = 3;
  6     let mut c:NonZeroI32 = match NonZeroI32::new(a - b) {
  7         Some(a) => a,
  8         None    => {panic!("Попытка присвоить нуль NonZero типу")},
  9     };
10     println!("{:?}",c);
11     c = NonZeroI32::new(4 + 7).unwrap();
12     println!("{:?}",c);
13
14 }
Если 0 требуется обработка или будет паника
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235

248. Сообщение от Прохожий (??), 16-Июл-23, 02:06   +1 +/
То есть, ты ничего не знаешь, но мнение имеешь. Так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185

249. Сообщение от Аноним (249), 16-Июл-23, 02:08   +/
Тут намек что в Rust прежде всего заинтересованы корпорации, потому что он резко усиливает контроль над качеством кода. Сишник начинает мыслить по другому. На себе проверено )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #245 Ответы: #269

250. Сообщение от Аноним (249), 16-Июл-23, 02:16   +/
В наш век расслабленности хочется мыслить строга. ) Дойдет время и Go изучу если увижу что там есть убер фичи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244

251. Сообщение от ламер (ok), 16-Июл-23, 02:28   +1 +/
Я боюсь, что Вы слишком бегло просмотрели текст и не уловили контекст. Но в этом есть и моя вина, что написал не разборчиво. Выше просто поднялась тема про реализацию типов-сумм и я решил несколько раскрыть мысль, сделав небольшие ремарки.

В моем комментарии говорится про то, что в языках без тип-сумм их можно средствами тамошних систем типов. В примитивном варианте — через union-тип, в ООП — через объектную систему и её полиморфизм подтипов.

Я думаю, что осложнила восприятие изложение про связь в Rust компилятора и кода пользователем. Это было лишнее, Вы правы.

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

253. Сообщение от Neon (??), 16-Июл-23, 03:49   –1 +/
Т.е. правая рука не знает, что делает левая ?)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #281

254. Сообщение от Neon (??), 16-Июл-23, 04:20   +1 +/
+1 Армии маркетологов носятся с очередной серебряной пулей. Так они разве что с Java носились. Типа решение всех проблем. И это при том что, виртуальная машина была еще в древнем Паскале с его p кодом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

255. Сообщение от Neon (??), 16-Июл-23, 04:21   +/
С/С++ может быть и достали, но кроме раста есть еще множество других путей, но что то носятся и суют во все щели в качестве серебряной пули именно раст
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206 Ответы: #263

256. Сообщение от Neon (??), 16-Июл-23, 04:22   +/
Ну да, целая секта бегает и орет на всех углах про чудесный раст. И волосы от него станут густее и шелковистее.))) Очень навязчивая реклама Раста уже достала
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #268

257. Сообщение от Neon (??), 16-Июл-23, 04:24   +/
Это то спустя столько лет, после изобретения языков программирования, наконец то научились безопасно работать с памятью ?))) Да еще древний Basic  умел и не вызывал ошибок с памятью.)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

258. Сообщение от Neon (??), 16-Июл-23, 04:26   +/
С памятью безопасно еще древнючий basic прекрасно работал.)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

259. Сообщение от Neon (??), 16-Июл-23, 04:28   –1 +/
Безопасно работать с памятью умел древнейший basic.))) И вообще, как то должно быть стыдно, что спустя столько лет после изобретения языков высокого уровня по прежнему проблемы с безопасной работой с памятью вылезают.))) Двоечники никак старые учебники прочитать не могут.)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215 Ответы: #266, #273

260. Сообщение от Аноним (260), 16-Июл-23, 06:48   +/
>Я полгода назад тоже топил за Си
>И сейчас он очень даже нравиться, больше С++.

Полгода назад ты не мог отличать "чистый Си" от "Си плюс-плюс". Но сел и потратил месяц. И до сих пор не можешь отличить "чистый Си" от "Си плюс-плюс".

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

261. Сообщение от Аноним (179), 16-Июл-23, 08:40   +/
Какая же у раст ниша ? Просветите нас
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #264

262. Сообщение от Аноним (145), 16-Июл-23, 08:48   +2 +/
Надоело читать новости про Rust? Zig, Odin, Jai, на крайняк Carbon в помощь!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #275

263. Сообщение от Анонин (?), 16-Июл-23, 11:55   +2 +/
Это какие еще пути для сишечки? Давайте, перечислите.
Если они есть, то почему до сих пор нереализованно?

Вы считаете что нормально что в ядре дыра для получение рута, потому что нешмогли посчитать размер массива, живет с 2014 года (https://www.opennet.me/opennews/art.shtml?num=59409)?
Ну а кто-то посчитал, что это не нормально и начал писать на расте.
Ваши "аргументы" напоминает мем с жирным котом "я тоже так могу, просто не хочу".
Не в состоянии современный сишник писать без багов по памяти на большом проекте.

> в качестве серебряной пули

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

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

264. Сообщение от Facemaker (?), 16-Июл-23, 12:08   –1 +/
>Какая же у раст ниша ? Просветите

Системное программирование. Несколькими российскими компаниями разрабатываются операционные системы и движки СУБД на Rust. Код пока не опенсурсный. Инсайд.

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

265. Сообщение от Facemaker (?), 16-Июл-23, 12:11   +/
>Go. С ним не надо мыслить. Просто пишешь и всё получается.

Тоже так думал после "медового месяца" с Go. Потом скинули на доработку некую программу с большим количеством конкурентного кода с беспорядочной запутанной синхронизацией... Ушёл на Rust нафиг. Реальная история, не вру.

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

266. Сообщение от freecoder (ok), 16-Июл-23, 12:21   +/
Бейсик же интерпретируемый язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259 Ответы: #267

267. Сообщение от n00by (ok), 16-Июл-23, 13:09   +/
Можно компилировать. Там же нет eval.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266 Ответы: #274, #282

268. Сообщение от Прохожий (??), 16-Июл-23, 14:16   +/
Ты перестань вещества употреблять разные, глядишь, и "целая секта" исчезнет из твоей головы. Мне вот, кроме статей на Опеннете нигде эта информация больше и не встречается почему-то. Тем более, реклама.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256

269. Сообщение от Прохожий (??), 16-Июл-23, 14:28   +/
В скорейшем повсеместном внедрении Rust вместо Си прежде всего заинтересованы конечные пользователи. Потому что количество ошибок в конечном коде существенно уменьшается - несколько независимых друг от друга источников это подтверждают. А кто там пишет/поддерживает этот код - корпорации, или отдельные Васяны - уже совершенно неважно. Осозннанные разработчики (повторю специально это слово - осознанные, то есть, понимающие последствия своих ошибок в коде) тоже должны быть заинтересованы в Rust (или любом подобном языке).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #249

270. Сообщение от Прохожий (??), 16-Июл-23, 14:31   +/
Можно сначала думать головой, а потом уже пытаться рожать аналогии. У тебя явно не получилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211

271. Сообщение от Прохожий (??), 16-Июл-23, 14:38   +/
> всем давно ясно что раст - это тупик

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

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

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

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

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

272. Сообщение от Прохожий (??), 16-Июл-23, 14:43   +/
Во-первых, с ЛЮБЫМ языком надо мыслить, иначе получится ерунда. Впрочем, если ты - начинающий кодер, тебе простительно так говорить, за тебя пока мыслят старшие товарищи.

Во-вторых, Go - язык и GC, у Rust нет GC.

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

273. Сообщение от Прохожий (??), 16-Июл-23, 14:53   +1 +/
А люди, профессионально занимающиеся системным программированием и не знали. Забыли у анонима с Опеннета спросить, очевидно. Или все поголовно двоечники. А потом удивляемся, почему некоторые критические баги в сложном ПО годами живут. Вот где проблема зарыта, оказывается. Все они плохо учились!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259

274. Сообщение от Прохожий (??), 16-Июл-23, 14:54   +/
Скажи, а ты реально не понимаешь, почему бейсик плох для системного ПО или так умело притворяешься?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #267 Ответы: #278

275. Сообщение от Прохожий (??), 16-Июл-23, 15:08   –1 +/
Пытался искать сравнительные статьи Rust vs Zig. По итогам особо не впечатлился достижениями Zig, хотя плюшки там, безусловно, есть. Остальные языки, подозреваю, ещё бОльшая маргинальщина, чем Zig?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #262 Ответы: #277

276. Сообщение от Анонимитатор (?), 16-Июл-23, 15:09   +/
Версии 2.0 никогда не будет, успокойтесь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #300

277. Сообщение от Аноним (277), 16-Июл-23, 16:01   +/
Переходи на .Net 8 и не клюй всем мозг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #275 Ответы: #279

278. Сообщение от n00by (ok), 16-Июл-23, 16:48   +/
Я понимаю, что ты привык, когда компилятор за тебя следит за владением, потому твоя способность уследить за контекстом атрофировалась. В виде исключения перечитаю за тебя ветку и скопирую:

>>>>> Хороший язык! Позволяет безопасно работать с памятью!
>>>> Безопасно работать с памятью умел древнейший basic.)))
>>> Бейсик же интерпретируемый язык.
>> Можно компилировать. Там же нет eval.
> Скажи, а ты реально не понимаешь, почему бейсик плох для системного ПО
> или так умело притворяешься?

Как видишь, "системное ПО" существует только в твоей части этого обсуждения - его мнимой части.

Что касается твоего вопроса, я опять за тебя погуглил, почитай для общего развития "Пишем драйвер на PureBasic"  https://www.cyberforum.ru/blogs/204791/blog3078.html

И потом подумай, почему на Бейсике это было 10 лет назад, на Плюсах - 20, а на Rust... а где оно?

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

279. Сообщение от Прохожий (??), 16-Июл-23, 16:55   –1 +/
Ещё один "эксперт" решил выступить от имени всех. Где вы такие берётесь-то, а? Это был риторический вопрос, если что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #277 Ответы: #286

280. Сообщение от Прохожий (??), 16-Июл-23, 17:02   +/
> перечитаю за тебя ветку

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

> Пишем драйвер на PureBasic

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

> а на Rust... а где оно?

Ты, вроде, декларировал, что умеешь пользоваться поиском. Или мне показалось? Андроид (местами), Линукс (местами, хотя и пока строго отгороженными), и куча другого ПО. Слона-то я и не заметил. Да?

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

281. Сообщение от Прохожий (??), 16-Июл-23, 17:17   +/
То есть у Rust есть RFC. Это то же по сути, что и спецификация - разработчики GCC, которые, вроде, пилят альтернативный компилятор Rust, не дадут соврать. Только более динамичное, не такое анально отгороженное от общественности, как спецификация Плюсов, и к тому же бесплатное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253

282. Сообщение от freecoder (ok), 16-Июл-23, 19:48   +/
> Можно компилировать. Там же нет eval.

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

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

284. Сообщение от n00by (ok), 16-Июл-23, 20:46   +/
>> Можно компилировать. Там же нет eval.
> Тогда придётся и весь жирный рантайм прикомпилировать.

Не придётся.

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

285. Сообщение от n00by (ok), 16-Июл-23, 20:51   +/
>> а на Rust... а где оно?
> Ты, вроде, декларировал, что умеешь пользоваться поиском. Или мне показалось? Андроид (местами),
> Линукс (местами, хотя и пока строго отгороженными), и куча другого ПО.
> Слона-то я и не заметил. Да?

Да. Перечитай заодно "почему на Бейсике это было 10 лет назад, на Плюсах - 20" и подумай о контексте. Глобальном контексте. Если не догадаешься о чём этот глобальный контекст, дай знать, я тебе помогу.

>> Пишем драйвер на PureBasic
> И что, много таких драйверов было написано? Подумай, почему ответ будет отрицательным.

Потому что ты не знаешь этот ответ.

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

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

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

286. Сообщение от Аноним (145), 16-Июл-23, 22:32   –1 +/
Твой пост публичный и доступен всем. Не дошло?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #279 Ответы: #306

287. Сообщение от Sw00p aka Jerom (?), 16-Июл-23, 23:20   +/
> А зачем нужно значение null в значение указателя в Си? не для
> того ли что нужно указать malloc, что память не выделена.

а значение причем? речь о типах, а от или иной тип определяет допустимость значений.


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

288. Сообщение от _ (??), 16-Июл-23, 23:21   +/
They can't be care less, bro! :)
Go - состоялся, нравится вам это или нет, даже в наших кровавых энтер-прайсах ни у кого не вызывает недоумения.
>я не знаю жалеть этих людей или насмехаться  над ними

ЧСВ надо лечить, для начала сравни их зряплату и свою :))))

  

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

289. Сообщение от _ (??), 16-Июл-23, 23:29   +/
>> всем давно ясно что раст - это тупик
>Всем людям с недоразвитыми когнитивными способностями - да, безусловно.

Ну Ок, раст - для ЫЛИТЫ с развитыми когнитивными способностями.
:)

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

290. Сообщение от Sw00p aka Jerom (?), 16-Июл-23, 23:32   +/
> Всё таки понятие нулевой элемент множества существует. Если в контексте важен единичный
> элемент множества, то можно и его реализовать по аналогии.

в смысле нулевой элемент множества?

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

291. Сообщение от _ (??), 16-Июл-23, 23:33   +/
В следующий раз: "после медового месяца" с Rust. Потом скинули на доработку некую программу с большим количеством конкурентного кода с беспорядочной запутанной синхронизацией..."
Ушёл на нафиг в закат.

Суета сует(С)Эээ...эээ... хер проговоришь аффтфра :)

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

292. Сообщение от _ (??), 16-Июл-23, 23:40   +/
Школота ЫнкорпорЭйтед, CоС то уже написали? А то удачи не видать :)))
Аутсайд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264

293. Сообщение от Аноним (293), 17-Июл-23, 01:20   +/
Уже на Redis научились свой логотип вешать? Вот это прогресс, не зря гранты сосут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264

294. Сообщение от Аноним (294), 17-Июл-23, 02:26   +/
Ноль это нулевой элемент множества целых чисел, множества действительных чисел, множества комплексных чисел. Например вопрос: ноль это положительное число или отрицательное.
В теории множеств есть понятие нулевого элемента. Если в задаче важно, чтобы данные гарантированно не содержали ноль, то для изменения есть только один путь окукливания NonZeroT::new() (где Т это какой либо тип) и этот тип не скрещивался с другими типами. После разворачивания NonZeroT::new() по размеру становиться равным Т, перед этим идет проверка на не равенство нулю. Я привел пример выше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #290 Ответы: #302

295. Сообщение от S22 (?), 17-Июл-23, 08:02   +/
> Так он и написал, что в Go есть GC, а в расте
> нет. Правда мысль сформулировал кривовато.

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

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

296. Сообщение от Проходил мимо (?), 17-Июл-23, 08:04   +/
Глупость несусветная, как про Rust, так и про Kubernetes.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

297. Сообщение от Брат Анон (ok), 17-Июл-23, 09:04   +1 +/
Наброс засчитан!))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

298. Сообщение от Брат Анон (ok), 17-Июл-23, 09:07   +/
https://github.com/gopher-os/gopher-os
https://github.com/SanseroGames/LetsGo-OS
https://github.com/icexin/eggos
Не благодари. При всех нареканиях -- Go вполне себе системный язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

299. Сообщение от Брат Анон (ok), 17-Июл-23, 09:09   +1 +/
Работа компилятора перекладывается на плечи программиста. Это плохое решение. Я хочу, чтобы программист писал код, а не думал: "Вот это мне в бокс завернуть, или мутабельную ссылку подсунуть?"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

300. Сообщение от Серб (ok), 17-Июл-23, 13:59   +/
С чего ты взял?

А если добавить отслеживание владений для коллекций объектов?

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

301. Сообщение от anonymmm (?), 17-Июл-23, 14:18   +/
Анализаторы, верификаторы, модел чекеры, генерация кода из языков с доказанной корректностью алгоритма.

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

в Linux ядре в некоторых местах есть например части, описанные на promela, чтобы не зависало.

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

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

302. Сообщение от Sw00p aka Jerom (?), 18-Июл-23, 09:04   +/
>В теории множеств есть понятие нулевого элемента.

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

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

303. Сообщение от Янис (?), 18-Июл-23, 10:14   +/
Не имел дело с обсуждаемым языком, однако же то, как он навязывается, и сколько я о нем читал, наталкивает на мысль о том, что он продвигается корпами, чтобы контролировать программистов. Надежная работа с памятью? Ну в Си (а сабж подается как заменитель Си), если следить, за тем, что делаешь, нет проблем с этим: и в этом нет высшей математики. И в этом таже нет никакой двойной работы, как некоторые пишут... Синтаксис? У Си он просто в разы понятнее. Исполняемый файл? Хелло Ворлд на сабже весит больше чем программа на сотни (а то и даже на тысячи) строк на Си. Проталкивание сабжа в Линукс - вообще ни разу не аргумент в его пользу: он туда попал исключительно потому, что корпы его продавили. Рекомендация от организации безопасности США о том, что мол не стоит использовать "небезопысные" языки типа Си, а вот есть Джава, и прочие языки от корпов, лишь подтверждает мои размышления. Каждому разумеется самому решать, на чем писать, но вот у меня нет желания попадать под контроль корпов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #307

304. Сообщение от Прохожий (??), 18-Июл-23, 12:52   +/
Не так. Rust - для людей, понимающих свою ответственность перед пользователями. То есть, для обычных нормальных людей.

На самом деле ничего сложного в этом ЯП нет. Он намного проще тех же Плюсов.

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

305. Сообщение от Прохожий (??), 18-Июл-23, 13:04   +/
>почему на Бейсике это было 10 лет назад, на Плюсах - 20

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

>>Подумай, почему ответ будет отрицательным.
>Потому что ты не знаешь этот ответ.

Конечно, знаю. Уверен, ты тоже знаешь. Тебе просто не нравится Rust, поэтому ты так сопротивляешься очевидному.

>Системное программирование это ещё и башпортянки.

В каком-то смысле.

Но я не их имел ввиду, и ты это прекрасно понял.

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

306. Сообщение от Прохожий (??), 18-Июл-23, 13:05   +/
Но это не означает, что мой пост всем клюёт мозг. Не дошло?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #286

307. Сообщение от Прохожий (??), 18-Июл-23, 13:14   +/
>Не имел дело с обсуждаемым языком

Но мнение имею. Не нравится мне твой Паваротти. А почему? Да вчера Вася напел.

>то, как он навязывается

И как же он навязывается? Тебя, лично тебя, кто-то заставляет им пользоваться?

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

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

>Ну в Си (а сабж подается как заменитель Си), если следить, за тем, что делаешь, нет проблем с этим: и в этом нет

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

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

310. Сообщение от Аноним (310), 19-Июл-23, 06:36   +/
За отсутствием аргументов хотя бы ошибки поискал у человека, правда? В тапки не забудь нагадить ещё и подлокотник подрапать. =)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

311. Сообщение от n00by (ok), 19-Июл-23, 08:58   +/
>>почему на Бейсике это было 10 лет назад, на Плюсах - 20
> И где тот же бейсик в ядре ОС,

В сообщении №278 я давал ссылку. Вернись и перечитай его ещё раз, не отнимай у меня время бестолковыми вопросами.

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

316. Сообщение от Hck3r (?), 19-Июл-23, 17:28   +/
Безопасность безопасностью, но ошибок никто не отменял
https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=rust
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #318

317. Сообщение от Прохожий (??), 22-Июл-23, 15:11   +/
Вот ещё одно подтверждение, что с логикой у тебя явные очевидные проблемы. Давай я тебе объясню, в чём они состоят на этот раз.

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

Другими словами, подтверждением твоей позиции может быть только ссылка на реальный драйвер в любой известной тебе ОС (а не статья на возможность написать такой драйвер).

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

318. Сообщение от Прохожий (??), 22-Июл-23, 15:17   +/
Разумееется. Rust призван уменьшить количество ошибок только одного наиболее распространённого в системном программировании класса. Никто не утверждал, что Rust избавляет от всех классов ошибок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #316


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

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




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

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