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

"Выпуск 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. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+13 +/–
Сообщение от Голдер и Рита (?), 08-Авг-25, 09:27
Почему вы пишете в первом абзаце: предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime 😵‍💫 Как будто это что-то уникальное…😐 В C++ тоже есть такие возможности, так что не стоит делать из этого сенсацию.😉
Ответить | Правка | Наверх | Cообщить модератору

	11. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+16 +/–
	Сообщение от Шарп (ok), 08-Авг-25, 09:46
	Это для местных хейтеров. Там есть персонажи, думающие, что в расте есть сборщик мусора. Вот их сразу и срезают. Та же фигня с постоянным абзацем, что rust не является обязательной зависимостью при сборке ядра linux.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	–4 +/–
	Сообщение от Наноним (?), 08-Авг-25, 09:49
	> Там есть персонажи, думающие, что в расте есть сборщик мусора А как жи Arc<_>???))?? хыыы
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+6 +/–
	Сообщение от kravich (ok), 08-Авг-25, 10:24
	Это не сборщик мусора, это автоматический подсчет ссылок
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+8 +/–
	Сообщение от Аноним (20), 08-Авг-25, 10:35
	Тут есть скоморохи, которые на полном серьезе утверждают, что подсчет ссылок - это то же самое, что и сборщик мусора в Java и Python. И что RAII - это тоже подсчет ссылок (когда их максимум 1), и, соответственно, он тоже является сборкой мусора. Ты на Опеннете, друг, тут порой и не такой боед прочтешь...
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	–5 +/–
	Сообщение от Аноним (46), 08-Авг-25, 11:49
	Вообще то RAII - это тоже про подсчет ссылок, хотя сборщик мусора тут совершенно не причем.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+1 +/–
	Сообщение от Аноним (20), 08-Авг-25, 12:04
	> Вообще то RAII - это тоже про подсчет ссылок О, ты из тех самых экспертов? Ну так аргементы-то приведи своему утверждению.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	–1 +/–
	Сообщение от Аноним (46), 08-Авг-25, 12:17
	Ну ты же себя Ыкспертом считаешь, чем же другие хуже? А если серьезно, то будет подсчет ссылок при RAII или нет, зависит от типа ресурса. Если ресурс не является ссылкой, тогда никаких (всегда 1 ссылка) не будет, так как ресурс не ссылка **по определению**. Однако создание ссылочного ресурса (например, с shared_ptr) реализует подсчет ссылок автоматически, но как вырожденный случай, счетчик ссылок действительно может быть установлен в единицу, но это не означает, что подсчет ссылок отсутствует вовсе.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (20), 08-Авг-25, 12:45
	Я подозревал, что в ответе будет невнятная каша, но чтобы настолько... 🤦 Сперва у нас: > RAII - это тоже про подсчет ссылок Теперь вдруг: > Если ресурс не является ссылкой, тогда никаких (всегда 1 ссылка) не будет, так как ресурс не ссылка **по определению* Т.е. ресурс не является ссылкой, но 1 ссылка есть, но ресурс не ссылка! 😂 > Однако создание ссылочного ресурса (например, с shared_ptr) реализует подсчет ссылок автоматически Создание ресурса реализует подсчет ссылок. 🤣 А это создание может мне реализовать игру с корованами? Жги еще!
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	–2 +/–
	Сообщение от freehck (ok), 08-Авг-25, 15:47
	> И что RAII - это тоже подсчет ссылок <...> и, соответственно, он тоже является сборкой мусора. Ну так ткните их в определения. GC работает в рантайме, а RAII отрабатывает на этапе компиляции.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	307. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от ferris (?), 09-Авг-25, 05:37
	В этом и проблема, что чёткого общепринятого определения не существует. Поэтому в разных сообществах принято за GC считать разное. В сообществе языка D, например, принято сборщиком мусора считать счётчики ссылок. На мой вопрос "что же это за сборщик мусора, который не может определить и дропнуть зацикленный в себя связный список "A -> B -> C -> A" если он уже ниоткуда не доступен - выдаются какие-то странные ответы.
	Ответить | Правка | Наверх | Cообщить модератору

	317. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+1 +/–
	Сообщение от Аноним (317), 09-Авг-25, 09:28
	У сообщества Rust ответ гениальный. Утечка памяти из-за циклических ссылок является "безопасной", просто нужно писать программы правильно :-) https://doc.rust-lang.org/book/ch15-06-reference-cycles.html > Rust’s memory safety guarantees make it difficult, but not impossible, to accidentally create memory that is never cleaned up (known as a memory leak). Preventing memory leaks entirely is not one of Rust’s guarantees, meaning memory leaks are memory safe in Rust.
	Ответить | Правка | Наверх | Cообщить модератору

	319. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+2 +/–
	Сообщение от Аноним (-), 09-Авг-25, 10:59
	> утечка памяти из-за циклических ссылок является "безопасной" Вообще они правы. Это безопасно в рамках выбранной модели безопасности, т.к. утечка не повреждает память и максимум что случить - аппу грохнет OOM Killer. Сейчас без GC невозможно бороться с утечками, а отсутствие GC - осознанный выбор. Поэтому они не пытаются решить неразрешимую задачу, но стараются облегчить жизнь.
	Ответить | Правка | Наверх | Cообщить модератору

	340. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	–1 +/–
	Сообщение от Аноним (317), 09-Авг-25, 14:39
	Это не "нерешаемая задача", а "нерешаемая задача для модели управления памятью в Rust", которая прибита гвоздями к реализации, что согласитесь не одно и тоже. DDOS, это один из способов атаки на систему, и говорить, что в самом безопасном языке программирования мы игнорируем целый класс атак, потому что "это безопасно в рамках выбранной модели безопасности", просто нужно писать программы без ошибок, то точно так же можно сказать и про С/С++. В модели ручного управления памятью в С/С++, отсутствует автоматическая проверка границ переполнения буфера ради обеспечения максимальной производительности. Если требуется безопасное управление памятью, нужно использовать сильные и слабые указатели и облегчить себе жизнь.
	Ответить | Правка | Наверх | Cообщить модератору

	352. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (-), 09-Авг-25, 18:04
	> Это не "нерешаемая задача", а "нерешаемая задача для модели управления памятью в > Rust", которая прибита гвоздями к реализации, что согласитесь не одно и тоже. Это нерешаемая задача при ручном управлении памятью. Аналогично она не решена в си, с++, паскаль и других. Даже в ада не решена. Если вы считаете иначе - покажите пример такого языка. > DDOS, это один из способов атаки на систему Да, но DDOS безопаснее чем получение контроля над системой. > в самом безопасном языке программирования мы игнорируем целый класс атак Аж жЫр с монитора потек)) Вообще в расте игнорируются еще и логические ошибки. Просто потому, что на данный момент нет способа с ними автоматически бороться кроме как формальной верификацией. Часть ошибок можно обойти развитой системой типов раста, но в общем проблема не решена. > В модели ручного управления памятью в С/С++, отсутствует автоматическая проверка границ > переполнения буфера Так дело не в переполнении буфера, а последствиях этого действия. В расте при выходе за границы массива будет паника и приложение таки упадет, правда с адекватным трейсом. А в сишечке - все что угодно вплоть до исполнения кода. > ради обеспечения максимальной производительности В расте для этого есть итераторы, а борровинг будет гарантировать что массив не мутируют с соседнего потока.
	Ответить | Правка | Наверх | Cообщить модератору

	358. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (317), 09-Авг-25, 20:12
	Так не си, с++, паскаль, ада и другие языки не утверждают, что они самые классные и безопасные и нужно писать только на них, а весь остальной код выкинуть. Контроль циклических ссылок не обязательно должен быть завязан на язык программирования, например для С++ существуют варианты решения этой проблемы с помощью плагина для компилятора. > Аж жЫр с монитора потек)) Проверь стул, может быть и он тоже намок ))) > Просто потому, что на данный момент нет способа с ними автоматически бороться кроме как формальной верификацией. Часть ошибок можно обойти развитой системой типов раста, но в общем проблема не решена. Вот в том то и дело, что у Rust отсутствует формальная верификация безопасности для используемой системы типов (невозможно с помощью статического анализатора кода доказать корректность использования динамически выделяемых ссылок на структуры с редактируемыми внутренними ссылками). > Так дело не в переполнении буфера, а последствиях этого действия. Так используйте безопасные структуры данных, чтобы не было последствий. Зачем для этого менять весь стек разработки, если все это можно решить на уровне линтера и статического анализатора?
	Ответить | Правка | Наверх | Cообщить модератору

	361. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (-), 09-Авг-25, 22:06
	> они самые классные и безопасные и нужно писать только на них, > а весь остальной код выкинуть. Ну так раст и безопаснее чем с и с++, даже без детектирования утечек. И их как раз нужно выкинуть, а пользоваться безопасными языками)) > например для С++ существуют варианты решения этой проблемы с помощью плагина > для компилятора. Так это же не часть языка. При чем тут плагины? > отсутствует формальная верификация безопасности для используемой системы типов (невозможно с помощью статического анализатора > кода доказать корректность использования динамически выделяемых ссылок на структуры с > редактируемыми внутренними ссылками). Прости, а где она есть? Ваши набросы просто смешны. > Зачем для этого менять весь стек разработки, если все это можно решить на уровне > линтера и статического анализатора? Да ну? А почему это до сих пор не сделано? Почему практически в каждой сишной CVE проблема с типикал проблемами с память? Может потому что "линтера и статического анализатора" недостаточно?)) Вот сейчас плюсовики зашевелились на счет safe-c++. Потому что жим-жим))
	Ответить | Правка | Наверх | Cообщить модератору

	362. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (317), 09-Авг-25, 22:43
	> Вот сейчас плюсовики зашевелились на счет safe-c++. Потому что жим-жим Не нужно пересказывать свои фантазии насчет жим-жим  :-) safe-c++ никогда не был С++, это попытка перетащить бредовые идеи Rust в С++ синтаксис с нарушением обратной совместимости с фактическим это созданием нового диалекта языка - монстра. Поэтому ничего удивительного, что комитет по стандартизации отверг это предложение.
	Ответить | Правка | К родителю #361 | Наверх | Cообщить модератору

	329. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от ferris (?), 09-Авг-25, 12:10
	Memory leaks are memory safe. Это известный вывод из определения той безопасности, которую раст стремится обеспечить. Но непонятно как это относится к обсуждаемому вопросу касательно GC.
	Ответить | Правка | К родителю #317 | Наверх | Cообщить модератору

	341. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (317), 09-Авг-25, 14:42
	К GC это действительно не имеет никакого отношения. Но речь пошла уже не только об очистке мусора, а о безопасной работы с памятью в целом и не только на Rust.
	Ответить | Правка | Наверх | Cообщить модератору

	334. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+2 +/–
	Сообщение от freehck (ok), 09-Авг-25, 13:48
	> В этом и проблема, что чёткого общепринятого определения не существует. Поэтому в > разных сообществах принято за GC считать разное. В сообществе языка D, > например, принято сборщиком мусора считать счётчики ссылок. Я думаю, что в данных вопросах надо смотреть прежде всего на академические источники, а не на какие-то там сообщества. Посему базисом на сегодняшний день следует считать Garbage Collection Handbook за авторством Джонса-Хоскинга-Мосса. Там уже которое издание выходит, актуализируя вопросы сборки мусора. Сначала в 96м была книга, потом в 12м, и на сегодня самая актуальная версия -- 16го года. Вот выдержка оттуда [1]: Мусор -- это более не живущий объект, чьё пространство ещё не было возвращено [программе]. Сборка мусора -- это автоматический подход к управлению памятью, который возвращает память, занимаемую объектами, которые более не используются программой. Сборщик мусора -- это системный компонент [программы], занимающийся сборкой мусора. Таким образом, RAII например не является сборкой мусора, поскольку данный подход отрабатывает в compile time и освобождает память объекта при выходе из окружения, в котором он использовался, и следовательно объект не успевает стать мусором. А растовые RC и ARC не является сборщиками мусора, потому что они не являются системными компонентами программы, а подключаются разработчиком по необходимости для ограниченного количества объектов, за которыми требуется более глубокий контроль. Если бы это было не так, то банальный free в сях тоже пришлось бы рассматривать как сборщик мусора, что естественно чушь. > На мой вопрос "что же это за сборщик мусора, который не может > определить и дропнуть зацикленный в себя связный список "A -> B > -> C -> A" если он уже ниоткуда не доступен - > выдаются какие-то странные ответы. Ну дык, вот такой вот сборщик. Видишь ли, когда мы говорим о сборщиках, мы всегда понимаем, что это трейдофф между производительностью и разрастанием кучи. Когда Коллинз и Маккарти в 1960м озаботились этим вопросом, Маккарти (который кстати и является автором термина, см [2], стр 27) написал трассировочный сборщик, и таких проблем у него не было, да; а вот Коллинз создал ARC. И за следующие несколько десятилетий оба подхода стали использоваться в сборщиках мусора совместно, потому что ARC при некоторых хаках может работать довольно быстро, плюс он всяко быстрее, чем трассировочные алгоритмы, а значит он позволяет существенно сократить им поле работы до их запуска. Ну то бишь потому что оба способа предполагают разный трейдофф. На самом деле ARC имеет куда больше проблем, чем циклы, и требует большого количества хаков, чтобы эти проблемы не становились слишком существенными. Так, например, он добавляет оверхед при передаче ссылки -- всякий раз, когда ты ссылку на объект передаёшь, тебе нужно инкрементить reference counter в куче. И так для всего. К тому же количество ссылок на объект может потенциально достигать количества объектов в куче, что приводит тебя к тому, что слот для каунтера тебе потребуется держать очень большой, а это -- ещё большее разрастание кучи. В общем, наивный подход тут не подходит, и к ARC-у нужны разнообразные примочки, чтобы он не добавлял слишком много оверхеда. Суть таких примочек как правило сводится к отсрочке освобождения памяти тем или иным способом. И появляется дополнительный поток, который следит на регулярной основе за ссылками, производя рекламацию в положенное время. Что касается циклов... Я понимаю твоё смущение, но оно по итогу формулируется следующим образом: "как алгоритм может являться частью сборки мусора, если он не освобождает всю память". Но обрати внимание, что про "всю" память речи в определениях не идёт. Да, у алгоритма есть ограничения, и они вот такие. Большую часть памяти он освобождает, но для освобождения остальных -- нужно что-то ещё. Так что тут как с сями -- нужен ручной контроль, но просто не за освобождением, а лишь за тем, чтобы циклов не создавать. Ну или твоя программа будет течь. Впрочем, в случае с Rust, течь не сильно, поскольку ты ж не всё помечаешь в Arc, а только небольшое количество объектов. Так что в целом, подход не так уж плох. [1] https://github.com/sauravomar/ebooks/blob/master/The%20... [2] https://www-formal.stanford.edu/jmc/recursive.pdf PS: фанбои-растоманы, учитесь, пока я жив ^^^ =)
	Ответить | Правка | К родителю #307 | Наверх | Cообщить модератору

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

	201. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+1 +/–
	Сообщение от Аноним (317), 08-Авг-25, 17:26
	Это не совсем аналог.   GC никак не привязан к области видимости. Это отдельная функциональность не связанная с кодом программы. Но и про RAII нельзя говорить, что он работает "только во время компиляции". RAII может быть и во время выполнения (например, ресурс с shared_ptr, который  можно скопировать или передать как аргумент в функцию), ведь у него подсчет ссылок всегда идет в рантайме.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	–9 +/–
	Сообщение от freehck (ok), 08-Авг-25, 12:41
	> Это не сборщик мусора, это автоматический подсчет ссылок Воу-воу! Нифига себе заявы! =) "Это не сборщик мусора, это просто один из алгоритмов сборки мусора"! =) Ребят, не переопределяйте термины ради красивого словца. Если у вас есть подсчёт ссылок, значит у вас таки есть базовый GC. То, что он базовый, и потому легковесный -- не отменяет того факта, что это всё-таки GC. ))
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	139. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+5 +/–
	Сообщение от derfenix (ok), 08-Авг-25, 14:49
	Сборщик мусора это механизм, который может использовать в т.ч. и информацию о количестве ссылок. А может и не использовать. Зависит от самого сборщика и принципов его работы. Говоря, что подсчёт ссылок и есть сборщик мусора ты расписываешься в неспособности строить даже базовые логические цепочки.
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	–12 +/–
	Сообщение от freehck (ok), 08-Авг-25, 15:07
	Дорогой, ARС -- это GC по определению. Тут не о чем спорить. PS: Я не участвую в холиворе за или против Rust. Я сейчас говорю исключительно за терминологию.
	Ответить | Правка | Наверх | Cообщить модератору

	237. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+5 +/–
	Сообщение от freehck (ok), 08-Авг-25, 20:12
	UPD: вечер! =) Короче, какое дело. Я тут из любопытства таки почитал про этот ваш растовый ARC подробнее, и изрядно удивился тому, что оказывается это не Automatic Reference Counter, а Atomic Reference Counter, и он вообще говоря работает несколько иначе, нежели обычный ARC: оказывается, он работает не для всего, а лишь для тех сущностей, за которыми разработчик сказал следить явно, не является обязательной частью рантайма, и скорее ведёт себя как модуль для управления памятью в многопоточном приложении. Такие дела. Почему его называли ARC при этом, а не как-то иначе -- это конечно вопрос-вопрос, ну да ладно: всё-таки чужой монастырь. Тем не менее, в свете этого, я склонен согласиться с господами растоманами, что это не GC. Однако, местным комментаторам хотелось бы сказать, что вы удивительно плохо аргументируете свои позиции, особенно с учётом того, что у вас переопределены общеупотребительные аббревиатуры. Простое указание на описанные мною факты -- могло бы сразу прояснить вопрос, да и было бы куда полезнее, чем вой про то, что все вокруг идиоты. =)
	Ответить | Правка | Наверх | Cообщить модератору

	252. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+1 +/–
	Сообщение от morphe (?), 08-Авг-25, 21:07
	> Почему его называли ARC при этом, а не как-то иначе -- это конечно вопрос-вопрос, ну да ладно: всё-таки чужой монастырь. Тем не менее, в свете этого, я склонен согласиться с господами растоманами, что это не GC. Есть Rc<T> (T-с-подсчётом-ссылок), а есть Arc<T> (T-с-атомарным-подсчётом-ссылок) Первый компилятор запрещает передавать между потоками (Потому что подсчёт не атомарный, а значит при передаче между потоками может быть data race), а второй можно, если T можно передавать между потоками
	Ответить | Правка | Наверх | Cообщить модератору

	402. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от derfenix (ok), 11-Авг-25, 14:56
	> Однако, местным комментаторам хотелось бы сказать, что вы удивительно плохо аргументируете > свои позиции, особенно с учётом того, что у вас переопределены общеупотребительные > аббревиатуры. Простое указание на описанные мною факты -- могло бы сразу > прояснить вопрос, да и было бы куда полезнее, чем вой про > то, что все вокруг идиоты. =) Да-да. "Не я дебил, что полез спорить не понимая предмета спора, а мне плохо объяснили, про что я спорить полез. Сами виноваты, в общем". Как люди должны были догадаться, что ты что-то там не понял? Раз начал спорить, значит понимаешь о чём речь, либо трепло, а треплу что-то объяснять смысла нет.
	Ответить | Правка | К родителю #237 | Наверх | Cообщить модератору

	403. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от freehck (ok), 11-Авг-25, 17:23
	> Как люди должны были догадаться, что ты что-то там не понял? Раз начал спорить, значит понимаешь о чём речь, либо трепло, а треплу что-то объяснять смысла нет. А: Это не двигатель, это просто коленвал. Б: Как это просто коленвал, но без двигателя? Коленвал -- это часть двигателя. А: Двигатель -- это просто механизм, вращающий вал. Он может использовать коленвал, а может и не использовать. Говоря, что наличие коленвала подразумевает наличие двигателя, ты расписываешься в том, что дypак. Б: Ладно, я посмотрел и вижу, что вы к коленвалу педали прикрутили. Окей, я согласен, что это не двигатель. Но о том, что вы используете коленвал так -- надо предупреждать. А: Раз рот открыл -- значит должен был знать. А раз не знал -- значит дypак! А дypакy что-то объяснять смысла нет! Прекрасная иллюстрация, Вы не находите? =)
	Ответить | Правка | Наверх | Cообщить модератору

	404. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от derfenix (ok), 11-Авг-25, 18:12
	Ты вот сейчас серьёзно приводишь в пример, где коленвал = двигатель и что-то доказать хочешь этим (помимо собственных сомнительных когнитивных сбособностей)? Часть механизма - это механизм? Вот прям ваще серьёзно? Может у тебя и печень - это человек? И процессор - это компьютер? Расплодились наркоманы чёртовы...
	Ответить | Правка | Наверх | Cообщить модератору

	405. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от freehck (ok), 11-Авг-25, 18:15
	Понимаю Ваше затруднение, дорогой товарищ. Увы, но нам придётся принять тот факт, что не всем дано строить "базовые логические цепочки"! ;)
	Ответить | Правка | Наверх | Cообщить модератору

	308. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от ferris (?), 09-Авг-25, 05:40
	> Дорогой, ARС -- это GC по определению. Какое-то неправильное определение GC получается, раз такой "GC" не умеет самостоятельно определять и дропать замкнутый внутрь себя связный список "A -> B -> C -> A" если он стал более ниоткуда недоступен.
	Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

	335. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от freehck (ok), 09-Авг-25, 14:00
	>> Дорогой, ARС -- это GC по определению. > Какое-то неправильное определение GC получается, раз такой "GC" не умеет самостоятельно > определять и дропать замкнутый внутрь себя связный список "A -> B > -> C -> A" если он стал более ниоткуда недоступен. см #334, я там раскрыл это
	Ответить | Правка | Наверх | Cообщить модератору

	401. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от derfenix (ok), 11-Авг-25, 14:52
	Дорогой, если у тебя есть определение, которое заставляет называть одну вещь другой вещью, то либо определение говно, либо ты им не умеешь пользоваться.
	Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

	129. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	–2 +/–
	Сообщение от Аноним (129), 08-Авг-25, 14:38
	А зачем их считать, если не секрет?
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	165. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	–1 +/–
	Сообщение от freehck (ok), 08-Авг-25, 15:29
	> А зачем их считать, если не секрет? Зачем-зачем. Чтобы мусор собрать, естественно, ибо для чего ещё может быть нужен ARC? =)
	Ответить | Правка | Наверх | Cообщить модератору

	420. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	–1 +/–
	Сообщение от Аноним (420), 15-Авг-25, 11:51
	reference counting является частным случаем garbage collection. Swift, тогда, тоже язык без сборки мусора, получается?
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	82. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	–4 +/–
	Сообщение от Аноним (82), 08-Авг-25, 12:58
	> Там есть персонажи, думающие, что в расте есть сборщик мусора. В расте и рантайма нет.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	247. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (247), 08-Авг-25, 20:57
	>> Там есть персонажи, думающие, что в расте есть сборщик мусора. > В расте и рантайма нет. Ну как бэ да, нету. Минимальный рантайм там примерно в тех же объемах, как и в GCC > GCC requires the freestanding environment provide memcpy, memmove, memset and memcmp. Правда, это не останавливает местных Воителей от повторения чуши (видимо, по принципу "мы все так говорим, а значит это правда!").
	Ответить | Правка | Наверх | Cообщить модератору

	282. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от мяв (?), 08-Авг-25, 23:45
	а чушь в чем ? они же не утверждают, что "вот руст с рантаймом, а божественный цэ - без". факт в том, что рантайм есть.
	Ответить | Правка | Наверх | Cообщить модератору

	287. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (247), 08-Авг-25, 23:50
	> факт в том, что рантайм есть. И этот "факт" основывается на "мы все так говорим, а значит это правда!" -- на колу мочало, начинай сначала!
	Ответить | Правка | Наверх | Cообщить модератору

	314. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (82), 09-Авг-25, 08:46
	> тех же объемах, как и в GCC > GCC requires the freestanding environment provide memcpy, memmove, memset and memcmp. Причем тут язык Си? Это самодеятельность gcc при оптимизации, и не мешает собирать ядро линукс. Банальныйй цикл for в rust - это вызов next у итератора. Это точно не про отсутствующий рантайм.
	Ответить | Правка | К родителю #247 | Наверх | Cообщить модератору

	365. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (247), 09-Авг-25, 23:04
	>> тех же объемах, как и в GCC >> GCC requires the freestanding environment provide memcpy, memmove, memset and memcmp. > Причем тут язык Си? Это самодеятельность gcc при оптимизации, и не мешает > собирать ядро линукс. И где там язык Си упоминался? Сам придумал, сам опроверг. > Банальныйй цикл for в rust - это вызов next у итератора. Это точно не про отсутствующий рантайм. О, теперь итератры стали "рантаймом" ... Ну и да, че там за for было? https://rust.godbolt.org/z/YKEs1EoMn pub fn main() {     for n in 1..101 {           square(n)     } main:         push    rbx         mov     edi, 1 .LBB2_1:         lea     ebx, [rdi + 1]         call    example::square::h9a0e2fa1b9513288         mov     edi, ebx         cmp     ebx, 101         jne     .LBB2_1         pop     rbx         ret
	Ответить | Правка | Наверх | Cообщить модератору

	369. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (82), 10-Авг-25, 07:30
	> Сам придумал, сам опроверг. Аргумент с GCC придумал ты. Причем тут баги в оптимизаторе gcc. > О, теперь итератры стали "рантаймом" В расте нет рантайма. По определению сообщества опеннет. > Ну и да, че там за for было? > https://rust.godbolt.org/z/YKEs1EoMn Старательно прописывал ключи оптимизации чтобы не видеть вызовы метотдов итератора и много чего из "отсутствующего рантайма"? И ссылка на официальный документ https://doc.rust-lang.org/reference/expressions/loop-expr.ht... A for expression is a syntactic construct for looping over elements provided by an implementation of std::iter::IntoIterator.
	Ответить | Правка | Наверх | Cообщить модератору

	370. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (82), 10-Авг-25, 07:37
	> Старательно прописывал ключи оптимизации чтобы не видеть вызовы метотдов итератора и много чего из "отсутствующего рантайма"? Скажи спасибо "дырявому" llvm, что может оптимизировать вот это https://rust.godbolt.org/z/Gva3P6T7j (твой пример без ключей оптмизиации, чтобы увидеть "отсутствующий рантайм")
	Ответить | Правка | Наверх | Cообщить модератору

	374. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (247), 10-Авг-25, 11:10
	> Скажи спасибо "дырявому" llvm, что может оптимизировать вот это https://rust.godbolt.org/z/Gva3P6T7j > (твой пример без ключей оптмизиации, чтобы увидеть "отсутствующий рантайм") Т.е. ты старательно убрал оптимизацию, получил дебаг-сборку-по-умолчанию и гордо киваешь на "лишнее" в генерированном бинарнике? Кстати, ты опять придумал-приписал-мне про что-то "дырявый llvm", попутно метанизировав небольшой водоем. Потому что код оптимизируется еще до этого: https://play.rust-lang.org/?version=nightly&mode=release&edi... (SHOW LLVM-IR) bb3:                                              ; preds = %start, %bb3   %iter.sroa.0.02 = phi i32 [ 1, %start ], [ %_9.0, %bb3 ]   %_9.0 = add nuw nsw i32 %iter.sroa.0.02, 1 ; call playground::square   tail call fastcc void @_ZN10playground6square17haf375fd7efae74b5E(i32 noundef %iter.sroa.0.02)   %exitcond.not = icmp eq i32 %_9.0, 101   br i1 %exitcond.not, label %bb4, label %bb3 В общем, скажу спасибо за демонстрацию "квалификации" классического опеннетного Воена Супротив Раста. Ты случайно не автор https://veresov.pro/rustmustdie/ ?
	Ответить | Правка | Наверх | Cообщить модератору

	380. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (82), 10-Авг-25, 12:18
	> Потому что код оптимизируется еще до этого: Ты уверен, что это до промежуточных оптимизаций, которые делаются посредством llvm? Например, при генерации mir - вызовы итератора видны
	Ответить | Правка | Наверх | Cообщить модератору

	389. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (247), 10-Авг-25, 15:09
	Извини, онлайн-инстанс с этой возможностью я тебе поднимать не буду: https://doc.rust-lang.org/rustc/codegen-options/index.html > When combined with -O --emit llvm-ir, it can be used to see the optimized LLVM IR emitted by rustc before any optimizations are applied by LLVM. % rustc -O -C no-prepopulate-passes --emit llvm-ir loop.rs define internal void @_ZN4loop4main17h5179398e685bdaa7E() unnamed_addr #0 { start:   %iter = alloca [4 x i8], align 4   %_2 = alloca [8 x i8], align 4   call void @llvm.lifetime.start.p0(i64 4, ptr %iter)   store i32 1, ptr %iter, align 4   br label %bb1 bb1:                                              ; preds = %bb7, %start   call void @llvm.lifetime.start.p0(i64 8, ptr %_2)   %_6 = load i32, ptr %iter, align 4, !noundef !4   %_4 = icmp slt i32 %_6, 101   br i1 %_4, label %bb3, label %bb4 bb4:                                              ; preds = %bb1   call void @llvm.lifetime.end.p0(i64 8, ptr %_2)   call void @llvm.lifetime.end.p0(i64 4, ptr %iter)   ret void bb3:                                              ; preds = %bb1   %_5 = load i32, ptr %iter, align 4, !noundef !4   %0 = call { i32, i1 } @llvm.sadd.with.overflow.i32(i32 %_5, i32 1)   %_9.0 = extractvalue { i32, i1 } %0, 0   %_9.1 = extractvalue { i32, i1 } %0, 1   %1 = call i1 @llvm.expect.i1(i1 %_9.1, i1 false)   br i1 %1, label %bb5, label %bb7 bb7:                                              ; preds = %bb3   store i32 %_9.0, ptr %iter, align 4   %2 = getelementptr inbounds i8, ptr %_2, i64 4   store i32 %_5, ptr %2, align 4   store i32 1, ptr %_2, align 4   %3 = getelementptr inbounds i8, ptr %_2, i64 4   %n = load i32, ptr %3, align 4, !noundef !4 ; call loop::square   call void @_ZN4loop6square17h2c210414671ffe58E(i32 noundef %n)   call void @llvm.lifetime.end.p0(i64 8, ptr %_2)   br label %bb1 Т.е. тот самый "рантайм итератора" на самом деле %_6 = load i32, ptr %iter, align 4, !noundef !4 %_4 = icmp slt i32 %_6, 101 br i1 %_4, label %bb3, label %bb4 ...   %_5 = load i32, ptr %iter, align 4, !noundef !4   %0 = call { i32, i1 } @llvm.sadd.with.overflow.i32(i32 %_5, i32 1)
	Ответить | Правка | Наверх | Cообщить модератору

	390. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	–1 +/–
	Сообщение от Аноним (82), 10-Авг-25, 18:22
	> % rustc -O -C no-prepopulate-passes --emit llvm-ir loop.rs Юление продолжается. "Незаметно" поменял оптимизацию на '-O'. Если вернуться к исходной оптимизации '-C opt-level=s' (оптимизация по размеру). Ты же смотрел этот выхлоп, но промолчал. То внезапно llvm-ir-код сильно раздувается вызовами методов итератора. При этом асм-код после всех оптимизаций не отличается от оптимизации '-O'. С чего бы вдруг промежуточный код очень сильно раздувается при оптимизации по размеру? И это сильно подрывает доверие к "чистоте" оптимизатора руст. В общем, мне такой цирк не нравится. Признаю свое поражение. Успехов в войне.
	Ответить | Правка | Наверх | Cообщить модератору

	391. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (247), 10-Авг-25, 20:52
	>> % rustc -O -C no-prepopulate-passes --emit llvm-ir loop.rs > Юление продолжается. "Незаметно" поменял оптимизацию на '-O'. > Если вернуться к исходной оптимизации '-C opt-level=s' (оптимизация по размеру). > остальное бла-бла поскипано. Начнем с того, что "исходная" на play.rust как раз -O и там нельзя (или я не понял как) задавать свои флаги, "оптимизация по размеру" была как раз для того, чтобы компилятор туда не напихал еще чего нибудь ... и пожалуй на этом и закончим, потому что ничего внятного (даже определения "рантайма") от тебя все равно не будет. Будет опять вариация "нисчитаица, там рантайм! Если собрать в дебаг-сборку без оптимизаций, то его сразу видно" и куча фантазий на тему и "по мотивам" ...
	Ответить | Правка | Наверх | Cообщить модератору

	372. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (247), 10-Авг-25, 10:46
	>> Сам придумал, сам опроверг. > Аргумент с GCC придумал ты. Причем тут баги в оптимизаторе gcc. Аргумент я не придумал, он есть - требование к freestanding. Те же самые требования есть и у шланга. А вот что это "баги" - лишь твоя фантазия. >> О, теперь итератры стали "рантаймом" > В расте нет рантайма. > По определению сообщества опеннет. Ну сообщество какое-то определение предоставить не может, лишь невнятное обобщенное мямлянье, по "логике" которого и у сишечки, в реальности  -- "всегда есть рантайм". >> Ну и да, че там за for было? >> https://rust.godbolt.org/z/YKEs1EoMn > Старательно прописывал ключи оптимизации чтобы не видеть вызовы метотдов итератора и много чего из "отсутствующего рантайма"? Старательно убрал ключи оптимизации для тыканья носом опеннетчиков -- чтобы оно вообще не оптимизировало все там нафиг. > И ссылка на официальный документ > https://doc.rust-lang.org/reference/expressions/loop-expr.ht... > A for expression is a syntactic construct for looping over elements provided > by an implementation of std::iter::IntoIterator. Еще бы ты прочитал тот "официальный" документ, заметил бы, что это Trait, т.е. интерфейс/абстракция.
	Ответить | Правка | К родителю #369 | Наверх | Cообщить модератору

	376. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (82), 10-Авг-25, 11:53
	> Аргумент я не придумал, он есть - требование к freestanding. Это требование gcc. В freestanding для Си не входит реализация <string.h> Вызовы mem* - это следствие работы оптимизатора. До сих пор висит незакрытый баг 2013г. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56888 Оптимизатор, если видит код (вручную написанный), похожий на реализацию memset, memcpy и тд, заменяет этот код на вызов встроенной реализации. При этом не помогают ни -ffreestanding, ни -fno-builtin. Помогает запрет оптимизации подобного кода -fno-tree-loop-distribute-patterns. > Еще бы ты прочитал тот "официальный" документ, заметил бы, что это Trait, т.е. интерфейс/абстракция. И кто реализует этот интерфейс/абстракцию последовательности чисел 1..10? 1..10 - это языковая конструкция, которая генерирует реализацию интерфейса "итератор". Это тот самый код с вызовами методов итератора, который ты пытаешься спрятать оптимизацией (спасибо llvm). Без оптимизатора в rust резко становиться видным "отсутствующий рантайм".
	Ответить | Правка | Наверх | Cообщить модератору

	385. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (247), 10-Авг-25, 12:44
	>> Аргумент я не придумал, он есть - требование к freestanding. > Это требование gcc. > В freestanding для Си не входит реализация <string.h> > Вызовы mem* - это следствие работы оптимизатора. Пошел юлеж вида "Чисто в теории этого нету! Вот!". А практическая реализация тех самых, используемых в реальности для freestanding компилеров -- опеннетным теоретикам, конечно же не интересна. > И кто реализует этот интерфейс/абстракцию последовательности чисел 1..10? Каждый тип, в том числе и примитивный, что "немножечко" систематичнее хаков реализации циклов в самом компиляторе (ну или вообще отсутствия итераторов), не? > 1..10 - это языковая конструкция, которая генерирует реализацию интерфейса "итератор". > Это тот самый код с вызовами методов итератора, который ты пытаешься > спрятать оптимизацией (спасибо llvm). Без оптимизатора в rust резко становиться видным "отсутствующий рантайм". Это тот самый код с хайнтами "инлайн" и реализацией для последовательностей в примитивных типах вида: https://doc.rust-lang.org/src/core/iter/range.rs.html#201 #[inline]         unsafe fn forward_unchecked(start: Self, n: usize) -> Self {             // SAFETY: the caller has to guarantee that `start + n` doesn't overflow.             unsafe { start.unchecked_add(n as Self) }         } который и превращается (причем, совсем без llvm, во что тебя уже ткнули носом выше) в .LBB2_1:         lea     ebx, [rdi + 1]         mov     edi, ebx ...         cmp     ebx, 101         jne     .LBB2_1 так что и тут унылая демагогия и попытки натягивания совы (дебагсборки) на глобус - никак не влияют на реальность генерируемого кода.
	Ответить | Правка | Наверх | Cообщить модератору

	387. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	–1 +/–
	Сообщение от Аноним (82), 10-Авг-25, 13:09
	> Пошел юлеж На себя посмотри "кексперт по расту". До моего сообщения ты даже не знал семантику цикла for. Когда теба носом ткнули, что это всего лишь декорация над iterator.next() и для банального цикла над _примитивными_ целыми числами, генерится "отсутствующий рантайм" из вызовов методов неизвестной глубины. > #[inline] > ... > который и превращается (причем, совсем без llvm, во что тебя уже ткнули носом выше) в Ты не показал, что это оптимизируется без llvm. Ты показал просто промежуточный код, который вполне может быть после (некоторых) оптимизаций llvm. LLVM не запрещает делать оптимизации над llvm-ir (пошагово, разные оптимизации). Зачем ты рандомно тыкаешь на исходники, которые тем более показывают глубину безопасТности "отстутствующего" рантама со своими unsafe на каждой строчке?
	Ответить | Правка | Наверх | Cообщить модератору

	392. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (247), 11-Авг-25, 00:10
	> На себя посмотри "кексперт по расту". > До моего сообщения ты даже не знал семантику цикла for. Когда теба > носом ткнули, что это всего лишь декорация над iterator.next() и для Крутые и забористые фантазии. Правда, если проскроллить вверх, то можно прочесть что ты свою "мудрость" наваял сразу и одним комментом, типа "доказательства рантайма": "Банальныйй цикл for в rust - это вызов next у итератора. Это точно не про отсутствующий рантайм.". Хотя внятно обосновать это ты не смог. > банального цикла над _примитивными_ целыми числами, генерится "отсутствующий рантайм" > из вызовов методов неизвестной глубины. Опять пошли буйные фантазии, теперь о "глубинах" и "банальных циклах" (хотя это на самом деле итератор дипазана чисел). Правда, фантазии не бьются с реальностью (в которой вместо вызовов подставляется конкретная реализация для конкретного типа), но тем хуже для реальности, да? > Зачем ты рандомно тыкаешь на исходники, которые тем более показывают глубину безопасТности  "отстутствующего" рантама со своими unsafe на каждой строчке? Какой Воен да без спрыга на "unsafe" ... Рандомно, говоришь? Кексперд, ты те две строчки кода-то читал? Это и есть кусок реализации "банального цикла" для диапазона чисел, только не в виде "хака" на уровне компилятора, а в/на уровне самого ЯП, причем как побочка: для каждого типа данных и на любой вкус и цвет и с любыми ограничениями-проверками платформы (по той же ссылке там и реализация для Char, ага). Вот конкретно для диапазона чисел forward_unchecked(start: Self, n: usize) -> Self {   start.unchecked_add(n as Self) т.е. i=i+_размер_шага_, И все "глубины вызовов" на самом деле блок impl<T: TrustedStep> RangeIteratorImpl for ops::Range<T> {     #[inline]     fn spec_next(&mut self) -> Option<T> {         if self.start < self.end {             let old = self.start;             // SAFETY: just checked precondition             self.start = unsafe { Step::forward_unchecked(old, 1) };             Some(old)         } else {             None         }     } который прекрасно оптимизируется - а чего б не, если это лишь набор примитивных операций над нативным типом данных. Компиляторы, внезапно, уже лет цать как не "смущаются" от стат. вызовов методов хоть десятикратной вложенности, поэтому смысл экономии на спичках - доступен лишь некоторым, особо одаренным опеннетчикам (что-то где-то краем уха слышавшим, остальное додумавшим и дофантазировавшим в меру своего разумения).
	Ответить | Правка | Наверх | Cообщить модератору

	378. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (-), 10-Авг-25, 12:06
	>[оверквотинг удален] > main: >         push     > rbx >         mov     >  edi, 1 > .LBB2_1: >         lea     >  ebx, [rdi + 1] >         call     > example::square::h9a0e2fa1b9513288 ... > Т.е. в dead code elimination эта штука не умеет? Оок! Сишный компилер вообще сделал бы чуть ли не гольный ret. Потому что... 1) Side effects у всего этого просто нет. 2) Вычисленное значение нигде и никак не используется.
	Ответить | Правка | К родителю #365 | Наверх | Cообщить модератору

	386. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (247), 10-Авг-25, 12:59
	> Т.е. в dead code elimination эта штука не умеет? Оок! Сишный компилер > вообще сделал бы чуть ли не гольный ret. Потому что... > 1) Side effects у всего этого просто нет. > 2) Вычисленное значение нигде и никак не используется. Т.е. ты опять влез в обсуждение, даже не утрудившись пройти по ссылке (там "оптимизатор" выставлен в режим "size", чтобы не анроллил цикл нафиг) и почитать весь код? Оок! Как раз сайд эффект вида #[inline(never)] fn square(num: i32) {     println!("{:?}", num * num); } там для того самого - чтобы показал, во что превращается цикл, без инлайна и прочего. Выкинь принт, и оно тебе выдаст ассемблерный листинг main:         ret
	Ответить | Правка | Наверх | Cообщить модератору

	226. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	–2 +/–
	Сообщение от Аноним (-), 08-Авг-25, 19:18
	>Это для местных хейтеров. Там есть персонажи, думающие, что в расте есть сборщик мусора причем тут эмоции к факту того что в расте есть *статический* гц? да внезапно статический garbage collector - тоже garbage collector
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	318. Скрыто модератором	+/–
	Сообщение от Аноним (82), 09-Авг-25, 09:33
	> в расте есть *статический* гц Это не сборщик, это контролёр: если находит мусор, то программа не соберёться. И растоманы воюют с этим контролёрем: приходится прятать травку, ой, мусор более изощереннными методами, чтобы контролёр не нашёл. Так как без ... мусора полезных программ не существует (unsafe).
	Ответить | Правка | Наверх | Cообщить модератору

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

	25. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Анонирм (?), 08-Авг-25, 11:08
	Но ведь tokio не в базе раста...
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

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

4. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+4 +/–
Сообщение от Аноним (4), 08-Авг-25, 09:28
ну вот 8% а говорили не нужен, в следующий ответ будет уже 16%
Ответить | Правка | Наверх | Cообщить модератору

	5. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (5), 08-Авг-25, 09:31
	А через выпуск - 32% ?
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	–1 +/–
	Сообщение от Голдер и Рита (?), 08-Авг-25, 09:33
	💯
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+12 +/–
	Сообщение от Tron is Whistling (?), 08-Авг-25, 09:44
	Дойдёте до 128% - разбудите.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	80. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+4 +/–
	Сообщение от Аноним (80), 08-Авг-25, 12:50
	146%
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

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

	118. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+1 +/–
	Сообщение от Аноним (-), 08-Авг-25, 14:19
	> Спасибо за новый мем. Теперь если не хочется его называть, можно использовать 8%. На чем написана ... ой ... переписана программа? - На 8% же. Плохой мем. Придется циферки каждый год добалять. "На 8% же" --- вы находитесь здесь "На 10% же" "На том без чего не получается собрать ядро"
	Ответить | Правка | Наверх | Cообщить модератору

	258. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+1 +/–
	Сообщение от Аноним (258), 08-Авг-25, 21:26
	Когда там фурифокс перепишут на раст 100%?
	Ответить | Правка | Наверх | Cообщить модератору

	279. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	–1 +/–
	Сообщение от Аноним (-), 08-Авг-25, 23:34
	> Когда там фурифокс перепишут на раст 100%? А собирались? У ФФ 25% JavaScript и 15% HTML. На что ты собрался их менять?
	Ответить | Правка | Наверх | Cообщить модератору

	322. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+2 +/–
	Сообщение от Аноним (322), 09-Авг-25, 11:13
	На Rust!!!
	Ответить | Правка | Наверх | Cообщить модератору

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

	209. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+1 +/–
	Сообщение от Аноним (-), 08-Авг-25, 17:50
	> У них деньги на 12% закончаться > деньги ... закончаться > закончаться https://rustfoundation.org/members/ Ты, наверное, думал, что Rust до сих пор сидит на шее у Mozilla? MS всё устраивает, она - платиновый спонсор.
	Ответить | Правка | Наверх | Cообщить модератору

	306. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от фух (?), 09-Авг-25, 05:26
	Меня не устраивает синтаксис, какой то ассемблер. Сделайте Си подобный и я тогда начну читать его доки.
	Ответить | Правка | Наверх | Cообщить модератору

	347. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+2 +/–
	Сообщение от anonymous (??), 09-Авг-25, 16:09
	Да продолжай не читать, это всех устраивает.
	Ответить | Правка | Наверх | Cообщить модератору

	354. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+3 +/–
	Сообщение от 12yoexpert (ok), 09-Авг-25, 18:46
	тоже пытался читать этот туториал (доками назвать это вебдванольное недоразумение язык не поворачивается) - вывернуло от синтаксиса через пять минут
	Ответить | Правка | К родителю #306 | Наверх | Cообщить модератору

	394. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Вася (??), 11-Авг-25, 10:53
	Просто ты любитель, профессионального разработчика редко когда смущают такие мелочи как синтаксис.
	Ответить | Правка | Наверх | Cообщить модератору

	411. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от 12yoexpert (ok), 11-Авг-25, 23:40
	я таки профессионал, в отличие от тебя
	Ответить | Правка | Наверх | Cообщить модератору

	324. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	–1 +/–
	Сообщение от Аноним (324), 09-Авг-25, 11:37
	Я с МС сто лет работаю и знаю зачем они становятся спонсорами.
	Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

	343. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (343), 09-Авг-25, 14:46
	Можете рассказать?
	Ответить | Правка | Наверх | Cообщить модератору

	355. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от 12yoexpert (ok), 09-Авг-25, 18:47
	план гейтса
	Ответить | Правка | Наверх | Cообщить модератору

	383. "Выпуск Rust 1.89. Около 8% в Debian Sid завязаны на Rust"	+/–
	Сообщение от Аноним (-), 10-Авг-25, 12:41
	> ну вот 8% а говорили не нужен, в следующий ответ будет уже 16% Тащите WD40 - пригодится! А то все ржавеет и скрипит :)
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

