The OpenNET Project / Index page

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



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

"Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"  +/
Сообщение от opennews (??), 08-Авг-25, 09:23 
Опубликован релиз языка программирования  Rust 1.89, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)...

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

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

Оглавление

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

3. Сообщение от Голдер и Рита (?), 08-Авг-25, 09:27   +6 +/
Почему вы пишете в первом абзаце: предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime 😵‍💫

Как будто это что-то уникальное…😐 В C++ тоже есть такие возможности, так что не стоит делать из этого сенсацию.😉

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

4. Сообщение от Аноним (4), 08-Авг-25, 09:28   +3 +/
ну вот 8% а говорили не нужен, в следующий ответ будет уже 16%
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #110, #193

5. Сообщение от Аноним (5), 08-Авг-25, 09:31   –1 +/
А через выпуск - 32% ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #6, #8, #80

6. Сообщение от Голдер и Рита (?), 08-Авг-25, 09:33   –1 +/
💯
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

8. Сообщение от Tron is Whistling (?), 08-Авг-25, 09:44   +7 +/
Дойдёте до 128% - разбудите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

11. Сообщение от Шарп (ok), 08-Авг-25, 09:46   +11 +/
Это для местных хейтеров. Там есть персонажи, думающие, что в расте есть сборщик мусора. Вот их сразу и срезают. Та же фигня с постоянным абзацем, что rust не является обязательной зависимостью при сборке ядра linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #14, #82, #226

13. Сообщение от Голдер и Рита (?), 08-Авг-25, 09:46   +/
В новостях про GCC и LLVM вы так не пишете. 🤥
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #83

14. Сообщение от Наноним (?), 08-Авг-25, 09:49   –2 +/
> Там есть персонажи, думающие, что в расте есть сборщик мусора

А как жи Arc<_>???))?? хыыы

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

17. Сообщение от kravich (ok), 08-Авг-25, 10:24   +5 +/
Это не сборщик мусора, это автоматический подсчет ссылок
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #20, #76, #129

19. Сообщение от Аноним (20), 08-Авг-25, 10:31    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #28, #32

20. Сообщение от Аноним (20), 08-Авг-25, 10:35   +7 +/
Тут есть скоморохи, которые на полном серьезе утверждают, что подсчет ссылок - это то же самое, что и сборщик мусора в Java и Python. И что RAII - это тоже подсчет ссылок (когда их максимум 1), и, соответственно, он тоже является сборкой мусора.

Ты на Опеннете, друг, тут порой и не такой боед прочтешь...

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

21. Сообщение от Аноним (20), 08-Авг-25, 10:45   –2 +/
> Опциональная поддержка Rust реализована в APT, QEMU (virtiofsd), ядре Linux и Mesa, а также ожидается в LibreOffice.

А что будут делать те доблесные воины, которые на полном серьезе утверждали, что не допустят появления Раста на своих системах (типа будут пересобирать ядро и продолжать сидеть на старой сишной librsvg)?

Ну, в смысле, как быть, когда на Линуксе софта и так с гулькин нос - но даже в эти остатки пролезут метастазы Раста?

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

22. Сообщение от doesnm (?), 08-Авг-25, 10:52   +/
Утечка памяти это нормально, они сами так пишут в растбуке))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #30

23. Сообщение от Аноним (-), 08-Авг-25, 11:05   –2 +/
> А что будут делать те доблесные воины, которые на полном серьезе утверждали

Как это что?
Будут точно продолжать также утверждать!

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

24. Сообщение от Аноним (-), 08-Авг-25, 11:05   +/
Так тут есть куча народу, которые сидят на всяких ненужных бздях.
Плюс с(л|р)аководы и прочие маргиналы.

Какое-то время они даже будут работать.

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

25. Сообщение от Анонирм (?), 08-Авг-25, 11:08   +/
Но ведь tokio не в базе раста...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

27. Сообщение от Аноним (32), 08-Авг-25, 11:17   –1 +/
>" Язык сфокусирован на безопасной работе с памятью"

Как неловко промолчали, что твориться с памятью у сишников.

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

28. Сообщение от Аноним (-), 08-Авг-25, 11:19   +1 +/
Ага, в расте есть специальный метод, позволяющий сделать строку с лайфтаймом ’static - которая будет существовать "всю жизнь программы".
И если ты потеряешь ссылку, то "внезапно" будет утечка.
Чтобы программер сразу знал об опасности, написали прямо в название.

А в СИшке?
Достаточно сделать
int *ptr = (int *)malloc(sizeof(int));
и забыть сделать free - получи подарок)

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

30. Сообщение от Аноним (30), 08-Авг-25, 11:19   +/
Это они из плюсов взяли. Утечка ресурсов в неизвестном направлении по неизвестным причинам нежелательна только в си, где с этим можно бороться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

32. Сообщение от Аноним (32), 08-Авг-25, 11:21   +1 +/
Си морально устаревает, а конструкция его сложна для самих же сишников - постоянно у них проблемы с памятью.
Даже правительство США призывает отказаться от небезопасных языков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

33. Сообщение от Аноним (30), 08-Авг-25, 11:21   +1 +/
А ты не делай. Лучше иди вон утечки в icu исправь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

40. Сообщение от Аноним (40), 08-Авг-25, 11:36    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #154

41. Сообщение от Аноним (41), 08-Авг-25, 11:39   –3 +/
> универсальное приложение на языке Rust

rust-gpu - сила. Именно этот подход надо было продвигать в Bevy, а не ещё один яп WGSL. Но там у Карта свои тараканы.

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

43. Сообщение от Аноним (40), 08-Авг-25, 11:42    Скрыто ботом-модератором–2 +/
Ответить | Правка | Наверх | Cообщить модератору

46. Сообщение от Аноним (46), 08-Авг-25, 11:49   –4 +/
Вообще то RAII - это тоже про подсчет ссылок, хотя сборщик мусора тут совершенно не причем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #47, #53

47. Сообщение от 12yoexpert (ok), 08-Авг-25, 11:53   +1 +/
вообще-то нет, и купи учебник по русскому
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #58

50. Сообщение от Аноним (50), 08-Авг-25, 12:00   +3 +/
> Представлен проект tmux-rs, развивающий клон мультиплексора терминала tmux (консольный оконный менеджер), переписанный с Си на Rust.

