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

"Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД Turso и САПР vcad на Rust"	+/–
Сообщение от opennews (??), 06-Мрт-26, 16:59
Опубликован релиз языка программирования  Rust 1.94, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64929
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Скрыто модератором	–3 +/–
Сообщение от Аноним (1), 06-Мрт-26, 16:59
ерундой занимаются. вместо того чтобы развивать Си, они плодят кучу не нужных языков, переизобретая то, что годами работает отлично. Используйте Си, люди делали, старались, а вы пытаетесь заменить качественный продукт суррогатом... как не стыдно... позорники и только...
Ответить | Правка | Наверх | Cообщить модератору

	4. Скрыто модератором	+1 +/–
	Сообщение от Аноним (4), 06-Мрт-26, 17:11
	> ерундой занимаются. вместо того чтобы развивать Си, Ну так развивайте! Вот что Вы лично сделали ради развития СИ? > они плодят кучу не нужных языков, Дежурно напомню что СИ был изобретен для ПЕРЕПИСЫВАНИЯ юникса)) > переизобретая то, что годами работает отлично. Хахахаха, отлично? Ну раз вам норм жрать какахи от переподнения буферов и use-after-free то пользуйтесь. > Используйте Си, люди делали, старались, А если кто-то (дыды наапример) старался лепля "пи-Туха из овна" то тоже надо обязательно пользоваться? > а вы пытаетесь заменить качественный продукт суррогатом... Оценить качество этого продукта жизнедеятельности можно прямо вот на этом сайте прописав в поиске слово "Уязвимость" > как не стыдно... Совершенно не стыдно) > позорники и только... Это еще что, я еще буду глумиться над дырявыми в очередной новости "вышил за пределы буфера - подарили рут злоумышленнику"))
	Ответить | Правка | Наверх | Cообщить модератору

	10. Скрыто модератором	–1 +/–
	Сообщение от Аноним (10), 06-Мрт-26, 17:19
	Более того вам скажу, весь исходный код Apollo 11 на ассемблере был написан и ничего, все работало. Я бы на вашем месте задумался, может быть Си - тоже смузи с кокосовой стружкой?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	12. Скрыто модератором	+/–
	Сообщение от Аноним (-), 06-Мрт-26, 17:26
	> Более того вам скажу, весь исходный код Apollo 11 на ассемблере был написан и ничего, все работало. Я бы спросил про "время-деньги". НАСА в те времена могло себе позволить вываливать тонны денег и пулять их в космос. > Я бы на вашем месте задумался, может быть Си - тоже смузи с кокосовой стружкой? Скорее  kоkсовой) Хотя в те времена еще были популярны марки. Их собирали и облизывали)
	Ответить | Правка | Наверх | Cообщить модератору

	47. Скрыто модератором	+/–
	Сообщение от Аноним (47), 06-Мрт-26, 18:34
	А кто сказал, что ныне марки перестали облизывать? ;)
	Ответить | Правка | Наверх | Cообщить модератору

	16. Скрыто модератором	+1 +/–
	Сообщение от Аноним (16), 06-Мрт-26, 17:30
	>ерундой занимаются. вместо того чтобы развивать Си Си не надо развивать он и так совершеннен.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	22. Скрыто модератором	+5 +/–
	Сообщение от Аноним (-), 06-Мрт-26, 17:43
	> ерундой занимаются. вместо того чтобы развивать Ada, они плодят кучу не нужных языков, переизобретая то, что годами работает отлично. Используйте Ada, люди делали, старались, а вы пытаетесь заменить качественный продукт суррогатом... как не стыдно... позорники и только... Исправил
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	27. Скрыто модератором	+/–
	Сообщение от Аноним (27), 06-Мрт-26, 17:51
	>> ерундой занимаются. вместо того чтобы развивать Ada, > Исправил АДА хороша, особенно в подмножестве АДА-спарк. Но! Она весьма сложна в освоении и, что не менее важно, требует смену процессов. Они сами это подчеркивают adacore.com/blog/should-i-choose-ada-spark-or-rust-over-c-c Что забавно они стали Silver Member в Rust Foundation. Наверное они о чем-то знают) adacore.com/press/adacore-joins-rust-foundation-as-silver-member
	Ответить | Правка | Наверх | Cообщить модератору

	41. Скрыто модератором	+/–
	Сообщение от Аноним (-), 06-Мрт-26, 18:23
	AdaCore — это коммерческая компания. Их бизнес строится на сертификация toolchain'ов, а не на Ada как таковой. Они просто начали с неё. Rust начал заходить на рынок safety-critical (аэрокосмическая промышленность, автомобильные OEM и т.п.), поэтому они решили начать его развивать. Rust — это компромисс, между C/C++ и Ada/SPARK. Рынок Ada стагнирует, к сожалению. А у Rust относительно большое растущее сообщество. Им выгодно оказаться поставщиком сертифицированного Rust toolchain. Ada, а особенно подмножество SPARK, будет жить, и жить долго. Мне очень нравится Ada. Я когда впервые увидел пример кода на ней, то я понял, что "это оно".
	Ответить | Правка | Наверх | Cообщить модератору

	48. Скрыто модератором	+/–
	Сообщение от Аноним (48), 06-Мрт-26, 18:37
	> Rust — это компромисс, между C/C++ и Ada/SPARK. Именно! Не для всех приложений нужен уровень надежности которую предоставляет Ada. А "надежность" C/C++ достигается кучей костылей. Раст займет хорошую нишу.
	Ответить | Правка | Наверх | Cообщить модератору

	63. Скрыто модератором	–2 +/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 19:16
	Ахха, где то рядом с коболом и фортраном :)
	Ответить | Правка | Наверх | Cообщить модератору

	71. Скрыто модератором	+/–
	Сообщение от Аноним (71), 06-Мрт-26, 19:22
	> Ахха, где то рядом с коболом и фортраном :) Ты свой андроид уже выкинул? Или у тебя айпонт как пологается 321м? Дыряху будут выкидывать в первую очередь. С++ может еще побарахтается, тк он получше и на нем можно быстро писать всякий недософт типа игрушек, где кнутователь мотивирует кранчить по 80 часов в неделю.
	Ответить | Правка | Наверх | Cообщить модератору

	95. Скрыто модератором	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 19:51
	Кто будет выкидывать? Мне до чужих коммерческих продуктов дела особо нет. У себя я никакого раста внедрять не собираюсь - мне и так хорошо.
	Ответить | Правка | Наверх | Cообщить модератору

	118. Скрыто модератором	+/–
	Сообщение от Аноним (118), 06-Мрт-26, 20:31
	> У себя я никакого раста внедрять не собираюсь - мне и так хорошо Так тебе внедрять не нужно: его уже внедрили тебе извне. Ты прямо сейчас юзаешь Андроид и Файрфокс/Хром. И тебе хорошо!
	Ответить | Правка | Наверх | Cообщить модератору

	121. Скрыто модератором	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 20:35
	Ты прямо сейчас юзаешь линукс, ффмег, хром, фаирфокс - и тебе хорошо. Хром и фаирфокс - всё ещё большей частью крестовые. Линукс асм+С. ффмпег - С вроде. А в отличии от вас я и сам что то пишу публичное.
	Ответить | Правка | Наверх | Cообщить модератору

	164. Скрыто модератором	+1 +/–
	Сообщение от Аноним (164), 06-Мрт-26, 21:46
	> Ты прямо сейчас юзаешь линукс, ффмег... В отличие от тебя, мне вообще фиолетово, на каком они там языке. > А в отличии от вас я В том-то и дело, что в отличие от тебя я при этом не воюю лицемерно против Раста.
	Ответить | Правка | Наверх | Cообщить модератору

	82. Скрыто модератором	+/–
	Сообщение от Аноним (82), 06-Мрт-26, 19:35
	> Мне очень нравится Ada. Я когда впервые увидел пример кода на ней, то я понял, что "это оно". А вот что бизнес делает с пристрастиями к ЯП вместо семьи, деревьев, домов или чего-то ещё более вечного: QGen is a Code Generation toolsuite for Simulink® and Stateflow®. Its primary function is code generation from Simulink® and Stateflow® model to C or Ada/SPARK code. The QGen Code Generator is being qualified at Tool Qualification Level 1, which is the highest level of qualification recognized by the FAA ANSYS SCADE Suite KCG certification kits provide all materials required by the certification authorities "Прекрасно знаете Ada? Любите этот язык? Отлично, вы нам подходите. *неделю спустя* Так, нажимаете вот эту кнопочку в SCADE(/в Simulink) и больше ничего не трогайте, а то ещё вашу собственную писанину сертифицировать."
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	55. Скрыто модератором	+/–
	Сообщение от Аноним (55), 06-Мрт-26, 18:54
	На Аде удавятся писать обработку текстовых строк, с её черезчур строгой типизацией.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	209. Скрыто модератором	+/–
	Сообщение от Аноним (-), 07-Мрт-26, 10:51
	В Ada есть Fixed, Bounded и Unbounded строки. Этого недостаточно? В стандартной библиотеке есть не так уж и много операций для обработки строк, самый минимум только. В библиотеке от GNAT их больше. Есть ещё библиотека VSS (для хорошей поддержки Unicode).
	Ответить | Правка | Наверх | Cообщить модератору

	32. Скрыто модератором	+/–
	Сообщение от Аноним (32), 06-Мрт-26, 17:59
	Зачем развивать устаревший ДВС, когда можно просто заменить его на реактивный?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	37. Скрыто модератором	+/–
	Сообщение от Аноним (47), 06-Мрт-26, 18:15
	Теоретически можно, но КПД у турбореактивного, всё таки, на несколько единиц меньше, чем у того же дизеля.
	Ответить | Правка | Наверх | Cообщить модератору

	44. Скрыто модератором	+3 +/–
	Сообщение от Аноним (44), 06-Мрт-26, 18:30
	> ерундой занимаются. вместо того чтобы развивать Си, они плодят кучу не нужных языков, переизобретая то, что годами работает отлично. Используйте Си, люди делали, старались, Как в С решить вопрос с ошибками памяти на уровне компилятора? За "не делать ошибок" говорить не нужно. Практика показывает, что это не работает.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	53. Скрыто модератором	–1 +/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 18:50
	Вам бы подучится, вы не понимаете суть С. С делает ровно то что написал программист, указывать программисту на то как работать с памятью не является задачей компиляторов С. Есть архитектуры где используется С и где можно писать в любой адрес памяти, как и читать.
	Ответить | Правка | Наверх | Cообщить модератору

	58. Скрыто модератором	+/–
	Сообщение от Аноним (58), 06-Мрт-26, 19:02
	> С делает ровно то что написал программист Си уже давно не делает ровно то, что написал программист, вылезайте из криокамеры. Вначале его хотелки изуродует оптимизирующий компилятор, а потом процессор разным спекулятивными выполнениями. > указывать программисту на то как работать с памятью не является задачей компиляторов С. Тоже верно. Эталонный компилятор сишечки скомпиляет практически любой мусор. > Есть архитектуры где используется С и где можно писать в любой адрес памяти, как и читать... но на самых важных и распространенных такого нет.
	Ответить | Правка | Наверх | Cообщить модератору

	62. Скрыто модератором	–2 +/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 19:15
	> Си уже давно не делает ровно то, что написал программист Как он там оптимизирует код - не существенно, это внутрення кухня процессора/архитектуры. И никто не мешает включить -O0 и получить ассемблерный листинг 1-1 к С коду. > но на самых важных и распространенных такого нет. Влажных для кого? Кому то и Z80 до сих пор самый влажный. Да и всяких других мелких МК тоже полно, вы можете даже не подозревать где они у вас и сколько их. Относитесь к С как к асму и паз у вас в голове сложится.
	Ответить | Правка | Наверх | Cообщить модератору

	67. Скрыто модератором	+/–
	Сообщение от Аноним (58), 06-Мрт-26, 19:20
	> Относитесь к С как к асму и паз у вас в голове сложится. Тогда какого буя на этом "асме" пишут пользовательский софт на миллионы строк кода? Плюс в асме не было такого количества UB как в дыpяxe. Я вообще в асме UB не припоминаю.
	Ответить | Правка | Наверх | Cообщить модератору

	73. Скрыто модератором	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 19:23
	Хотят и пишут, вам что мешает? В асме тоже всякое бывает, если вы чего то не знаете - не значит что этого нет. Как минимум ERRATA на процы почитайте, на любые, хоть на древние интелы, хоть на новые райзены.
	Ответить | Правка | Наверх | Cообщить модератору

	80. Скрыто модератором	+/–
	Сообщение от Аноним (80), 06-Мрт-26, 19:28
	ERRATA это не UB. Почти всегда это просто задокументированное ошибочное поведение. А UB - это "х... его знает что случится, вы главное это не делаейте, а то программа потеряет conformance". И компилятор считает что UB никогда не произойдет, а потом выбрасывает целые проверки из кода.
	Ответить | Правка | Наверх | Cообщить модератору

	92. Скрыто модератором	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 19:49
	Вы можете и дальше жонглировать терминами, суть от этого не поменяется. Есть некий язык асм/С, на нём можно что то написать. В некоторых случаях это будет давать разный результат. Ни от С ни от асма никогда не требовалось чтобы в разных реализациях получалось одинаковое поведение - подразумевалось что если что то перенесут то потом проверят что оно корректно работает. Если же на С писать "скучно" - максимально просто, без трюков, то переносимость резко растёт а количество ошибок сокращается. И в целом, я за лет 25 никогда не парился по поводу UB со стороны компилятора. Но пару раз встречалось конечно. 1. У меня одно время было много кода который читал/писал 2/4/8 байт из памяти, обычным кастованием на указатель. Это прекрасно работало лет 7 (на х86), пока я не собрал и не запустил это на ARM. Оказалось что так делать можно только когда оно выровнено в памяти для ARM, а х86 просто сам это на лету медленно вычитывает. С тех пор я или memcpy() юзаю или читаю/пишу по байту. 2. Однажды я тестил свой код с sse инстриктами, и так странно оказалось что на LLVM он работал прям сильно медленее. В общем они там внутри что то не так сделали с одним из инстриктов ссе. 3. Было какой то странный сбой libasn1 при парсинге сертов, когда она собрана с -O2/-O3 и LLVM, я не углублялся, просто зарепортил а у себя поставил чтобы с -O1 собиралось, вроде починили. Наверное что то ещё было, просто это такая мелочь что я забыл. Итого по одному UB за 5 лет - не сильно то и мешает :)
	Ответить | Правка | Наверх | Cообщить модератору

	102. Скрыто модератором	+/–
	Сообщение от Аноним (102), 06-Мрт-26, 20:02
	> Вы можете и дальше жонглировать терминами, суть от этого не поменяется. Суть как раз в терминах, потому что они влияют на поведение. > Ни от С ни от асма никогда не требовалось чтобы в > разных реализациях получалось одинаковое поведение Да, именно поэтому в "стандарте" си есть 3.5.1 implementation-defined behavior unspecified behavior where each implementation documents how the choice is made Но кроме нее почему ввели еще и термин 3.5.3 undefined behavior behavior, upon use of a nonportable or erroneous program construct or of erroneous data, for which this document imposes no requirements Почему так, а? Так еще и угрожают: Possible undefined behavior ranges from ignoring the situation completely with unpredictable results > подразумевалось что если что то перенесут то потом проверят что оно корректно работает. А как же божественная переносимость? Когда даже смена компилятора может привести к иному поведению кода. Или там где-то потерялась звездочка и очень мелкий шрифт?) Что-то вроде "скомпилить мы то скомпилим, а вот правильно ли оно заработает - хз, хз..." > я за лет 25 никогда не парился по поводу UB Я прям и не сомневался! И не только ты :) В этом и проблема. > Но пару раз встречалось конечно. Т.е. за 25 лет ты ни разу не выходил за пределы буфера, не делал null dereferencе, не переполнял signed int, не делал use-after-free. Или кто-то пи...т, или мы нашли идеального сишника - божественное творение!
	Ответить | Правка | Наверх | Cообщить модератору

	114. Скрыто модератором	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 20:22
	Вы там и дальше играйте в термины, видимо весь раст и придумали такие графоманы :) Переносимость - это когда большая часть кодовой базы может быть перенесена без доработок или с минимальными правками. Никто не ждёт от С того же что ждут от виртуальной машины джавы. Переполнений - не помню даже по самым ранним своим програм. Остальное было и ни раз, но это не UB, а обычная ошибка. Сейчас есть практики которые позволяют почти всё это избежать, и есть тулзы которые это легко отлавливают. Поэтому я и говорю что раст бесполезен.
	Ответить | Правка | Наверх | Cообщить модератору

	141. Скрыто модератором	+/–
	Сообщение от Аноним (71), 06-Мрт-26, 21:09
	> Вы там и дальше играйте в термины, "Стандарт" си придумал не я и не растоманы. > Остальное было и ни раз, но это не UB, а обычная ошибка. Я восхищаюсь вашей компетентности! Разумеется это было "не UB, а обычная ошибка")) С вашей точки зрения. А с точки зрения ISO/IEC 9899:2024: "An example of undefined behavior is the behavior on dereferencing a null pointer." "7.24.3.3 The free function if the argument does not match a pointer earlier returned by a memory management function, or if the space has been deallocated by a call to free or realloc, the behavior is undefined." "6.5.7 Additive operators If the pointer operand and the result do not point to elements of the same array object or one past the last element of the array object, the behavior is undefined." Но вы, как Настоящий Сишнег™, разумеется не утруждаетесь знанием таких мелочей как стандарт, а продолжаете  ̶б̶ы̶д̶л̶о̶к̶о̶д̶и̶т̶ь̶ просто клепать  ̶о̶в̶н̶о̶ код. > Сейчас есть практики которые позволяют почти всё это избежать О да! Поэтому напр. в том же ядре процентов 90 проблем как раз с памятью. Может расскажете им про магические тулы? "А мужики-то не знают!"
	Ответить | Правка | Наверх | Cообщить модератору

	144. Скрыто модератором	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 21:15
	> 7.24.3.3 The free function Это не UB языка С, тк malloc/free по сути внешние функции из либы, и чьё поведение зависит не только от того какой аллокатор там в системе, но и от того какая это система и на каком она железе.
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	145. Скрыто модератором	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 21:19
	> Но вы, как Настоящий Сишнег™, разумеется не утруждаетесь знанием таких мелочей как стандарт, а продолжаете  ̶б̶ы̶д̶л̶о̶к̶о̶д̶и̶т̶ь̶ просто клепать  ̶о̶в̶н̶о̶ код. Я как человек пишу на любом языке то, что даёт мне нужный мне результат. Стандарты меня и правда не сильно волнуют, но и ошибки я не люблю - потому что потом - через годы приходится вспоминать и переделывать/исправлять :) Я ведь и на расте писал какие то патчи, и на питоне и на перле, и на анленге и ещё всякой фигне до которой мне вообще никакого дела и интереса знать нет. Не знаю и знать не хочу, и не понимаю тех кто занимается буквоедством вместо получения результатов.
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	165. Скрыто модератором	+/–
	Сообщение от Аноним (48), 06-Мрт-26, 21:54
	> Стандарты меня и правда не сильно волнуют, Иван? Вы ли это? > Я ведь и на расте писал какие то патчи, и на питоне и на перле, и на анленге и ещё всякой фигне до которой мне вообще никакого дела и интереса знать нет. Т.е типичный эникейщик который умеет во всё понемножку. > Не знаю и знать не хочу, и не понимаю тех кто занимается буквоедством вместо получения результатов. Ну, пожелаю вам встретить такого же врача, юриста или электрика))
	Ответить | Правка | Наверх | Cообщить модератору

	108. Скрыто модератором	+/–
	Сообщение от Аноним (108), 06-Мрт-26, 20:11
	> Хотят и пишут, вам что мешает? Создают трудности rce и lpe в софте. А мешают люди которые не хотят заменить асм, как вы сказали, на язык для системного программирования. Если народ готов писать на раст ядро линукс, почему мы должны мириться со сторонниками С? Пусть они предложат их решение целого класса проблем. А не какие-то там... Вот тут синтаксис нитакой. Компилируется долго и т.д Давайте костылить как было.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	119. Скрыто модератором	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 20:32
	Это вы сами придумали его назвать системным. Из серии называть себя наполеоном будучи больным сидоровым. Вы и с ядром линукса не миритесь, пишите сразу своё. Да, синтаксис плохой и компилится долго. Если бы ваш раст умел разделять препроцессинг от компиляции, чтобы не тратить время и электричество каждый раз проверяя файл - это было бы сильно лучше. Те один раз проверили перед коммитом, а потом пусть оно компилится за наносекунды, как С код. Я вот каждый раз смотрю как большие С проекты собираются и радуюсь: быстро то как. qemu, samba. А потом какойнить хэлло ворлд на расте начинает собиратся и делает это заметно дольше.
	Ответить | Правка | Наверх | Cообщить модератору

	129. Скрыто модератором	+/–
	Сообщение от Аноним (108), 06-Мрт-26, 20:44
	> Это вы сами придумали его назвать системным Раст? По большей части он общего назначения, но как системный он хорошо подходит. > Я вот каждый раз смотрю как большие С проекты собираются и радуюсь: быстро то как. qemu, samba Это очень удобно, когда до вас кто-то их пару недель гонял статическими анализаторами и фазерами. Если бы вы это делали, вы бы так не радовались.
	Ответить | Правка | Наверх | Cообщить модератору

	138. Скрыто модератором	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 21:00
	Вот я и не радуюсь каждый раз когда вижу как что то на расте компиляется. Никакой он не системный, максимум он коркурент крестам, которые юзают для жирного пользовательского софта. Если вам надо делать дополнительные телодвижения чтобы вызвать сискол или слинковатся с библиотекой, если у вас тяжёлый рантайм - это приговор.
	Ответить | Правка | Наверх | Cообщить модератору

	214. Скрыто модератором	+/–
	Сообщение от Прохожий (??), 07-Мрт-26, 14:06
	>Никакой он не системный А мужики из Гугла, Микрософт, Клаудфлэр и не знают, поди, бедолаги. Все его используют в самом что ни на есть системном софте. Да и Линукс подтягивается. >Если вам надо делать дополнительные телодвижения чтобы вызвать сискол или слинковатся с библиотекой Например, какие? >если у вас тяжёлый рантайм Уже тыщу раз приводились примеры, что "рантайм" (на самом деле инициализация стандартной библиотеки) легко отключается, если есть такая необходимость. Но Иван, как обычно, притворяется чукчей, который писатель, но не читатель.
	Ответить | Правка | Наверх | Cообщить модератору

	126. Скрыто модератором	+/–
	Сообщение от Аноним (118), 06-Мрт-26, 20:41
	>> Си уже давно не делает ровно то, что написал программист > Как он там оптимизирует код - не существенно, это внутрення кухня процессора/архитектуры. Лол. Нет, это как раз не внутренняя кухня процессора, потому что именно из-за требований сишочного стандарта к лейауту памяти и алиасингу компилятор в большинстве случаев не может сделать элементарную векторизацию и прочие оптимизации на уровне инструкций. Ситуация стала настолько нелепой, что пришлось добавлять restrict, чтобы хоть немного исправить этот недоязык времен PDP-11.
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	130. Скрыто модератором	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 20:46
	Это всё имеет значение только когда ты пытаешься выжать всю производительность из проца, читай пишешь кодек или крипту или ещё что то специфичное что жуёт данные терабайтами. Для сетевого сервиса уровня вебсервер это фиолетово, он большую часть времени сиколами балуется. Так же как и для утилит которые быстро отрабатывают дёргая сисколы.
	Ответить | Правка | Наверх | Cообщить модератору

	149. Скрыто модератором	+/–
	Сообщение от Аноним (164), 06-Мрт-26, 21:28
	> Это всё имеет значение только когда ты пытаешься выжать всю производительность из проца Пхахаха! Сперва вот подобные тебе носятся тут в комментариях бреднями о "С близок к железу111" и "С самый быстрый йезык111", а теперь вдруг разворот на 180° - и уже "это  все нинужна и не важна 😭". Уныло, очень уныло...
	Ответить | Правка | Наверх | Cообщить модератору

	153. Скрыто модератором	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 21:32
	Так ситуации сильно разные. Не оптимизированный код на С будет быстрее такого же не оптимизированного кода на других языках, в большинстве случаев. А когда ты садишься за оптимизации то в С ты можешь делать асмовые вставки и инстрикты, которые будут 1-в-1 оттранслированны в машинные инструкции, есть специальные профилировщики которые показывают сколько тактов у тебя какая инструкция выполнялась и тп. Для других языков ты ограничен общей алгоритмической оптимизацией, железоспецифичного чтото сделать на порядок сложнее а то и вообще не возможно.
	Ответить | Правка | Наверх | Cообщить модератору

	160. Скрыто модератором	+/–
	Сообщение от Аноним (164), 06-Мрт-26, 21:42
	> А когда ты садишься за оптимизации то в С ты можешь делать асмовые вставки и инстрикты, которые будут 1-в-1 оттранслированны в машинные инструкции Ну, то есть пишешь на асме, а не С, потому что С в этом случае бесполезен. 👍 "Портативный ассемблер", говорили они... Я посмотрел бы, как ты ручками напишешь оптимизации вроде SROA. > Для других языков ты ограничен общей алгоритмической оптимизацией Нет, как раз не ограничен. Я тебе буквально об этом  и писал выше: отсутствие сишочного крэпа вроде требований к лэйауту памяти и > т.п. железоспецифичного чтото сделать на порядок сложнее а то и вообще не возможно. Иронично это читать от того, кто в предыдущем же параграфе сам ниписал, что сишочка из-за своей дубовости в этом случае бывает бесполезна и приходится писать на асме.
	Ответить | Правка | Наверх | Cообщить модератору

	177. Скрыто модератором	+1 +/–
	Сообщение от _ (??), 06-Мрт-26, 22:48
	>Ну, то есть пишешь на асме, а не С You start to understand why do we call "C" the "High-Level Assembly language"?  Congrats!:) I stop use "C" to write busuness-app-sheet more tan 2 decades ago ... but for byte-DROCHILOVO(C) - "C" is still THE BEST LANGUAGE! Period!
	Ответить | Правка | Наверх | Cообщить модератору

	65. Скрыто модератором	+/–
	Сообщение от Аноним (65), 06-Мрт-26, 19:17
	>Вначале его хотелки изуродует оптимизирующий компилятор, а потом процессор разным спекулятивными выполнениями. Так можно про любой статический ЯП сказать. Кстати, -O0 никто не отменял.
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	98. Скрыто модератором	+/–
	Сообщение от Аноним (82), 06-Мрт-26, 19:58
	Нельзя. Это сишная идея - делать оптимизации из допущения об отсутствии UB в программе (только вот полный список UB сам комитет составить не смог), а не предварительно доказывать их корректность в компиляторе. Приемлемо для 80-х, когда это придумали.
	Ответить | Правка | Наверх | Cообщить модератору

	115. Скрыто модератором	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 20:23
	Приемлемо пока это работает. Если бы это не работало - оно бы не взлетело.
	Ответить | Правка | Наверх | Cообщить модератору

	117. Скрыто модератором	+/–
	Сообщение от Аноним (117), 06-Мрт-26, 20:29
	> Приемлемо пока это работает. > Если бы это не работало - оно бы не взлетело. Т.е ваше пафосное "Вы же даже не в курсе видимо что есть всякие lock-less штуки" это просто надувание щек? И оказывается в некоторых случаях lock-less штуки просто неприменимы? Кто бы мог подумать! Но их пишут на убогом ЯП и получают проблемы. Которые в linux kernel (один из важнейших инфраструктурных проектов в мире) живут в среднем 5 лет.
	Ответить | Правка | Наверх | Cообщить модератору

	124. Скрыто модератором	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 20:40
	Ну живут, и что дальше то? Вы пытаетесь решить проблему которой нет, как с изменением климата или с тем что люди ходят по улице и иногда падают и даже что то при этом себе ломают и иногда умирают от этого. Линукс стал таким важным проектом потому что решал реальные проблемы а не вымышленные, которые раз в 5 лет всплывают у двух юзеров на глючном железе в моменты солнечных вспышек отражённых от луны в полнолуние.
	Ответить | Правка | Наверх | Cообщить модератору

	128. Скрыто модератором	+/–
	Сообщение от Аноним (117), 06-Мрт-26, 20:43
	> Ну живут, и что дальше то? > Вы пытаетесь решить проблему которой нет, По вашему мнению. Суда по поху--ким сообщениям вам вообще положить на качество кода. > тем что люди ходят по улице и иногда падают и даже > что то при этом себе ломают и иногда умирают от этого. Вы в авто пристегиваетесь? А в розетку лезете изолированным инструментом или просто помолившись? ТБ по работе со станками? > Линукс стал таким важным проектом потому что решал реальные проблемы а не вымышленные, Вот именно. Раст внедряют ключевые разработчики и мейнтенеры ядра. Именно потому что проблемы реальные.
	Ответить | Правка | Наверх | Cообщить модератору

	133. Скрыто модератором	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 20:52
	У меня в жизни проблем/забот гораздо больше, и вызваны они далеко не качеством кода. От кода мне вполне хватает того что последние лет 10 программы перестали падать на ровном месте. Того что вы добиваетесь чтобы они стали идельными - по мне пустая трата времени с нулевой пользой, лучше бы на улице подмели да деревья посадили. Для розеток давно есть дифф автоматы, но я стараюсь просто отключать, так проще. Станков у меня нет, только ручной электроинструмент. Пристёгиваюсь. Но шлем на самокате не одеваю. Проблемы не стоят тех усилий что нужно прилагать с растом. ИМХО.
	Ответить | Правка | Наверх | Cообщить модератору

	122. Скрыто модератором	+/–
	Сообщение от Аноним (82), 06-Мрт-26, 20:38
	В мире вообще много что работает. Раст работает, нейросети работают, 1C работает, ladder logic в ПЛК работает. Визуальное программирование в игровых движках работает. Рабство не так уж и плохо работает.
	Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

	136. Скрыто модератором	+/–
	Сообщение от Аноним (82), 06-Мрт-26, 20:54
	> As of early 2025, there are approximately 36.5 million to 47 million software developers worldwide > As of 2022, the International Labour Organization (ILO) reports there is an estimate of 50 million people living under the circumstances of modern slavery Делойте выводы.
	Ответить | Правка | Наверх | Cообщить модератору

	131. Скрыто модератором	+/–
	Сообщение от Аноним (118), 06-Мрт-26, 20:51
	>>Вначале его хотелки изуродует оптимизирующий компилятор, а потом процессор разным спекулятивными выполнениями. > Так можно про любой статический ЯП сказать. Нет, не можно. Потому что именно в г*дизайне Си прямо на уровне стандарта заложены требования к выравниванию, алиасингу, отсутвтвию массивов и т.п., которые не дают делать эдементарные оптимизации на современных CPU. Именно поэтому в научной среде (и на суперкомпьютерах в частности) используют вовсе не сишочку, а... Фортран, который в плане скорости уделывает С в сухую. Ибо  имеет first-class числовые массивы и операции над ними, а также полное отсутствие маразматичечких дидовских дизайнерских решений а-ля С - и потому его код легко и непринужденно ложится на современные CPU и оптимизируется.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	134. Скрыто модератором	–1 +/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 20:53
	Сомнительно.
	Ответить | Правка | Наверх | Cообщить модератору

	147. Скрыто модератором	+1 +/–
	Сообщение от Аноним (164), 06-Мрт-26, 21:24
	> Сомнительно Более аргументированного ответа я от тебя и не ожидал. 👍
	Ответить | Правка | Наверх | Cообщить модератору

	150. Скрыто модератором	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 21:28
	А что тут аргументировать? На С есть хорошие вылизанные матлибы, что то фортран будет быстрее - сомнительно. В целом у меня сомнения и в том, что он будет быстрее generic C кода - читай без оптимизаций и без матлиб. Но надо смотреть на задачу и как решают, там может быть много нюансов.
	Ответить | Правка | Наверх | Cообщить модератору

	168. Скрыто модератором	+/–
	Сообщение от Аноним (168), 06-Мрт-26, 22:13
	> В целом у меня сомнения и в том, что он будет быстрее generic C кода - читай без оптимизаций и без матлиб. Сори, но так было буквально ВСЕГДА. И выше написали одни из основных причин, почему. То, что ты об этом узнал только сейчас - это абсолютно не удивительно. Чем меньше эксперт шарит в С, тем сильнее для него это лучший язык. Но лучше узнать поздно, чем никогда. Сейчас у тебя стадия отрицания. Это пройдет.
	Ответить | Правка | Наверх | Cообщить модератору

	169. Скрыто модератором	+/–
	Сообщение от Аноним (169), 06-Мрт-26, 22:18
	> А что тут аргументировать? > что то фортран будет быстрее - сомнительно. Аргументировать то, почему Фортран не будет быстрее С. Вот в контексте архитектурных особенностей, о которых написано выше. И в контексте того факта, что Фортран из-за этих особенностей буквально уже более полувека уделывает Си по скорости в научном сфере.
	Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

	193. Скрыто модератором	+1 +/–
	Сообщение от _ (??), 07-Мрт-26, 05:51
	> Фортран из-за этих особенностей буквально уже более полувека уделывает Си по скорости в научном сфере. Угу. Но с другой стороны - в одной бичЁвской конторе, в CERN - все числодробилки на плюсах давно :-р А с третьей стороны - напиши драйвер для видюхи или сети на Фортране, осилишь? 8-D Не юзайте Си для бусинесс логики и вопросы к нему отпадут сам-собой. ТЧК.
	Ответить | Правка | Наверх | Cообщить модератору

	93. Скрыто модератором	+/–
	Сообщение от Аноним (108), 06-Мрт-26, 19:50
	> Вам бы подучится, вы не понимаете суть С. Он не бьет палками за нарушения.
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	125. Скрыто модератором	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 20:41
	Справку почитайте. -Wall -Werror -pedantic -Weverything
	Ответить | Правка | Наверх | Cообщить модератору

	135. Скрыто модератором	+/–
	Сообщение от Аноним (118), 06-Мрт-26, 20:53
	> С делает ровно то что написал программист, Да: например UB при сложении двух интов. Я именно это и писал - сделай мне UB бонусом!
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	137. Скрыто модератором	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 20:57
	a = b + c Допустим все переменные одного типа, b и c - ввод пользователя/читаются из дескриптора. Как компилятор должен определять есть тут переполнение или нет? Почему компилятор это вообще должно волновать?
	Ответить | Правка | Наверх | Cообщить модератору

	146. Скрыто модератором	+/–
	Сообщение от Аноним (168), 06-Мрт-26, 21:23
	> Как компилятор должен определять есть тут переполнение или нет? Так же, как и другие компиляторы, лол. Или это НИВАЗМОЖНА?
	Ответить | Правка | Наверх | Cообщить модератору

	148. Скрыто модератором	–1 +/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 21:26
	Как именно компилятор это сделает на стадии компиляции?
	Ответить | Правка | Наверх | Cообщить модератору

	155. Скрыто модератором	+1 +/–
	Сообщение от Аноним (164), 06-Мрт-26, 21:33
	Вставит проверки. Ты троллишь или что? Заранее говорю: проверки, если они не нужны,  отключаются/включаются коммандами компилятора прямо на уровне отдельных строк кода. Ты бы это знал, если бы видел в глаза хоть какой нибудь нормальный язык, а не С.
	Ответить | Правка | Наверх | Cообщить модератору

	166. Скрыто модератором	–1 +/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 21:55
	Нормальный - это какой? Модный которому и 10 лет нет?
	Ответить | Правка | Наверх | Cообщить модератору

	171. Скрыто модератором	+/–
	Сообщение от Аноним (168), 06-Мрт-26, 22:27
	> Нормальный - это какой? Любой, который не С (и С++). > Модный которому и 10 лет нет? Как пример тех самых директив компилятора мог бы привести "модный", которому уже больше 40 лет. Но очевидно, что ты таки троллишь, и разговор уже скатывается в цирк.
	Ответить | Правка | Наверх | Cообщить модератору

	140. Скрыто модератором	+/–
	Сообщение от Аноним (140), 06-Мрт-26, 21:06
	>Как в С решить вопрос с ошибками памяти > "не делать ошибок" говорить не нужно. Очевидно что системное программирование и программирование встроенных систем - это не ваша область.
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	172. Скрыто модератором	+/–
	Сообщение от Аноним (168), 06-Мрт-26, 22:29
	Очевидно, что предложить ничего существенного кроме того самого "не делать ошибок" вы не можете, не так ли?
	Ответить | Правка | Наверх | Cообщить модератору

	101. Скрыто модератором	+/–
	Сообщение от ryoken (ok), 06-Мрт-26, 20:00
	ASM Uber Alles
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	111. Скрыто модератором	+/–
	Сообщение от Аноним (111), 06-Мрт-26, 20:17
	Bist du verrückt?
	Ответить | Правка | Наверх | Cообщить модератору

	198. Скрыто модератором	+/–
	Сообщение от Аноним (-), 07-Мрт-26, 09:47
	> ерундой занимаются. вместо того чтобы развивать Си, они плодят кучу не > нужных языков, переизобретая то, что годами работает отлично. Ну так в си 2x уже чуть не лямбда-функции по моему навернули :). В общем дедуль и там потянуло таки на хайп.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	208. Скрыто модератором	+/–
	Сообщение от Аноним (-), 07-Мрт-26, 10:44
	> 40 лет как под наркозом я работал...
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

6. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+2 +/–
Сообщение от Аноним (6), 06-Мрт-26, 17:14
Ладно Linux.. туда все кому не лень коммитят. Но FreeBSD! На святое посягнул!
Ответить | Правка | Наверх | Cообщить модератору

	194. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от IdeaFix (ok), 07-Мрт-26, 08:08
	Да ладно, эти и системд бы затащили к себе, если бы смогли.
	Ответить | Правка | Наверх | Cообщить модератору

	199. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (-), 07-Мрт-26, 09:51
	> Но FreeBSD! На святое посягнул! Ты просто не видел кто туда комитит. Даже гангстер-уголовник подпиливающий балки, не говоря уж о мощенничестве с разработкой wireguard, достойной детективной истории, разве что без погонь и стрельбы - но все остальное в наличии.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	210. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	–1 +/–
	Сообщение от онанист (?), 07-Мрт-26, 10:53
	что может быть святым от нежелательной организации?
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	234. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (-), 08-Мрт-26, 02:15
	> Но FreeBSD! На святое посягнул! Так для понимания - в РФ беркелей на днях признали нежелательной организацией. Нежелательной организацией, Карл! Надо наверное еще в принципе математику и CS запретить - поразвелось тут всяких ботанов, не желающих ходить строем. Интересно, BSDшникам еще не надо отстукивать на себя как иноагентам? Штрафы не ввели?
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

9. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
Сообщение от Аноним (9), 06-Мрт-26, 17:18
хороший язык для нейроночек, хороший дебаг аутпут, надо прямо все прокидывать и прописывать, тут даже отсутствие гц и куча ограничений плюс. еще бы нейронки понимали что пишут, вообще было бы супер.
Ответить | Правка | Наверх | Cообщить модератору

	35. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (35), 06-Мрт-26, 18:12
	> еще бы нейронки понимали что пишут Язык заслужил, чтобы им могли пользоваться только нейронки.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+1 +/–
	Сообщение от НяшМяш (ok), 06-Мрт-26, 18:18
	> еще бы нейронки понимали что пишут Нейронки как раз раст отлично понимают. Просто хотя бы потому что могут почитать ошибки компилятора, а не как у дидов заведено - сегфолт и простыня адресов.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	68. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+2 +/–
	Сообщение от Аноним (65), 06-Мрт-26, 19:20
	Не понимают, иначе в том компиляторе C на Rust не было бы unwrap через unwrap.
	Ответить | Правка | Наверх | Cообщить модератору

	221. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Витюшка (?), 07-Мрт-26, 18:35
	Но есть же unwrap_default, unwrap_or и так далее.
	Ответить | Правка | Наверх | Cообщить модератору

	235. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (-), 08-Мрт-26, 02:18
	> Нейронки как раз раст отлично понимают. Просто хотя бы потому что могут > почитать ошибки компилятора, а не как у дидов заведено - сегфолт > и простыня адресов. Не, ну я понимаю что -fsanitize=address,undefined это неподъемный груз. Но боты компилящие код обычно таки - допирают, в отличие от вас, что забавно. А знаете что? Зачем вас вообще нанимать? Если бот прекрасно пишет на Rust, и даже допирает си собрать с asan/ubsan в отличие от вас - да еще зарплату не требует в таких объемах, я б на вашем месте - призадумался на тему вашего будущего при таком раскладе. Потому что манагер о таком соотношении тоже постепенно догадается :D
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

11. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	–3 +/–
Сообщение от Аноним (71), 06-Мрт-26, 17:21
> Бенни Зигерт (Benny Siegert) попытался обосновать причины, > по которым поддержка языка Rust не появится в ядре NetBSD И что? Получилось?))) > продолжается поддерживаться ветка NetBSD 9, выпущенная в 2020 > году, в этих условиях потребовалась бы поставка и поддержка > компилятора Rust шестилетней давности Отличный пример как копролиты тормозят прогресс.
Ответить | Правка | Наверх | Cообщить модератору

	14. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+4 +/–
	Сообщение от Аноним (14), 06-Мрт-26, 17:29
	Скорее пример как раст делает голову на ровном месте из-за отсутствия обратной совместимости. Скорее бы эти хипстеры уже на двухнедельные релизы перешли, чтобы всем стала очевидна невменяемость сабжа для нормальной разработки.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+4 +/–
	Сообщение от Аноним (24), 06-Мрт-26, 17:48
	"Да как они посмели не сделать обратную совместимость со счётами ?!"
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (-), 07-Мрт-26, 09:53
	> "Да как они посмели не сделать обратную совместимость со счётами ?!" У них нет обратной совместимости - даже с самими собой. Поскольку текущая версия rust собирается только предыдущей версией. И - все. Поэтому при желании раскатать из сорца современную версию rust на чем-то новом - это боль и ненависть в адрес хайпожоров, оптом и в розницу.
	Ответить | Правка | Наверх | Cообщить модератору

	222. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+1 +/–
	Сообщение от Витюшка (?), 07-Мрт-26, 18:39
	Боль и ненависть из-за неспособности написать bash в 50 строчек кода, который пройдёт по тегам и итеративно соберёт "текущую" на основе "предыдущей"? Понимаю.... (нет)
	Ответить | Правка | Наверх | Cообщить модератору

	233. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (233), 08-Мрт-26, 00:57
	Не нужно ничего велосипедить. Guix как и nix уже изобретены.
	Ответить | Правка | Наверх | Cообщить модератору

	236. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (-), 08-Мрт-26, 02:23
	> Боль и ненависть из-за неспособности написать bash в 50 строчек кода, который > пройдёт по тегам и итеративно соберёт "текущую" на основе "предыдущей"? > Понимаю.... (нет) Вы еще забыли уточнить что надо пару ДЦ докупить, чтобы вообще дожить до момента когда Rust с начала времен до актуальной вресии в принципе дотикает таким манером. А будучи просто average joe такая радость - мягко говоря весьма сомнительна уже получается. И получается что теперь бутстрап платформ - вообще геморно и дорого. Спасибо нахрен за светлое будущее имени полутора корпораций. Где удобно гуглу, майкрософт и амазон а остальные - их обслуга. Надо еще отношение к наймитам сделать - как на складах амазона. Впрочем скорее их просто заменят на AI, все ж физически таскать ящики роботам не везде просто, а генерить бредокод AI может не хуже большинства мясных мешков. Которые как раз и станут не востребованы.
	Ответить | Правка | К родителю #222 | Наверх | Cообщить модератору

	232. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (233), 08-Мрт-26, 00:24
	>Поскольку текущая версия rust собирается только предыдущей версией. Как будь-то что-то плохое. >Поэтому при желании раскатать из сорца современную версию rust на чем-то новом - это боль и ненависть в адрес хайпожоров, оптом и в розницу. Вы так говорите, словно крестовики не растягивают компиляцию банальнейшей программы на несколько часов. Сейчас мне известны только два относительно популярных языка, которые быстро компилируются - голанг и окамл.
	Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

	237. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (-), 08-Мрт-26, 02:34
	>>Поскольку текущая версия rust собирается только предыдущей версией. > Как будь-то что-то плохое. Это не плохое, а очень плохое. Бутстрап новых платформ, систем и проч становится - максимально дорогим и враждебным занятием, на ровном месте, из-за этих ... . Потому что в итоге надо - пересобрать 100500 версий компилера чтобы догнаться до актуальной версии. И без пары ДЦ к такой задаче лучше не соваться. Для wannabe-системщины где бутстрап аргумент, это лютый факап. А вы будучи апликушником которому поляну подготовили "боги", сделав "магию" - осознать не способны насколько факап лютый. Или как блеснуть скиллом на публику... > Вы так говорите, словно крестовики не растягивают компиляцию банальнейшей программы на > несколько часов. Я говорю что бутстрап си компилера, чтобы на таргете поднять системный уровень - не требует докупить пару ДЦ. И даже завести c++ компилер типа GCC потом в пределах сил человеческих. ...но с Rust это просто новый уровень боли, из-за совершенно дурной политики. В целом про это отлично разрисовано тут: https://habrastorage.org/r/w1560/getpro/habr/upload_files/7c...
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (71), 06-Мрт-26, 17:48
	> Скорее пример как раст делает голову на ровном месте > из-за отсутствия обратной совместимости. Обратная совместимость как раз отличная - последний компилятор компилит крейты даже 2015 edition. А вот разработчики просто не хотят сидеть на старых версиях и для них требуется новый компилятор. Что логично, вас же не удивляет, что gcc 4.6 не компилист с23? Поэтому проблема именно в копролитах вроде NetBSD, Debian и прочем мусоре. Нормальные же дистры обновляют компилятор не смотря на еще более долгую поддержку чем у этих. Напр. в RHEL 8 - rustc 1.66.1, а в RHEL 9 - 1.88.0
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	201. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (-), 07-Мрт-26, 09:54
	> Обратная совместимость как раз отличная - последний компилятор компилит крейты > даже 2015 edition. Зато при желании собрать с ноля более-менее актуальный компилер Rust можно познать немало интересного - компиляя все версии этой хипстерской штуки по цепочке. Так что если что-то копролит - то это просто - копро. Копропротивное.
	Ответить | Правка | Наверх | Cообщить модератору

	215. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Прохожий (??), 07-Мрт-26, 14:13
	>Зато при желании собрать с ноля более-менее актуальный компилер Rust можно познать немало интересного Чем вас готовые сборки не устраивают?
	Ответить | Правка | Наверх | Cообщить модератору

	238. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (-), 08-Мрт-26, 02:37
	>> Зато при желании собрать с ноля более-менее актуальный компилер Rust можно познать >> немало интересного > Чем вас готовые сборки не устраивают? Тем что кроме тех кто камлает на "богов" которые "заранее подготовил поляну" - есть еще те кто на пантеон оказывается ходят - и эти поляны еще и создают. И вот это занятие теперь на ровном месте стало затратнее и хреновее во многие разы. Так что завести новую платформу или систему? О, это целый новый уровень ж@паболи, и за это в аду будет отдельная сковородка для всех причастных, с самыми отборными из чертей.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от НяшМяш (ok), 06-Мрт-26, 18:20
	Пиши на 2015 edition код, в чём проблема? Ах да, ты код в своей жизни ни разу не писал, и как истинный кeксперт, только на опеннете заседаешь.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	70. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+2 +/–
	Сообщение от Аноним (65), 06-Мрт-26, 19:21
	>Пиши на 2015 edition код, в чём проблема? В том, что каждый пятый крэйт требует самую новую версию компилятора.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (80), 06-Мрт-26, 19:25
	> В том, что каждый пятый крэйт требует самую новую версию компилятора. Всего 20%? А разговоров-то)) Но это решение авторов кода. Вы не имеете никакого права им указывать. Автор в праве сам выбирать инструмент. И как оказалось, в мире не так много отбитых, которые наяривают на древний копролиты. Если что-то не нравится - то кнопка форк воооон там.
	Ответить | Правка | Наверх | Cообщить модератору

	202. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (-), 07-Мрт-26, 09:56
	> Всего 20%? А разговоров-то)) Чтобы завалить сборку - хватит и одного. > Но это решение авторов кода. Вы не имеете никакого права им указывать. А вы не имеете никакого морального права требовать нормальную репутацию за такое фееричное булшит бинго, соответственно. Видите, в эту игру могут играть и двое! > Автор в праве сам выбирать инструмент. А мы в праве высказать все что думаем о таком разработчике-хайпожоре и слить его репутацию в плинтус. Прикольсь?
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+1 +/–
	Сообщение от Аноним (99), 06-Мрт-26, 19:58
	А. зачем крэйты в ядре? Б. Почему для старого софта нельзя взять старые крейты? В смысле, бэкпорты сломаются? А они будут?
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	228. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (228), 08-Мрт-26, 00:07
	Можно взять свой компилятор rust. Как в ядре Linux и делают. Там старая версия с добавлением фич им необходимых. Так что да. Кроме ядра, придется еще и компилятор rust поддерживать.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+2 +/–
	Сообщение от Анонимусс (-), 06-Мрт-26, 20:33
	> Скорее пример как раст делает голову на ровном месте > из-за отсутствия обратной совместимости. Смешно, что местные эксперты даже не знает что такое "обратная" совместимость. И требовать от нее, чтобы "новое" работало на "старье". Ребята, почитаейте что такое Backward compatibility, Forward compatibility и чем они отличаются.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	229. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (228), 08-Мрт-26, 00:10
	Это ты не понял. В чем проблема. Код собранный старыми версиями собирается, а новыми нет. На новых системах старого компилятора rust. Только новый. В итоге кучу кода надо постоянно переписывать, в то время как linux привыкли использовать код десятилетиями. И да. Это как раз проблемы с обратной совместимостью.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от анондирован (?), 06-Мрт-26, 19:24
	Это ограничит количество платформ где запускается NetBSD т.к. Rustс весьма ограниченный как и сам язык программирования
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	216. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Прохожий (??), 07-Мрт-26, 14:17
	>Это ограничит количество платформ где запускается NetBSD Например, каких? Сколько пользователей у этих платформ? Если меньше 10,то зачем вообще рассредотачиваться на такие платформы?
	Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