19. Скрыто модератором	+1 +/–
Сообщение от Аноним (20), 08-Авг-25, 10:31
> OsString::leak Ахаха! Выкуисте, хейтеры Си! В вашем "безопасном" Расте даже специальные методы сделали, чтобы память текла. 🤣
Ответить | Правка | Наверх | Cообщить модератору

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

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

	28. Скрыто модератором	+1 +/–
	Сообщение от Аноним (-), 08-Авг-25, 11:19
	Ага, в расте есть специальный метод, позволяющий сделать строку с лайфтаймом ’static - которая будет существовать "всю жизнь программы". И если ты потеряешь ссылку, то "внезапно" будет утечка. Чтобы программер сразу знал об опасности, написали прямо в название. А в СИшке? Достаточно сделать int *ptr = (int *)malloc(sizeof(int)); и забыть сделать free - получи подарок)
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

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

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

21. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
Сообщение от Аноним (20), 08-Авг-25, 10:45
> Опциональная поддержка Rust реализована в APT, QEMU (virtiofsd), ядре Linux и Mesa, а также ожидается в LibreOffice. А что будут делать те доблесные воины, которые на полном серьезе утверждали, что не допустят появления Раста на своих системах (типа будут пересобирать ядро и продолжать сидеть на старой сишной librsvg)? Ну, в смысле, как быть, когда на Линуксе софта и так с гулькин нос - но даже в эти остатки пролезут метастазы Раста?
Ответить | Правка | Наверх | Cообщить модератору

	23. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–1 +/–
	Сообщение от Аноним (-), 08-Авг-25, 11:05
	> А что будут делать те доблесные воины, которые на полном серьезе утверждали Как это что? Будут точно продолжать также утверждать!
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+1 +/–
	Сообщение от Аноним (-), 08-Авг-25, 11:05
	Так тут есть куча народу, которые сидят на всяких ненужных бздях. Плюс с(л|р)аководы и прочие маргиналы. Какое-то время они даже будут работать.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	75. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+1 +/–
	Сообщение от Аноним (75), 08-Авг-25, 12:40
	Я бы попросил! Я на illumos!
	Ответить | Правка | Наверх | Cообщить модератору

	173. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (173), 08-Авг-25, 16:00
	Будут пользоваться DragonflyBSD.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	353. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (353), 09-Авг-25, 18:36
	> не допустят появления Раста на своих системах Эти воины успокоятся, когда gccrs будет достаточно для сборки ядра или firefox. C++ в gcc в очень редких случаях отключают (для совсем уж embedded роутеров). Ну вот примерно также и с rust будет. А тонна llvm примерно одинаковых версий, размазанных по всей системе, уже задолбала, если честно.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	384. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 10-Авг-25, 12:43
	> Эти воины успокоятся, когда gccrs будет достаточно для сборки ядра или firefox. > C++ в gcc в очень редких случаях отключают (для совсем уж > embedded роутеров). Ну вот примерно также и с rust будет. Я себе ядра без всякого хруста билдую. Потому что на хрусте на данный момент там - полтора недопиленных драйвера. И зачем мне какой-то портитип драйвера нвидий "на 400 строк" в реальном кернеле? Вот чтобы что? Не, реально работать с видяхой ЭТО ессно не способно пока. А мозилла с хрустом свое servo делала, делала, делала и ... уволила разработчииков, и проект на мороз выпихнула. И вот цать лет спустя оно даже пару страничек открывать вроде смогло. Правда все равно никому нахрен не упавшее.
	Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+3 +/–