типикал раст

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

53. Сообщение от Аноним (20), 08-Авг-25, 12:04   +1 +/
> Вообще то RAII - это тоже про подсчет ссылок

О, ты из тех самых экспертов? Ну так аргементы-то приведи своему утверждению.

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

58. Сообщение от Аноним (46), 08-Авг-25, 12:10    Скрыто ботом-модератором+3 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #204

63. Сообщение от Аноним (46), 08-Авг-25, 12:17   –1 +/
Ну ты же себя Ыкспертом считаешь, чем же другие хуже?

А если серьезно, то будет подсчет ссылок при RAII или нет, зависит от типа ресурса.

Если ресурс не является ссылкой, тогда никаких (всегда 1 ссылка) не будет, так как ресурс не ссылка **по определению**. Однако создание ссылочного ресурса (например, с shared_ptr) реализует подсчет ссылок автоматически, но как вырожденный случай, счетчик ссылок действительно может быть установлен в единицу, но это не означает, что подсчет ссылок отсутствует вовсе.

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

74. Сообщение от Аноним (74), 08-Авг-25, 12:40    Скрыто ботом-модератором+3 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

75. Сообщение от Аноним (74), 08-Авг-25, 12:40   +1 +/
Я бы попросил! Я на illumos!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #91

76. Сообщение от freehck (ok), 08-Авг-25, 12:41   –6 +/
> Это не сборщик мусора, это автоматический подсчет ссылок

Воу-воу! Нифига себе заявы! =)

"Это не сборщик мусора, это просто один из алгоритмов сборки мусора"! =)

Ребят, не переопределяйте термины ради красивого словца. Если у вас есть подсчёт ссылок, значит у вас таки есть базовый GC.
То, что он базовый, и потому легковесный -- не отменяет того факта, что это всё-таки GC. ))

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

77. Сообщение от Аноним (20), 08-Авг-25, 12:45   +1 +/
Я подозревал, что в ответе будет невнятная каша, но чтобы настолько... 🤦 Сперва у нас:

> RAII - это тоже про подсчет ссылок

Теперь вдруг:

> Если ресурс не является ссылкой, тогда никаких (всегда 1 ссылка) не будет, так как ресурс не ссылка **по определению*

Т.е. ресурс не является ссылкой, но 1 ссылка есть, но ресурс не ссылка! 😂

> Однако создание ссылочного ресурса (например, с shared_ptr) реализует подсчет ссылок автоматически

Создание ресурса реализует подсчет ссылок. 🤣 А это создание может мне реализовать игру с корованами?

Жги еще!

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

80. Сообщение от Аноним (80), 08-Авг-25, 12:50   +2 +/
146%
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

82. Сообщение от Аноним (82), 08-Авг-25, 12:58   –2 +/
> Там есть персонажи, думающие, что в расте есть сборщик мусора.

В расте и рантайма нет.

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

83. Сообщение от Аноним (82), 08-Авг-25, 13:01    Скрыто ботом-модератором–1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

84. Сообщение от freehck (ok), 08-Авг-25, 13:03   +2 +/
> Отмечается, что в ветке Debian Unstable (Sid) около 8% src-пакетов в репозитории main связаны сборочными зависимостями как минимум с одним пакетом "librust-*"

Спорный тезис. Скорее всего были учтены все or-зависимости, где предоставлялась альтернатива между c- и rust-утилитами, а потом прошли по дереву зависимостей дальше, и о чудо, у rust-утилит в зависимостях обнаружился librust-*. Вряд ли без подобных махинаций в подсчётах можно было бы получить 8%.

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

85. Сообщение от Аноним (86), 08-Авг-25, 13:04   +1 +/
Чёто конечно фанаты раста подсдулись. Да и развития у языка как такового нет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #95

86. Сообщение от Аноним (86), 08-Авг-25, 13:05   –1 +/
Когда ничего уникального нет приходится писать это в расчете на то что простачки поведутся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

87. Сообщение от Аноним (46), 08-Авг-25, 13:06    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

90. Сообщение от Аноним (90), 08-Авг-25, 13:14   –1 +/
Ещё более типикал тут вот что: "This project is alpha quality and has many known bugs. It's written in almost entirely unsafe Rust. Don't use it yet unless you're willing to deal with frequent crashes".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #260

91. Сообщение от Аноним (-), 08-Авг-25, 13:18    Скрыто ботом-модератором+2 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

93. Сообщение от анонимммм (?), 08-Авг-25, 13:25   –4 +/
Я могу понять, что корпорациям и бизнесу раст, теоретически, удобнее и приятнее использовать может быть - потенциально меньше ошибок.

Но программистам-то он чем может быть интересен?
Ведь самый смак программирования это как раз таки "небезопасное" программирование, где за написанный код отвечаешь целиком лишь сам программист. А это - Assm, C и с натяжкой C++.

Подозреваю, что этим программистам в целом программирование не очень интересно, и они предпочитают, когда за них думает машина.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #94, #103, #109, #147, #178, #196

94. Сообщение от Аноним (-), 08-Авг-25, 13:32   +1 +/
> Я могу понять, что корпорациям и бизнесу раст, теоретически, удобнее и приятнее использовать может быть - потенциально меньше ошибок.

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

> Но программистам-то он чем может быть интересен?

Скорость разработки. Уверенность в надежности своей программы.
Деньги в конце-концов: корпам нужно -> корпы платят.

> Ведь самый смак программирования это как раз таки "небезопасное" программирование, где
> за написанный код отвечаешь целиком лишь сам программист. А это - Assm, C и с натяжкой C++.

Это те, которые любят сидеть ночами и дебажить рандомный SIGABRT или порчу памяти?
Извини клуб BDSMщиков двумя этажами ниже (с)

> Подозреваю, что этим программистам в целом программирование не очень интересно, и они предпочитают, когда за них думает машина.

Чего ты тогда не пишешь в чистых машинных кодах)?
И не считаешь на бумажке, вместо калькулятора.
Да и от автоматизации (скрипты и прочее) тоже стоит отказаться.

И вообще - программирование, это и есть "когда за тебя думает машина"))


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

95. Сообщение от НяшМяш (ok), 08-Авг-25, 13:35   –1 +/
Фанаты раста один раз написали безопасно и отдыхают. А дыряшечники в офисах по 16 часов дебажат свои границы буферов, вот почему их так много на опеннете и зависает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #105, #148