Сообщение от Аноним (13), 06-Мрт-26, 17:29
"независимый некоммерческий фонд" - прямо ангелы какие-то, питающиеся воздухом.
Ответить | Правка | Наверх | Cообщить модератору

	61. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (61), 06-Мрт-26, 19:12
	У вас какое-то странное представление... https://rustfoundation.org/about/
	Ответить | Правка | Наверх | Cообщить модератору

	203. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (-), 07-Мрт-26, 09:57
	> "независимый некоммерческий фонд" - прямо ангелы какие-то, питающиеся воздухом. И три директора в совете - от амазона, гугли и майкрософта. Нормальный такой воздух то, питательный...
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	217. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Прохожий (??), 07-Мрт-26, 14:21
	А в каком фонде (более-менее крупном) нет такого? Или вы думаете, деньги "сообщество" выделяет на разработку того или иного продукта? Чур, игры в пример не приводить. Вот там действительно обычные люди могут принимать участие.
	Ответить | Правка | Наверх | Cообщить модератору

18. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
Сообщение от Аноним (18), 06-Мрт-26, 17:33
Монополия раста на раздражение закончилась, теперь еще педофилы за защиту детей в осях взялись, штрафами угрожают.
Ответить | Правка | Наверх | Cообщить модератору

	28. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (71), 06-Мрт-26, 17:51
	> Монополия раста на раздражение закончилась, > в осях взялись, штрафами угрожают. Ты еще забыл гугл с чипами и двухнедельным циклом обновлений! И этот... как его... А! Хурд!
	Ответить | Правка | Наверх | Cообщить модератору

19. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	–3 +/–
Сообщение от Аноним (19), 06-Мрт-26, 17:36
> Так как размер массива изначально известен компилятору, для повышения производительности можно обойтись без проверки границ массива на каждой стадии итерации. Вот это кстати диды не понимают, в их мире "а чо я вот фором всю жизнь по массивам ходил и нормально".
Ответить | Правка | Наверх | Cообщить модератору

	20. Скрыто модератором	–2 +/–
	Сообщение от Аноним (20), 06-Мрт-26, 17:37
	> Вот это кстати диды не понимают, в их мире "а чо я вот фором всю жизнь по массивам ходил и нормально". For'ом? Это какие-то смyзихлебы! Настоящие диды делали бесконечный цикл с инкрементом адреса и выходом через goto/
	Ответить | Правка | Наверх | Cообщить модератору

	31. Скрыто модератором	+2 +/–
	Сообщение от Аноним (31), 06-Мрт-26, 17:57
	> и выходом ...за границы буфера.
	Ответить | Правка | Наверх | Cообщить модератору

	34. Скрыто модератором	+/–
	Сообщение от Аноним (-), 06-Мрт-26, 18:06
	Настоящие дидо-БОГИ использовали SIGALRM + setjmp/longjmp для этого. Ффтопку циклы.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	56. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 18:56
	А в чём тут новшество? for (size_t i = 0; i < size; i += wsize) {     // тут что то делаем с пачкой wsize элементов. } Банальный синтаксический сахар, в нечитабельном виде к тому же. Вы лучше подумайте: а кто вообще будет помнить про все эти фичи? В итоге у раста будет как у плюсовиков: 100500 кило сахара и каждый пишет на своём диалекте - своём наборе синтаксических конструкций, и с трудом понимает что написали остальные. Именно пояэтому я за примитивные языки с минимумом синтаксиса и против всяких расширений в С.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	72. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (58), 06-Мрт-26, 19:22
	> for (size_t i = 0; i < size; i += wsize) { А потом окажется что size не от того массива передали. > Именно пояэтому я за примитивные языки с минимумом синтаксиса и против всяких расширений в С. Вы вначале научись писать без банальных ошибок, вроде выхода за границы массива.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 19:35
	А потом окажется что автор был пьян и вообще другое имел ввиду. Толькое какое мне или компилятору до этого дело? Это никак не отменяет того что слишком много сделать одно и тоже приводят к наличию множества диалектов среди тех кто пользуется языком. Более того, это и от задачи отвлекает, когда ты хорошо всю эту тонну сахара знаешь то начинаешь думать: а какой из 100500 способов обойти массив тут лучше применить? А точно ли это лучший способ?
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (80), 06-Мрт-26, 19:45
	> А потом окажется что автор был пьян и вообще другое имел ввиду. О, так получается большинство писак на сишке - все время подбуханные? Ну... это вполне все объяснило бы! > то начинаешь думать: а какой из 100500 способов обойти массив тут лучше применить? > А точно ли это лучший способ? Потому что нужно знать, чем они отличаются и в каком случае применять тот или иной. И программирование как бы подразумевает что нужно думать. Или вы "думали" иначе?
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним83 (?), 06-Мрт-26, 20:15
	> И программирование как бы подразумевает что нужно думать. Или вы "думали" иначе? Думать как добится результата или думать какая там конструкция самая современная в этом сезоне и как бы другие растеры меня не за кансилили за то что я прошлогоний for() попытался использовать - это сильно разное.
	Ответить | Правка | Наверх | Cообщить модератору

	211. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (211), 07-Мрт-26, 12:51
	> слишком много сделать одно и тоже приводят к наличию множества диалектов среди тех кто пользуется языком Так это же хорошо! Особенно сейчас, когда хороший код написанный человеком сразу можно отличить от нейрослопа.
	Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

	227. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним83 (?), 07-Мрт-26, 23:24
	Это приводит только к тому, что ты открываешь проект на С++ и там нифига не понятно, потому что ты и авторы пишите на разных подмножествах.
	Ответить | Правка | Наверх | Cообщить модератору

	230. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (228), 08-Мрт-26, 00:15
	Если знаешь язык, то поймешь. Не понял - хороший повод разобраться. Только теперь новая проблема. Если та не понял, возможно это выхлоп ИИ и конкретно этот кусок кода ничего не делает или ошибки в нем компенсируются в другом месте.
	Ответить | Правка | Наверх | Cообщить модератору

	239. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (-), 08-Мрт-26, 02:42
	> Если знаешь язык, то поймешь. Вот это весьма завсит от. Оверлоад операторов и прочие вещи позволяют знатно поприкалываться. Поэтому выражение вижа c = a + b в си++ может в принципе быть - чем угодно. И если вы думали что понимаете что при этом случится, может так оказаться что нифига вы на самом деле не понимали. И вы просто не видели в какие дебри продвинутых плюсеров порой заносит.
	Ответить | Правка | Наверх | Cообщить модератору

	197. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от олег (?), 07-Мрт-26, 09:31
	Тебе всё по уму написали. Подумай над этим.
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

43. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
Сообщение от Аноним (19), 06-Мрт-26, 18:28
> Бенни Зигерт (Benny Siegert), участвующий в разработке NetBSD, попытался обосновать причины, по которым поддержка языка Rust не появится в ядре NetBSD Для контекста: ему какой-то чел, явно с опеннета, написал идиотское письмо с вопросом "а вот в ФриБСД хотят добавить раст, что бы привлечь молодняк. НетБСД тоже будет такие странные решения принимать, или я могу доверять тому, что НетБСД такого не сделает?" На что Бенни ему нормально ответил: "раст - это не 'для молодняка', у языка куча достоинств". > Today, even getting a Rust compiler running in the first place is hard. Keeping Rust working (in pkgsrc) is quite a bit of work, resting on the shoulders of a few developers. Если в расте Бенни явно шарит и одобряет, то вот мозг на новый лад в мире ИИ он ещё явно не переключил. Нет больше такой проблемы как "плечи нескольких разработчиков". Очнитесь.
Ответить | Правка | Наверх | Cообщить модератору

	97. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (65), 06-Мрт-26, 19:54
	>то вот мозг на новый лад в мире ИИ он ещё явно не переключил Вот и славно, мусорные патчи никому не нужны.
	Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+1 +/–
Сообщение от историк_кун (?), 06-Мрт-26, 18:30
> Поддерживается 3D-моделирование, симуляция, работа с 2D-эскизами, компонентная сборка, импорт в формате STEP и экспорт в форматах STL/GLB/STEP/DXF. Всё поддерживается, но базовые вещи даже не работают. Слава, слава вайбкодингу!
Ответить | Правка | Наверх | Cообщить модератору

	78. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от анондирован (?), 06-Мрт-26, 19:26
	Rust хорош для виброкодинга ? O_o
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от историк_кун (?), 07-Мрт-26, 04:04
	> Rust хорош для виброкодинга ? O_o Хорош или нет - не знаю, но у клода половина коммитов в vcad.
	Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	–1 +/–
Сообщение от Аноним (19), 06-Мрт-26, 18:32
> Rust в программах, выполняемых на стороне GPU О да, это делают челы, которые делают rust-gpu. Я через rust-gpu компилирую вулкановские шейдеры, написанные на расте - огонь тема. Никаких тебе старых кривых GLSL, HLSL, недоделанных WGSL и тд. Настоящий раст, твёрдо и чётко.
Ответить | Правка | Наверх | Cообщить модератору

	49. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+1 +/–
	Сообщение от Аноним (49), 06-Мрт-26, 18:40
	Где-то уже можно на результаты? Ах, да. Ну и вообще SPIR-V как бы уже заменил всё и он даже спокойно транслируется под обе платформы (а они не совместимы между собой).
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (19), 06-Мрт-26, 18:52
	> SPIR-V как бы уже заменил всё SPIR-V - это не язык, это байткод. В который компилируется раст. Что такое "обе платформы"? Какие обе? Чел, ты о чём вообще?
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (49), 06-Мрт-26, 18:57
	OpenGL и DirectX используют собственные языки шейдеров и ты от этого никуда не денешься. Так во что у тебя компилируется раст там?
	Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+1 +/–
Сообщение от Аноним83 (?), 06-Мрт-26, 18:42
Довольно симптоматично: новость про раст, при этом постоянно упоминается С.
Ответить | Правка | Наверх | Cообщить модератору

	74. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (58), 06-Мрт-26, 19:23
	> Довольно симптоматично: новость про раст, при этом постоянно упоминается С. Угу. И про си вбросил сишник первым же сообщением. Впрочем... это вполне закономерно, ведь растовики первыми посмели начать тыкать сишников в продукты их... кодинга.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (154), 06-Мрт-26, 21:33
	Я тебе по секрету скажу. Тс-с! Тока никому не говори. Денниса Ритчи нам послали высшие силы, духи, чтобы он создал божественную сишку.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	170. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (170), 06-Мрт-26, 22:20
	А какие силы его у нас забрали?
	Ответить | Правка | Наверх | Cообщить модератору

52. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+1 +/–
Сообщение от Аноним (47), 06-Мрт-26, 18:47
> Представлен проект vcad, развивающий параметрическую систему автоматизированного проектирования (САПР), написанную на Rust А оригиналом какой проект является?
Ответить | Правка | Наверх | Cообщить модератору

	174. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (174), 06-Мрт-26, 22:31
	Си плюс плюс
	Ответить | Правка | Наверх | Cообщить модератору

	213. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (211), 07-Мрт-26, 13:07
	Это уже трудно узнать. Таперича модно переписывать нейронкой, называя это новым продуктом.
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

66. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+2 +/–
Сообщение от Аноним (66), 06-Мрт-26, 19:18
NetBSD просто большие молодцы!
Ответить | Правка | Наверх | Cообщить модератору

	87. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	–4 +/–
	Сообщение от нах.. (?), 06-Мрт-26, 19:45
	М? Этот товарищ написал заметку в своем блоге, в рассылках разрабов совершенно другое мнение о Расте) Зрада, да?
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+1 +/–
	Сообщение от Аноним (66), 06-Мрт-26, 19:48
	Ничего что я постоянно мониторю рассылку разрабов NetBSD? И какое там другое мнение? > Зрада, да? чё это?
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (94), 06-Мрт-26, 19:50
	ты используешь netbsd? где?
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	96. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+1 +/–
	Сообщение от Аноним (66), 06-Мрт-26, 19:52
	На ноуте
	Ответить | Правка | Наверх | Cообщить модератору

103. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+2 +/–
Сообщение от Аноним (103), 06-Мрт-26, 20:03
В каждой новости ложь про то, что нет рантайма, когда невозможно написать реальную программу без переноса боров чеков в рантайм с паникой у пользователя
Ответить | Правка | Наверх | Cообщить модератору

	183. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+2 +/–
	Сообщение от анон (?), 07-Мрт-26, 00:05
	> В каждой новости ложь про то, что нет рантайма, Но его нет. Как и borrow checker (сам смысл которого: проверки времени компиляции). Хотя можешь поискать: самодостаточный, реальный бинарь, с "зависимостью" только от ядра ОС % hexdump -C target/i686-unknown-linux-gnu/release/free                                                         00000000  7f 45 4c 46 01 01 01 09  00 00 00 00 00 00 00 00  |.ELF............| 00000010  02 00 03 00 01 00 00 00  7d 00 40 00 34 00 00 00  |........}.@.4...| 00000020  00 00 00 00 00 00 00 00  34 00 20 00 01 00 00 00  |........4. .....| 00000030  00 00 00 00 01 00 00 00  54 00 00 00 54 00 40 00  |........T...T.@.| 00000040  54 00 40 00 6d 00 00 00  6d 00 00 00 07 00 00 00  |T.@.m...m.......| 00000050  01 00 00 00 43 6f 75 6c  64 6e 27 74 20 77 72 69  |....Couldn't wri| 00000060  74 65 20 74 6f 20 73 74  64 6f 75 74 21 e2 98 b9  |te to stdout!...| 00000070  0a 48 65 6c 6c 6f 20 57  6f 72 6c 64 0a 53 57 56  |.Hello World.SWV| 00000080  31 f6 b9 71 00 40 00 ba  0c 00 00 00 b8 04 00 00  |1..q.@..........| 00000090  00 46 89 f3 cd 80 31 db  3d 01 f0 ff ff 72 1c 89  |.F....1.=....r..| 000000a0  c7 bb 02 00 00 00 b9 54  00 40 00 ba 1d 00 00 00  |.......T.@......| 000000b0  b8 04 00 00 00 cd 80 f7  df 89 fb 89 f0 cd 80 eb  |................| 000000c0  fe                                                |.| % ldd target/i686-unknown-linux-gnu/release/free                                                                                                                           % ldd: target/i686-unknown-linux-gnu/release/free: not a dynamic ELF executable % target/i686-unknown-linux-gnu/release/free                         Hello World % target/i686-unknown-linux-gnu/release/free > /dev/full || errno $? Couldn't write to stdout!☹ ENOSPC 28 No space left on device #![no_std] #![no_main] mod io; mod sys; fn say_hello() -> isize {     let msg = "Hello World\n";          let Err(err) = io::print(msg) else {         return sys::EXIT_SUCCESS             };     let _ = io::eprint(err.msg.unwrap_or("Couldn't print 'Hello'!☹"));        let Some(raw)= err.raw_os_err else {         return sys::EXIT_FAILURE     };         return raw.errno.unwrap_or(sys::EXIT_FAILURE) } #[unsafe(no_mangle)] pub extern "system" fn start() -> ! {    sys::exit(say_hello()); } (самопальные) io: https://paste.opensuse.org/pastes/81585111e4c9 sys: https://paste.opensuse.org/pastes/7ef09e000ff5 С нетерпением (нет) ждем-с отмазки^W "критику", почему "Это другое! Не считается!"
	Ответить | Правка | Наверх | Cообщить модератору

	231. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (228), 08-Мрт-26, 00:17
	Тебе же про панику говорили. Давай пример с ней.
	Ответить | Правка | Наверх | Cообщить модератору

	241. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от анон (?), 08-Мрт-26, 04:32
	> Тебе же про панику говорили. Давай пример с ней. Э-э ... и что это должно изменить? #![no_std] #![no_main] mod io; mod sys; fn say_hello() -> isize {     let msg = "Hello World\n";          let Err(err) = io::print(msg) else {         return sys::EXIT_SUCCESS             };     panic!("panicked at {file}:{line}:\n{msg}",            file=file!(), line=line!(), msg="Couldn't print to stdout 8-O");      } #[unsafe(no_mangle)] pub extern "system" fn start() -> ! {    sys::exit(say_hello()); } Тебе какой именно вариант? А то в варианте -Z build-std-features=panic_immediate_abort бинарь еще на 50 байтов меньше предыдущего выходит, а в "классике", с выхлопом: > % ldd target/i686-unknown-linux-gnu/release/free > ldd: target/i686-unknown-linux-gnu/release/free: not a dynamic ELF executable > % target/i686-unknown-linux-gnu/release/free > /dev/full || errno $?     > panicked at src/main.rs:29: > Couldn't print to stdout 8-O ... ну, попробуй, вдруг что найдешь: hexdump -C target/i686-unknown-linux-gnu/release/free 00000000  7f 45 4c 46 01 01 01 09  00 00 00 00 00 00 00 00  |.ELF............| 00000010  02 00 03 00 01 00 00 00  97 01 40 00 34 00 00 00  |..........@.4...| 00000020  00 00 00 00 00 00 00 00  34 00 20 00 02 00 00 00  |........4. .....| 00000030  00 00 00 00 01 00 00 00  74 00 00 00 74 00 40 00  |........t...t.@.| 00000040  74 00 40 00 62 01 00 00  62 01 00 00 07 00 00 00  |t.@.b...b.......| 00000050  04 00 00 00 50 e5 74 64  d0 00 00 00 d0 00 40 00  |....P.td......@.| 00000060  d0 00 40 00 24 00 00 00  24 00 00 00 04 00 00 00  |..@.$...$.......| 00000070  04 00 00 00 55 6e 65 78  70 65 63 74 65 64 20 70  |....Unexpected p| 00000080  61 6e 69 63 2d 63 61 6c  6c 21 48 65 6c 6c 6f 20  |anic-call!Hello | 00000090  57 6f 72 6c 64 0a 70 61  6e 69 63 6b 65 64 20 61  |World.panicked a| 000000a0  74 20 73 72 63 2f 6d 61  69 6e 2e 72 73 3a 32 39  |t src/main.rs:29| 000000b0  3a 0a 43 6f 75 6c 64 6e  27 74 20 70 72 69 6e 74  |:.Couldn't print| 000000c0  20 74 6f 20 73 74 64 6f  75 74 20 38 2d 4f 00 00  | to stdout 8-O..| 000000d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................| * 00000160  53 83 ec 08 89 d0 d1 ea  bb 02 00 00 00 83 e0 01  |S...............| 00000170  f7 d8 21 c1 b8 74 00 40  00 0f 44 c8 b8 16 00 00  |..!..t.@..D.....| 00000180  00 0f 44 d0 b8 04 00 00  00 cd 80 31 c0 bb d6 ff  |..D........1....| 00000190  ff ff 40 cd 80 eb fe 53  56 50 31 f6 b9 8a 00 40  |..@....SVP1....@| 000001a0  00 ba 0c 00 00 00 b8 04  00 00 00 46 89 f3 cd 80  |...........F....| 000001b0  3d 01 f0 ff ff 73 08 31  db 89 f0 cd 80 eb fe e8  |=....s.1........| 000001c0  00 00 00 00 83 ec 0c b9  96 00 40 00 ba 71 00 00  |..........@..q..| 000001d0  00 e8 8a ff ff ff                                 |......|
	Ответить | Правка | Наверх | Cообщить модератору

157. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
Сообщение от Аноним (-), 06-Мрт-26, 21:39
>Бенни Зигерт (Benny Siegert), участвующий в разработке NetBSD, обосновал причины, по которым поддержка языка Rust не появится в ядре NetBSD: Бенни - молоток! Бенни Зигерта срочно в гости к Линусу.
Ответить | Правка | Наверх | Cообщить модератору

158. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
Сообщение от Аноним (158), 06-Мрт-26, 21:40
> Так как размер массива изначально известен компилятору, для повышения производительности можно обойтись без проверки границ массива на каждой стадии итерации. Сишник затесался?
Ответить | Правка | Наверх | Cообщить модератору

	161. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (-), 06-Мрт-26, 21:43
	>Так как размер массива изначально известен компилятору, Не понял?
	Ответить | Правка | Наверх | Cообщить модератору

	185. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (158), 07-Мрт-26, 00:45
	Есть же примеры примеры, когда код пишется по спецификации протоколов, форматов и т.п., т.е. "размер известен" и "можно обойтись без проверки", а IRL начинаются приключения... Сработала ассоциация.
	Ответить | Правка | Наверх | Cообщить модератору

162. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+2 +/–
Сообщение от Аноним (162), 06-Мрт-26, 21:44
Зачем тащить раст в ядро бзди по образу и подобию линукса, если там хорошая модульная система? Сделай модуль rustd, а через него подмодули пусть грузят, зачем копировать колхозную архитектуру Линуса?
Ответить | Правка | Наверх | Cообщить модератору

163. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+1 +/–
Сообщение от Аноним (158), 06-Мрт-26, 21:45
> продолжается поддерживаться ветка NetBSD 9, выпущенная в 2020 году, в этих условиях потребовалась бы поставка и поддержка компилятора Rust шестилетней давности Не только компилятора, но и того добра, что cargo должен подтянуть при сборке (привет, vendor.tar.*).
Ответить | Правка | Наверх | Cообщить модератору

167. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
Сообщение от Аноним (167), 06-Мрт-26, 22:06
теория типов головного мозга, вот до какой дурки формализм доводит.
Ответить | Правка | Наверх | Cообщить модератору

173. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
Сообщение от Аноним (174), 06-Мрт-26, 22:30
А что этим писателям раста так сложно, сказать окей чатгпт допиши все нужные функции языку, чтобы больше не надо было ничего добавлять. Или они пишут язык ради того чтобы писать язык?
Ответить | Правка | Наверх | Cообщить модератору

175. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+2 +/–
Сообщение от LaunchWiskey (ok), 06-Мрт-26, 22:40
Я в программировании уже более четверти века, повидал всякое: и частные проекты, и военные разработки, и крупный зарубежный энтерпрайз со всех сторон. И мои наблюдения показывают, что производительность команды разработчиков и качество создаваемого ею кода совершенно не зависят от языка программирования и методологий разработки. Команда, имеющая 1) квалификацию, 2) мотивацию и 3) понимание конечной цели, напишет что угодно даже на ассемблере, а если одной из этих компонент нет, то не помогут ни Го с Растами и Котлинами, ни аджайл-инфоцыгане, ни нейросети.
Ответить | Правка | Наверх | Cообщить модератору

	178. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (178), 06-Мрт-26, 22:48
	Скоро адекватные люди, такие как ты закончатся. Это печально.
	Ответить | Правка | Наверх | Cообщить модератору

	179. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	–1 +/–
	Сообщение от Аноним (179), 06-Мрт-26, 23:03
	> И мои наблюдения показывают, что производительность команды разработчиков и качество создаваемого ею кода совершенно не зависят от языка программирования и методологий разработки. Вы хотите сказать, что более квалифицированный разработчик напишет на ассемблер UI лучше, чем средний инженер с Upwork на React? В теории возможно, но сколько времени на реализацию, а самое главное, отладку это займет? Про поддержку я уже молчу. Вы хотите сказать, что обмазка restrict-ами, ассемблерными вставками, умными указателями, сендбоксами, статическими анализаторами и фазерами позволяет команде писать на с лучше код чем на та же команда смогла бы написать на раст и он не облегчил бы им жизнь?
	Ответить | Правка | К родителю #175 | Наверх | Cообщить модератору

	189. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+1 +/–
	Сообщение от Сладкая булочка (?), 07-Мрт-26, 02:50
	> статическими анализаторами и фазерами позволяет команде писать на с лучше код чем на та же команда смогла бы написать на раст и он не облегчил бы им жизнь? На расте также все это есть.
	Ответить | Правка | Наверх | Cообщить модератору

	190. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	–1 +/–
	Сообщение от Аноним (179), 07-Мрт-26, 03:38
	На расте это не имеет экзистенциального значения.
	Ответить | Правка | Наверх | Cообщить модератору

	219. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+1 +/–
	Сообщение от Сладкая булочка (?), 07-Мрт-26, 15:02
	> На расте это не имеет экзистенциального значения. Ага, код без багов сам собой пишется) То-то clippy в каждом проекте. А тесты и фазинг не нужны.
	Ответить | Правка | Наверх | Cообщить модератору

	224. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (179), 07-Мрт-26, 18:45
	Без ошибок с памятью пишется и части гонок. Баги логики конечно остаются.
	Ответить | Правка | Наверх | Cообщить модератору

	226. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Сладкая булочка (?), 07-Мрт-26, 23:05
	> Без ошибок с памятью пишется А это что https://github.com/rust-lang/miri?tab=readme-ov-file#bugs-fo... > и части гонок. Тут ключевое "части".
	Ответить | Правка | Наверх | Cообщить модератору

	212. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Сергей (??), 07-Мрт-26, 13:00
	Не в этом суть. Серебряной пули нет. Хоть на rust хоть на другом языке, нужно думать, прежде чем делать. Язык это инструмент, а не решительно всех проблем.
	Ответить | Правка | К родителю #179 | Наверх | Cообщить модератору

	240. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+/–
	Сообщение от Аноним (-), 08-Мрт-26, 02:48
	> Вы хотите сказать, что более квалифицированный разработчик напишет на ассемблер UI лучше, > чем средний инженер с Upwork на React? В теории возможно На практике - их добро работало на 8 мегах памяти на все. Не грузя проц в полку. И в эти 8 мегов лезли - офис, пару чатов, почтарь, плеер какой и еще по мелочи. Ну а если взять "офигенный" UI на ректале - он 1 будет несколько гиг жрать. А на мобильных и ноутах придется еще постоянно в обнимку с зарядником жить. Потому что оно и с 8 гигами - скрипит натужно при попытке запустить пару чатов, почтарь и тем паче что-то наподобие офиса и чего там еще. И заряд батарейки тает не во рту а на глазах. Единственное "достоинство" такого софта - какой-то корп на зарплате индусов сэкономил. Но достоинство это - только для того корпа. А так - одноразовый биоразлагаемый хлам, версия от софтостроя.
	Ответить | Правка | К родителю #179 | Наверх | Cообщить модератору

	180. Скрыто модератором	–1 +/–
	Сообщение от Аноним (180), 06-Мрт-26, 23:07
	> Я в программировании уже более четверти века, повидал всякое: Т.е ты старпер? > И мои наблюдения показывают, что производительность команды разработчиков и качество создаваемого ею кода совершенно не зависят от языка программирования и методологий разработки. Хм, т.е если у них кривая методология, по четным дням меняются требования, а по нечетным меняются еще раз, то они справятся? > Команда, имеющая 1) квалификацию, 2) мотивацию и 3) понимание конечной цели, напишет что угодно даже на ассемблере, Время. Сколько времени у них займет написание на ассемблере? А если заказчик не готов столько ждать)? > а если одной из этих компонент нет, то не помогут ни Го с Растами и Котлинами, ни аджайл-инфоцыгане, ни нейросети. Квалификацию и мотивацию можно получить при помощи денег (можно и не получить, но хороший спец за ʼспасибоʼ редко пойдет работать). Нейросети и аджайл это просто инструменты. Ими можно уметь пользоваться, а можно не уметь.
	Ответить | Правка | К родителю #175 | Наверх | Cообщить модератору

	187. Скрыто модератором	+/–
	Сообщение от Аноним (167), 07-Мрт-26, 02:15
	>Время. Сколько времени у них займет написание на ассемблере? Возьми и попробуй, зачем спрашиваешь, возьми хоть раз и попробуй, только сначала тебе надо будет понять что такое ЦПУ.
	Ответить | Правка | Наверх | Cообщить модератору

188. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..."	+1 +/–
Сообщение от Сладкая булочка (?), 07-Мрт-26, 02:48
> Представлен проект vcad, развивающий параметрическую систему автоматизированного проектирования (САПР) Проект понятно навайбкожен, ui браузерный, операции над геометрией реализованы через с++ библиотеку https://github.com/elalish/manifold Сам автор похож на бота.
Ответить | Правка | Наверх | Cообщить модератору

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

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