Сообщение от Аноним (40), 08-Авг-25, 11:36
Хороший язык! Этакий «трёхколёсный велосипед», который не даст неискушённому программисту упасть. Ну а для ассов IT как был, так и остаётся - Си.
Ответить | Правка | Наверх | Cообщить модератору

	154. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–1 +/–
	Сообщение от Аноним (-), 08-Авг-25, 15:12
	> для ассов IT как был, так и остаётся - Си. Это называется "Си главного мозга". Особенно грустно на это смотреть, когда открываешь некий стандарт или спецификацию, а там описания структур в сишном стиле с этим уродским unsigned long int. Лечение комплексное, с принудительной изоляцией.
	Ответить | Правка | Наверх | Cообщить модератору

	321. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним10084 и 1008465039 (?), 09-Авг-25, 11:13
	> Ну а для ассов IT как был, так и остаётся - Си. Ладно Линус, тоже необычно мягко для себя отзывающийся о Rust, так даже Грег Кроа-Хантер говорит, что Rust - дельная вещь для борьбы с ошибками, на Опеннете даже новость была. Если уж он, со столькими годами в ядре, не ас IT, то я уж не знаю кто для вас ас
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	357. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+4 +/–
	Сообщение от Анон1110м (?), 09-Авг-25, 19:59
	pub fn all_false<const LEN: usize>() -> [bool; LEN] { [false; _] } Когда я вижу примеры программ, то не понимаю как Rust смог стать хоть соль–нибудь популярным. Вырвиглазно вырвиглазие какое–то.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	379. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 10-Авг-25, 12:09
	> pub fn all_false<const LEN: usize>() -> [bool; LEN] { [false; _] } А что не понятно то? Какая-то подводная лодка публично облает выхлопом какую-то баржу. Видите, закорючками нарисовано.
	Ответить | Правка | Наверх | Cообщить модератору

	421. Скрыто модератором	+/–
	Сообщение от Аноним (421), 15-Авг-25, 17:19
	> Хороший язык! Этакий «трёхколёсный велосипед», который не даст неискушённому программисту упасть. Ну а для ассов IT как был, так и остаётся - Си. "Асс", который считает что никогда не ошибается, или считает что в его код не будут контрибутить люди широкого спектра компетенции - это не асс, а ass, некомпетентная зашкварина.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

41. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–3 +/–
Сообщение от Аноним (41), 08-Авг-25, 11:39
> универсальное приложение на языке Rust rust-gpu - сила. Именно этот подход надо было продвигать в Bevy, а не ещё один яп WGSL. Но там у Карта свои тараканы.
Ответить | Правка | Наверх | Cообщить модератору

50. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+5 +/–
Сообщение от Аноним (50), 08-Авг-25, 12:00
> Представлен проект tmux-rs, развивающий клон мультиплексора терминала tmux (консольный оконный менеджер), переписанный с Си на Rust. типикал раст
Ответить | Правка | Наверх | Cообщить модератору

	90. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–1 +/–
	Сообщение от Аноним (90), 08-Авг-25, 13:14
	Ещё более типикал тут вот что: "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ообщить модератору

	260. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (258), 08-Авг-25, 21:28
	> has many known bugs. It's written in almost entirely unsafe Rust Да как так-то!
	Ответить | Правка | Наверх | Cообщить модератору

84. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+2 +/–
Сообщение от freehck (ok), 08-Авг-25, 13:03
> Отмечается, что в ветке Debian Unstable (Sid) около 8% src-пакетов в репозитории main связаны сборочными зависимостями как минимум с одним пакетом "librust-*" Спорный тезис. Скорее всего были учтены все or-зависимости, где предоставлялась альтернатива между c- и rust-утилитами, а потом прошли по дереву зависимостей дальше, и о чудо, у rust-утилит в зависимостях обнаружился librust-*. Вряд ли без подобных махинаций в подсчётах можно было бы получить 8%.
Ответить | Правка | Наверх | Cообщить модератору

	102. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Анонусс (-), 08-Авг-25, 13:47
	> Вряд ли без подобных махинаций в подсчётах можно было бы получить 8%. А в чем собственно махинация? Раст-зависимость есть? Есть С ней собрать можно? Можно В чем тогда некорректность утверждения "связаны сборочными зависимостями как минимум с одним пакетом"? Заодно это еще и знак что сишные or-зависимости можно деприкейтить.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+3 +/–
	Сообщение от Аноним (20), 08-Авг-25, 14:24
	> А в чем собственно махинация? Это стадия отрицания, прямо как в свое время "Линус не допустит Раста в ядре". Скоро будет принятие. 🥲
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от freehck (ok), 08-Авг-25, 15:12
	> А в чем собственно махинация? А в том, что... > С ней собрать можно? Можно ...фактически пакеты собирались скорее всего без этих зависимостей... > Заодно это еще и знак что сишные or-зависимости можно деприкейтить. ...и нет никаких гарантий, что при удалении сишных зависимостей они спокойно соберутся. Искренне Ваш, Капитан Очевидность.
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	192. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Анонусс (-), 08-Авг-25, 17:10
	> ...фактически пакеты собирались скорее всего без этих зависимостей... > ...и нет никаких гарантий, что при удалении сишных зависимостей они спокойно соберутся. Невероятно круто. Но все равно, как это противоречит "связаны сборочными зависимостями как минимум с одним пакетом"?
	Ответить | Правка | Наверх | Cообщить модератору

	198. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+1 +/–
	Сообщение от freehck (ok), 08-Авг-25, 17:24
	> Но все равно, как это противоречит "связаны сборочными зависимостями как минимум с одним пакетом"? Формально -- не противоречит =) А тезис спорный потому, что добавить в depends-ы вместо "x" какой-нибудь "x | x-rs" -- это тебе не мешки ворочать, и потому многие справедливо расценят заявления о 8%-й зависимости от rust-утилит как очковтирательство. Стоит ли напоминать, что именно из-за таких вот вбросов rust-сообщество и заслужило себе дурную репутацию? Язык-то неплохой, но пиар просто жуть. )
	Ответить | Правка | Наверх | Cообщить модератору

	288. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от мяв (?), 08-Авг-25, 23:52
	в заголовке там аж "целый до^ц дебиан на 8 процентов зависит от раста". я вообще подумала, что это о базовой системе. а о пакетиках рассуждать.. это глупость та еще. сегодня хаперленд добавили, завтра - выуинули - уже 7%. какая к черту разница, зачем это в заголовке и зачем это в принципе кто-то считал. не хотят эти счетоводы долю цэ в пакетиках посчитать ?
	Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

	363. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от мяв (?), 09-Авг-25, 22:54
	лол, заголовок поменляи
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	105. Скрыто модератором	–2 +/–
	Сообщение от xsignal (ok), 08-Авг-25, 13:53
	> Фанаты раста один раз написали безопасно и отдыхают А что они написали-то?) Последнее крупное событие было, что "драйвер на расте вот-вот почти уже совсем готов для реальной работы в ядре".
	Ответить | Правка | Наверх | Cообщить модератору

	108. Скрыто модератором	+/–
	Сообщение от Аноним (-), 08-Авг-25, 13:59
	> А что они написали-то?) О, рад что ты спросил! (с) Ты с каким смарфоном ходишь? Если не айфон - то в андроиде уже миллионы строк на расте. Клоудфларя, майкрософт, AWS - они тоже используют раст. uutils в Ubuntu (один из самых крутых дистрибутивов, который даже ставят на суперкомпы из топ500 и "ноуты с завода"). Вчерашняя новость про "Релиз Mesa 25.2" в которой дыряшечный Clover выкинули и заменили на раст версию. И это без упоминания всяких COSMIC, Niri, alacritty, regrep, fish и прочих.
	Ответить | Правка | Наверх | Cообщить модератору

	115. Скрыто модератором	–3 +/–
	Сообщение от xsignal (ok), 08-Авг-25, 14:16
	> uutils Так это не написали, а с Си переписали, что растовщики обычно и делают, с этого надо было начинать.
	Ответить | Правка | Наверх | Cообщить модератору

	121. Скрыто модератором	+/–
	Сообщение от Анонусс (-), 08-Авг-25, 14:22
	> с этого надо было начинать. Так с этого и начали)) И заодно избавились от гнураковой лицухи. А теперь эти uutils добавляют в убунточку. Пока еще опционально)) Там оттестят, допишут недостающее, добавят пару несовместимостей с оригиналом... ну и вы поняли))
	Ответить | Правка | Наверх | Cообщить модератору

	128. Скрыто модератором	+1 +/–
	Сообщение от Аноним (128), 08-Авг-25, 14:37
	> переписали Тут уточнение: "недопереписали".
	Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

	148. Скрыто модератором	+/–
	Сообщение от 12yoexpert (ok), 08-Авг-25, 15:04
	> написали у тебя 15 ошибок в слове "переписывают"
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

93. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–6 +/–
Сообщение от анонимммм (?), 08-Авг-25, 13:25
Я могу понять, что корпорациям и бизнесу раст, теоретически, удобнее и приятнее использовать может быть - потенциально меньше ошибок. Но программистам-то он чем может быть интересен? Ведь самый смак программирования это как раз таки "небезопасное" программирование, где за написанный код отвечаешь целиком лишь сам программист. А это - Assm, C и с натяжкой C++. Подозреваю, что этим программистам в целом программирование не очень интересно, и они предпочитают, когда за них думает машина.
Ответить | Правка | Наверх | Cообщить модератору

	94. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+2 +/–
	Сообщение от Аноним (-), 08-Авг-25, 13:32
	> Я могу понять, что корпорациям и бизнесу раст, теоретически, удобнее и приятнее использовать может быть - потенциально меньше ошибок. Пользователям, кстати, тоже - мне было не очень приятно услышать, что в моем браузере есть дыра, и уже существует эксплойт по взлому через открытие картинки на сайте. > Но программистам-то он чем может быть интересен? Скорость разработки. Уверенность в надежности своей программы. Деньги в конце-концов: корпам нужно -> корпы платят. > Ведь самый смак программирования это как раз таки "небезопасное" программирование, где > за написанный код отвечаешь целиком лишь сам программист. А это - Assm, C и с натяжкой C++. Это те, которые любят сидеть ночами и дебажить рандомный SIGABRT или порчу памяти? Извини клуб BDSMщиков двумя этажами ниже (с) > Подозреваю, что этим программистам в целом программирование не очень интересно, и они предпочитают, когда за них думает машина. Чего ты тогда не пишешь в чистых машинных кодах)? И не считаешь на бумажке, вместо калькулятора. Да и от автоматизации (скрипты и прочее) тоже стоит отказаться. И вообще - программирование, это и есть "когда за тебя думает машина"))
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–4 +/–
	Сообщение от анонимммм (?), 08-Авг-25, 14:19
	>Чего ты тогда не пишешь в чистых машинных кодах)? На ассме для души пишу периодически. Приятно. А вообще ты сейчас бытаешься до абсурда довести мною сказанное. Писать более менее комфортно на машинных кодах можно, разве что, 16-битное что-то под ДОС. Всё, что выше, - унылая возня с форматом исполняемых файлов, которую, как раз таки, приятнее спустить на ассемблер и линкер. Да и дело ведь ещё не только в автоматизации, но и в сокрытии от тебя, как от программиста, низкоуровневых деталей. Например, если пишешь для x86 на С, то единственный твой способ проверять на оверфлоу интов - монструозные конструкции из if-стейтментов. На чистом ассме x86 ты это можешь проверить одной инструкцией. На арме также, кстати. На риск процах, вот, тоже как на си надо извращаться. Или ещё, например, написать функцию, которая принимает параметры через другие регистры, отличные от того как принято в соглашении о вызовах.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+4 +/–
	Сообщение от Аноним (-), 08-Авг-25, 14:27
	> На ассме для души пишу периодически. Приятно. > А вообще ты сейчас бытаешься до абсурда довести мною сказанное. Хм... без обид, но я подумал, что это ты пытаешься довести до абсурда) > Да и дело ведь ещё не только в автоматизации, но и в сокрытии от тебя, как от программиста, низкоуровневых деталей. Ты пытаешься сделать 2 вещи: 1. натянуть свои привычки на всех программистов 2.попытаться продвинуть тезис что "Программисту" должны быть интересны какие-то низкоуровневые детали. Я ожидаю, что ты ответишь "Настоящему программисту они должны быть интересны". Поэтому забегая вперед спрошу, ты реально знаешь как на низкому уровне работают все процессоры, под которые ты пишешь? Все особенности, errata для разных поколений и ревизий и тд? > Например, если пишешь для x86 на С, то единственный твой способ проверять на оверфлоу интов - монструозные конструкции из if-стейтментов. Поэтому никто и не проверяется. Но.. можно писать на расте и тоже не проверять! Зато кол-во CVE и бесполезных часов с дебагом бедет существенно меньше. > Или ещё, например, написать функцию, которая принимает параметры через другие регистры,  отличные от того как принято в соглашении о вызовах. Это типа инструкция, как отстрелить себе ногу? Программисты бывают разные. Кто-то хочет все контролировать, кого-то волнует конечный результат: готовая игра, научный алгоритм (привет питон!) или веб-страничка. Грести всех под одну гребенку не очень конструктивно.
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–1 +/–
	Сообщение от анонимммм (?), 08-Авг-25, 14:38
	>попытаться продвинуть тезис что "Программисту" должны быть интересны какие-то низкоуровневые детали. Раст - язык системного программирования. Разве нет? >Я ожидаю, что ты ответишь "Настоящему программисту они должны быть интересны". Если пишешь системный код - да. Если нет - нет. Для веб-странички не нужно. Ну, разве что поверхностно, чтобы сильно много памяти не жрало. >Поэтому забегая вперед спрошу, ты реально знаешь как на низкому уровне работают все процессоры, под которые ты пишешь? Все особенности, errata для разных поколений и ревизий и тд? Естественно, всего не знаю, но стараюсь разобраться.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–1 +/–
	Сообщение от Аноним (128), 08-Авг-25, 14:39
	> Например, если пишешь для x86 на С, то единственный твой способ проверять на оверфлоу интов - монструозные конструкции из if-стейтментов Очевидно - ты не знаешь СИ.
	Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

	140. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от анонимммм (?), 08-Авг-25, 14:50
	Просвяти. Иных способов не знаю.
	Ответить | Правка | Наверх | Cообщить модератору

	291. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (291), 09-Авг-25, 00:37
	1. Опция есть для компилятора -fsanitize=undefined 2. Built-in Functions to Perform Arithmetic with Overflow Checking ( https://gcc.gnu.org/onlinedocs/gcc/Integer-Overflow-Builtins... )
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от xsignal (ok), 08-Авг-25, 13:50
	> этим программистам в целом программирование не очень интересно В этом и смысл! Действительно, на расте программировать не интересно и даже муторно, поэтому это можно делать только за деньги, свободные этим заниматься не будут. Корпорасты проталкивают раст, чтобы переписать на нём всё базовое СПО и таким образом выдавить свободных и взять открытые проекты под свой контроль. Вот такой у них план. Как говорится, "без шума и пыли".
	Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

	107. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Анонусс (-), 08-Авг-25, 13:56
	> и таким образом выдавить свободных А где эти свободные? Вы не могли бы показать их вклад? Напр. в ядро линукса? Которое вот прям самое что ни на есть базовое СПО.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (20), 08-Авг-25, 14:13
	> А где эти свободные? Здесь, на Опеннете! > Вы не могли бы показать их вклад? Ну вот же он, в виде комментариев против Раста и гегемонии проклятых корпорастов! > Напр. в ядро линукса? В это гнездо корпорастов не один уважающий себя свободный не полезет! 😤 Только комментарии в Опеннете, сори.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Анонусс (-), 08-Авг-25, 14:19
	> Здесь, на Опеннете! Вот оно чё, Михалыч! Спасибо что открыли глаза) > Ну вот же он, в виде комментариев против Раста и гегемонии проклятых корпорастов! Потрясающий, просто невероятнейший вклад в развитие ядра, линукса и СПО в целом. Мне просто стыдно, что усомнился в деятельности свободных. Посыпаю голову пеплом.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (20), 08-Авг-25, 14:09
	> Корпорасты проталкивают раст, чтобы переписать на нём всё базовое СПО и таким образом выдавить свободных и взять открытые проекты под свой контроль Ахаха! Ядро Линкс на 99.9% писалось сугубо "корпорастами" еще тогда, когда Раста на слуху не было. Какие "свободные", лол? Почитай вот на досуге статистику, чтобы розовые очки наконец-то спали: https://kernelnewbies.org/DevelopmentStatistics
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	137. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–1 +/–
	Сообщение от xsignal (ok), 08-Авг-25, 14:45
	> Ахаха! Ядро Линкс на 99.9% писалось сугубо "корпорастами" Ну и что? Написали и написали, они действовали в рамках философии и по правилам СПО, предоставляя свой код и никак не нарушая экосистему. Но сейчас им в голову вдарило, будто за этот вклад у них есть какие-то права на открытые проекты, и они решили перестроить экосистему СПО в своих интересах, вот в чём отличие того, что было, от того, что сейчас.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–2 +/–
	Сообщение от Аноним (-), 08-Авг-25, 14:56
	> Ну и что? Написали и написали, они действовали в рамках философии и по правилам СПО, "правила"? А можно их где-то почитать))? > будто за этот вклад у них есть какие-то права на открытые проекты, У них нет прав и не может быть. У них есть сами проекты. А, точнее, они и есть проекты) Выкинь корпов из ядра и получишь ХУРД. > и они решили перестроить экосистему СПО в своих интересах, Не просто решили, а вполне успешно перестраивают, несмотря на визги от васянов > вот в чём отличие того, что было, от того, что сейчас. LOL, ибм когда вкладывалась в ядро она сразу собиралась делать деньги. Мелкомягкие чуть позже поняли, что лучше возглавить и направлять, а не-мамонты пусть работают.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+1 +/–
	Сообщение от xsignal (ok), 08-Авг-25, 15:08
	> У них нет прав и не может быть Вот это здравая мысль! Так что ничего у них не получится, сообщество уже детектировало их поползновения по захвату свободных проектов с помощью ржавчины и скоро выроботает антиген, корпорасты останутся с носом! Будут сами корпеть над ничетаемым и мозгодробильным растовщическим кодом) Ржавые шестерёнки никогна нормально не завертятся!
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 08-Авг-25, 15:13
	>> У них нет прав и не может быть > Вот это здравая мысль! Конечно, у них не может быть прав тк они и есть проект. Это как рассказывать что у тела должны быть права шевелить пальцами > Так что ничего у них не получится, Системд, вейланд, раст.... Уже получается) > сообщество уже детектировало их поползновения по захвату свободных проектов с помощью ржавчины и скоро выроботает антиген, корпорасты останутся с носом! Судя по слогу ты троллишь. Надеюсь. Пока сообщество выдает невнятные визги и сглатывает))
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–1 +/–
	Сообщение от Анонусс (-), 08-Авг-25, 15:23
	Причина тряски?)) > выроботает > ничетаемым > никогна Чел, успокойся, а то у тебя уже проверка архфаграфии отвалилась. Не нужно принимать это так близко к сердцу. Ну вытеснят корпорасты васяно6оmжей, ну захватят они СПО проекты. Будете сидеть на всякой маргинальщине вроле слаки, побираться на всяких форума в даркнете и кодом обмениваться. Не стоит оно того, чтобы так нервы себе портить. Они очень плохо восстанавливаются. Лучше выйди на улицу, потрогай траву, посмотри на всех этих счастливых людей, которые живут и любят, даже не зная что такое спо и линукс.
	Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

	174. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от xsignal (ok), 08-Авг-25, 16:03
	> Причина тряски?)) Ну некоторые вообще-то ещё и работают и пишут на опеннет урывками, а не целый день по методичке за зарплату)
	Ответить | Правка | Наверх | Cообщить модератору

	181. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Анонусс (-), 08-Авг-25, 16:30
	> Ну некоторые вообще-то ещё и работают и пишут на опеннет урывками, а > не целый день по методичке за зарплату) Ахаха! Т.е. ты еще и в рабочее время сюда раст хейтить приходишь! Казалось бы, дно было достигнуто, но тут ты его пробил еще глубже. Смотри чтобы тебя не уволили)) > а не целый день по методичке за зарплату) Или у кого-то отпуск))
	Ответить | Правка | Наверх | Cообщить модератору

	144. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 08-Авг-25, 15:01
	> Действительно, на расте программировать не интересно и даже муторно Rust - мультипарадигменный язык, на нём можно программировать даже в стиле дыряшки. В случае с Си альтернативного подходу к программированию нет.
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	109. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (20), 08-Авг-25, 14:03
	> Я могу понять, что корпорациям и бизнесу раст, теоретически, удобнее и приятнее использовать может быть > Но программистам-то он чем может быть интересен? Программистам он интересен тем, что надо что-то жрать, ведь деньги на жратву программист получает сугубо от работы на те самые корпорации и бизнес.
	Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

	114. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от анонимммм (?), 08-Авг-25, 14:13
	Вакансий по расту в данный момент решительно меньше вакансий на С и C++. Иногда можно и на ассме найти что-то. А плюсовикам опытным и платят весьма неплохо.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (20), 08-Авг-25, 14:28
	> Вакансий по расту в данный момент решительно меньше вакансий А при чем тут "данный момент"? Видишь ли, некоторые смотрят чуть дальше своего носа и планируют профессиональное будущее наперед.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от анонимммм (?), 08-Авг-25, 14:34
	Как высокомерно. Видишь ли, мой юнный друг, "данный момент" в рамках языков программирования, исчиляется десятками лет. Учитывая, что речь о языках, очень плотно проникших в инфраструктуру, то речь где-то о 5-6 десятках. Переписывание грепа и судо на расте это никак не изменит. И даже переписывание ядра на расте это сильно не изменит.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 08-Авг-25, 14:42
	> Видишь ли, мой юнный друг, "данный момент" в рамках языков программирования, исчиляется десятками лет. Учитывая, что речь о языках, очень плотно проникших в инфраструктуру, то речь где-то о 5-6 десятках. Так для раста десяток лет уже прошел. Плюс сейчас все происходит быстрее. Ты посмотри, когда представле голанг и как быстро он вошел в индустрию. Достаточно одной-дух крупных компаний, чтобы начали появляться вакансии -> начали появлять учебники и курсы -> язык уже прочно внедрен. > Переписывание грепа и судо на расте это никак не изменит. > И даже переписывание ядра на расте это сильно не изменит. "не изменит" - это твое мнение, оно настолько очень ценное, ну прям ваще. То что сейчас Mesa уже не собирается без ржавого это разве не изменение? То что у гугла в AOSP миллионы строк кода у миллионов юзеров это не изменение? Рим строился не за один день, так и тут. Вангую взрывной рост кол-ва проектов, в ближайшие лет 5. Если не будет 🍄 вoйны)
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (20), 08-Авг-25, 14:44
	> данный момент" в рамках языков программирования, исчиляется десятками лет. Учитывая, что речь о языках, очень плотно проникших в инфраструктуру, то речь где-то о 5-6 десятках. Правильно. В каких годах вышли C и C++ ты, надеюсь, знаешь? Посчитай, сколько десятков уже набралось :) Плюс, не вся разработка ПО - это выгребание легаси конюшен. Я так и не понял, как твои слова противоречат моему аргументу о профессиональном будущем. Позоже, у тебя какая-то стадия отрицания уже 😂
	Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

	141. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от анонимммм (?), 08-Авг-25, 14:53
	>Посчитай, сколько десятков уже набралось :) Я ещё там кое-что писал про языки, которые плотно пролезли в инфраструктуру. Перепрочитай. И попробуй посчитай кол-во проектов, написанных на тех же плюсах. Не сможешь все их пересчитать, потому что их дохренища. Ещё долго не вымрут. >Плюс, не вся разработка ПО - это выгребание легаси конюшен. Большая часть разработки - это как раз таки легаси. Сколько времени уходит на запуск проекта, и сколько на его поддержание?
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (20), 08-Авг-25, 15:06
	> Ещё долго не вымрут. Я тебе еще раз повторяю: вопрос не "когда?", а "что потом?". > Не сможешь все их пересчитать, потому что их дохренища. Ещё долго не вымрут > Большая часть разработки - это как раз таки легаси Я вот одного не пойму: если ты так уверен, что плюсовое легаси всех прокормят даже через 20-30 лет, то чего ты так трясешься от Раста? Казалось бы, настоящим программстам фиолетово: ну, платили деньги за плюсы - теперь будут платить за Раст (предметные области-то те же). А вот твои слова выглядят как попытки самоуспокоения и отрицания.
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от анонимммм (?), 08-Авг-25, 15:16
	Изначальный мой пост - вопрос, зачем раст нужен программистам, если то же самое можно делать на уже существующих языках программирования, которые с нами останутся ещё надолго. Изучение нового языка, привычка к нему и связанными с ним тулзами - это ведь время. Время, которое можно потратить на укрепление уже существующий знаний, например. И не надо играть в диванного психотерапевта и искать тряску и отрицание в сообщениях собеседника. Так делают только малолетние дурачки с двачей.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 08-Авг-25, 15:28
	> Изначальный мой пост - вопрос, зачем раст нужен программистам, если то же > самое можно делать на уже существующих языках программировани Разве? Код на расте получается менее дырявым, отваливается куча ошибок по памяти. Т.е "то же самое" это не совсем правда. > которые с нами останутся ещё надолго. Которые уже старается не использовать крупные компании. > Изучение нового языка, привычка к нему и связанными с ним тулзами - это ведь время. Конечно. Но программистам нужно развиваться. Думаю такие же аргументы были, когда появился С++. > Время, которое можно потратить на укрепление уже существующий знаний, например. Можно. Но есть шанс что "профессиональный настройщик карбюраторов для жигулей" в один не-прекрасный день обнаруживает себя на обочине жизни и смотрит как поезд прогресса уходит вдаль.
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Анонусс (-), 08-Авг-25, 15:30
	> Изначальный мой пост - вопрос, зачем раст нужен программистам, если то же > самое можно делать на уже существующих языках программирования, В том то и дело что нельзя. За 40+ не научились писать недырявые сишные программы. С с++ ситуация лучше, но не слишком. И у них в коммитете как раз сейчас сраз про safe-c++. А мир за это время успел сильно измениться. > которые с нами останутся ещё надолго. А вот "на сколько сильно" зависит от конкурентов. Сделаем все чтобы сократить этот срок) > Изучение нового языка, привычка к нему и связанными с ним тулзами - > это ведь время. Время, которое можно потратить на укрепление уже существующий > знаний, например. Люди уже 30+ улучшают. И что, сильно помолго?))
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	167. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (20), 08-Авг-25, 15:30
	> вопрос, зачем раст нужен программистам, если то же самое можно делать на уже существующих языках программирования Возможно, у программистов (в часности, на C++) есть некий опыт, из-за которого они будут не согласны с таким утверждением? Этого ты не допускаешь? И, возможно, непонятным для тебя вещам есть другие объяснения кроме как "они просто дураки"? > И не надо играть в диванного психотерапевта и искать тряску и отрицание в сообщениях собеседника А мне их и не надо искать - они есть суть твоих сообщений.
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	170. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–2 +/–
	Сообщение от анонимммм (?), 08-Авг-25, 15:39
	>Возможно, у программистов (в часности, на C++) есть некий опыт, из-за которого они будут не согласны с таким утверждением? Этого ты не допускаешь? >И, возможно, непонятным для тебя вещам есть другие объяснения кроме как "они просто дураки"? Так, может быть, я для этого и задался этим вопросом, нет? Разумный ответ, правда, из всей этой нити, был только от одного юзера - в самом начале. А по поводу того, что недырявые программы на С и С++ не научились писать за это время - глупости. Не, если, конечно, смотреть только на опенсорс, то да, действительно, видимо не научились. Просто софт опенсорсом не заканчивается.
	Ответить | Правка | Наверх | Cообщить модератору

	172. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+1 +/–
	Сообщение от Аноним (20), 08-Авг-25, 15:53
	> Так, может быть, я для этого и задался этим вопросом, нет? Не разводи цирк, пожалуйста. Ты не "задавался вопросом", а через риторический вопрос заявил, что Раст не нужен т.к. в других языках (C++) можно делать все то же самое.
	Ответить | Правка | Наверх | Cообщить модератору

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

	179. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 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 Там тоже не весело.
	Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

	127. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Фнон (-), 08-Авг-25, 14:35
	> Вакансий по расту в данный момент решительно меньше вакансий на С и C++. А вот на жабаскрипте и ПХП вакансий просто море) Я это рассматриваю как большой плюс - мало конкуренции, те кому нужны раст программеры готовы платить выше чем по рынку. > А плюсовикам опытным и платят весьма неплохо. Любому опытному платят хорошо, даже сварщику. Но через пару-тройку лет у меня уже будет +2-3 года к опыту написания на расте, а у тех кро решит вкатиться - нет) Как думаешь кому предложат большую вилку зарплаты? ps именно по этому я стараюсь отговаривать людей писать на расте и вообще пробовать. и тут мне на помощь приходят аргументы растохейтеров)
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	133. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (128), 08-Авг-25, 14:42
	> Но через пару-тройку лет у меня уже будет +2-3 года к опыту написания на расте, а у тех кро решит вкатиться - нет) > Как думаешь кому предложат большую вилку зарплаты? Тому у кого будет опыт работы на языках, которые будут использоваться через 2-3 года. Раст тихо плачет в сторонке.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 08-Авг-25, 14:43
	> Тому у кого будет опыт работы на языках, которые будут использоваться через 2-3 года. Т.е не "дырявые ЯП" против которых выступает правительство США? > Раст тихо плачет в сторонке. От смеха)
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от анонимммм (?), 08-Авг-25, 14:55
	>А вот на жабаскрипте и ПХП вакансий просто море) Некоректно сравнивать пхп и раст. Совершенно разные языки для разных задач. В остальном - удачи.
	Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

	195. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от anonymmmeer (?), 08-Авг-25, 17:23
	>Но через пару-тройку лет у меня уже будет +2-3 года к опыту написания на расте, а у тех кро >решит вкатиться - нет) >Как думаешь кому предложат большую вилку зарплаты? тому, кто всё это время тренировал ответы на бихэвиорал вопросы. а технологии всегда вторичны, можешь алго задачки решать на разных языках. конторы, которые требуют знания конкретных библиотек и языков платят мало, это первый признак жмотов.
	Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

	147. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от 12yoexpert (ok), 08-Авг-25, 15:03
	ты лжёшь с первого предложения, дальнейшие манипуляции читать нет смысла
	Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

	178. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (173), 08-Авг-25, 16:18
	> Но программистам-то он чем может быть интересен? Деньгами, которые «корпорации и бизнес» платят за разработку. Но это про любой язык правда. Что там программист делает под одеялом^W^Wу себя на локалхосте интересно только самому программисту и его кошке. Программирование ради программирования оставьте олимпиадникам. Люди взрослые и прагматичные пишут на том, за что платят.
	Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

	186. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Анонусс (-), 08-Авг-25, 16:36
	> интересно только самому программисту и его кошке. На счет последней есть огромные сомнения. А вот чтобы раб хорошо зарабатывал на премиум корм... вот в этом заинтересованность точно есть. > Программирование ради программирования оставьте олимпиадникам. Да ладно, нормальное хобби, не хуже многих других.
	Ответить | Правка | Наверх | Cообщить модератору

	272. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+1 +/–
	Сообщение от Аноним (272), 08-Авг-25, 22:49
	Ты городишь несусветную чушь - будто все корпорасты разом решили "давайте испортим жизнь прогерам и выберем самый бестолковый и непопулярный язык!". Коропорация ПЕРВАЯ кто заинтересован в самом массовом И УДОБНОМ языке, на который найдётся не меньше сотни вакансий даже в Гваделупе. Раст в этом плане - обочечная лошадь, которую пинают, суют во все соревнования, но она всё равно приходит последней. КТО будет вваливать бабки в заведомое корыто??
	Ответить | Правка | К родителю #178 | Наверх | Cообщить модератору

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

	297. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (291), 09-Авг-25, 00:52
	> Изначальный мой пост - вопрос, зачем раст нужен программистам, если то же > самое можно делать на уже существующих языках программирования Программисты - народ подневольный, на чём прикажут - на том и пишут. А если посмотреть глобально - любой язык программирования связан с финансовыми интересами какой-либо компании. Если говорить конкретно про Rust, то эта компания, в первую очередь, - Google. Деньги она делает на услугах, сопутствующих Rust'у. Как до этого она делала (и сейчас тоже) деньги на Go.
	Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

	310. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от ИмяХ (ok), 09-Авг-25, 07:23
	>>за написанный код отвечаешь целиком лишь сам программист. А это - Assm, C Ага, это сейчас, воюя в комментариях, вы так говорите. А когда баг в программе превращается в повреждённое оборудование, в убытки в десятки тысяч долларов или массовый взлом с кражей данных, вас хвать за жoпу, так сразу: "кхм.. пук... ну понимаете... софта без багов не бывает... а 70% багов по статистике это небезопасная работа с памятью..." и прочие отмазки, всё валите на свой любимый язычок, пытаясь убедить, что баги - это нормально. Сколько программистов в мире садятся в тюрьму за свои бэкдоры? Да всех случаев за всё время можно по пальцам пересчитать, ибо а натуре хрен ваши намеренные бекдоры для судебной экспертизы выглядят как "случайные баги"
	Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