96. Сообщение от Аноним (96), 08-Авг-25, 13:36   –2 +/
RUST Победит всех. Пора садится и учить!!!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #101

101. Сообщение от xsignal (ok), 08-Авг-25, 13:45   +/
Инфа - 100%
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #111

102. Сообщение от Анонусс (-), 08-Авг-25, 13:47   +/
> Вряд ли без подобных махинаций в подсчётах можно было бы получить 8%.

А в чем собственно махинация?
Раст-зависимость есть? Есть
С ней собрать можно? Можно

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

Заодно это еще и знак что сишные or-зависимости можно деприкейтить.

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

103. Сообщение от xsignal (ok), 08-Авг-25, 13:50    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #107, #112, #144

105. Сообщение от xsignal (ok), 08-Авг-25, 13:53   –1 +/
> Фанаты раста один раз написали безопасно и отдыхают

А что они написали-то?) Последнее крупное событие было, что "драйвер на расте вот-вот почти уже совсем готов для реальной работы в ядре".

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

107. Сообщение от Анонусс (-), 08-Авг-25, 13:56   +/
> и таким образом выдавить свободных

А где эти свободные?
Вы не могли бы показать их вклад?
Напр. в ядро линукса?
Которое вот прям самое что ни на есть базовое СПО.

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

108. Сообщение от Аноним (-), 08-Авг-25, 13:59   +1 +/
> А что они написали-то?)

О, рад что ты спросил! (с)

Ты с каким смарфоном ходишь? Если не айфон - то в андроиде уже миллионы строк на расте.
Клоудфларя, майкрософт, AWS - они тоже используют раст.
uutils в Ubuntu (один из самых крутых дистрибутивов, который даже ставят на суперкомпы из топ500 и "ноуты с завода").

Вчерашняя новость про "Релиз Mesa 25.2" в которой дыряшечный Clover выкинули и заменили на раст версию.

И это без упоминания всяких COSMIC, Niri, alacritty, regrep, fish и прочих.

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

109. Сообщение от Аноним (20), 08-Авг-25, 14:03   +/
> Я могу понять, что корпорациям и бизнесу раст, теоретически, удобнее и приятнее использовать может быть
> Но программистам-то он чем может быть интересен?

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

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

110. Сообщение от Аноним (110), 08-Авг-25, 14:06   –2 +/
Спасибо за новый мем. Теперь если не хочется его называть, можно использовать 8%. На чем написана ... ой ... переписана программа? - На 8% же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #118

111. Сообщение от Аноним (110), 08-Авг-25, 14:08   +2 +/
Инфа - 8%
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

112. Сообщение от Аноним (20), 08-Авг-25, 14:09   +/
> Корпорасты проталкивают раст, чтобы переписать на нём всё базовое СПО и таким образом выдавить свободных и взять открытые проекты под свой контроль

Ахаха! Ядро Линкс на 99.9% писалось сугубо "корпорастами" еще тогда, когда Раста на слуху не было. Какие "свободные", лол?

Почитай вот на досуге статистику, чтобы розовые очки наконец-то спали:

https://kernelnewbies.org/DevelopmentStatistics

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

113. Сообщение от Аноним (20), 08-Авг-25, 14:13   +/
> А где эти свободные?

Здесь, на Опеннете!

> Вы не могли бы показать их вклад?

Ну вот же он, в виде комментариев против Раста и гегемонии проклятых корпорастов!

> Напр. в ядро линукса?

В это гнездо корпорастов не один уважающий себя свободный не полезет! 😤 Только комментарии в Опеннете, сори.

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

114. Сообщение от анонимммм (?), 08-Авг-25, 14:13   +/
Вакансий по расту в данный момент решительно меньше вакансий на С и C++. Иногда можно и на ассме найти что-то.
А плюсовикам опытным и платят весьма неплохо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #124, #127

115. Сообщение от xsignal (ok), 08-Авг-25, 14:16   –3 +/
> uutils

Так это не написали, а с Си переписали, что растовщики обычно и делают, с этого надо было начинать.

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

116. Сообщение от Аноним (116), 08-Авг-25, 14:17   –2 +/
Мне не нравится что вы разрабатываете безопасный язык, не делайте этого. Поставь минус статье если согласен!
Ответить | Правка | Наверх | Cообщить модератору

117. Сообщение от анонимммм (?), 08-Авг-25, 14:19   –3 +/
>Чего ты тогда не пишешь в чистых машинных кодах)?

На ассме для души пишу периодически. Приятно.
А вообще ты сейчас бытаешься до абсурда довести мною сказанное.
Писать более менее комфортно на машинных кодах можно, разве что, 16-битное что-то под ДОС.
Всё, что выше, - унылая возня с форматом исполняемых файлов, которую, как раз таки, приятнее спустить на ассемблер и линкер.

Да и дело ведь ещё не только в автоматизации, но и в сокрытии от тебя, как от программиста, низкоуровневых деталей.

Например, если пишешь для x86 на С, то единственный твой способ проверять на оверфлоу интов - монструозные конструкции из if-стейтментов. На чистом ассме x86 ты это можешь проверить одной инструкцией. На арме также, кстати. На риск процах, вот, тоже как на си надо извращаться.

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

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

118. Сообщение от Аноним (-), 08-Авг-25, 14:19   +/
> Спасибо за новый мем. Теперь если не хочется его называть, можно использовать 8%. На чем написана ... ой ... переписана программа? - На 8% же.

Плохой мем.
Придется циферки каждый год добалять.

"На 8% же"
--- вы находитесь здесь
"На 10% же"
"На том без чего не получается собрать ядро"

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

119. Сообщение от Анонусс (-), 08-Авг-25, 14:19   +/
> Здесь, на Опеннете!

Вот оно чё, Михалыч! Спасибо что открыли глаза)

> Ну вот же он, в виде комментариев против Раста и гегемонии проклятых корпорастов!

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

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

121. Сообщение от Анонусс (-), 08-Авг-25, 14:22   +/
> с этого надо было начинать.

Так с этого и начали)) И заодно избавились от гнураковой лицухи.
А теперь эти uutils добавляют в убунточку. Пока еще опционально))
Там оттестят, допишут недостающее, добавят пару несовместимостей с оригиналом...
ну и вы поняли))

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

122. Сообщение от Аноним (20), 08-Авг-25, 14:24   +1 +/
> А в чем собственно махинация?

Это стадия отрицания, прямо как в свое время "Линус не допустит Раста в ядре". Скоро будет принятие. 🥲

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

123. Сообщение от Аноним (-), 08-Авг-25, 14:27   +3 +/
> На ассме для души пишу периодически. Приятно.
> А вообще ты сейчас бытаешься до абсурда довести мною сказанное.

Хм... без обид, но я подумал, что это ты пытаешься довести до абсурда)

> Да и дело ведь ещё не только в автоматизации, но и в сокрытии от тебя, как от программиста, низкоуровневых деталей.

Ты пытаешься сделать 2 вещи:
1. натянуть свои привычки на всех программистов
2.попытаться продвинуть тезис что "Программисту" должны быть интересны какие-то низкоуровневые детали.

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

> Например, если пишешь для x86 на С, то единственный твой способ проверять на оверфлоу интов - монструозные конструкции из if-стейтментов.

Поэтому никто и не проверяется.
Но.. можно писать на расте и тоже не проверять! Зато кол-во CVE и бесполезных часов с дебагом бедет существенно меньше.

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

Это типа инструкция, как отстрелить себе ногу?

Программисты бывают разные.
Кто-то хочет все контролировать, кого-то волнует конечный результат: готовая игра, научный алгоритм (привет питон!) или веб-страничка.
Грести всех под одну гребенку не очень конструктивно.

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

124. Сообщение от Аноним (20), 08-Авг-25, 14:28   +/
> Вакансий по расту в данный момент решительно меньше вакансий

А при чем тут "данный момент"? Видишь ли, некоторые смотрят чуть дальше своего носа и планируют профессиональное будущее наперед.

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

126. Сообщение от анонимммм (?), 08-Авг-25, 14:34   +/
Как высокомерно.

Видишь ли, мой юнный друг, "данный момент" в рамках языков программирования, исчиляется десятками лет. Учитывая, что речь о языках, очень плотно проникших в инфраструктуру, то речь где-то о 5-6 десятках.
Переписывание грепа и судо на расте это никак не изменит.
И даже переписывание ядра на расте это сильно не изменит.

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

127. Сообщение от Фнон (-), 08-Авг-25, 14:35   –1 +/
> Вакансий по расту в данный момент решительно меньше вакансий на С и C++.

А вот на жабаскрипте и ПХП вакансий просто море)

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

> А плюсовикам опытным и платят весьма неплохо.

Любому опытному платят хорошо, даже сварщику.

Но через пару-тройку лет у меня уже будет +2-3 года к опыту написания на расте, а у тех кро решит вкатиться - нет)
Как думаешь кому предложат большую вилку зарплаты?

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

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

128. Сообщение от Аноним (128), 08-Авг-25, 14:37   +1 +/
> переписали

Тут уточнение: "недопереписали".

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

129. Сообщение от Аноним (129), 08-Авг-25, 14:38   –2 +/
А зачем их считать, если не секрет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #165

130. Сообщение от анонимммм (?), 08-Авг-25, 14:38   –2 +/
>попытаться продвинуть тезис что "Программисту" должны быть интересны какие-то низкоуровневые детали.

Раст - язык системного программирования. Разве нет?

>Я ожидаю, что ты ответишь "Настоящему программисту они должны быть интересны".

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

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

Естественно, всего не знаю, но стараюсь разобраться.

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

131. Сообщение от Аноним (128), 08-Авг-25, 14:39   –1 +/
> Например, если пишешь для x86 на С, то единственный твой способ проверять на оверфлоу интов - монструозные конструкции из if-стейтментов

Очевидно - ты не знаешь СИ.

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

133. Сообщение от Аноним (128), 08-Авг-25, 14:42   +1 +/
> Но через пару-тройку лет у меня уже будет +2-3 года к опыту написания на расте, а у тех кро решит вкатиться - нет)
> Как думаешь кому предложат большую вилку зарплаты?

Тому у кого будет опыт работы на языках, которые будут использоваться через 2-3 года. Раст тихо плачет в сторонке.

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

134. Сообщение от Аноним (-), 08-Авг-25, 14:42   –1 +/
> Видишь ли, мой юнный друг, "данный момент" в рамках языков программирования, исчиляется десятками лет. Учитывая, что речь о языках, очень плотно проникших в инфраструктуру, то речь где-то о 5-6 десятках.

Так для раста десяток лет уже прошел.

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

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

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

Рим строился не за один день, так и тут.
Вангую взрывной рост кол-ва проектов, в ближайшие лет 5.
Если не будет 🍄 вoйны)


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

135. Сообщение от Аноним (-), 08-Авг-25, 14:43   –1 +/
> Тому у кого будет опыт работы на языках, которые будут использоваться через 2-3 года.

Т.е не "дырявые ЯП" против которых выступает правительство США?

> Раст тихо плачет в сторонке.

От смеха)


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

136. Сообщение от Аноним (20), 08-Авг-25, 14:44   +/
> данный момент" в рамках языков программирования, исчиляется десятками лет. Учитывая, что речь о языках, очень плотно проникших в инфраструктуру, то речь где-то о 5-6 десятках.

Правильно. В каких годах вышли C и C++ ты, надеюсь, знаешь? Посчитай, сколько десятков уже набралось :)

Плюс, не вся разработка ПО - это выгребание легаси конюшен.

Я так и не понял, как твои слова противоречат моему аргументу о профессиональном будущем. Позоже, у тебя какая-то стадия отрицания уже 😂

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

137. Сообщение от xsignal (ok), 08-Авг-25, 14:45   +/
> Ахаха! Ядро Линкс на 99.9% писалось сугубо "корпорастами"

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

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

139. Сообщение от derfenix (ok), 08-Авг-25, 14:49   +3 +/
Сборщик мусора это механизм, который может использовать в т.ч. и информацию о количестве ссылок. А может и не использовать. Зависит от самого сборщика и принципов его работы.

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

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

140. Сообщение от анонимммм (?), 08-Авг-25, 14:50    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

141. Сообщение от анонимммм (?), 08-Авг-25, 14:53   +/
>Посчитай, сколько десятков уже набралось :)

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