183. Скрыто модератором	–1 +/–
Сообщение от Аноним (183), 08-Авг-25, 16:33
>Отмечается, что в ветке Debian Unstable (Sid) около 8% src-пакетов в репозитории main связаны сборочными зависимостями как минимум с одним пакетом "librust-*". Это абсолютно ужасно. Cargo - это помойка. Достаточно одной из из зависимостей быть скомпрометированной - и у нас абсолютно все пакеты окажутся инфицированы вирусом. И будет так: есть 2 стула. На одном ты бутстрапишь всю экосистему с древнейших версий (потому что современные потребуют зависимости, неинфицированных версий которых у тебя нет). А на другом просто терпишь малварь всю оставшуюся жизнь. Неплохой выбор кстати: ты и так будешь терпеть малварь, так как АНБ будет ломать всех и вся очень успешно, так как у них есть доступ к нецензурированной GPT-5, а тебе фиг.
Ответить | Правка | Наверх | Cообщить модератору

224. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+2 +/–
Сообщение от InuYasha (??), 08-Авг-25, 18:44
Оставлю маленький коммент. На будущее. Когда-то в 2010ых в одной большой стране собрался один конгресс, да и поднял вопрос о хакерстве и уязвимостях. Долго ли, коротко ли, захотели они принять закон о криминальной ответственности за дыры в софте. Однако, здравый смысл, всё же, победил. Но в одно зловещее агентство было направлено поручение о разработке инициативы по затыканию этих самых дыр к следующему обсуждению этого вопроса через 10, 20 лет... И вот, откуда ни возьмись - всплывает из мутных глубин (тех же примерно, что и бтц) инициатива по созданию нового ЯП, который бы не давал криворуким писунам писать криворукий код, с UB и дырами. Вскоре мир услышал слово "Раст". Сперва - тихо, затем громче. Потому что иниицатива была бы пустой, если бы не подразумевала принуждения. И понеслись потоки безумия. По началу, конечно, устои бородатых программистов было не сломить. Но в соседнем отделе предложили дёрнуть раскрашенный в неопределённые цвета рычажок, и вскоре - модные громкие меньшинства, необезображенные наличием критического мышления молодчики, тянущиеся к нетрадиционным экспериментам студенты, не совсем безвозмездные блоггеры и прочая б@гемная публика начала раздувать огонёк из гнилушек в пламя, которое начало жечь пятки не самым независимым программистам и держателей дистрибутивов. Хайп, вэйп, вайп. И немножко давления. И вот - уже оно в ядре. И на носу 2030ый и новый съезд заинтересованных. Ошибки ведь нельзя запретить? Да нет, это в прошлом.
Ответить | Правка | Наверх | Cообщить модератору

	225. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–3 +/–
	Сообщение от Аноним (317), 08-Авг-25, 19:00
	Не переживай, Rust это всего лишь маркетинговый ЯП, который случайно поймал хайпе на теме безопасности, но не имеющий под собой ни теоретической основы, ни ключевых преимуществ, которые бы нельзя было реализовать на других языках. Тот же самый С++ с помощью профилей превращается в точно такой же безопасный ЯП для работы с памятью, но с сохранением обратной совместимости и без необходимости переписывать на новом гламурном языке мегатонны кода. Это тоже на будущее :-)
	Ответить | Правка | Наверх | Cообщить модератору

	228. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–2 +/–
	Сообщение от InuYasha (??), 08-Авг-25, 19:23
	Случайностей в таких масштабах не бывает... > Это тоже на будущее :-) Это не на будущее, и не на настоящее. Это навсегда! 8)
	Ответить | Правка | Наверх | Cообщить модератору

	233. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–1 +/–
	Сообщение от Аноним (233), 08-Авг-25, 19:32
	> Это не на будущее, и не на настоящее. Это навсегда! 8) Даже сталь ржавеет, что уж говорить об IT… Rust - это предсмертный язык уходящей эпохи традиционных архитектур компьютеров фон Неймана. Будущее - это кванты и нейросети, это будут совсем другие технологии и методы программирования.
	Ответить | Правка | Наверх | Cообщить модератору

	241. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+1 +/–
	Сообщение от InuYasha (??), 08-Авг-25, 20:25
	Надеюсь, что нет. Место детерминированным алгоритмам останется всегда.
	Ответить | Правка | Наверх | Cообщить модератору

	296. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от 12yoexpert (ok), 09-Авг-25, 00:50
	>  Случайностей в таких масштабах не бывает... это называется маркетинг, загугли на досуге
	Ответить | Правка | К родителю #228 | Наверх | Cообщить модератору

	364. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Прохожий (??), 09-Авг-25, 22:59
	> Rust это всего лишь маркетинговый ЯП Я знаю о процедурных, объектно-ориентированных, функциональных, мультипарадигменных языках программирования. Что означает этот новояз? >  который случайно поймал хайпе на теме безопасности И больше десяти лет это всё как бы случайно длится? Причём "хайп" подхватили конторы-лидеры планеты по разработке ПО? 🤦‍♂️ > но не имеющий под собой ни теоретической основы, ни ключевых преимуществ, которые бы нельзя было реализовать на других языках До Rust подобных языков не было, чтобы всё было под одной крышей - и абстракции с околонулевой стоимостью, и безопасная работа с памятью, и поддержка афинных типов, и обеспечение совместимости за счёт редакций даже при ломании некоторых языковых конструкций, и удобнейшая инфраструктура. А так, чисто теоретически, конечно, можно создать язык, ни в чём не уступающий Rust. > Тот же самый С++ с помощью профилей превращается в точно такой же безопасный ЯП для работы с памятью Почему же до сих пор не превратился в точно такой же? Почему до сих пор в коде на C++ находятся банальнейшие ошибки по работе с памятью? Снова программисты не те?
	Ответить | Правка | К родителю #225 | Наверх | Cообщить модератору

	367. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (317), 10-Авг-25, 00:27
	> Я знаю о процедурных ... Поздравляю, теперь вы знаете, что язык программирования еще может не иметь каких либо фундаментальных преимуществ перед другими, но позиционировать себя таковым. > Причём "хайп" подхватили конторы-лидеры планеты по разработке ПО? Ориентация на вопросы безопасности, это один из этапов развития любой технологии на определенном этапе своего развития. Поэтому не льстите себе, отнюдь не Rust является причиной хайпа. > До Rust подобных языков не было ... Я уже писал, что ничего уникального в этом нет и все это присутствует или реализуется в других языках. На Rust десять лет (точнее 5-7 лет) никто не обращал особого внимания по обозначенным выше причинам (что все это есть в других языках), и только после поднятия вопросов безопасности обратили на него внимание из-за маркетинговой шумихи и истеричного сообщества. > Почему же до сих пор не превратился в точно такой же? Потому что требуется обеспечение обратной совместимости с ранее написанным кодом (сейчас планируется добавить фичи безопасности в С++26 стандарт). Ведь никто в здравом уме не будет переписывать работающие исходники из-за того, что разработчики языка столкнувшись с очередной проблемой решили сломать обратную совместимость для поддержки новой фичи в языке или библиотеке.
	Ответить | Правка | Наверх | Cообщить модератору

	397. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 11-Авг-25, 11:46
	> Тот же самый С++ с помощью профилей превращается в точно такой же безопасный ЯП для работы с памятью Не превращается. Без вменяемой, _compile-time_ move-семантики он никогда не станет таким же безопасным ЯП для работы с памятью. Без лайфтамов в декларациях он может достичь того же уровня безопасности только уходя от локального анализа кода к анализу всего call tree для каждой функции, но проблема останова будет бить по яйцам за такое. Потенциально возможно затолкать в C++ и лайфтаймы, и вменяемую move семантику, но тогда код на этом C++ станет несовместим с кодом на любом другом C++. То есть даже стандартную библиотеку C++ тебе придётся использовать, заворачивая в unsafe, и самостоятельно доказывая те гарантии, которые по задумке должен доказывать твой профиль. Паника Страуструпа и его хаотические метания с профилями не смогут сделать из Rust из C++. Он туфтой занимается. C++ превращается в legacy язык, его нишу разъедают со всех сторон Rust и Go, и Страуструпу следовало бы не биться в истерике, а принять складывающуюся реальность, и заняться полировкой существующего C++. Можно было бы попробовать в interoperability, скажем стандартизовать ABI для C++.
	Ответить | Правка | К родителю #225 | Наверх | Cообщить модератору

	399. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (317), 11-Авг-25, 13:06
	> но проблема останова будет бить по яйцам за такое. Она бьет по яйцам только в концепции Rust, так как основана на идее "контроля заимствования", которая как раз и требует анализа всего стека вызовов при переходе владения. Но кто сказал, что это единственно верная концепция безопасного управления памятью? > Потенциально возможно затолкать в C++ и лайфтаймы ... Зачем делать Rust из С++? Изначально требуется внятно описать саму концепцию безопасного управления, и только после этого можно делать какие-либо изменения в семантике или добавлять новые атрибуты. > ... не смогут сделать из Rust из C++ И слава богу, так как концепция управления памятью в Rust не полная (она не может гарантировать безопасную работу с памятью в некоторых сценариях), а раз нет возможности обойтись без unsafe кода, то сперва нужно доработать теорию и только потом переходить к её реализации в одном из основных языков программирования.
	Ответить | Правка | Наверх | Cообщить модератору

	412. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 11-Авг-25, 23:43
	> кто сказал, что это единственно верная концепция безопасного управления памятью? Я тебе раскрою секрет: статические гарантии безопасного управления памятью -- это проблема останова. Раст эту проблему обходит на кривой, ограничивая класс программ, которые можно написать на safe-подмножестве языка. > Изначально требуется внятно описать саму концепцию безопасного управления Ну опиши мне эту концепцию, как её задумал Страуструп. > сперва нужно доработать теорию и только потом переходить к её реализации в одном из основных языков программирования. Ты не доработаешь её, потому что проблема останова. Я готов допустить, что можно иначе ограничить класс программ, которые возможно написать на языке, и получить возможность на этом классе доказывать безопасность статически. Но для общего случая ты ничего не докажешь. А это значит, что какую бы концепцию ты не напридумывал бы совместно со Страуструпом, тебе придётся подпирать её либо костылём unsafe, либо костылём рантайм проверок, либо и тем и другим. Последний вариант наиболее вероятен.
	Ответить | Правка | Наверх | Cообщить модератору

	413. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (317), 12-Авг-25, 10:13
	> Раст эту проблему обходит на кривой, ограничивая класс программ, которые можно написать на safe-подмножестве языка. Поздравляю, теперь ты уже соглашается, что безопасность Раст ограничена определенным классом программ, но есть и такие, которые на Раст нельзя написать без использования unsafe кода. >> Изначально требуется внятно описать саму концепцию безопасного управления > Ну опиши мне эту концепцию, как её задумал Страуструп. Он решал другую задачу, поэтому у него концепция "ручное управление памятью".
	Ответить | Правка | Наверх | Cообщить модератору

	415. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 12-Авг-25, 11:40
	> безопасность Раст ограничена определенным классом > программ, но есть и такие, которые на Раст нельзя написать без > использования unsafe кода. Так в этом нет абсолютно ничего плохого! У нас будут программы, которые удовлетворяют этому классу и они не будут требовать каких-то дополнительных доказательств. А остальные придется доказывать другими методами. Если бы раст мог доказать валидноть произвольной программы - то тогда и unsafe не понадобился. >> Ну опиши мне эту концепцию, как её задумал Страуструп. > Он решал другую задачу, поэтому у него концепция "ручное управление памятью". А разве он что-то задумывал? Как кривая вывезла так оно и получилось.
	Ответить | Правка | Наверх | Cообщить модератору

	398. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 11-Авг-25, 11:53
	> Оставлю маленький коммент. На будущее. Типа предсказателем себя возомнил? Хочешь переплюнуть Вангу? Если хочешь, то давай сформулируй нам на будущее критерий, фальсифицирующий твоё предсказание. Вот допустим гипотетически, что Rust - это не заговор, но популярность его продолжит расти ещё лет 20, до уровня когда 30% кода в дебиане будет на расте. При таких допущениях, по каким признакам мы сможем определить, что Rust это не заговор? Спорим, что у тебя нет таких признаков? Твоё предсказание сформулировано в лучших традициях теорий заговоров, оно нефальсифицируемо. Что бы не произошло, любое вообразоимое и невообразимое событие можно объяснить в рамках твоей теории заговора. Так что Вангу тебе не переплюнуть, у той хотя бы стиль был своеобразный, но у тебя никакой оригинальности, обычный заговоротеоретик, коих в интернете миллиарды.
	Ответить | Правка | К родителю #224 | Наверх | Cообщить модератору

	400. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (317), 11-Авг-25, 13:27
	Вообще-то это апологеты Rust не горят желанием представлять доказательства своего величия, тогда как я написал всего про два факта: 1. У Rust отсутствует внятно сформулированная теоретическая основа безопасной работы с памятью, т.е. хотя бы банальный список выполняемых проверок в компиляторе, которые обеспечивают "доказательную безопасность". Их нет, и кстати их и быть не может, так как изначальная концепция не покрывает некоторые алгоритмы работы с памятью в безопасном режиме (т.е. без использования unsafe). Именно поэтому разработчикам приходится придумывать новые библиотечные классы, так как их пришлось добавлять для реализации новых сценариев работы, которые вылезли уже после выхода языка и отсутствовали в изначальной концепции. Либо вообще признаваться, что "это сделать невозможно, поэтому мы не будет считать такое поведение ошибкой" (https://doc.rust-lang.org/book/ch15-06-reference-cycles.html) 2. С чего вы решили, что Rust является единственным ЯП, который озаботился безопасной работой с памятью? Java и даже Ada так или иначе пытались решать данные вопросы. У С++ так же есть подвижки в этом направлении. Поэтому тут нет никакой теории заговора против Rust. Его разработчики молодцы, что подняли идею безопасности на первый план, но они забыли про множество других вопросов (удобство, обратная совместимость и пр.)
	Ответить | Правка | Наверх | Cообщить модератору

	407. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 11-Авг-25, 19:03
	> 1. У Rust отсутствует внятно сформулированная теоретическая основа безопасной работы с > памятью Это не так. "Crust: A bounded verifier for Rust" alastairreid.github.io/RelatedWork/papers/toman:ase:2015/ "Stacked Borrows: An Aliasing Model for Rust" plv.mpi-sws.org/rustbelt/stacked-borrows/paper.pdf "Leveraging Rust types for modular specification and verification" alastairreid.github.io/RelatedWork/papers/astrauskas:oopsla:2019/ Плюс часть идей были взяты из Cyclone "Region-Based Memory Management in Cyclone" cs.umd.edu/projects/cyclone/papers/cyclone-regions.pdf "Safe Manual Memory Management in Cyclone" cs.umd.edu/projects/PL/cyclone/scp.pdf https://rustc-dev-guide.rust-lang.org/appendix/bibliography.... > хотя бы банальный список выполняемых проверок в компиляторе, которые > обеспечивают "доказательную безопасность". Вообще-то правила "доступа" к памяти четко определены. Each value in Rust has an owner. There can only be one owner at a time. When the owner goes out of scope, the value will be dropped. At any given time, you can have either one mutable reference or any number of immutable references. References must always be valid. > Их нет, и кстати их и быть не может, так как изначальная концепция > не покрывает некоторые алгоритмы работы с > памятью в безопасном режиме (т.е. без использования unsafe). Примеры в студию. > Либо вообще признаваться, что "это сделать невозможно, поэтому мы не будет считать такое поведение ошибкой" (https://doc.rust-lang.org/book/ch15-06-reference-cycles.html) В этом нет ничего постыдного. Назовите другой ЯП без GC с решенной проблемой Reference Cycles. Да и оно укладывается в модель безопасности раста - утечки не портят память. > Java и даже Ada JAVA вообще мимо, с ее то жирнючим рантаймом. А под Ada наверное имеется в виду Ada Spark, безопасное подмножество Ada. > так или иначе пытались решать данные вопросы. И как? Хорошо получилось? Теперь нас окружают сплошные безопасные программы :) ? > У С++ так же есть подвижки в этом направлении. Угу, комитет раскололся на два враждующих лагеря)) > но они забыли про множество других вопросов (удобство, обратная совместимость и пр.) Как раз раст уделяет огромного внимание удобству и обратной совместимости. Идея с edition оказалась просто шикарной. Она позволяет как легко добавлять новое в mainline, так и оставаться стабильной в рамках edition и выбрасывать неудачные решения между ними. Это все позволило расту получить сертификацию для автомотив, медицины и других критиченых областей применения.
	Ответить | Правка | Наверх | Cообщить модератору

	409. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (317), 11-Авг-25, 19:28
	> Это не так ... Я видел эти документы, а вы сами их читали? В них приводится доказательства с учетом некоторых ограничениях корректной реализации некоторых библиотечных функций, в том числе и реализация unsafe кода. Но это не описание концепции, это доказательство реализации, причем с некоторыми допущениями и ограничениями. > There can only be one owner at a time... > At any given time, you can have either one mutable reference ... > Примеры в студию Вот это как раз и есть описание самой концепции безопасного управления памятью, но проверку который невозможно реализовать статически из-за фундаментальных ограничений некоторых сценариев использования (циклические ссылки, изменение данных в двух потоках и т.д.) Как раз в этом и состоит проблема Rust, что он замахнулся на все возможные сценарии, безопасность некоторых реализовать не в состоянии, после чего начинает юлить "это проверить невозможно, поэтому мы считаем это безопасным"
	Ответить | Правка | Наверх | Cообщить модератору

	414. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 12-Авг-25, 11:31
	> Но это не описание концепции, это доказательство реализации, причем с некоторыми допущениями и ограничениями. М... а вы как ожидали? Что будет доказательство без ограничений для сферической программы в вакууме? Или просто концепция без доказательства?)) > циклические ссылки, Циклические ссылки без GC это нигде не решенная проблема. Я не понимаю почему вы докопались до этого. (не, точнее понимаю, что нужно хоть к чему-то докопаться) > изменение данных в двух потоках Safe-Раст как раз исключает возможность менять данные с разных потоков без правильного доступа к ним. > Как раз в этом и состоит проблема Rust, что он замахнулся на все возможные сценарии, Как раз нет. Напр. они сразу сказали - утечки памяти не проблема. Потому что она не портит память, не приводт к выполнению кода и так далее. > после чего начинает юлить "это проверить невозможно, поэтому мы считаем это безопасным" Это "юление" только в вашей фантазии. А аргументов у вас никаких нет, и привести языки где это сделано лучше вы тоже не в состоянии. За сим в дальнейшем споре смысла не вижу.
	Ответить | Правка | Наверх | Cообщить модератору

	410. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Анонм (-), 11-Авг-25, 23:37
	> Поэтому тут нет никакой теории заговора против Rust Ты точно не перепутал пост, на который отвечаешь? И тред прочитал? Чот не похоже, больше выглядит, будто ты решил поговорить со своими собственными тараканами.
	Ответить | Правка | К родителю #400 | Наверх | Cообщить модератору

	408. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от freehck (ok), 11-Авг-25, 19:25
	> Оставлю маленький коммент. На будущее. Чёрт, красиво! =) > принять закон о криминальной ответственности за дыры в софте Это ж насколько расстрельной будет должность CEO компании, которая возьмётся разрабатывать софт после того, как данный закон будет принят? Инуяша, ну вряд ли всё настолько плохо. > Ошибки ведь нельзя запретить? Да нет, это в прошлом. Если подумать, скорее всего мы все были бы не против такого расклада?
	Ответить | Правка | К родителю #224 | Наверх | Cообщить модератору

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

	243. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+1 +/–
	Сообщение от Аноним (317), 08-Авг-25, 20:44
	Они дают честное слово :-)
	Ответить | Правка | Наверх | Cообщить модератору

	246. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+1 +/–
	Сообщение от Аноним (-), 08-Авг-25, 20:52
	Если ты серьезно, то можешь почитать тут rustc-dev-guide.rust-lang.org/sanitizers.html Есть AddressSanitizer ControlFlowIntegrity Hardware-assisted AddressSanitizer KernelControlFlowIntegrity LLVM LeakSanitizer MemorySanitizer ThreadSanitizer
	Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

	251. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (242), 08-Авг-25, 21:04
	Ok.
	Ответить | Правка | Наверх | Cообщить модератору

	255. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+3 +/–
	Сообщение от morphe (?), 08-Авг-25, 21:15
	> Как при программировании на Rust'е ловят ошибки многопоточности Если речь про data race - то Rust тебя защищает от data race, если ты сам не будешь что-то делать через unsafe. Miri однако может даже в случае unsafe сказать где ты передаёшь между потоками что-то, что безопасно передавать между потоками нельзя, и аналогично с другими уязвимостями с unsafe. Race conditions по определению автоматически не поймать Утечки памяти - всё тот же valgrind
	Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

	266. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–2 +/–
	Сообщение от Аноним (317), 08-Авг-25, 21:44
	> Race conditions по определению автоматически не поймать Нет такого определения, просто модель управления памятью Rust такого не умеет, точно так же как в Rust не решается проблема и с утечками памяти при циклических ссылках.
	Ответить | Правка | Наверх | Cообщить модератору

	305. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от morphe (?), 09-Авг-25, 03:32
	>> Race conditions по определению автоматически не поймать > Нет такого определения, просто модель управления памятью Rust такого не умеет Race conditions не про управление памятью, не путать с data race https://stackoverflow.com/questions/11276259/are-data-races-... Race condition может даже в однопоточной программе возникнуть
	Ответить | Правка | Наверх | Cообщить модератору

	342. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (317), 09-Авг-25, 14:44
	все приведенные вами примеры по ссылке только для многопоточных приложений
	Ответить | Правка | Наверх | Cообщить модератору

	345. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от morphe (?), 09-Авг-25, 15:21
	> все приведенные вами примеры по ссылке только для многопоточных приложений Ну почему же На stackoverflow в качестве примера дедлок предлагают например (Тоже подвид race condition) В Rust есть async-await, асинхронный код можно исполнять в одном потоке (e.g https://docs.rs/tokio/latest/tokio/runtime/#current-thread-s...), и есть асинхронные мьютексы которыми ты точно так же можешь поймать дедлок
	Ответить | Правка | Наверх | Cообщить модератору

	270. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–4 +/–
	Сообщение от Аноним (270), 08-Авг-25, 22:15
	> Race conditions по определению автоматически не поймать Ложь. --- Safe Rust guarantees an absence of data races, which are defined as:     two or more threads concurrently accessing a location of memory     one or more of them is a write     one or more of them is unsynchronized A data race has Undefined Behavior, and is therefore impossible to perform in Safe Rust. --- https://doc.rust-lang.org/nomicon/races.html
	Ответить | Правка | К родителю #255 | Наверх | Cообщить модератору

	280. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+2 +/–
	Сообщение от Аноним (317), 08-Авг-25, 23:36
	Тогда уж цитируйте полностью > However Rust does not prevent general race conditions. > > This is mathematically impossible in situations where you do not control the scheduler, which is true for the normal OS environment. ...
	Ответить | Правка | Наверх | Cообщить модератору

	325. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–1 +/–
	Сообщение от Аноним (324), 09-Авг-25, 11:46
	Серьезный ответ - если разобраться, то Раст это как если к плюсам прикрутить ан.ьный анализатор, который тебе программировать не даёт.
	Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

	336. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (336), 09-Авг-25, 14:28
	> Раст это как если к плюсам прикрутить [вырежем сентенции неосиляторов] анализатор, который тебе программировать не даёт. и делаем поправку - "... который тебе НЕПРАВИЛЬНО программировать не даёт". А правильно - даёт.
	Ответить | Правка | Наверх | Cообщить модератору

	393. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+1 +/–
	Сообщение от Александр (??), 11-Авг-25, 10:32
	Но только через жопу.
	Ответить | Правка | Наверх | Cообщить модератору

	332. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (322), 09-Авг-25, 12:23
	Джентльменам верят на слово.
	Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

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

	295. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от 12yoexpert (ok), 09-Авг-25, 00:46
	ты не так понял: оно призвало использовать только раст. без этого отказываться от свободных языков смысла нет, нужен тотальный вендорлок
	Ответить | Правка | Наверх | Cообщить модератору

	299. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–3 +/–
	Сообщение от Аноним (-), 09-Авг-25, 00:56
	>> ты не так понял: оно призвало использовать только раст Все он правильно понял. Они ещё и Go рекламируют, ну и платформы: js, java, .net
	Ответить | Правка | Наверх | Cообщить модератору

	300. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–1 +/–
	Сообщение от Fyjy (-), 09-Авг-25, 00:57
	> ты не так понял: оно призвало использовать только раст. какое наглое вранье? > C#, Go, Java, Python, Rust, and Swift думаешь рк забаннил все ссылки? media.defense.gov/2023/Dec/06/2003352724/-1/-1/0/THE-CASE-FOR-MEMORY-SAFE-ROADMAPS-TLP-CLEAR.PDF
	Ответить | Правка | К родителю #295 | Наверх | Cообщить модератору

	371. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от 12yoexpert (ok), 10-Авг-25, 08:41
	и ты у нас тоже из непонятливых
	Ответить | Правка | Наверх | Cообщить модератору

	302. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–4 +/–
	Сообщение от Аноним (-), 09-Авг-25, 01:03
	Ах, питон забыл. Как же без него? Хотя я лично вот не понимаю. Я юы сказал это недосказанность. Они ещё и старье рекламируют, но совсем по другим причинам и тем не менее у этих языков все же везде есть фанаты - Fortran, Cobol. Хотя вот есть то что они не рекламируют, но ничуть не хуже - тот же Haskell.
	Ответить | Правка | К родителю #295 | Наверх | Cообщить модератору

256. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
Сообщение от Аноним (258), 08-Авг-25, 21:20
> Для размещения библиотек поддерживается репозиторий crates.io. Это же небезопасно, а вдруг там трояна разместят? Кто модерирует содержимое пакетов?
Ответить | Правка | Наверх | Cообщить модератору

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

	269. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (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" }
	Ответить | Правка | К родителю #256 | Наверх | Cообщить модератору

	381. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 10-Авг-25, 12:19
	> В случае, если исходник с трояном есть локально, собрать зависимость тоже можно: И только амазон, гугл и майкрософт трояны не раздают. А в их ToS, AUP и EULA вообще-то написано немного другое и их неихло бы порой почитывать. Для понимания кто там трояны раздает и вообще. > [dependencies] > horselib = { path = "/usr/src/malware/horse", version = "1.13" } Это все прекрасно но 1) crates.io сделан персональный фавор относительно других -> вендорлок 2) по дефолту куча проектов юзает crates io с его вендорлоком на ту троицу. Т.е. в целом откровенно подмятый корпами проект с характерным эксперименсом вида "так и быть, можете облобызать нам ботинки, мы сегодня добрые".
	Ответить | Правка | Наверх | Cообщить модератору

	388. Скрыто модератором	+/–
	Сообщение от Аноним (-), 10-Авг-25, 14:47
	> Это все прекрасно но > 1) crates.io сделан персональный фавор относительно других -> вендорлок Ой, а у дебиана сделан персональный фавор для реп дебиана! Да, другие можно подключить, но это все равно вендерлок! > 2) по дефолту куча проектов юзает crates io с его вендорлоком на ту троицу. Проекты используют то, что им удобно. Если вы белка-истеричка, то кнопочка fork находится вооон там. Кликайте, делайте свои зависимости и сами их мейнтейньте. > Т.е. в целом откровенно подмятый корпами проект с характерным эксперименсом вида "так > и быть, можете облобызать нам ботинки, мы сегодня добрые". У тебя странные фантазии. Можете тебе стоит сходить к психиатру?
	Ответить | Правка | Наверх | Cообщить модератору

	416. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от SubGun (ok), 13-Авг-25, 00:16
	При чем тут твоян? Если ты сам ставишь такую зависимость, значит понимаешь что делаешь. И делаешь это злонамеренно.
	Ответить | Правка | К родителю #269 | Наверх | Cообщить модератору

	278. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–3 +/–
	Сообщение от Аноним (291), 08-Авг-25, 23:34
	Используйте Mos.Hub. На платформе доступен публичный каталог готовых решений. Каждое из них проходит несколько стадий проверки на безопасность, так что пользователи могут быть уверены в том, что ПО не содержит уязвимостей и не нанесет вреда при внедрении. Любой участник сообщества Mos.Hub может переиспользовать решения из каталога, участвовать в развитии или выложить в общий доступ свой opensource проект.
	Ответить | Правка | К родителю #256 | Наверх | Cообщить модератору

	294. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от 12yoexpert (ok), 09-Авг-25, 00:45
	решений чего? кто задачку задавал? уравнений? ты зря загон сообществом называешь
	Ответить | Правка | Наверх | Cообщить модератору

	301. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–6 +/–
	Сообщение от Аноним (291), 09-Авг-25, 00:59
	Например СУБД libmdbx там лежит, про которую недавно писали https://www.opennet.me/opennews/art.shtml?num=63653 https://hub.mos.ru/leo/libmdbx
	Ответить | Правка | Наверх | Cообщить модератору

	382. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+2 +/–
	Сообщение от Аноним (-), 10-Авг-25, 12:38
	> Например СУБД libmdbx там лежит, про которую недавно писали https://www.opennet.me/opennews/art.shtml?num=63653 > https://hub.mos.ru/leo/libmdbx Вот чему-то такому там самое место. Сообщество из автора этой штуки довольно спорное как по мне. И иметь дело с такими сообществами лишний раз - нафиг нужно, имхо.
	Ответить | Правка | Наверх | Cообщить модератору

	312. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от нейм (?), 09-Авг-25, 08:33
	в случае, если проверка на бэкдоры не проходит, ввиду их отсутствия - их добавляют?
	Ответить | Правка | К родителю #278 | Наверх | Cообщить модератору

	286. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 08-Авг-25, 23:50
	> Это же небезопасно, а вдруг там трояна разместят? Кто модерирует содержимое пакетов? А кто модерирует коммиты в сишные либы, типа ХЗ. Или кто смотрит, чтобы на сайте кернел.огр не было бекдоров? Почему в ядре 10 лет жил бекдор от NSA?
	Ответить | Правка | К родителю #256 | Наверх | Cообщить модератору

	289. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (258), 09-Авг-25, 00:24
	Похоже, люди стали понимать, зачем создавался запутанный язык, и почему его так активно продвигают.
	Ответить | Правка | Наверх | Cообщить модератору

	290. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+1 +/–
	Сообщение от Аноним (-), 09-Авг-25, 00:30
	> Похоже, люди стали понимать, зачем создавался запутанный язык, и почему его так активно продвигают. Запутанный? Ты про тот, который будет тебе в выхлопе копилятора подсказки кидать и по рукам бить? Или про то где a+b это undefined behavior, он вышли за границы буфера, подарим атакующему рут? В гугле расту учат ГОшников. ГОшников, Карл! И они его за 3-4 месяца осваивают. А сколько нужно учить СИ или читать 2000 страниц стандарта С++?
	Ответить | Правка | Наверх | Cообщить модератору

	313. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+1 +/–
	Сообщение от Аноним (313), 09-Авг-25, 08:45
	> А сколько нужно учить СИ Его не нужно учить. На нем нужно думать. Если не можете, это не для вас.
	Ответить | Правка | Наверх | Cообщить модератору

	395. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 11-Авг-25, 11:28
	> Его не нужно учить. На нем нужно думать. Если не можете, это не для вас. О, не, на C думать противопоказано. Особенно если ты пишешь на C. Язык C например, в большинстве ситуаций, не позволяет описать разницу между указателем и массивом, потому что массив и есть указатель. Поэтому при написании программ на C надо думать на чём-то другом, как правило люди выбирают ассемблер и думают на нём. Если же ты думаешь на C, то это временно, с практикой пройдёт.
	Ответить | Правка | Наверх | Cообщить модератору

	344. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 09-Авг-25, 15:06
	>А сколько нужно учить СИ или читать 2000 страниц стандарта С++? Во первых не смешивай 2 разных языка. Си можно выичить за неделю. Си плюс-плюс за год. Весь Си плюс-плюс никогда не сможешь выучить.
	Ответить | Правка | К родителю #290 | Наверх | Cообщить модератору

	348. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 09-Авг-25, 17:47
	> Во первых не смешивай 2 разных языка. Вам "или" между Си и С++ ни на что не намекает? Если бы я хотел их смешать, то написал бы как некоторые кексперты "С/С++" > Си можно выичить за неделю. Вот прям все 190+ UB (gist.github.com/Earnestly/7c903f481ff9d29a3dd1) можно выучить на неделю?)) Да вы просто гений! > Весь Си плюс-плюс никогда не сможешь выучить. Вот тот и оно.
	Ответить | Правка | Наверх | Cообщить модератору

	349. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (349), 09-Авг-25, 18:01
	>прям все 190+ UB Undefined behavior sanitizer всё знает ...
	Ответить | Правка | Наверх | Cообщить модератору

	396. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 11-Авг-25, 11:31
	> Си можно выичить за неделю. Нельзя. Не, то есть, если под "выучить" ты понимаешь способность пройти тест с вариантами ответов, то да, можно. Но такому знанию цена ноль. За полгода можно выучить C, если за плечами есть знание другого языка, причём вполне практическое знание, которое позволяет писать грамотный код. Но не за месяц, и тем более не за неделю.
	Ответить | Правка | К родителю #344 | Наверх | Cообщить модератору

	330. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (322), 09-Авг-25, 12:20
	>Почему в ядре 10 лет жил бекдор от NSA? От того, что из названия этого бекдора убрали слово "NSA", он из ядра не исчез.
	Ответить | Правка | К родителю #286 | Наверх | Cообщить модератору

	417. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от SubGun (ok), 13-Авг-25, 00:21
	Любая система пакетов - зло и опасна, если установщик не привязывается к контрольной сумме, а только к версии.
	Ответить | Правка | К родителю #256 | Наверх | Cообщить модератору

	422. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 15-Авг-25, 18:08
	> Любая система пакетов - зло и опасна, если установщик не привязывается к контрольной сумме, а только к версии. Пример ХЗ библиотеки показывает, что даже в проекте на недоязыке без пакетов, с самыми "вкусно" пахнущими БШ-п0ртянками и надежнейшими тарболами... ты получишь бекдор в супер распространенной либе)
	Ответить | Правка | Наверх | Cообщить модератору

274. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+2 +/–
Сообщение от Аноним (274), 08-Авг-25, 22:52
Вот-вот. Им главное завязать на себя побольше ПО. А там ...
Ответить | Правка | Наверх | Cообщить модератору

	292. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+3 +/–
	Сообщение от 12yoexpert (ok), 09-Авг-25, 00:43
	а там реклама и подписка
	Ответить | Правка | Наверх | Cообщить модератору

	331. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+2 +/–
	Сообщение от Аноним (322), 09-Авг-25, 12:21
	И компилятор в облака.
	Ответить | Правка | Наверх | Cообщить модератору

	350. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (173), 09-Авг-25, 18:03
	Скорее бы, а то слушать как кулеры напрягаются и hdd шуршит надоело ещё двадцать лет тому назад.
	Ответить | Правка | Наверх | Cообщить модератору

293. Скрыто модератором	–4 +/–
Сообщение от Аноним (-), 09-Авг-25, 00:44
Вопрос такой. Компилятор до сих пор с закрытым исходным кодом?
Ответить | Правка | Наверх | Cообщить модератору

298. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	–1 +/–
Сообщение от Аноним (-), 09-Авг-25, 00:54
А ещё такой вопрос - локальный сервер пакетов cargo можно какой поднять? И пакеты только для rust годятся или для чего угодно?
Ответить | Правка | Наверх | Cообщить модератору

	303. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (291), 09-Авг-25, 01:06
	Cargo работает только с Rust-крейтами. Локальный сервер ...? Зеркало? Зачем? Можно просто локальный репозитарий. На crates.io есть программка которая скачивает самые популярные крейты. А можно и не скачивать , а устанавливать крейты из linux-дистрибутива, например, Debian или Ред ОС
	Ответить | Правка | Наверх | Cообщить модератору

	320. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (-), 09-Авг-25, 11:02
	> А ещё такой вопрос - локальный сервер пакетов cargo можно какой поднять? Быстрый ответ - да, можно. Подробный тут - там дофига возможностей (локальный/глобальный, зеркала и тд) doc.rust-lang.org/cargo/reference/specifying-dependencies.html > И пакеты только для rust годятся или для чего угодно? что значит "чего угодно"?)) если ты имеешь в виду сидную либу или видос рикки рола, то нет - так нельзя))
	Ответить | Правка | К родителю #298 | Наверх | Cообщить модератору

	418. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от SubGun (ok), 13-Авг-25, 00:28
	Скорее всего можно, раз в расте есть публикация пакетов. Думаю, простейший можно на nginx с поддержкой webdav поднять. Я так с java сделал.
	Ответить | Правка | К родителю #298 | Наверх | Cообщить модератору

315. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+1 +/–
Сообщение от Аноним (315), 09-Авг-25, 09:09
А я правильно понимаю, что если условно zlib написан на Rust, то все использующие его пакеты согласно этой статистике считались бы "завязанными на Rust"?
Ответить | Правка | Наверх | Cообщить модератору

	337. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (258), 09-Авг-25, 14:34
	Всё верно, причём там "или" зависимости.
	Ответить | Правка | Наверх | Cообщить модератору

316. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+1 +/–
Сообщение от Аноним (316), 09-Авг-25, 09:18
Не парьтесь, там просто каждый крейт собирается отдельным пакетом, и вот эта "великая статистика" обусловлена тем что там librust-* пакетов примерно как python-* пакетов будет.
Ответить | Правка | Наверх | Cообщить модератору

	359. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (359), 09-Авг-25, 20:52
	Да, их там штук 200 будет (может и больше)
	Ответить | Правка | Наверх | Cообщить модератору

327. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
Сообщение от abu (?), 09-Авг-25, 11:54
Вот что интересно - а сколько кода на Rust в винде и маке? Есть ли там все эти отчетности про 8 процентов?
Ответить | Правка | Наверх | Cообщить модератору

	339. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (258), 09-Авг-25, 14:37
	Надо взять самый первый проект на расте: это фурифокс. Вот сколько там %% на расте - это верхний предел для больших проектов.
	Ответить | Правка | Наверх | Cообщить модератору

	366. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Прохожий (??), 09-Авг-25, 23:12
	Про Мак не знаю. Про Винду в начале этого года выступал кто-то из топ-менеджеров MS, говорил, что Rust используется на всю катушку, и, как будто, все довольны (программисты, менеджеры). Сколько в процентах кода на Rust в Windows не знаю. https://www.techtarget.com/searchenterprisedesktop/answer/Do... https://www.theregister.com/2023/04/27/microsoft_windows_rust/
	Ответить | Правка | К родителю #327 | Наверх | Cообщить модератору

	368. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от abu (?), 10-Авг-25, 04:48
	Вот оно как. Спасибо за информацию, почитал с интересом. Стало быть - и винда в сторону Rust движется.
	Ответить | Правка | Наверх | Cообщить модератору

	375. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
	Сообщение от Аноним (258), 10-Авг-25, 11:35
	Мозила тоже двигалась. А это родоначальник всё-таки.
	Ответить | Правка | Наверх | Cообщить модератору

	373. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+2 +/–
	Сообщение от Аноним (373), 10-Авг-25, 10:50
	А всех недовольных увольняют.
	Ответить | Правка | К родителю #366 | Наверх | Cообщить модератору

419. "Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны..."	+/–
Сообщение от freehck (ok), 14-Авг-25, 21:42
Я провёл небольшое исследование из любопытства. Вот результаты: % ./check.sh === bookworm/main === Total:             34341 With librust deps: 1175 Percent:           3.42% === sid/main === Total:             39315 With librust deps: 2210 Percent:           5.62% Если кому-то интересно, то вот скрипт: #!/bin/bash releases="bookworm sid" #sections="main contrib non-free" # NB: 1 librust-dependent package in contrib doesn't change anything sections="main" for release in $releases; do   for section in $sections; do     sources="$release.$section.sources"     curl -s http://deb.debian.org/debian/dists/$release/$section/source/Sources.gz | gunzip -c > $sources     pkgs_total=$(grep ^Package: $sources | wc -l)     pkgs_with_librust_dep=$(grep -B6 '^Build-Depends' $sources | grep -E '^Build-Depends|^Package' | grep -B1 'librust' | grep Package | wc -l)     if [ "$pkgs_with_librust_dep" != "0" ]; then       percent=$(echo "$pkgs_with_librust_dep * 100 / $pkgs_total" | bc -S2)     else       percent=0     fi     cat <<EOF === $release/$section === Total:             $pkgs_total With librust deps: $pkgs_with_librust_dep Percent:           ${percent}% EOF   done done
Ответить | Правка | Наверх | Cообщить модератору

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

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