>Плюс, не вся разработка ПО - это выгребание легаси конюшен.

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

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

142. Сообщение от анонимммм (?), 08-Авг-25, 14:55   +/
>А вот на жабаскрипте и ПХП вакансий просто море)

Некоректно сравнивать пхп и раст. Совершенно разные языки для разных задач.

В остальном - удачи.

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

143. Сообщение от Аноним (-), 08-Авг-25, 14:56   –2 +/
> Ну и что? Написали и написали, они действовали в рамках философии и по правилам СПО,

"правила"?
А можно их где-то почитать))?

> будто за этот вклад у них есть какие-то права на открытые проекты,

У них нет прав и не может быть.
У них есть сами проекты. А, точнее, они и есть проекты)
Выкинь корпов из ядра и получишь ХУРД.

> и они решили перестроить экосистему СПО в своих интересах,

Не просто решили, а вполне успешно перестраивают, несмотря на визги от васянов

> вот в чём отличие того, что было, от того, что сейчас.

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


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

144. Сообщение от Аноним (-), 08-Авг-25, 15:01    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

146. Сообщение от Аноним (173), 08-Авг-25, 15:02   +/
>  в ветке Debian Unstable (Sid) около 8% src-пакетов в репозитории main связаны сборочными зависимостями как минимум с одним пакетом "librust-*"

В два раза больше Больше, чем линукса на десктопе. А вы говорите не взлетел.

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

147. Сообщение от 12yoexpert (ok), 08-Авг-25, 15:03   +/
ты лжёшь с первого предложения, дальнейшие манипуляции читать нет смысла
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

148. Сообщение от 12yoexpert (ok), 08-Авг-25, 15:04   –1 +/
> написали

у тебя 15 ошибок в слове "переписывают"

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

149. Сообщение от Аноним (20), 08-Авг-25, 15:06   +/
> Ещё долго не вымрут.

Я тебе еще раз повторяю: вопрос не "когда?", а "что потом?".

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

Я вот одного не пойму: если ты так уверен, что плюсовое легаси всех прокормят даже через 20-30 лет, то чего ты так трясешься от Раста?

Казалось бы, настоящим программстам фиолетово: ну, платили деньги за плюсы - теперь будут платить за Раст (предметные области-то те же). А вот твои слова выглядят как попытки самоуспокоения и отрицания.

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

150. Сообщение от freehck (ok), 08-Авг-25, 15:07   –6 +/
Дорогой, ARС -- это GC по определению. Тут не о чем спорить.

PS: Я не участвую в холиворе за или против Rust. Я сейчас говорю исключительно за терминологию.

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

151. Сообщение от xsignal (ok), 08-Авг-25, 15:08   +1 +/
> У них нет прав и не может быть

Вот это здравая мысль! Так что ничего у них не получится, сообщество уже детектировало их поползновения по захвату свободных проектов с помощью ржавчины и скоро выроботает антиген, корпорасты останутся с носом! Будут сами корпеть над ничетаемым и мозгодробильным растовщическим кодом) Ржавые шестерёнки никогна нормально не завертятся!

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

153. Сообщение от freehck (ok), 08-Авг-25, 15:12   +/
> А в чем собственно махинация?

А в том, что...

> С ней собрать можно? Можно

...фактически пакеты собирались скорее всего без этих зависимостей...

> Заодно это еще и знак что сишные or-зависимости можно деприкейтить.

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

Искренне Ваш, Капитан Очевидность.

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

154. Сообщение от Аноним (-), 08-Авг-25, 15:12   +/
> для ассов IT как был, так и остаётся - Си.

Это называется "Си главного мозга". Особенно грустно на это смотреть, когда открываешь некий стандарт или спецификацию, а там описания структур в сишном стиле с этим уродским unsigned long int. Лечение комплексное, с принудительной изоляцией.

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

155. Сообщение от Аноним (-), 08-Авг-25, 15:13   –1 +/
>> У них нет прав и не может быть
> Вот это здравая мысль!

Конечно, у них не может быть прав тк они и есть проект.
Это как рассказывать что у тела должны быть права шевелить пальцами

> Так что ничего у них не получится,

Системд, вейланд, раст....
Уже получается)

> сообщество уже детектировало их поползновения по захвату свободных проектов с помощью ржавчины и скоро выроботает антиген, корпорасты останутся с носом!

Судя по слогу ты троллишь. Надеюсь.
Пока сообщество выдает невнятные визги и сглатывает))

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

157. Сообщение от анонимммм (?), 08-Авг-25, 15:16   +/
Изначальный мой пост - вопрос, зачем раст нужен программистам, если то же самое можно делать на уже существующих языках программирования, которые с нами останутся ещё надолго.
Изучение нового языка, привычка к нему и связанными с ним тулзами - это ведь время. Время, которое можно потратить на укрепление уже существующий знаний, например.

И не надо играть в диванного психотерапевта и искать тряску и отрицание в сообщениях собеседника. Так делают только малолетние дурачки с двачей.

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

160. Сообщение от Аноним (32), 08-Авг-25, 15:22   +/
Rust - это как каток на дороге, который укладывают асфальт. Да ты можешь стать та него пути - но если выжевишь, тебя лишат дееспособности за попутку суецида и посадят в психушку. И будут листать электрошоком и калёсами)))
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #182, #185

161. Сообщение от Анонусс (-), 08-Авг-25, 15:23    Скрыто ботом-модератором–1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #174

163. Сообщение от Аноним (-), 08-Авг-25, 15:28   +/
> Изначальный мой пост - вопрос, зачем раст нужен программистам, если то же
> самое можно делать на уже существующих языках программировани

Разве?
Код на расте получается менее дырявым, отваливается куча ошибок по памяти.
Т.е "то же самое" это не совсем правда.

> которые с нами останутся ещё надолго.

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

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

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

> Время, которое можно потратить на укрепление уже существующий знаний, например.

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

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

165. Сообщение от freehck (ok), 08-Авг-25, 15:29   +/
> А зачем их считать, если не секрет?

Зачем-зачем. Чтобы мусор собрать, естественно, ибо для чего ещё может быть нужен ARC? =)

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

166. Сообщение от Анонусс (-), 08-Авг-25, 15:30   +/
> Изначальный мой пост - вопрос, зачем раст нужен программистам, если то же
> самое можно делать на уже существующих языках программирования,

В том то и дело что нельзя. За 40+ не научились писать недырявые сишные программы.
С с++ ситуация лучше, но не слишком. И у них в коммитете как раз сейчас сраз про safe-c++.
А мир за это время успел сильно измениться.

> которые с нами останутся ещё надолго.

А вот "на сколько сильно" зависит от конкурентов. Сделаем все чтобы сократить этот срок)

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

Люди уже 30+ улучшают. И что, сильно помолго?))

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

167. Сообщение от Аноним (20), 08-Авг-25, 15:30   +/
> вопрос, зачем раст нужен программистам, если то же самое можно делать на уже существующих языках программирования

Возможно, у программистов (в часности, на C++) есть некий опыт, из-за которого они будут не согласны с таким утверждением? Этого ты не допускаешь?

И, возможно, непонятным для тебя вещам есть другие объяснения кроме как "они просто дураки"?

> И не надо играть в диванного психотерапевта и искать тряску и отрицание в сообщениях собеседника

А мне их и не надо искать - они есть суть твоих сообщений.

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

170. Сообщение от анонимммм (?), 08-Авг-25, 15:39   –2 +/
>Возможно, у программистов (в часности, на C++) есть некий опыт, из-за которого они будут не согласны с таким утверждением? Этого ты не допускаешь?
>И, возможно, непонятным для тебя вещам есть другие объяснения кроме как "они просто дураки"?

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

А по поводу того, что недырявые программы на С и С++ не научились писать за это время - глупости. Не, если, конечно, смотреть только на опенсорс, то да, действительно, видимо не научились. Просто софт опенсорсом не заканчивается.

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

171. Сообщение от freehck (ok), 08-Авг-25, 15:47   –1 +/
> И что RAII - это тоже подсчет ссылок <...> и, соответственно, он тоже является сборкой мусора.

Ну так ткните их в определения. GC работает в рантайме, а RAII отрабатывает на этапе компиляции.

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

172. Сообщение от Аноним (20), 08-Авг-25, 15:53   +1 +/
> Так, может быть, я для этого и задался этим вопросом, нет?

Не разводи цирк, пожалуйста. Ты не "задавался вопросом", а через риторический вопрос заявил, что Раст не нужен т.к. в других языках (C++) можно делать все то же самое.

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

173. Сообщение от Аноним (173), 08-Авг-25, 16:00   +1 +/
Будут пользоваться DragonflyBSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

174. Сообщение от xsignal (ok), 08-Авг-25, 16:03   +/
> Причина тряски?))

Ну некоторые вообще-то ещё и работают и пишут на опеннет урывками, а не целый день по методичке за зарплату)

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

175. Сообщение от анонимммм (?), 08-Авг-25, 16:06   –1 +/
Да, я именно так и считаю. Но это не значит, что я не поглядываю в сторону раста. Поглядываю.
Просто, не хочу изучать технологию, только из-за её маркетинга. Обычно-то технологии "побеждают" не потому, что их хорошо рекламируют, а потому что они удобны и полезны.
Хотя, конечно, есть и контр-примеры.

Поэтому и интересует мнение других программистов.

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

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

176. Сообщение от Анонизм (?), 08-Авг-25, 16:11    Скрыто ботом-модератором–1 +/
Ответить | Правка | Наверх | Cообщить модератору

178. Сообщение от Аноним (173), 08-Авг-25, 16:18   +/
> Но программистам-то он чем может быть интересен?

Деньгами, которые «корпорации и бизнес» платят за разработку. Но это про любой язык правда. Что там программист делает под одеялом^W^Wу себя на локалхосте интересно только самому программисту и его кошке. Программирование ради программирования оставьте олимпиадникам. Люди взрослые и прагматичные пишут на том, за что платят.

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

179. Сообщение от Аноним (-), 08-Авг-25, 16:22   +/
> А по поводу того, что недырявые программы на С и С++ не научились писать за это время - глупости. Не, если, конечно, смотреть только на опенсорс, то да, действительно, видимо не научились. Просто софт опенсорсом не заканчивается.

Звучит не убедительно.
В качестве контраргумента приведу
opennet.ru/opennews/art.shtml?num=62110

"Сетевое хранилище Synology DiskStation DS1823xs+. 4 успешных взлома c использованием уязвимостей, связанных с некорректной обработкой аргументов, записью за пределы выделенного буфера..."
"Принтер Canon imageCLASS MF656Cdw. Три успешных взлома c использованием уязвимостей, связанных с переполнением стека."
"Камера видеонаблюдения Lorex 2K WiFi. 5 успешных взломов c использованием уязвимостей, связанных с переполнением буфера и разыменованием указателя."

Думаешь там был опенсорсный код)?

А ведь есть еще автомобили - opennet.ru/opennews/art.shtml?num=62614
Там тоже не весело.


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

181. Сообщение от Анонусс (-), 08-Авг-25, 16:30   +/
> Ну некоторые вообще-то ещё и работают и пишут на опеннет урывками, а
> не целый день по методичке за зарплату)

Ахаха! Т.е. ты еще и в рабочее время сюда раст хейтить приходишь!
Казалось бы, дно было достигнуто, но тут ты его пробил еще глубже.
Смотри чтобы тебя не уволили))

> а не целый день по методичке за зарплату)

Или у кого-то отпуск))

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

182. Сообщение от xsignal (ok), 08-Авг-25, 16:31   –1 +/
Точно! Rust - это каток, поэтому на нём невозможно разбиться, а Си - это болид "Формулы-1", со всеми вытекающими плюсами и минусами. За какой руль сесть - выбирайте, кому что ближе. Только не надо пропихивать ваш каток на гоночные трассы...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160 Ответы: #184, #188

183. Сообщение от Аноним (183), 08-Авг-25, 16:33    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору

184. Сообщение от Анонизм (?), 08-Авг-25, 16:33   +/
Тут скорее на какой стул сядешь, а на какой мать посадишь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182 Ответы: #187

185. Сообщение от Аноним (200), 08-Авг-25, 16:35   +/
Не посадят - психушки переполнены. Поэтому буйных, но рахитных xsignal'ов на опеннет отправляют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

186. Сообщение от Анонусс (-), 08-Авг-25, 16:36   +/
> интересно только самому программисту и его кошке.

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

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

Да ладно, нормальное хобби, не хуже многих других.


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

187. Сообщение от Аноним (200), 08-Авг-25, 16:36    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184

188. Сообщение от Аноним (200), 08-Авг-25, 16:45   +1 +/
Не "болид", а "болит". Таблетки принимай, чтоб не болело:)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

190. Сообщение от анонд (?), 08-Авг-25, 17:00   –3 +/
RAII это аналог сборщика мусора т.к. деструкторы объектов на стеке автоматически вызываются при выходе оных из области видимости функции
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #201

192. Сообщение от Анонусс (-), 08-Авг-25, 17:10   +/
> ...фактически пакеты собирались скорее всего без этих зависимостей...
> ...и нет никаких гарантий, что при удалении сишных зависимостей они спокойно соберутся.

Невероятно круто.
Но все равно, как это противоречит "связаны сборочными зависимостями как минимум с одним пакетом"?

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

193. Сообщение от Аноним (193), 08-Авг-25, 17:19   +/
У них деньги на 12% закончаться такими темпами. Их спасёт только если МС их купит и сделает нормальный вариант Раста (нет).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #209

195. Сообщение от anonymmmeer (?), 08-Авг-25, 17:23   +/
>Но через пару-тройку лет у меня уже будет +2-3 года к опыту написания на расте, а у тех кро >решит вкатиться - нет)
>Как думаешь кому предложат большую вилку зарплаты?

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

а технологии всегда вторичны, можешь алго задачки решать на разных языках.

конторы, которые требуют знания конкретных библиотек и языков платят мало, это первый признак жмотов.

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

196. Сообщение от Аноним (193), 08-Авг-25, 17:24   +/
Перестань, единственная мечта корпораций всегда была чтобы софт писать могли дворники и повара, а не платить стотыщ специалистам. Взять тот же Кобол и иже с ними. Каждый язык, что появляется, сулит корпам это, в надежде продаться и уехать отдыхать на Гаваи на гонорар.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

198. Сообщение от freehck (ok), 08-Авг-25, 17:24   +/
> Но все равно, как это противоречит "связаны сборочными зависимостями как минимум с одним пакетом"?

Формально -- не противоречит =)

А тезис спорный потому, что добавить в depends-ы вместо "x" какой-нибудь "x | x-rs" -- это тебе не мешки ворочать, и потому многие справедливо расценят заявления о 8%-й зависимости от rust-утилит как очковтирательство.

Стоит ли напоминать, что именно из-за таких вот вбросов rust-сообщество и заслужило себе дурную репутацию? Язык-то неплохой, но пиар просто жуть. )

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

200. Сообщение от Аноним (200), 08-Авг-25, 17:25   +1 +/
>всего не знаю, но стараюсь разобраться.

Не получится. Нужен IQ > 90.

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

201. Сообщение от Аноним (201), 08-Авг-25, 17:26   +1 +/
Это не совсем аналог.  

GC никак не привязан к области видимости. Это отдельная функциональность не связанная с кодом программы. Но и про RAII нельзя говорить, что он работает "только во время компиляции". RAII может быть и во время выполнения (например, ресурс с shared_ptr, который  можно скопировать или передать как аргумент в функцию), ведь у него подсчет ссылок всегда идет в рантайме.

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

204. Сообщение от Аноним (204), 08-Авг-25, 17:33   +4 +/
Он тешится, что ему учебники на год выдали, а тебе, лоху, придётся покупать их самому.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

209. Сообщение от Аноним (-), 08-Авг-25, 17:50   +/
> У них деньги на 12% закончаться
> деньги ... закончаться
> закончаться

https://rustfoundation.org/members/

Ты, наверное, думал, что Rust до сих пор сидит на шее у Mozilla?
MS всё устраивает, она - платиновый спонсор.

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

224. Сообщение от InuYasha (??), 08-Авг-25, 18:44   –2 +/
Оставлю маленький коммент. На будущее.

Когда-то в 2010ых в одной большой стране собрался один конгресс, да и поднял вопрос о хакерстве и уязвимостях. Долго ли, коротко ли, захотели они принять закон о криминальной ответственности за дыры в софте. Однако, здравый смысл, всё же, победил. Но в одно зловещее агентство было направлено поручение о разработке инициативы по затыканию этих самых дыр к следующему обсуждению этого вопроса через 10, 20 лет...
И вот, откуда ни возьмись - всплывает из мутных глубин (тех же примерно, что и бтц) инициатива по созданию нового ЯП, который бы не давал криворуким писунам писать криворукий код, с UB и дырами. Вскоре мир услышал слово "Раст". Сперва - тихо, затем громче. Потому что иниицатива была бы пустой, если бы не подразумевала принуждения. И понеслись потоки безумия. По началу, конечно, устои бородатых программистов было не сломить. Но в соседнем отделе предложили дёрнуть раскрашенный в неопределённые цвета рычажок, и вскоре - модные громкие меньшинства, необезображенные наличием критического мышления молодчики, тянущиеся к нетрадиционным экспериментам студенты, не совсем безвозмездные блоггеры и прочая б@гемная публика начала раздувать огонёк из гнилушек в пламя, которое начало жечь пятки не самым независимым программистам и держателей дистрибутивов. Хайп, вэйп, вайп. И немножко давления. И вот - уже оно в ядре.
И на носу 2030ый и новый съезд заинтересованных. Ошибки ведь нельзя запретить? Да нет, это в прошлом.

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

225. Сообщение от Аноним (201), 08-Авг-25, 19:00   –1 +/
Не переживай, Rust это всего лишь маркетинговый ЯП, который случайно поймал хайпе на теме безопасности, но не имеющий под собой ни теоретической основы, ни ключевых преимуществ, которые бы нельзя было реализовать на других языках.

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

Это тоже на будущее :-)

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

226. Сообщение от Аноним (-), 08-Авг-25, 19:18   +/
>Это для местных хейтеров. Там есть персонажи, думающие, что в расте есть сборщик мусора

причем тут эмоции к факту того что в расте есть *статический* гц? да внезапно статический garbage collector - тоже garbage collector

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

228. Сообщение от InuYasha (??), 08-Авг-25, 19:23   –1 +/
Случайностей в таких масштабах не бывает...

> Это тоже на будущее :-)

Это не на будущее, и не на настоящее. Это навсегда! 8)

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

233. Сообщение от Аноним (233), 08-Авг-25, 19:32   –1 +/
> Это не на будущее, и не на настоящее. Это навсегда! 8)

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

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

234. Сообщение от Аноним (234), 08-Авг-25, 19:35    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

237. Сообщение от freehck (ok), 08-Авг-25, 20:12   +/
UPD: вечер! =)

Короче, какое дело. Я тут из любопытства таки почитал про этот ваш растовый ARC подробнее, и изрядно удивился тому, что оказывается это не Automatic Reference Counter, а Atomic Reference Counter, и он вообще говоря работает несколько иначе, нежели обычный ARC: оказывается, он работает не для всего, а лишь для тех сущностей, за которыми разработчик сказал следить явно, не является обязательной частью рантайма, и скорее ведёт себя как модуль для управления памятью в многопоточном приложении. Такие дела.

Почему его называли ARC при этом, а не как-то иначе -- это конечно вопрос-вопрос, ну да ладно: всё-таки чужой монастырь. Тем не менее, в свете этого, я склонен согласиться с господами растоманами, что это не GC.

Однако, местным комментаторам хотелось бы сказать, что вы удивительно плохо аргументируете свои позиции, особенно с учётом того, что у вас переопределены общеупотребительные аббревиатуры. Простое указание на описанные мною факты -- могло бы сразу прояснить вопрос, да и было бы куда полезнее, чем вой про то, что все вокруг идиоты. =)

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

238. Сообщение от Аноним (200), 08-Авг-25, 20:14   +/
> Да, я именно так и считаю.

До скольких ты считать умеешь, лапоть?

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

239. Сообщение от Аноним (200), 08-Авг-25, 20:16   +1 +/
Бл... когда тупоpылый гуманитарий начинает рассуждать об IT - Это всегда... нет, не всегда - раньше было смешно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233

241. Сообщение от InuYasha (??), 08-Авг-25, 20:25   –1 +/
Надеюсь, что нет.
Место детерминированным алгоритмам останется всегда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233

242. Сообщение от Аноним (242), 08-Авг-25, 20:42   +/
У меня вопрос серьёзный: для Rust'а есть анализатор памяти, наподобие AddressSanitizer или valgrind?
ThreadSanitizer?
Как при программировании на Rust'е ловят ошибки многопоточности и утечки памяти?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #243, #246, #255

243. Сообщение от Аноним (201), 08-Авг-25, 20:44   +/
Они дают честное слово :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242

245. Сообщение от Аноним (242), 08-Авг-25, 20:50   +1 +/
Растёт число зависимых пакетов от Rust, на мой взгляд из-за Гнома, ведь "Rust ❤️ GNOME !"
Ответить | Правка | Наверх | Cообщить модератору

246. Сообщение от Аноним (-), 08-Авг-25, 20:52   +/
Если ты серьезно, то можешь почитать тут
rustc-dev-guide.rust-lang.org/sanitizers.html

Есть
AddressSanitizer
ControlFlowIntegrity
Hardware-assisted AddressSanitizer
KernelControlFlowIntegrity LLVM
LeakSanitizer
MemorySanitizer
ThreadSanitizer

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

247. Сообщение от Аноним (247), 08-Авг-25, 20:57   +/
>> Там есть персонажи, думающие, что в расте есть сборщик мусора.
> В расте и рантайма нет.

Ну как бэ да, нету. Минимальный рантайм там примерно в тех же объемах, как и в GCC
> GCC requires the freestanding environment provide memcpy, memmove, memset and memcmp.

Правда, это не останавливает местных Воителей от повторения чуши (видимо, по принципу "мы все так говорим, а значит это правда!").

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

249. Сообщение от Аноним (249), 08-Авг-25, 21:00   –1 +/
США уже призвало всех отказаться от небезопасных языков!
А количество rust кода в ядре только увеличится! Не нравится - форкайте)))
Ответить | Правка | Наверх | Cообщить модератору

251. Сообщение от Аноним (242), 08-Авг-25, 21:04   +/
Ok.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #246

252. Сообщение от morphe (?), 08-Авг-25, 21:07    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237

255. Сообщение от morphe (?), 08-Авг-25, 21:15   +/
> Как при программировании на Rust'е ловят ошибки многопоточности

Если речь про data race - то Rust тебя защищает от data race, если ты сам не будешь что-то делать через unsafe. Miri однако может даже в случае unsafe сказать где ты передаёшь между потоками что-то, что безопасно передавать между потоками нельзя, и аналогично с другими уязвимостями с unsafe.

Race conditions по определению автоматически не поймать

Утечки памяти - всё тот же valgrind

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

256. Сообщение от Аноним (258), 08-Авг-25, 21:20   +/
> Для размещения библиотек поддерживается репозиторий crates.io.

Это же небезопасно, а вдруг там трояна разместят? Кто модерирует содержимое пакетов?

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

258. Сообщение от Аноним (258), 08-Авг-25, 21:26   +/
Когда там фурифокс перепишут на раст 100%?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

260. Сообщение от Аноним (258), 08-Авг-25, 21:28   +/
> has many known bugs. It's written in almost entirely unsafe Rust

Да как так-то!

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

262. Сообщение от Аноним (262), 08-Авг-25, 21:38   +/
Это вам не AppStore, по этому вряд-ли кто то будет на линукс использовать серьёзный софт. Конечно кто-то может обходя васянское ПО с блэкдорами поставить платёжный терминал или банковский софт... Но разраб не будет соберать своё ПО на 100500 дистрибутивов, он сделает только на Mac и Win. Остальное сделают Васи - а блэкдор это монетизация))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256

266. Сообщение от Аноним (201), 08-Авг-25, 21:44   +/
> Race conditions по определению автоматически не поймать

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

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

269. Сообщение от Аноним (270), 08-Авг-25, 22:11   +/
cargo предоставляет возможность установить троян без crates.io


[dependencies]
horselib = { version = "1.13", git = "https://git.sr.ht/trojan/horse.git", branch = "totally-legit" }

В случае, если исходник с трояном есть локально, собрать зависимость тоже можно:

[dependencies]
horselib = { path = "/usr/src/malware/horse", version = "1.13" }

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

270. Сообщение от Аноним (270), 08-Авг-25, 22:15    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #255


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

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




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

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