forum.opennet.ru - "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диалект Mini-C" (297)

"Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диалект Mini-C"

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

"Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диалект Mini-C"	+/–
Сообщение от opennews (??), 13-Янв-25, 16:21
Опубликован релиз языка программирования общего назначения Rust 1.84, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)... Подробнее: https://www.opennet.me/opennews/art.shtml?num=62550
Ответить \| Правка \| Cообщить модератору

Оглавление

А толку - их же раз два и обчелся, потому чтобы сишкокодеры не умеют писать наде, Аноним (-), 16:25 , 13-Янв-25, (3) –12

Вот только если на сишке таких проектов раз-два , то на расте ровно ноль У ржа, Мононим (-), 16:40 , 13-Янв-25, (19) +4

Обратите внимание, что раз написанная программа на Си работает, образно, на всё, Аноним (21), 16:47 , 13-Янв-25, (21) +2

Запускается А вот работает или нет - это как повезет А еще больше повезет, если, Анонимусс (-), 16:58 , 13-Янв-25, (26) –3

Она будет работать правильно Проверено , Аноним (21), 17:00 , 13-Янв-25, (27)

Всегда-всегда И даже код типа void main int a 5, b 6, c 7 printf d d d , Аноним (-), 17:05 , 13-Янв-25, (31) –3

Код некорректный, Аноним (45), 17:36 , 13-Янв-25, (45) +1
Пиши нормальный код а не эту хрень, и будет нормально работать Вы там с логикой, Anony (?), 17:39 , 13-Янв-25, (49) +1

А то что Компилятор ругнется Так это же типикАл си код Которые не долько до, Аноним (-), 17:43 , 13-Янв-25, (51)

Оно ни на одном компиляторе нормально не будет работать, Аноним (45), 17:46 , 13-Янв-25, (55) –1

Да неужели https godbolt org z 64hKnGn5qhttps godbolt org z hf7fv5so7gcc - э, Прохожий (??), 21:43 , 14-Янв-25, (332)

И да, ругнется, Аноним (45), 17:49 , 13-Янв-25, (57) –1

Нет, не ругается Ссылки чуть выше привёл скопировал их из сообщения другого Ан, Прохожий (??), 21:44 , 14-Янв-25, (333)

У хейтеров своя логика Написать фигню в качестве примера, а потом сказать вот,, YetAnotherOnanym (ok), 18:25 , 13-Янв-25, (84)

Но ведь компилируется же на gcc без единого сообщения об ошибке, как будто так и, Прохожий (??), 21:47 , 14-Янв-25, (334)

Не будет, Вы include stdio h забыли, andy (??), 17:40 , 13-Янв-25, (50) +1

code include stdio h code И не только его Они указали в printf спецификат, Анони (-), 14:49 , 14-Янв-25, (274)

Это просто была эмуляция возможной ошибки программиста на Си Вполне правдоподоб, Прохожий (??), 21:49 , 14-Янв-25, (335)

Задолбали уже в каждом подобном треде приводить совершенно идиотские примеры, вы, Аноним (138), 21:46 , 13-Янв-25, (138) –1

Давай покажу реальные примеры1 opennet ru opennews art shtml num 60528glibc - на, Аноним (-), 00:18 , 14-Янв-25, (190)
Раз выбрали компилятор, собирающий мусор, так получайте по заслугам , Аноним (235), 11:07 , 14-Янв-25, (235) +1

А ты это хоть вообще скомпилировать пробовал , Аноним (251), 12:49 , 14-Янв-25, (251)

Разумеется Тебе какой вариант с void main godbolt org z 64hKnGn5q илис int m, Аноним (-), 13:15 , 14-Янв-25, (258)

А в этом формально-верифицированном компиляторе все UBшки оставили Но соответств, Аноним (-), 16:52 , 13-Янв-25, (22)

Для начала узнай, что такое UB, вместо того, чтобы кидаться им как баззвордом У, Мононим (-), 17:16 , 13-Янв-25, (37) –2

Если быть точным, то UB это behavior, upon use of a nonportable or erroneous pr, Аноним (-), 17:25 , 13-Янв-25, (41) –1

Именно Т е UB это поведение не определённое стандартом Из этого-же следует, ч, Мононим (-), 17:45 , 13-Янв-25, (53) –1

Звучит неубедительно, попробуй еще раз Т е у меня есть код, написанный на СИ Но , Аноним (-), 17:56 , 13-Янв-25, (62)

Значит, ты написал плохой код В стандарте тебя специально предупредили, что есл, YetAnotherOnanym (ok), 18:36 , 13-Янв-25, (87)

По стандарту ты два signed int не можешь сложить без UB Что дальше Перестать , Анонимусс (?), 18:48 , 13-Янв-25, (91)

Ну что же вы такую некомпетентность показываете каждый раз В расте как раз повед, Анонимусс (?), 18:45 , 13-Янв-25, (90) –1

Вы опять приводите для примера код, который, ни один здравомыслящий с-кодер не н, Zloten (ok), 11:21 , 14-Янв-25, (236)

Это что за покемон такой Такие разве бывают Вот тебе UB которую зафигачил вот, Анонимусс (?), 11:44 , 14-Янв-25, (240) +1
А такой код напишет здравомыслящий с-кодер code define __is_constexpr x , Аноним (-), 11:51 , 14-Янв-25, (242) +1
Почему вы считаете, что возможность забыть указать аргументы при вызове функции , Прохожий (??), 21:53 , 14-Янв-25, (338)

надо указывать -Wall, Аноним (353), 23:16 , 14-Янв-25, (353)

Ого, это же дидам таки придется раст учить Лучше бы сам си переделали Сделали бы, Аноним (-), 16:27 , 13-Янв-25, (4) –9

Нет, это гоев заставят страдать за гранты и переписывать на огрызок без арифмети, Мононим (-), 16:33 , 13-Янв-25, (13) –3
Та не смеши У них же мозги вообще закостенели за столько лет Это молодежи при, Анонимусс (-), 16:39 , 13-Янв-25, (17) –1

Мои творения не придется Т к надеюсь, что GPL отпугнет таких умников Хотя, Аноним (21), 17:07 , 13-Янв-25, (32) +1

А теперь смотри за руками Берется твой код на сишке с GPL и переписывается на ра, Аноним (-), 17:36 , 13-Янв-25, (46) –2

Ты описал все 146 раст проектов - и начинает переписываться на раст С Это ме, _ (??), 17:53 , 13-Янв-25, (58) +1

Это с одной стороны А с другой Arti себе живет и поживает, юзеров радует И его с, Аноним (-), 18:05 , 13-Янв-25, (68) +1
Мемчик-не-мемчик, но избавится от гнурака позволяет А раз оно работает, то оно , Аноним (-), 19:21 , 13-Янв-25, (107) +1
А потом как обычно комментатор на опеннете не читая источник выдумал что-то за а, Аноним (140), 21:56 , 13-Янв-25, (140)

Читаем источник Что мы видим Как только пришло время что-то делать руками, а не, Аспарагус (?), 10:52 , 14-Янв-25, (234) +1

Конечно никто не хочет делать курл Потому что во-первых это качественный код г, Аноним (237), 11:30 , 14-Янв-25, (237) –2

Вы так говорите, как будто кто-то заставляет переписывать существующее Пишите с, Аноним (97), 19:01 , 13-Янв-25, (97) +3

Так мы и пишем Просто на опеньке есть странная дихотомия - когда пишут проект , Анонимусс (-), 19:43 , 13-Янв-25, (113) +1

Ну не правда же Набегают зачем писать на расте с нуля то, что УЖЕ есть Пробо, Аноним (197), 00:43 , 14-Янв-25, (197)

А чего ещё нет, например Всё, что можно было написать, уже написано Да, косо-к, Прохожий (??), 11:50 , 14-Янв-25, (241) –1

Дед здесь Посмотрел Раст Не заслуживает научного интереса Отправил вслед Паск, Аноним (21), 17:03 , 13-Янв-25, (30) +6

Дед опять забыл выпить таблетки Не в первый раз, но будем снисходительны к деду,, Анонимусс (-), 17:09 , 13-Янв-25, (33) +4
О нет, дед думает, что меня не существует Какая досада , Илья (??), 18:55 , 13-Янв-25, (92) +1

Илюша, пристегнись , laindono (ok), 02:23 , 14-Янв-25, (207)

Дай угадаю 8230 ты программируешь на Ada , Минона (ok), 22:34 , 13-Янв-25, (159)

Не, как писал однострочники на bash е так и пишет , User (??), 08:44 , 14-Янв-25, (227)

Скрыто модератором, xsignal (ok), 17:17 , 13-Янв-25, (38)
Уже давно переделали Называется раст , Аноним (121), 20:24 , 13-Янв-25, (121) +1
Название D намного лучше чем C 8211 2 , Анон1110м (?), 00:22 , 14-Янв-25, (191) +1

Как же так Все же знают что раст тормозит Неужели кто-то прокрался и подложил т, Анонимусс (-), 16:28 , 13-Янв-25, (6) –2

Функциональность же нико не проверял Написал одну функцию побырику потестил о б, Аноним (9), 16:30 , 13-Янв-25, (9)

Где пруфы, Билли Или анонимам принято верить на слово , Аноним (-), 21:01 , 13-Янв-25, (131) –1

А где доказательства обратного , Анон1110м (?), 00:25 , 14-Янв-25, (193) +1

Кокаинум Открой репу, смотри папки tests и fuzz Когда найдешь png, который не ч, Аноним (-), 03:15 , 14-Янв-25, (214) +2

паста хакер в столовойс дуру можно и сишную функцию обогнать, 12yoexpert (ok), 16:31 , 13-Янв-25, (10)

Насколько ж дурные эти сишные функции, если их сдуру можно обогнать 128514 , Прохожий (??), 11:54 , 14-Янв-25, (245) –1

Жду новость из андроиди выкидывают libpng Полыханием можно будет греться недел, Аноним (-), 16:33 , 13-Янв-25, (14) +1

В Chromium дело уже идет, а там и андроид не за горами https issues chromium o, Аноним (-), 21:07 , 13-Янв-25, (132) +2

Когда вижу подобную магию - обязательно найдется какой-то подвох , Аноним (15), 16:34 , 13-Янв-25, (15)

Естественно Например 30 лет назад диды наоптимизоровали код какими-то хаками и к, Аноним (-), 16:57 , 13-Янв-25, (24) –3

Эти ребята подарили вам Unix, Linux, Windows, игры и великое множество всего ост, Аноним (15), 17:03 , 13-Янв-25, (29) +3

Эээ да Слава богу в детстве у меня не было ни Unix 700 а, ни Linux 700 а, а , Аноним (-), 17:15 , 13-Янв-25, (36) –6
А ещё диды подарили этому циничному сопляку торбраузер, вот он и выделывается , Аноним (59), 17:55 , 13-Янв-25, (59)

Уууу, ну у тебя бомбануло Наверное аж в Новиграде было слышно с Но если уже бу, Аноним (-), 18:18 , 13-Янв-25, (78)

Попереписывают-попереписывают, а потом, вдруг, прозреют, как автор curl-а , Аноним (251), 13:07 , 14-Янв-25, (256) –1

Автор curl не созрел Он просто осознал, что не в состоянии освоить ещё один ЯП , Прохожий (??), 14:11 , 14-Янв-25, (265) –1

любая высокооптимизируемая техника оптимизации за счет более подробной информац, Вася Пупкин (?), 16:57 , 13-Янв-25, (25)

Это вас в семейство ML ну или даже в Рефал нада А нам обычным Ынженеграм и ста, _ (??), 18:02 , 13-Янв-25, (66)

К сожалению многие еще пытаются Не согласен Необорот пишите байтодроч на питоне, Аноним (-), 18:22 , 13-Янв-25, (81) +1

Ага Вам и в пример yam dnf привести Вот написали на python и потом переписыва, Аноним (88), 18:37 , 13-Янв-25, (88)

Судя по всему оно было ненужностью еще пряв в момент создания Просто у федоро, Аноним (-), 18:42 , 13-Янв-25, (89)

Сомнительно Я не очень знаком с историей, им удалось написать драйвер на питоне , Аноним (252), 12:54 , 14-Янв-25, (252)

Ага Причем это был еще и реверс-инжиниринг закрытого макбуковского чипа Т е на п, Аноним (260), 13:24 , 14-Янв-25, (260) +1

ну и сказки, какой драйвер на расте и какую ещё сертификацию насколько помню н, Аноним (295), 16:53 , 14-Янв-25, (295)

Дядя Петя, ты дурак с https www khronos org news archives first-conformant-m, Аноним (-), 17:52 , 14-Янв-25, (301)

https gitlab freedesktop org asahi mesaи коммиты на чистенком Сhttps gitlab , Аноним (295), 18:47 , 14-Янв-25, (307)

Нафига мне ссылка не месу Ого, ты умеешь гуглить Еще бы то что нужно Вот тебе, Аноним (-), 19:58 , 14-Янв-25, (320)

потому что API Khronos реализованы в mesahttps www mesa3d org и это основная ч, Аноним (295), 21:56 , 14-Янв-25, (340)

Программисы не инженеры , Анон1110м (?), 00:27 , 14-Янв-25, (194)

Так если с Си на Си переписать, то скорость тоже может возрасти , Соль земли (?), 17:37 , 13-Янв-25, (48) +3

100500Неоднократно доказанно , _ (??), 18:03 , 13-Янв-25, (67)
За столько лет, почему до сих пор не переписали , Прохожий (??), 14:16 , 14-Янв-25, (266)

В rust-овых реализациях используется не штатная zlib, а либо заточенное под png , Совершенно другой аноним (?), 19:35 , 13-Янв-25, (111)

Не списал, взяли оригинал на древнем дырвом языке и реимплементировали на соврем, Аноним (-), 19:47 , 13-Янв-25, (114) –5

Хорошие новости с Сколько там пророчили что у них ничего не выйдет и тем не м, Аноним (-), 16:29 , 13-Янв-25, (8)

Хорошие новости в том, что ошибки будут еще глупее в основном логические чем п, Аноним (18), 16:39 , 13-Янв-25, (18)

Ну закономерно, что если избавиться от ошибок с памятью, то останутся в основ, Аноним (-), 16:44 , 13-Янв-25, (20) +2

закономерно, что у будущего более умного поколения программистов, избавленных от, Аноним (18), 00:07 , 14-Янв-25, (182) +1

А как же рассказы, что программисты только глупеют Ведь если тебя послушать - , Аноним (-), 00:54 , 14-Янв-25, (200)

Глупеют по отношению к первобытному опыту , а умнеют потому-что есть индивиды, Аноним (18), 13:35 , 14-Янв-25, (262)

Это что за дичь Прогресс возможен, когда есть что улучшать, а не когда есть дег, Прохожий (??), 14:44 , 14-Янв-25, (271)

И обычных человеческих возможностей перестало хватать для того, чтобы контролиро, Прохожий (??), 14:47 , 14-Янв-25, (272)
Не будет улучшений в том продукт, ПО, технология и т д , где соблюдены условия, Аноним (18), 18:36 , 14-Янв-25, (306)

Читаем внимательно Речь изначально шла о деградации, а не о соблюдении условий , Прохожий (??), 21:30 , 14-Янв-25, (330)

Не мешать глупцам совершать глупости , Аноним (18), 01:17 , 15-Янв-25, (362)

Так он сколько лет - развивается Вон servo тоже - развивается И как это, сильн, Аноним (42), 17:26 , 13-Янв-25, (42) –1

Не дольше, чем остальные аналогичные продукты А что Избавиться от большинства о, Прохожий (??), 15:01 , 14-Янв-25, (275)

Язык сетантов - в секту Действительно - Хорошие новости с , _ (??), 18:05 , 13-Янв-25, (69) –3

Про секту это ты зря - на раст Тор переписывают те же авторы, что и писали на си, Анонимусс (?), 18:20 , 13-Янв-25, (79) +2

Вот заходишь в свежайшую новость, а там коменты невпопад И сразу понимаешь - год, Аноним (-), 16:38 , 13-Янв-25, (16) –2

Вам нужна Во, вы и фигачьте А если что-то получится и с пермиссивом - так и бы, Аноним (-), 17:28 , 13-Янв-25, (43)

Вот когда придёте, тогда и поговорим Но уже и до умственно отсталых, вроде, дош, Прохожий (??), 15:06 , 14-Янв-25, (276)

Вы ничем не отличаетесь от тех кто ворует торренты , Аноним (74), 18:09 , 13-Янв-25, (74)

Сплошные прекрасные свободные лицензии tock - MIT Apachevekos - Apachekaramel - , Аноним (23), 16:55 , 13-Янв-25, (23) –9

Это всего лишь отражение желаний заинтересантов Тут легко всплывает кто девушку, Аноним (88), 18:32 , 13-Янв-25, (86) +1

Логично Когда на первом месте авторы-создатели, то получаем свободные лицензии А, Аноним (-), 19:17 , 13-Янв-25, (105) –2

Было бы интересно мнение местных про tockos У них заявлена поддержка STM32 F303, Аноним (-), 17:01 , 13-Янв-25, (28) +1
Единственная стоящая новость из всего этого шума , Аноним (35), 17:15 , 13-Янв-25, (35) +4

Которая, как уже выше обсудили, свидетельствует только о том, что автор не смог , Прохожий (??), 15:10 , 14-Янв-25, (277)

В этот раз прям постарались Помимо постоянной мантры про безопасность ещё и куч, Вы забыли заполнить поле Name (?), 17:25 , 13-Янв-25, (40) +7
Не новость, а сводки с фронта получились Наши продвинулись в переписывании таки, Аноним (47), 17:36 , 13-Янв-25, (47)

Это в качестве контрольного выстрела, чтобы ты больше не трепыхался Сказали рас, Аноним (63), 17:57 , 13-Янв-25, (63)
Уничтожено до 200 сишников , Нуину (?), 18:06 , 13-Янв-25, (70) +1

Причем только на бумаге в липовых отчётах , Аноним (74), 18:07 , 13-Янв-25, (71) –1
Ещё 500 отрицательно продвинулись на более выгодные позиции , Аноним (83), 18:22 , 13-Янв-25, (83) +1
По какому каналу ТВ сказали , Аноним (251), 18:57 , 13-Янв-25, (94) +1

Эх упустили возможность выпустить новостей отдельных десяток про переписывание о, fuggy (ok), 03:04 , 14-Янв-25, (213)

Стоит упомянуть, что и то и доугое - унылая пермессивщина , Аноним (56), 17:46 , 13-Янв-25, (56)

На унылом языке , Аноним (74), 18:08 , 13-Янв-25, (72)
Хипстеры не любят gpl , Нуину (?), 18:10 , 13-Янв-25, (75)

Вот это интересно, учитывая такие проекты Inria как Coq и СompCert , Нуину (?), 18:13 , 13-Янв-25, (77)

интересы там тока у мелкомягких, науку уже под себя подминают , Аноним (18), 00:10 , 14-Янв-25, (186)

Новость подана не по феншую На каком языке перечисленные проекты, это понятно, , Аноним (251), 18:55 , 13-Янв-25, (93)

А зачем указывать лицензию В 99 случаях она свободная, т е БАМ БСД, Апач, МИТ , Аноним (-), 19:16 , 13-Янв-25, (104) –3

Это жпл то жулики Да это единственная лицензия, позволяющая делиться кодом, а в, Аноним (138), 21:57 , 13-Янв-25, (141)

Или наоборот Корпы разрабы на зарплате пишут под Apache Когда закрывают либу, Витюшка (?), 22:47 , 13-Янв-25, (162)

Так потому что оказывается это либа не была никому нужна Все просто хотели был , fuggy (ok), 02:59 , 14-Янв-25, (212)
Ну так, а что вы хотели Лицензия, ведь, не стимулировала не паразитировать Вот, Аноним (251), 12:32 , 14-Янв-25, (248)

А как будто есть свободные лицензии, которые стимулируют не паразитировать Вон у, Аноним (298), 17:45 , 14-Янв-25, (298)

Еще какие Почти 20 лет разводили немамонтов на попишите код бесплатно на благо , Аноним (-), 22:58 , 13-Янв-25, (165) –1

А какова причинно-следственная связь между двумя этими твоими утверждениями Вот, Аноним (251), 12:45 , 14-Янв-25, (250)

Не имеет смысла Вставки должны быть строго на LLVM IR А не 100500 различных ас, Аноним (98), 19:01 , 13-Янв-25, (98) +1

Возможно эта идея слишком радикальная даже для современных программером Т к во-п, Аноним (-), 19:15 , 13-Янв-25, (103)
А вы уверены, что LLVM не генерирует 100500 различных LLVM IR под эти ассемблеры, Аноним (230), 09:19 , 14-Янв-25, (230)

Погроммисты сошли с ума Да, у С есть недостатки, но Rust тоже не выход - синтак, Аноним (99), 19:06 , 13-Янв-25, (99) –2

Поддержка больших проектов в миллионы строк если код не слабосвязанный тоже бо, Нуину (?), 19:30 , 13-Янв-25, (109) –1
Нормально раст читается, уж точно проще чем сипипи, чатжпт (?), 19:31 , 13-Янв-25, (110)
Недостатски Да у него достоинств практически нет Отличный выход Только у неос, Аноним (112), 19:40 , 13-Янв-25, (112)
Раст обычно не читается теми, кто не научился даже документацию читать А без до, Аноним (140), 20:42 , 13-Янв-25, (128)

Программирование на атрибутах это современная концепция ЯП Vec Pin Box dyn Futur, Нуину (?), 22:07 , 13-Янв-25, (143)

Растовские атрибуты используются для разного 1 аналог ifdef-а что бы сборка ко, Аноним (140), 23:26 , 13-Янв-25, (172) +1

Речь не про, где они используются, а про то, что это нечитабельно Это не какой-, Нуину (?), 00:05 , 14-Янв-25, (179)

В программе должны быть только вызовы функций Без описания структур, енумов, си, Аноним (140), 00:16 , 14-Янв-25, (188)
Да, довольно громоздко Но менее ли это читабельно чем это define __is_constexpr, Аноним (-), 01:12 , 14-Янв-25, (204)

это вообще не надо читать, программисты используют более высокоуровневый API, ко, Аноним (295), 02:34 , 14-Янв-25, (208)

Хм даже не думал об этом в таком ключе Т е это что-то типа вывалил дикпики в, Аноним (237), 11:34 , 14-Янв-25, (238)

значит не программист ещё, если будешь код читать как книгу всё подряд кукушкой , Аноним (295), 12:38 , 14-Янв-25, (249)

Надо, особенно с учётом отсутствия гигиены макросов в си Поскольку, когда такая, Аноним (235), 13:23 , 14-Янв-25, (259)

gt оверквотинг удален Проблема не столько в гигиене, сколько в том, что макрос, Нуину (?), 19:03 , 14-Янв-25, (313)

Совершенно верно Это необходимо, чтобы код не портил память в самых неожиданных, Аноним (235), 13:14 , 14-Янв-25, (257)

А для чего вообще вводили понятие типов Что есть тип Зачем в Си есть типы , Аноним (18), 19:28 , 14-Янв-25, (315)

Это правда Но это на данный момент необходимая плата за безопасную работу с пам, Аноним (140), 00:25 , 14-Янв-25, (192)

Этим уже в 1980-ых занимались, просто до некоторых только сейчас дошлоА зачем вы, Аноним (235), 13:05 , 14-Янв-25, (255) –1

Почему низкоуровневое Вполне себе высокоуровневое, раз создатели языки позаботи, Прохожий (??), 15:27 , 14-Янв-25, (278)

Mozilla плохого не создаст , Аноним (117), 20:17 , 13-Янв-25, (117) –1

Мозилла за все берется смело Ни одного хорошего проекта за всю свою историю , Аноним (127), 20:32 , 13-Янв-25, (127)

Практик Дэниел отказался от Раста что и требовалось доказать , Аноним (-), 20:20 , 13-Янв-25, (118)

А он что, хотел курл на раст переписать , Аноним (140), 20:44 , 13-Янв-25, (129)
Дорогой аноним,В курле использовались три библиотеки, написанные на расте От од, Аноним (140), 22:10 , 13-Янв-25, (146) +1

О да, очередные вечно перспективные библиотеки на вечно перспективном язычке Кот, Bottle (?), 20:21 , 13-Янв-25, (119)

Настолько перспективные, что уже используются в проде lts encrypt или амазон К, Аноним (123), 20:29 , 13-Янв-25, (123)

Дорогая редакция, в такую подборку очень просится Nushell Очень полезный и хор, Аноним (121), 20:23 , 13-Янв-25, (120)

Делает ненужное , Аноним (127), 20:29 , 13-Янв-25, (124)

Да, именно Делает Беш ненужным Во всяком случае как скриптовый язык Как шелл , Аноним (140), 20:57 , 13-Янв-25, (130)

Абсолютно нечитаемая каша Это невозможно рефакторить Что такое unsafe ритор, Юрий (??), 21:35 , 13-Янв-25, (134)

А их никто и не читает Пишут код и забрасывают , Аноним (137), 21:46 , 13-Янв-25, (137) +3

Не компилируют даже D, Аноним (219), 04:47 , 14-Янв-25, (219)

Покажи пример нечитаемой каши , Аноним (140), 22:11 , 13-Янв-25, (149)

Любой код на расте , Аноним (9), 23:04 , 13-Янв-25, (168) –1

О, понятно Очередной неосилятор Тогда продолжай писать на сишечке, там как раз , Аноним (-), 01:05 , 14-Янв-25, (202)

Попробуйте мысленно заменить угловые скобочки на круглые, и представить, что это, Прохожий (??), 15:34 , 14-Янв-25, (280)

С С С читается как очень интересная книга легко и непринужденно Очень все по, Юрий (??), 20:28 , 14-Янв-25, (326) +1

Ну-ка, истолкуйте, что здесь написано на языке нормального человека Это обычн, Прохожий (??), 22:09 , 14-Янв-25, (341)

отлично, что вопреки ценному мнению опеннетовских экспертов, раст продолжает раз, Аноним (142), 21:59 , 13-Янв-25, (142) +3

В твоём воспаленном воображении Ты новость то читал , Аноним (147), 22:10 , 13-Янв-25, (147) –1

Читал и внимательно Из новости следует, что раст развивается, а ты нет, Аноним (142), 22:39 , 13-Янв-25, (160)

С тобой всё ясно Очередной рост надоев , Аноним (9), 23:04 , 13-Янв-25, (167)

В смысле Новые возможности добавляются Новые продукты на этом языке программир, Прохожий (??), 22:11 , 14-Янв-25, (342)

Никто не спорит Вопрос в направлении Если начать красить волосы, то это тоже н, Нуину (?), 22:11 , 13-Янв-25, (148)

Если случайно открыть видео с растконф, там таких с цветными волосами полно , Аноним (138), 22:20 , 13-Янв-25, (154)

цветные волосы ужас ужас так давайте их расстреляем надо прическу и цвет как , Аноним (142), 22:29 , 13-Янв-25, (157) –1

по хорошему надо в серой шинели писать строго на С в айти роте, опеннет дивизии, Аноним (142), 22:34 , 13-Янв-25, (158) +1
Цвет волос и прочий экспрессивный вид говорит об эмоционально-психическом состоя, Нуину (?), 23:01 , 13-Янв-25, (166) –1

Ну вот против цветных волос ничего не имею, кстати Да и небольшая толика авантю, Аноним (219), 04:46 , 14-Янв-25, (218)

Обычно среди моих знакомых, что совершенно нерепрезентативно, но цветом волос, Аноним (-), 09:41 , 14-Янв-25, (232)

Взять, например, Артёмия Лебедева Волосы цветные, а человек промышленным дизайн, Прохожий (??), 15:37 , 14-Янв-25, (282)

Серьезно Отличный пример Человек как дизайнер слабый, его контора с большим го, Нуину (?), 18:58 , 14-Янв-25, (310)

Контора с большим гонором говорит о том, что они богаты Сидит не только на госк, Прохожий (??), 22:15 , 14-Янв-25, (343)

Мне не о чем разговаривать с человеком, которы считает, Лебедева и его студию че, Нуину (?), 00:41 , 15-Янв-25, (359)

После школы поступил на факультет журналистики МГУ им М В Ломоносова Выбр, Аноним (18), 19:37 , 14-Янв-25, (316)

Какая разница, где он учился, если он - успешный предприниматель и дизайнер Вам, Прохожий (??), 22:17 , 14-Янв-25, (344)

Скрыто модератором, Аноним (18), 01:25 , 15-Янв-25, (364)

Всем плешь , Аноним (251), 13:42 , 14-Янв-25, (263)

очевидно же - да всем плешь и писать строго на Сишечке, как рекомендуют эксперт, Аноним (318), 19:49 , 14-Янв-25, (318)

Когда фортран только появился, на нем уже были написаны десятки и сотни работающ, Аноним (138), 22:19 , 13-Янв-25, (153) +1

Самое забавное, что у Си стандарт появился спустя 17 лет после создания языка и , Аноним (164), 22:57 , 13-Янв-25, (164) –1

Раст появился в 2015 году В 2010 году анонсировали его разработку Не благодари, Аноним (140), 23:47 , 13-Янв-25, (175)

Аахахаххахаах, Аноним (164), 23:49 , 13-Янв-25, (176)

Дополню для блаженного Но разработка servo уже началась в 2013 Как так Нужно п, Аноним (164), 00:03 , 14-Янв-25, (178)

Сишка ничего не умеет, поэтому совершенно без разницы, альфа там или полный рели, Аноним (140), 00:50 , 14-Янв-25, (198)

Ну а тогда зачем в принципе использовать язык, который все еще в экспериментальн, Аноним (219), 04:54 , 14-Янв-25, (220)

Rust уже вполне зрелый язык Google, Dropbox, Cloudflare, Amazon, Discord, Micros, Прохожий (??), 15:48 , 14-Янв-25, (284)

Все просто При наличии стандарта нельзя держать пользователей компилятора в да, Нуину (?), 00:15 , 14-Янв-25, (187) –1

Интересно, почему разработчики разных реализаций того же Python так не считают , Прохожий (??), 15:51 , 14-Янв-25, (285)

Каких таких разных реализаций на практике Все используют cpython Возможно pypy, Нуину (?), 18:55 , 14-Янв-25, (308)

Ну вот, например https www geeksforgeeks org best-python-interpreters-choose-, Прохожий (??), 22:21 , 14-Янв-25, (345)

Что следует из ссылки Вы покажите компанию, которая использует в проде ну или , Нуину (?), 00:37 , 15-Янв-25, (358)

Простите, но это не стандарт, а кусок кала И дело даже не в сотнях UB, которые к, Аноним (-), 01:56 , 14-Янв-25, (205) +2

всё правильно написал кроме нормальные языки вроде с , это такое же монстро-у, чатжпт (?), 02:34 , 14-Янв-25, (209)
Все ваши претензии к Си ложны, потому что вы не понимаете, что такое Си Алсо, A, Аноним (164), 03:25 , 14-Янв-25, (215) +1

Вот вот Не понимают всех прелестей лоу-левела и архитектурной минималистичности, Аноним (219), 05:00 , 14-Янв-25, (221)
Убогий недоязык мегадоассемблер Хахаха, можешь вернуться к палке копалке котора, Аноним (-), 09:37 , 14-Янв-25, (231)
Я как раз прекрасно понимаю что такое си Потому что, к сожалению, мне приходило, Аноним (-), 09:49 , 14-Янв-25, (233)
Код на Си пишут, увы, не гении , Аноним (-), 15:32 , 14-Янв-25, (279)

Для React Native В принципе у меня не осталось use-case-ов где вообще использов, Витюшка (?), 22:23 , 13-Янв-25, (155) –2

Как они могут быть любимыми , если не ипсользуются пока Какая разница на чем , Нуину (?), 22:57 , 13-Янв-25, (163)

А программирование уже давно ничем не отличается от обычной офисной работы, где , Аноним (164), 23:09 , 13-Янв-25, (169)

Забавно что в тусовке ржавых преобладающее число цветноволосых Ладно еще образ , Аноним (219), 04:41 , 14-Янв-25, (217) –1

Вы их, простите, как сосчитали Пруфы есть Но, допустим, что есть хотя такое о, Прохожий (??), 16:10 , 14-Янв-25, (289)

Вы явно каких-то низкопробных книг по психологии обчитались Ну или пытаетесь за, Прохожий (??), 16:08 , 14-Янв-25, (287)

И к числу этих параметров, отнесем все недостатки человека Вообще-то он прав, Аноним (18), 19:03 , 14-Янв-25, (312) –2

Вообще-то программирование программированию рознь Можно писать очередной условн, Прохожий (??), 22:27 , 14-Янв-25, (346)

Программирование одно процесс , области применения разные И без знаний в данно, Аноним (18), 01:30 , 15-Янв-25, (365)

Раз уж модерация чистит комменты, то попробую еще раз, но зайду издалека Советую, Аноним (164), 23:18 , 13-Янв-25, (170)

Так надо 1 комментарий нейтральный писать с вопросом, а 2 под ним уже на весь оп, Аноним (171), 23:24 , 13-Янв-25, (171)
Пчелы не могут быть против меда , Нуину (?), 00:09 , 14-Янв-25, (184)
Вот так и настанет день, когда вскроется что анб имплементировала закладки в ком, Аноним (219), 05:06 , 14-Янв-25, (222)

Скрыто модератором, Аноним (-), 17:52 , 14-Янв-25, (300) –1

А где это можно сделать Ну-ка, ну-ка , Прохожий (??), 16:12 , 14-Янв-25, (290)

Я не разбираюсь,что плохого в расте,за что его так хейтят , Аноним (173), 23:31 , 13-Янв-25, (173) +1

Без понятия Я пытаюсь это у хейтеров выяснить уже лет 10, но они каждый раз ник, Аноним (140), 23:53 , 13-Янв-25, (177) +3

Только ты так за 10 лет ни одной строчки не написал на расте Как и никто из тво, Аноним (9), 00:08 , 14-Янв-25, (183) –2

А как вы это поняли , Прохожий (??), 16:15 , 14-Янв-25, (292)

Прям как в Go до какой 8211 то там версии Но Go это стильно, модно, прогрессив, Анон1110м (?), 01:07 , 14-Янв-25, (203) +1
ты просто не встречал ситуаций, в которых смена типа счётчика может ускорить цик, 12yoexpert (ok), 23:12 , 14-Янв-25, (352)

1 за фанатиков2 за крайне агрессивную рекламу языка, вплоть до лоббирования на, 12yoexpert (ok), 02:49 , 14-Янв-25, (210) +3

Скрыто модератором, Аноним (173), 11:51 , 14-Янв-25, (243) +2
4 C ООП у него плохо5 Нет _рабочего_ компилятора под GPL, Аноним (251), 12:56 , 14-Янв-25, (254) +1

Чиво Там с ООП все плохо только для тех, у кого ООП это только джава И синдром , Аноним (260), 13:30 , 14-Янв-25, (261)

1 ФанатикиСИктанты неадекватно реагируют на любое упоминание раста и даже на не, Аноним (-), 12:27 , 14-Янв-25, (247) +1
Хейтят за то, что ленивые люди, или люди со слабыми когнитивными способностями в, Прохожий (??), 16:28 , 14-Янв-25, (293) –1

шизофрения на новый уровень выходит - раньше говорили что небезопасный код на С , Аноним (295), 23:43 , 13-Янв-25, (174) +1

Медицина тут бессильна , Аноним (9), 00:06 , 14-Янв-25, (181) –1
Вы пропустили очень важное дополнениеНо меня удивляет другое, а полезный код на , Аноним (164), 00:09 , 14-Янв-25, (185)

скорей микрософт для себя делает, чтобы не было зависимостей от С компиляторов т, Аноним (295), 00:31 , 14-Янв-25, (195)

У майков есть формально верифицированный код Ну допустим А как они собрались о, Аноним (164), 00:42 , 14-Янв-25, (196)

новости про https github com hacl-star hacl-starтам код на С сгенерированный, , Аноним (295), 01:04 , 14-Янв-25, (201)

Просто задумайся, Анон - по сути идет отмена Си, как языка Очень в духе времени, Аноним (219), 05:11 , 14-Янв-25, (223) +1

Судя по ответа, тут и на баше программировать не умеют, а вы про си говорите , Аноним (235), 20:17 , 14-Янв-25, (325)

Pascal лучше C и Rust вместе взятых Ну вот реально , Анон1110м (?), 00:17 , 14-Янв-25, (189) –1

По доступности инстурментов, простоте реализации, минимальности системных требов, Аноним (199), 00:53 , 14-Янв-25, (199)

Я могу то же самое сказать и про C wxWidgets с RAD плагинами типа wxSmith Нич, Аноним (206), 02:13 , 14-Янв-25, (206)

Паскаль быстро компилируется да и сам лазарь легкий - можно комфортно пограммиро, Аноним (199), 14:49 , 14-Янв-25, (273)

Я не против лазаря Что касается быстроты компиляции, то Delphi всегда опережал , Аноним (206), 22:41 , 14-Янв-25, (349)

C Qt сейчас из-за санкций сложнее устанавливать Под линем то проблем нет - все, Аноним (354), 23:19 , 14-Янв-25, (354)

Меня удивляет, что паскаль незаслуженно отодвинули в сторону Хотя потенциал у э, Аноним (206), 00:44 , 15-Янв-25, (361)

всмысле конкурировать не может https stackoverflow com questions 75212390 how, Аноним (295), 02:51 , 14-Янв-25, (211)

Ну да, внезапно при сборке с Gtk2 или qt4 не будет работать по вяленым, упс Д, Аноним (199), 14:34 , 14-Янв-25, (268)

так если есть qt6 - простой гуй на qml за пол секунды в vim пишется и проверяетс, Аноним (295), 18:29 , 14-Янв-25, (305)

в вим вообще все за полсекунды пишется, как известно но только я прожект прост, Аноним (354), 23:04 , 14-Янв-25, (351)

Пусть так А Eiffel лучшее их всех вместе взятых И чо, mos87 (ok), 07:35 , 14-Янв-25, (225)

Это сравнение нечестное, о ЯП ничего не говорит - реализации разные Растовые , Аноним (226), 08:31 , 14-Янв-25, (226) –2

В чём конкретно это выражается , Прохожий (??), 16:38 , 14-Янв-25, (294)

Скрыто модератором, Аноним (-), 11:41 , 14-Янв-25, (239) +1

Скрыто модератором, Аноним (-), 11:54 , 14-Янв-25, (244)

Ну что, сишники, ненавистники раста, объясняйте, почему мир не может прожить без, Аноним (235), 12:54 , 14-Янв-25, (253) –1

А как ты предлагаешь реализовывать ООП на языке, которые про ООП даже не слышал , Аноним (-), 14:10 , 14-Янв-25, (264) +1

Если ты по настоящему пишешь на чистом Си, у тебя нет надобности реализовавыть О, Аноним (288), 16:08 , 14-Янв-25, (288) +1

Вово В си во главе угла данные и структуры, ну и функции их обрабатывающие Т е, Аноним (311), 19:02 , 14-Янв-25, (311)

Зачем Мало того, что у си огромная куча недостатков, так вы ещё сверху кривое о, Аноним (235), 20:05 , 14-Янв-25, (322)

Кривую имитацию ооп на void , Аноним (235), 20:09 , 14-Янв-25, (323)

Не хотим говорить одно и то же миллионы раз , InuYasha (??), 15:36 , 14-Янв-25, (281)

Скорее, не можете , Прохожий (??), 22:56 , 14-Янв-25, (350)

А может это лучше фанатикам ржавого объяснить всем нам зачем отрасли необходимо , Аноним (311), 18:57 , 14-Янв-25, (309) –1

выходили за пределы буферов, портили память, плодили CVE в софте, которым мы пол, Аноним (-), 19:41 , 14-Янв-25, (317) +1
Где вы увидели призыв перейти на раст Я спрашиваю, чем будет хуже миру без кучи, Аноним (235), 20:12 , 14-Янв-25, (324) –1

Расту совсем не помогает модель его версионирования Тут он ничем не отличатся о, Аноним (311), 19:11 , 14-Янв-25, (314)

Ты про 1 84 Так это только для любителей последних версий софтин У раста как ра, Анонимусс (-), 19:58 , 14-Янв-25, (319)

я бы сказал, что нафиг никому не нужен как шланг и весь проприетарный мусор, кот, Аноним (336), 21:51 , 14-Янв-25, (336)

Ваше мнение очень важно для нас нет , Прохожий (??), 22:32 , 14-Янв-25, (347)

Проблема стандартов в том, что они многократно замедляют развитие А с учётом то, Аноним (235), 20:02 , 14-Янв-25, (321)

дай чёткое определение слова популярный и я докажу, что не первый , Аноним (336), 21:51 , 14-Янв-25, (337)

Возможный критерий определения популярности Входит в первые двадцать языков рей, Прохожий (??), 22:36 , 14-Янв-25, (348) –1

ты прилагаешь коммерческий ресурс, зарабатывающий на рекламе, в качестве доказат, 12yoexpert (ok), 23:30 , 14-Янв-25, (356)
Это совсем глупый выпад после которого вас в принципе сложно воспринимать всерьё, wyry (ok), 00:43 , 15-Янв-25, (360)

Ну говорят, что Java для Android - ещё ой как рано закапывать Котлин дольше , Аноним (206), 01:19 , 15-Янв-25, (363)

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

3. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –12 +/–

Сообщение от Аноним (-), 13-Янв-25, 16:25

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

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

19. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +4 +/–

Сообщение от Мононим (-), 13-Янв-25, 16:40

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

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

21. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +2 +/–

Сообщение от Аноним (21), 13-Янв-25, 16:47

Обратите внимание, что раз написанная программа на Си работает, образно, на "всём, что движется". Желаб Расту неуспеха.

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

26. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –3 +/–

Сообщение от Анонимусс (-), 13-Янв-25, 16:58

> Обратите внимание, что раз написанная программа на Си работает, образно, на "всём, что движется".
Запускается. А вот работает или нет - это как повезет.
А еще больше повезет, если она будет работать правильно.
Но т.к. для большинства сишников "раз запустилось, то работает", то ваше утверждение тоже может быть верным)))

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

27. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (21), 13-Янв-25, 17:00

> она будет работать правильно
Она будет работать правильно. Проверено.

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

31. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –3 +/–

Сообщение от Аноним (-), 13-Янв-25, 17:05

Всегда-всегда?
И даже код типа
void main()
{
int a=5, b=6, c=7;
printf("%d%d%d");
}
будет выдавать один и тот же результат для разных компиляторов и/или их версий?

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

45. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (45), 13-Янв-25, 17:36

Код некорректный

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

49. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Anony (?), 13-Янв-25, 17:39

Пиши нормальный код а не эту хрень, и будет нормально работать. Вы там с логикой не дружите?

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

51. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 13-Янв-25, 17:43

> Пиши нормальный код
А то что? Компилятор ругнется?))
> а не эту хрень
Так это же типикАл си код)))
Которые не долько допускается "стандартом" и компилируется, но и используется в проде.
> Вы там с логикой не дружите?
Дружу. Если ваш стандарт омно и на разных платформах у вас может быть произвольное поведение в зависимости от компилятора, его версии, фазы луны, то нормально оно работать не будет.

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

55. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (45), 13-Янв-25, 17:46

Оно ни на одном компиляторе нормально не будет работать

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

332. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 21:43

Да неужели?
https://godbolt.org/z/64hKnGn5q
https://godbolt.org/z/hf7fv5so7
gcc - это компилятор, или уже нет? Компилирует без единого сообщения, как будто так и надо.

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

57. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (45), 13-Янв-25, 17:49

И да, ругнется

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

333. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 21:44

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

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

84. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от YetAnotherOnanym (ok), 13-Янв-25, 18:25

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

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

334. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 21:47

Но ведь компилируется же на gcc без единого сообщения об ошибке, как будто так и надо. Что, скажете программист не может забыть указать дополнительные аргументы при вызове функции? Это редкая ошибка, что ли?

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

50. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от andy (??), 13-Янв-25, 17:40

Не будет, Вы
# include <stdio.h>
забыли

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

274. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Анони (-), 14-Янв-25, 14:49

> Не будет, Вы

# include <stdio.h>

> забыли
И не только его. Они указали в printf спецификаторы форматов - но решительно не указали из чего это берется. Гении сишки, умничать лезут совсем не разбираясь в теме.

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

335. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 21:49

> Они указали в printf спецификаторы форматов - но решительно не указали из чего это берется.
Это просто была эмуляция возможной ошибки программиста на Си. Вполне правдоподобная, кстати. Такое с любым человеком может произойти. А компилятор (gcc) молча скушает и не поперхнётся.

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

138. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (138), 13-Янв-25, 21:46

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

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

190. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 14-Янв-25, 00:18

Давай покажу реальные примеры
1.
opennet.ru/opennews/art.shtml?num=60528
glibc - наверное самая СИшная либа из существующих
переполнением буфера -> получили root
2.
opennet.ru/opennews/art.shtml?num=57928
критическая уязвимость (CVE-2022-3515), приводящая к целочисленному переполнению и записи произвольных данных за пределы выделенного буфера
Проблема усугубляется тем, что библиотека Libksba используется в пакете GnuPG и уязвимость может привести к удалённому выполнению кода атакующего при обработке в GnuPG (gpgsm) зашифрованных или подписанных данных из файлов или почтовых сообщений
И ведь это простейшее UB - просто как a + b)
Можешь поискать по форуму "целочисленное переполнение"

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

235. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (235), 14-Янв-25, 11:07

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

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

251. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (251), 14-Янв-25, 12:49

А ты это хоть вообще скомпилировать пробовал?

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

258. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 14-Янв-25, 13:15

> А ты это хоть вообще скомпилировать пробовал?
Разумеется! Тебе какой вариант?
с "void main" godbolt.org/z/64hKnGn5q или
с "int main" godbolt.org/z/hf7fv5so7 ?
Оно не просто компиляется, а даже отрабатывает и выдает результат. Какой-то)))
А распрекрасный ГЦЦ даже ворнингов не выдает.
Вот такой отличный язык погромирования! С шикарным стандартом)
И компиляторы его реализуют соответствующие))

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

22. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 13-Янв-25, 16:52

А в этом формально-верифицированном компиляторе все UBшки оставили?
Но соответствует ли он тогда стандарту, вот в чем вопрос.
ps если ты про CompCert, то он не поддерживает стандарти СИ, а только подмножество C99 (что уже окаменевший кусок) называемый Clight

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

37. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –2 +/–

Сообщение от Мононим (-), 13-Янв-25, 17:16

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

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

41. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (-), 13-Янв-25, 17:25

> Для начала узнай, что такое UB, вместо того, чтобы кидаться им как баззвордом.
Если быть точным, то UB это "behavior, upon use of a nonportable or erroneous program construct or of erroneous data, for which this International Standard imposes no requirements"
Но мне больше нравится другое определение.
Жили-были коммитетчики с атрофией головного мозга, которые на вопрос "а как язык должен складывать два числа?" почесали голову, в которую они кушают, и изрекли "а БУЙ его знает, пусть разработчики компиляторов сами придумают"
И записали
NOTE Possible undefined behavior ranges from ignoring the situation completely with unpredictable results, ...
Т.е UB это когда компилятор имеет полное право сделать ВСЕ ЧТО УГОДНО.
Например отформатировать жесткий диск, или подарить рут доступ злоумышленнику, или даже назвать мамашу Мононима ʼстарой кошелкойʼ!
> У хрустяшки буквально любое поведение - undefined.
Пруфы будут или ты так лужу газифицируешь?
ps если тебе доводилось, хотя бы открывать "стандарт" дыряшки, можем обсудить раздел 4 Conformance.

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

53. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Мононим (-), 13-Янв-25, 17:45

>Если быть точным, то UB это "behavior, upon use of a nonportable or erroneous program construct or of erroneous data, for which this International Standard imposes no requirements"
Именно. Т.е. UB это поведение не определённое стандартом. Из этого-же следует, что раз у хрустяшки вообще никакое поведение не стандартизированно, то, чисто формально, любое её поведение - не определено. 1 + 1
>Но мне больше нравится другое определение.
Во первых, никого не колышит, что тебе нравится. Мы говорим об объективно существующих вещах, к которым твои маняфантазии отношения не имеют. Во вторых, это даже не определение, а бесполезный наброс.
>Т.е UB это когда компилятор имеет полное право сделать ВСЕ ЧТО УГОДНО.
Слабая маняпуляция, попробуй ещё раз. У компилятора нету "прав", у него есть фактическое поведение. Ни к нему, ни к скомпилированной им программе в принципе не применимо понятие UB, потому что его выхлоп всегда детерминирован, вне зависимости от того, насколько тебе трудно проследить связь между входными и выходными данными. И делает он ровно то, что накодили его разрабы, а не "ВСЕ ЧТО УГОДНО". UB это чисто формальный термин стандарта, которым очень удобно начали разбрасываться всяческие секстанты, не понимая даже его смысла.

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

62. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 13-Янв-25, 17:56

> Слабая маняпуляция, попробуй ещё раз.
Звучит неубедительно, попробуй еще раз)
Т.е у меня есть код, написанный на СИ.
Но в зависимости от компилятора он работает (абсолютно детерминировано) по разному и выдает разные результат.
Если ты считаешь это ок, то вопросов больше нету ¯\_(ツ)_/¯
И для программиста, и для пользователя это действительно "все что угодно".
Ну выдавала программа 0, теперь 1, дело то житейское.
> UB это чисто формальный термин стандарта, которым очень удобно начали разбрасываться всяческие секстанты, не понимая даже его смысла.
Какие страшные сектанты!
Берут и тычут мордочкой в штуку, которая превращает программу "a + b" в не "strictly conforming".
Дабы не быть голословным:
A strictly conforming program shall use only those features of the language and library
specified in this International Standard. 2) It shall not produce output dependent on any
unspecified, undefined, or implementation-defined behavior, and shall not exceed any
minimum implementation limit.

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

87. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от YetAnotherOnanym (ok), 13-Янв-25, 18:36

> он работает (абсолютно детерминировано) по разному и выдает разные результат.
Значит, ты написал плохой код. В стандарте тебя специально предупредили, что если писать вот так - будет УБ.

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

91. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Анонимусс (?), 13-Янв-25, 18:48

> В стандарте тебя специально предупредили, что если писать вот так - будет УБ.
По "стандарту" ты два signed int не можешь сложить без UB.
Что дальше? Перестать складывать числа?
Причем это только одно из 193 UB (вот даже списочек есть gist.github.com/Earnestly/7c903f481ff9d29a3dd1)
Или возможно что-то таки не так с самим стандартом?))

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

90. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Анонимусс (?), 13-Янв-25, 18:45

> раз у хрустяшки вообще никакое поведение не стандартизированно,
> то, чисто формально, любое её поведение - не определено. 1 + 1
Ну что же вы такую некомпетентность показываете каждый раз.
В расте как раз поведение определено - там используется two's complement wrapping для signed и unsigned. В отличие от богомезгой, где для signed они нешмогли и выродили очередное UB.
И прочитать это можно как в RFC0560 github.com/rust-lang/rfcs/blob/master/text/0560-integer-overflow.md
так и даже в раст-буке doc.rust-lang.org/book/ch03-02-data-types.html
Но типикал растохейтеры не осилили даже растбук, поэтому откуда из знать ¯\_(ツ)_/¯.
> Мы говорим об объективно существующих вещах
Цитату "объективно существующие вещи" из недостандарта дыряшки тебе уже привели.
"Что тебе еще нужно, @?"
> B это чисто формальный термин стандарта
Не-не-не, это очень даже реальная вещь.
Благодаря которой можно вызвать функцию, которая нигде не вызывается или вернуть разный результат при смене компилятора или даже его версии.
Держи примерчик замечательного UB https://godbolt.org/z/hjhdG1fnE
4 компилятора, два разных результат. Причем варнинг (именно ворнинг, а не ошибку) выдал только шланг.
Почему так? А потому что "стандарт" омно.
А потом в линуксе ядро не билдится если не прописать конкретные флаги или не дай боже квлючить оптимизации.

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

236. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Zloten (ok), 14-Янв-25, 11:21

Вы опять приводите для примера код, который, ни один здравомыслящий с-кодер не напишет.

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

240. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Анонимусс (?), 14-Янв-25, 11:44

> здравомыслящий с-кодер
Это что за покемон такой? Такие разве бывают?))
Вот тебе UB которую зафигачил вот такой вот "здравомыслящий с-кодер" в ядре линукса.
Классический UB - NULL pointer dereference.
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux...
И таких deref'ов просто море - могу еще с десяток свеженьких на раз-два накидать, но это скучно.
Поэтому вот тоже отличный пример:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux...
Из-за обращению к неинициализированному буферу, что является UB - а компилятор считает, что в коде не может быть UB (хаха, наивных дурачок) - то код помечается компилятором как unreachable и просто выбрасывается. Это, кстати, пример того, что при UB компилятор может сделать всё что угодно.
А ведь я могу продолжать и продолжать)))

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

242. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (-), 14-Янв-25, 11:51

> Вы опять приводите для примера код, который, ни один здравомыслящий с-кодер не напишет.
А такой код напишет "здравомыслящий  с-кодер"?
#define __is_constexpr(x) \
    (sizeof(int) == sizeof(*(8 ? ((void *)((long)(x) * 0l)) : (int *)8)))
Линус классно сказал про это "шидевр" [1]
That's not "an idea".
That is either genius, or a seriously diseased mind.
I can't quite tell which.
Там еще есть другие, слегка менее эпичные примеры
#define __typecheck(x, y) \
        (!!(sizeof((typeof(x) *)1 == (typeof(y) *)1)))
[1] https://lkml.org/lkml/2018/3/20/845
Но ты в чем-то прав, скорее всего обычный любитель дыряшки сделает тупейшую ошибку, как упомянутый в новости автор КУРЛа.
С фиксом критической уязвимости вида
- socksreq[len++] = (char) hostname_len; /* one byte address length */
+ socksreq[len++] = (unsigned char) hostname_len; /* one byte length */

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

338. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 21:53

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

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

353. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (353), 14-Янв-25, 23:16

надо указывать -Wall

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

4. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –9 +/–

Сообщение от Аноним (-), 13-Янв-25, 16:27

> подмножество языка Си - Mini-C, предназначенное для автоматической трансляции программ на языке Си в представление на языке Rust
Ого, это же дидам таки придется раст учить?
Лучше бы сам си переделали.
Сделали бы версию Си-2, со сломом обратной совместимости в выбрасыванием устаревших подходов.

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

13. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –3 +/–

Сообщение от Мононим (-), 13-Янв-25, 16:33

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

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

17. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Анонимусс (-), 13-Янв-25, 16:39

> Ого, это же дидам таки придется раст учить?
Та не смеши... У них же мозги вообще закостенели за столько лет.
Это молодежи придется разгребать те авгиевы конюшни и разбираться как теперь сделать это нормально.
> Сделали бы версию Си-2, со сломом обратной совместимости в выбрасыванием устаревших подходов.
Которая будет не нужны ни дидам, потому что "абратную савместимость сламали!!111", ни молодежи, потому что "зачем си2, если есть нормальные языки?"

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

32. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (21), 13-Янв-25, 17:07

> Это молодежи придется разгребать те авгиевы конюшни и разбираться как теперь сделать это нормально.
Мои "творения" не придется. Т.к. надеюсь, что GPL отпугнет таких "умников". Хотя что-то свое они вряд ли создать смогут.

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

46. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –2 +/–

Сообщение от Аноним (-), 13-Янв-25, 17:36

> надеюсь, что GPL отпугнет таких "умников".
А теперь смотри за руками.
Берется твой код на сишке с GPL и переписывается на раст под МИТ.
Ни одной строчки под старой лицензией в новом коде нет, а на интерфейсы оно не распространяется (привет гугл vs оракл).
И смотришь, ты со своим GPL, в сторону хурдʼа, и говоришь спасибо Бороде за отлично продуманную лицензию)
Конечно у тебя есть возможность взять уже раст версию и заразить ее комми-gpl.
Но это же придется на rust'e писать, а у тебя лапки.
> Хотя что-то свое они вряд ли создать смогут.
Надеюсь ты этот комментарий написал из под не-rust-содержащего GPL браузера)

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

58. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от _ (??), 13-Янв-25, 17:53

>> надеюсь, что GPL отпугнет таких "умников".
>А теперь смотри за руками.
>Берется твой код на сишке с GPL и переписывается на раст под МИТ.
Ты описал все 146% раст проектов - "и начинает переписываться на раст"(С) Это мемчик уже ;-D
А потом: "автор утилиты curl объявил о прекращении разработки и поддержки Rust"

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

68. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (-), 13-Янв-25, 18:05

Это с одной стороны.
А с другой Arti себе живет и поживает, юзеров радует.
И его создатели (а это те же кто создал ТОР) пишут прям в ридми
We estimate that at least half of our tracked security vulnerabilities would have been impossible in Rust, and many of the others would have been very unlikely.
Arti is cleaner than our C tor implementation.
И тд.
Да, кто-то не осилил. Тут уже бегали с каким-то игроделом-неудачником.
Но про них забудут.

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

107. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (-), 13-Янв-25, 19:21

> Это мемчик уже ;-)
Мемчик-не-мемчик, но избавится от гнурака позволяет.
А раз оно работает, то оно уже не глупо.
> А потом: "автор утилиты curl объявил о прекращении разработки и поддержки Rust"
Ну объявил и объявил - видать оно никому нужно не было.
Но проекты на дыряшке загибаются точно также.
Сколько тут нытья была что кловер забросили и написали замену на расте... и?
Хотя одна ленивая задница пошла спасать сишный проект? Нет.

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

140. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (140), 13-Янв-25, 21:56

> А потом: "автор утилиты curl объявил о прекращении разработки и поддержки Rust"
А потом как обычно комментатор на опеннете не читая источник выдумал что-то за автора Курла, что вообще не соответствует реальности. Да и ничего, мы уже привыкли.

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

234. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аспарагус (?), 14-Янв-25, 10:52

Читаем источник:
>There simply were no users asking for it and there were almost no developers interested or knowledgeable enough to work on it. libcurl is written in C, hyper is written in rust and there is a C binding glue layer in between. It takes someone who is interested and good at both languages to dig in, understand the architectures, the challenges and the protocols to drive this all the way through.
>But with no user demand, why do it?
>It seems quite clear that rust users use hyper but few of them want to work on making it work for a C project like curl, and among existing curl users there is virtually no interest in hyper. The overlap in the Venn diagram of the two universes is not big enough.
>With no expectation of seeing this work completed in the short to medium length term, the cost of keeping the hyper code is simply deemed too high. We gain code agility and reduce complexity by trimming this off.
Что мы видим? Как только пришло время что-то делать руками, а не ртом - мастера хруста испаряются и сидят по своим норам, не отсвечивая. ЧТД.

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

237. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –2 +/–

Сообщение от Аноним (237), 14-Янв-25, 11:30

>>It seems quite clear that rust users use hyper but few of them want to work on making it work for a C project like curl,
Конечно никто не хочет делать курл.
Потому что во-первых это "качественный код" где глупейшие баги живут годами
opennet.ru/opennews/art.shtml?num=59909
В во-вторых, давай почитаем первоисточники
https://daniel.haxx.se/blog/2023/10/11/how-i-made-a-heap-ove.../
Including the latest two CVEs reported for curl 8.4.0, the accumulated total says that 41% of the security vulnerabilities ever found in curl would likely not have happened should we have used a memory-safe language.

Очевидно, аффтору нормально с +40 процентов багов.
>> and among existing curl users there is virtually no interest in hyper. The overlap in the Venn diagram of the two universes is not big enough.
>>With no expectation of seeing this work completed in the short to medium length term, the cost of keeping the hyper code is simply deemed too high.
В общем сам он раст не осилил, растовикам не интересно копаться в СИшном овнокоде
Диаграмма Венна показывает, что проект предсказуемо
> Что мы видим? Как только пришло время что-то делать руками, а не ртом
То СИшники не осиливают раст и кивают "а чего они мой овнокод не исправили"
> мастера хруста испаряются и сидят по своим норам, не отсвечивая.
Потому что им это забагованный кусов вообще не упал.
Чел вон денежку за LTS собирает (opennet.ru/opennews/art.shtml?num=62222) - пусть тратит на исправление своей поделки.
Может даже нанять кого-то в помощь.

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

97. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +3 +/–

Сообщение от Аноним (97), 13-Янв-25, 19:01

> Это молодежи придется разгребать те авгиевы конюшни и разбираться как теперь сделать это нормально.
Вы так говорите, как будто кто-то заставляет переписывать существующее. Пишите с нуля, и тогда не придется "страдать" от старого кода, какие проблемы.

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

113. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Анонимусс (-), 13-Янв-25, 19:43

> Вы так говорите, как будто кто-то заставляет переписывать существующее.
> Пишите с нуля, и тогда не придется "страдать" от старого кода, какие проблемы.
Так мы и пишем)))
Просто на опеньке есть странная дихотомия:
- когда пишут проект на расте с нуля - набегают "зачем писать на расте с нуля!"
- когда переписывают - то набегают "зачем переписывают!"

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

197. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (197), 14-Янв-25, 00:43

> набегают "зачем писать на расте с нуля!"
Ну не правда же. Набегают "зачем писать на расте с нуля то, что УЖЕ есть". Пробовали писать на расте что-то, чего ещё нет (но что кому-то нужно, а то знаю я вас)?

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

241. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Прохожий (??), 14-Янв-25, 11:50

А чего ещё нет, например? Всё, что можно было написать, уже написано. Да, косо-криво, лишь бы живо. Но всё уже есть. Поэтому остаётся только переписывать или писать с нуля то, что уже написано на другом языке с врождёнными дефектами. Так или иначе, если качество продукта в итоге улучшается, то почему бы и нет?

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

30. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +6 +/–

Сообщение от Аноним (21), 13-Янв-25, 17:03

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

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

33. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +4 +/–

Сообщение от Анонимусс (-), 13-Янв-25, 17:09

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

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

92. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Илья (??), 13-Янв-25, 18:55

> Отправил вслед Паскалю, Джаве  и Си-шарп, т.е в небытие.
О нет, дед думает, что меня не существует! Какая досада!

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

207. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от laindono (ok), 14-Янв-25, 02:23

Илюша, пристегнись!

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

159. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Минона (ok), 13-Янв-25, 22:34

Дай угадаю… ты программируешь на Ada!

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

227. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от User (??), 14-Янв-25, 08:44

Не, как писал однострочники на bash'е так и пишет.

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

38. Скрыто модератором +/–

Сообщение от xsignal (ok), 13-Янв-25, 17:17

> Ого, это же дидам таки придется раст учить?
Скорее зумерам и снежинкам придётся наконец научиться нормально и вдумчиво программировать, а не левой ногой, попивая смузи.

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

121. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (121), 13-Янв-25, 20:24

> Лучше бы сам си переделали.
Уже давно переделали. Называется раст.

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

191. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Анон1110м (?), 14-Янв-25, 00:22

Название D намного лучше чем C–2.

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

6. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –2 +/–

Сообщение от Анонимусс (-), 13-Янв-25, 16:28

> Декодировщики на Rust (png, zune-png, wuffs) оказались быстрее
> декодировщиков на Си (libpng, spng, stb_image). Например, crate-пакет
> png обогнал libpng в 1.8 раза на системе x86 и в 1.5 раза
> на системе ARM.
Как же так! Все же знают что раст тормозит!
Неужели кто-то прокрался и подложил тормозов в сорцы сишных либ???

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

9. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (9), 13-Янв-25, 16:30

Функциональность же нико не проверял. Написал одну функцию побырику потестил о быстро. А то что ты и ошибки не обрабатываешь и не всю функциональность поддерживаешь это всем пофиг.

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

131. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (-), 13-Янв-25, 21:01

Где пруфы, Билли?
Или анонимам принято верить на слово?

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

193. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Анон1110м (?), 14-Янв-25, 00:25

А где доказательства обратного?

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

214. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +2 +/–

Сообщение от Аноним (-), 14-Янв-25, 03:15

> А где доказательства обратного?
Кокаинум!
Открой репу, смотри папки tests и fuzz. Когда найдешь png, который не читается - тогда и приходи.

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

10. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от 12yoexpert (ok), 13-Янв-25, 16:31

паста: хакер в столовой
с дуру можно и сишную функцию обогнать

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

245. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Прохожий (??), 14-Янв-25, 11:54

Насколько ж дурные эти сишные функции, если их сдуру можно обогнать 😂

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

14. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (-), 13-Янв-25, 16:33

Жду новость "из андроиди выкидывают libpng".
Полыханием можно будет греться неделю минимум))

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

132. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +2 +/–

Сообщение от Аноним (-), 13-Янв-25, 21:07

В Chromium дело уже идет, а там и андроид не за горами)
https://issues.chromium.org/issues/379312510
> Support for encoding images through Rust `png` crate

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

15. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (15), 13-Янв-25, 16:34

Когда вижу подобную магию - обязательно найдется какой-то подвох.

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

24. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –3 +/–

Сообщение от Аноним (-), 13-Янв-25, 16:57

Естественно.
Например 30 лет назад диды наоптимизоровали код какими-то хаками и костылями (скорее всего приколоченными к определенной версии языка и компилятора).
И сегодня, если это все выкинуть, то оптимизирующий компилятор справится гораздо лучше.
Например когда из XFree86 выкинули оптимизации по методу даффа, то оно стало на мегабайт меньше и быстрее работать.
Пруф: lkml.indiana.edu/hypermail/linux/kernel/0008.2/0171.html
"In fact, by eliminating all instances of Duff's Device from
the XFree86 4.0 server, the server shrunk in size by _half_ _a_
_megabyte_ (!!!), and was faster to boot, because the elimination of all
that excess code meant that the X server wasn't thrashing the cache
lines as much."

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

29. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +3 +/–

Сообщение от Аноним (15), 13-Янв-25, 17:03

Эти ребята подарили вам Unix, Linux, Windows, игры и великое множество всего остального Детство и, возможно, цель в жизни... вы правда считаете уместным подобный тон?

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

36. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –6 +/–

Сообщение от Аноним (-), 13-Янв-25, 17:15

Эээ.. да.
Слава богу в детстве у меня не было ни Unixʼа, ни Linuxʼа, а то бы вырос угрюмым красноглазым букой)) А то еще хуже - заразился бы коммуняцкой идеологией или любовью к детишкам.
А вот за винду и игрушки скажу спасибо.
Но это так же значит что
1. костыли - это плохо и выстрелит потом в ногу, но каждый писака надеется (и часто не безосновательно) что это будет проблему уже другого программиста.
2. молиться на овнокод - это тоже плохо
ps та цитата за Aug 22 2000 от небезызвестного Теодора Тцо, который сейчас один из самых больших растохейтеров.

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

59. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (59), 13-Янв-25, 17:55

А ещё "диды" подарили этому циничному сопляку торбраузер, вот он и выделывается в меру своей испорченности. Единственное хорошее в нём (знания), и тех не много, и те получил благодаря коммуниcтам.

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

78. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 13-Янв-25, 18:18

Уууу, ну у тебя бомбануло!
Наверное аж в Новиграде было слышно (с)
Но если уже буквоедсвтовать, то ТОР-браузер это лиса, та самая для которой раст и создавали.
А сам ТОР активно переписывают свой же код на раст, радуются уменьшению кол-ва багов.
И планируют в итоге дропнуть дырявую версию
We intend that, in the long run, Arti will replace our C tor implementation completely, not only for clients, but also for relays and directory authorities.
Поэтому они не замшелые диды, а люди двигающие прогресс.

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

256. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (251), 14-Янв-25, 13:07

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

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

265. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Прохожий (??), 14-Янв-25, 14:11

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

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

25. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Вася Пупкин (?), 13-Янв-25, 16:57

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

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

66. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от _ (??), 13-Янв-25, 18:02

Это вас в семейство ML ну или даже в Рефал нада :)
А нам обычным Ынженеграм и стандартного набора джентельмена - за глаза.
Не пишите бизнесс-логику на Си, не пишите байтодроч на питоне ну и ещё с пяток правил и всё будет хорошо :)
Там даже правила не пишите ничего на раст ... нету :)  Пишите ;)

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

81. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (-), 13-Янв-25, 18:22

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

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

88. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (88), 13-Янв-25, 18:37

>  А после проверки и отладки просто перепишите на более подходящий язык - на раст например)
Ага. Вам и в пример yam(dnf) привести. Вот написали на python и потом переписывают. ... уже более 10 лет, наверное.

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

89. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 13-Янв-25, 18:42

>>  А после проверки и отладки просто перепишите на более подходящий язык - на раст например)
> Ага. Вам и в пример yam(dnf) привести.
Судя по всему оно было "ненужностью" еще пряв в момент создания. Просто у федоровцев взыграл NIH синдром.
> Вот написали на python и потом переписывают. ... уже более 10 лет, наверное.
Зависит от проекта, команды, аудитории...
Упомянутый мою драйвер, в отличии от, переписали почти сразу и оно прошло сертификацию Кроноса.
Так что ʼзапороть проект можно на любом языкеʼ))

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

252. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (252), 14-Янв-25, 12:54

> Необорот "пишите байтодроч на питоне", да будет медленно и уныло по производительности, зато быстро в написании. А после проверки и отладки просто перепишите на более подходящий язык - на раст например)
Сомнительно.
> Например так был написан драйвер для макбуков от асаши.
Я не очень знаком с историей, им удалось написать драйвер на питоне?

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

260. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (260), 14-Янв-25, 13:24

>> Например так был написан драйвер для макбуков от асаши.
> Я не очень знаком с историей, им удалось написать драйвер на питоне?
Ага.
Причем это был еще и реверс-инжиниринг закрытого макбуковского чипа.
Т.е на питоне написали прототип, на котором отладили все ньюансы, но он предсказуемо был тормознутый.
asahilinux.org/2022/11/tales-of-the-m1-gpu/
А потом переписали на Раст и прошли сертификацию.
opennet.ru/opennews/art.shtml?num=59648

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

295. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (295), 14-Янв-25, 16:53

> А потом переписали на Раст и прошли сертификацию
ну и сказки, какой драйвер на расте и какую ещё сертификацию ? насколько помню на раст написана небольшая ядерная часть - drm драйвер, сама drm как и mesa на С. Но работа по реверсу проделана большая, да - на питоне. Раста в финале пол процента.

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

301. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 14-Янв-25, 17:52

>> А потом переписали на Раст и прошли сертификацию
> ну и сказки, какой драйвер на расте и какую ещё сертификацию ?
Дядя Петя, ты дурак? (с)
https://www.khronos.org/news/archives/first-conformant-m1-gp...
Вот тебе сайт организации, которая осуществляет сертификацию.
Напряги мозг и почитай что там написано.
Conformant OpenGL ES 3.1 drivers are now available for M1- and M2-family GPUs. The open source graphics drivers have passed the conformance test suite designed to verify every feature in the specification. For Asahi Linux users, these open source drivers are now available.

> насколько помню
так открой первоисточник и прочитай
и таблетки от склероза не забудь выпить

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

307. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (295), 14-Янв-25, 18:47

> так открой первоисточник
https://gitlab.freedesktop.org/asahi/mesa
и коммиты на чистенком С
https://gitlab.freedesktop.org/asahi/mesa/-/commit/c37664613...
> таблетки от склероза
от шизофрении лучше пей, а то прозреешь внезапно от проавды и совсем кукуха съедет

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

320. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 14-Янв-25, 19:58

>> так открой первоисточник
> https://gitlab.freedesktop.org/asahi/mesa
Нафига мне ссылка не месу?
> и коммиты на чистенком С
> https://gitlab.freedesktop.org/asahi/mesa/-/commit/c37664613...
Ого, ты умеешь гуглить.
Еще бы то что нужно...
Вот тебе драйвер на расте
https://github.com/AsahiLinux/linux/tree/asahi/drivers/gpu/d...
вот коммиты его написания
https://github.com/AsahiLinux/linux/commit/bc43e9a4fd5e5b3b9...
>> таблетки от склероза
> от шизофрении лучше пей, а то прозреешь внезапно от проавды и совсем кукуха съедет
Хахаха, ты с такой уверенностью несешь чушь!
Давай топай отсюдова, только за пределы буфера не выйди))

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

340. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (295), 14-Янв-25, 21:56

> Нафига мне ссылка не месу?
потому что API Khronos реализованы в mesa
https://www.mesa3d.org/
и это основная часть драйвера gpu
https://asahilinux.org/2022/11/tales-of-the-m1-gpu/
> Вот тебе драйвер на расте
> https://github.com/AsahiLinux/linux/tree/asahi/drivers/gpu/d...
бугага - кронос наверно drm api ядра linux сертифицировал дааа ?

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

194. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Анон1110м (?), 14-Янв-25, 00:27

Программисы не инженеры.

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

48. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +3 +/–

Сообщение от Соль земли (?), 13-Янв-25, 17:37

Так если с Си на Си переписать, то скорость тоже может возрасти.

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

67. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от _ (??), 13-Янв-25, 18:03

+100500
Неоднократно доказанно :)

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

266. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 14:16

За столько лет, почему до сих пор не переписали?

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

111. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Совершенно другой аноним (?), 13-Янв-25, 19:35

В rust-овых реализациях используется не штатная zlib, а либо заточенное под png подмножество (https://crates.io/crates/fdeflate), либо версия распаковывающая всё изображение за раз (https://crates.io/crates/zune-inflate). Причём в последнем написано, что они это списали с С-шной реализации (https://github.com/ebiggers/libdeflate).

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

114. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –5 +/–

Сообщение от Аноним (-), 13-Янв-25, 19:47

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

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

8. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 13-Янв-25, 16:29

> Arti 1.3.2
Хорошие новости (с)
Сколько там пророчили что "у них ничего не выйдет" и тем не менее проект развивается.
Жду новостей про планы дропнуть дырявую версию и можно идти за попкорном.

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

18. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (18), 13-Янв-25, 16:39

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

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

20. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +2 +/–

Сообщение от Аноним (-), 13-Янв-25, 16:44

> ошибки будут еще глупее (в основном логические) чем просто ошибки памяти.
Ну... закономерно, что если избавиться от ошибок с памятью, то останутся в основном логические ошибки.
> От фейспалма мы не избавились переходя на раст.
Не избавишься. Зато избавишься от ошибок с памятью))
Но я фейспалмы и в сишних дыренях постоянно ловлю, особенно когда аффторы не в состоянии посчитать размер буфера или забывают про nul-termination в сишных недостроках.

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

182. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (18), 14-Янв-25, 00:07

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

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

200. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 14-Янв-25, 00:54

> закономерно, что у будущего более умного поколения программистов
А как же рассказы, что "программисты только глупеют"?
Ведь если тебя послушать - то нынешнее поколение умнее предыдущего, что ОЙ!))
> избавленных от "проблем с памятью" (лет через 10-20), будет возникать вопрос,  "а можно ли ускорить этот раст"
Если они будут умные, то у них возникнет вопрос "а нужно ли ускорять раст и, главное, какой ценой".
А может кто-то из дидов расскажет про такого древнего программиста Кнута и его знаменитое "Преждевременная оптимизация - корень всех зол".
И скорость не стоит того, чтобы программа становилась глючной и ненадежной.
> избавляясь от всех проверок "безопасной памяти" и тем самым доказывая
Мощная фантазия)
> программы могут быть быстрее, если "внимательно работать с памятью".
Или добавят прямо в компилятор формальную верификацию, проверку инвариантов и тогда да - станет еще надежнее.

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

262. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (18), 14-Янв-25, 13:35

> А как же рассказы, что "программисты только глупеют"?
Глупеют по отношению к "первобытному опыту", а "умнеют" потому-что есть индивиды, которые видят эту деградацию и пытаются изменить (спасти) ситуацию. Прогресс возможен только, когда есть деградация. Мы говорим раст это прогресс, только потому-что - деграднулись программисты по отношению к Си. И выжившие единицы "Сишников" (олды, диды, как угодно) и написали раст. Вот ниже цитаты самого автора из вики:
"many older languages [are] better than new ones"
"technology from the past come to save the future from itself."
"""
Hoare emphasized prioritizing good ideas from old languages over new development, citing languages including CLU (1974), BETA (1975), Mesa (1977), NIL (1981), Erlang (1987), Newsqueak (1988), Napier (1988), Hermes (1990), Sather (1990), Alef (1992), and Limbo (1996) as influences, stating "many older languages [are] better than new ones", and describing the language as "technology from the past come to save the future from itself."[18][19] Early Rust developer Manish Goregaokar similarly described Rust as being based on "mostly decades-old research."
"""
То есть технология из прошлого (первобытное), которая спасает будущее от деградации, и тем самым становится "умнее". Как говорится, все новое это хорошо забытое старое.
Дальше эволюция и культ.
"""
Evolution (2012–2015)
The years from 2012 to 2015 were marked by substantial changes to the Rust type system, especially, removal of the typestate system, consolidation of other language features, and the removal of the garbage collector.[18][17] Memory management through the ownership system was gradually consolidated and expanded to prevent memory-related bugs. By 2013, the garbage collector feature was rarely used, and was removed by the team in favor of the ownership system.[17] Other changes during this time included the removal of pure functions, which were declared by an explicit pure annotation, in March 2013.[25] Specialized syntax support for channels and various pointer types were removed to simplify the language.
"""
> Ведь если тебя послушать - то нынешнее поколение умнее предыдущего, что ОЙ!))
Да, они могут всегда взять старое и его усовершенствовать, а необходимость в усовершенствовании чего-либо, необходимо только тогда, когда есть деградация. Ведь не от "усталости" вечного ручного возврата памяти, придумали автоматический ее возврат (сбор)? Из-за банальных глупостей (невнимательности, незнания) ведь это все придумали (считай улучшили, упростили). Чтобы что-либо улучшить, необходимо, чтобы прошло некоторое время (собрать опыт).
> Если они будут умные, то у них возникнет вопрос "а нужно ли ускорять раст и, главное, какой ценой".
У "умных" людей всегда будут возникать вопросы, как и возникли вопросы по автоматическому управлению памяти. А нужно было оно? Говорим - нужно, безопасТность ведь. А почему возникли эти вопросы? Да потому-что глупцы (голубцы) по граблям ходили. А раст щас пиарят как решение от "глупостей".
> А может кто-то из дидов расскажет про такого древнего программиста Кнута и его знаменитое "Преждевременная оптимизация - корень всех зол".
Этот дед, стоит отдать ему должное, в свои 87 лет, имеет смелость называть себя "глупцом" :p
https://youtu.be/Hi8r_63LGyg?t=3096
> И скорость не стоит того, чтобы программа становилась глючной и ненадежной.
Надежность программы должна доказывается, а глюки - к вопросу корректности.
> Мощная фантазия)
Ну да, математики - фантасты, и все доказательства теорем - выдумка.
> Или добавят прямо в компилятор формальную верификацию, проверку инвариантов и тогда да - станет еще надежнее.
Любое утверждение необходимо доказывать, а доказательство верифицировать (проверить).

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

271. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 14:44

> Прогресс возможен только, когда есть деградация.
Это что за дичь? Прогресс возможен, когда есть что улучшать, а не когда есть деградация.
> Мы говорим раст это прогресс, только потому-что - деграднулись программисты по отношению к Си.
Программисты на ЛЮБОМ языке программирования - это, прежде всего, люди, склонные ошибаться и/или лениться. Если ЯП предрасполагает к ошибком в коде, так и будет. Си - язык программирования, который изначально не был рассчитан на сложность современного ПО. Поэтому в нём стали гораздо чаще встречаться типовые ошибки, которые ни язык, ни компилятор никак не контролирует.
> "many older languages [are] better than new ones"
Это только потому, что программирование, как процесс, получило гораздо большее распространение. То есть, в ряду программистов стало больше программистов с более низкими когнитивными возможностями. Ну так обычно вот эти новые программисты и не лезут в код системного ПО, не правда ли? Что из этого следует? Из этого следует, что мы не говорим о "деградации" во всех абсолютно областях программирования. То есть, не обязательно, что этот плохой код будет присутствовать в той же области, где применим, например, Rust.

> То есть технология из прошлого (первобытное), которая спасает будущее от деградации
Вряд ли Rust когда-нибудь заменит тот же Python. Поэтому так говорить некорректно. Скорее, технологии из прошлого наконец-то получили применение кое-где. Видимо до сих пор не было возможным внедрять их более широко.
> Дальше эволюция и культ.
Эволюцию в вашей цитате вижу. А где там культ?
> У "умных" людей всегда будут возникать вопросы, как и возникли вопросы по автоматическому управлению памяти. А нужно было оно? Говорим - нужно, безопасТность ведь.
Не только безопасность, если мы говорим о таких ЯП, как та же Java или, например, Python. А ещё и простота и быстрота в написании кода. Да, в ущерб скорости выполнения этого кода. Но далеко не везде она, скорость, нужна. Например, в написани скриптов по автоматизации какой-нибудь рутины. Зачем там нужна скорость или тщательное ручное управление памятью? Правильный ответ - низачем не нужна. Поэтому доверимся сборщику мусора. Вы ведь не пишете ваши скрипты на Си? Было бы умным писать такие скрипты на Си по-вашему?
> А почему возникли эти вопросы? Да потому-что глупцы (голубцы) по граблям ходили. А раст щас пиарят как решение от "глупостей".
Вопросы возникли потому, что сложность ПО стала увеличиваться с каждым годом. И обычных человеческих возможностей для того, чтобы контролировать появление "глупостей". Поэтому умные люди задумались над тем, как бы этот процесс поручить компилятору.
> > И скорость не стоит того, чтобы программа становилась глючной и ненадежной.
>Надежность программы должна доказывается, а глюки - к вопросу корректности.
Вот её и доказывают с помощью компилятора. Что же вам не нравится тогда?

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

272. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 14:47

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

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

306. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (18), 14-Янв-25, 18:36

> Это что за дичь? Прогресс возможен, когда есть что улучшать, а не когда есть деградация.
Не будет улучшений в том (продукт, ПО, технология и т.д.), где соблюдены условия необходимости и достаточности. Вопрос в том, на сколько строго определены эти условия (рамки, границы), и со временем (с применением) происходит расширение (возможно и сужение) этих условий, что и есть прогресс, а причина это расширение (сужение) - деградация со временем. К примеру, появления в ближайшем будущем сверхзвуковых гражданских самолетов, хотя они придуманы еще 50 лет назад. Вопрос, это прогресс (улучшение) или совершенно новый "продукт", который решает вопрос быстрого перемещения из точки А в точку Б? Говоря, "когда есть что улучшать", мы признаем, что будет существовать предел (пик прогресса, эволюции), за которым неизбежна деградация. Тут понятие "деградация" необходимо понимать так, что не будет "создано ничего лучше". И весь процесс как "стремления к лучшему", который мы называем прогрессом, и неизбежности достижения "предела" этого улучшения, есть процесс деградации. То есть продолжая "попытки улучшать" мы будем деградировать (как выше я указал, что продолжая развивать раст, мы придем к Си из-за деградации, так как будет возникать вопрос "скорости" при использования раста). Пример из вики:
"""
Деградация белков в клетке

Белки выполняют в клетке закреплённую за ним функцию, а затем, в определённый момент, клетке необходимо от них избавляться. Необходимость избавиться от белка обусловлена рядом причин: во-первых, дальнейшая активность белка может навредить клетке, во-вторых, нужно синтезировать новые белки, а перегрузка цитоплазмы полипептидами является источником апоптоза.
Переставшие быть необходимыми, белки подвергаются протеолитической деградации.
"""
Обратите внимание на "дальнейшая активность белка может навредить клетке", то есть белок не "помирает" (это не регресс) в процессе "деградации". И далее ключевой момент "Переставшие быть необходимыми, белки подвергаются".
Думаю не стоит рассматривать понятие "прогресс" или "деградация" только в положительном или отрицательном смысле. И деградация тут понимается не как противоположность "прогрессу", как "регресс".
А понятие "деградация со временем" это как замена человека с рычагом, который заводил автомобиль, на стартер.
> склонные ошибаться и/или лениться
Как и склонны перекладывать ответственность за эти ошибки на других, как с плохими танцорами.
> Если ЯП предрасполагает к ошибком в коде, так и будет. Си - язык программирования, который изначально не был рассчитан на сложность современного ПО.
Это цена за безалаберность, это как за неосторожное обращение со спичками, приводящими к пожарам, спички тут "предрасполагает к ошибком"?
> Поэтому в нём стали гораздо чаще встречаться типовые ошибки, которые ни язык, ни компилятор никак не контролирует.
Должен ли ЯП или компилятор этим заниматься? Почему не применять технику контроля качества как это принято в производстве? То есть код не просто пишется тяп-ляп, а еще и тщательно проверяется (статически, динамически), верифицируется его корректность и после выпускается в потребление. Почему в хардвейр индустрии это считается нормой, а в софтвейр индустрии можно "на коленках" и так сойдет (ci/cd х*як, х*як и в продакшен AS IS)?
> Это только потому, что программирование, как процесс, получило гораздо большее распространение. То есть, в ряду программистов стало больше программистов с более низкими когнитивными возможностями.
Потому-что, этот процесс ничем не отличим от процесса кладки кирпичей.
> Ну так обычно вот эти новые программисты и не лезут в код системного ПО, не правда ли? Что из этого следует?
То, что кладчик кирпичей (каменщик) и архитектор - разные профессии. А от того, что дом развалится из-за ошибки "мастера", который в неправильных кондициях намешал раствор, в этом случае мастерок (кельма) виноват, потому-что не треугольный, а трапециевидный? Все тот же контроль качества, никто не отменял, как до, так и после постройки.
> Из этого следует, что мы не говорим о "деградации" во всех абсолютно областях программирования.
Отсутствие контроля качества в ПО это - "безалаберность".
> Скорее, технологии из прошлого наконец-то получили применение кое-где. Видимо до сих пор не было возможным внедрять их более широко.
В реале вопрос зависел бы от обстоятельств (как в случае с гиперзвуковыми самолетами, вероятно понимали, что технология не совершенна, хотя могу ошибаться), а вот с точки зрения разработки ПО - звучит абсурдно, ничто не мешало и даже использовалось. Никто не отменял контроль качества при разработке ПО, и всегда применялся там где является необходимым (крит. системы), и не надо судить об этой сфере только по "смузихлебной суете".
> А где там культ?
Культ избавленных от проблем с памятью, очевидно же.
> Например, в написани скриптов по автоматизации какой-нибудь рутины. Зачем там нужна скорость или тщательное ручное управление памятью? Правильный ответ - низачем не нужна.
Встречный вопрос - зачем нужна тогда "рутина"? Любая работа, должна быть тщательно проделана, и собственно также тщательно необходимо проверить результат работы. Отсюда и вытекают понятия эффективности и оптимальности.
> Поэтому доверимся сборщику мусора. Вы ведь не пишете ваши скрипты на Си? Было бы умным писать такие скрипты на Си по-вашему?
Почему нет? в чем не возможность этого действия? То, что вам и за скрипт на Си и за скрипт на питоне заплатят ровно одинаково? Кто виноват? Что есть мерило? - Время - деньги? Ну вот пишите на Си и зарабатывайте больше, в чем проблема?
Все эти продвигатели растов, девопсов, и всякой смузиереси стремятся лишь к одному, меньше платить за людской труд. И все эти ИИ это же паразитирование на людском труде (бесплатном). Они скоммуниздят мой этот текст, а потом мне же будут продавать его?
> И обычных человеческих возможностей для того, чтобы контролировать появление "глупостей". Поэтому умные люди задумались над тем, как бы этот процесс поручить компилятору.
А это возможно только через "ограничения", а эти ограничения дадут о себе знать. А потом начнется "конвульсия" (ограничить или ослабить), в итоге все настолько "нарастет" (будущий раст), либо засохнет (текущий С++), и придется со всем этим смиряться и оставлять как есть. По итоге область вымрет, и софт нормальный писать будут единицы.
> Вот её и доказывают с помощью компилятора. Что же вам не нравится тогда?
Это не функция компилятора.

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

330. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 21:30

> Не будет улучшений в том (продукт, ПО, технология и т.д.), где соблюдены условия необходимости и достаточности.
Читаем внимательно. Речь изначально шла о деградации, а не о соблюдении условий необходимости и достаточности.
> Тут понятие "деградация" необходимо понимать так, что не будет "создано ничего лучше".
Это что за новояз такой? Деградация - это ухудшение первоначальных свойств объекта, а не отсутствие возможности их улучшать.
>> склонные ошибаться и/или лениться
>Как и склонны перекладывать ответственность за эти ошибки на других, как с плохими танцорами.
А это здесь причём? Каким бы вы ни были гением, вы всё равно допустите ошибку на N-й строке кода, которую потом не сможет найти ни один санитайзер. Примеров предостаточно на эту тему.
>Это цена за безалаберность, это как за неосторожное обращение со спичками, приводящими к пожарам, спички тут "предрасполагает к ошибкам"?
Можно автомобиль собирать и красить вручную. А можно использовать роботов. Угадайте с первого раза, у кого получится быстрее при прочих равных. И дело не только в осознанной безалаберности. Дело в ограниченности человеческих возможностей. Природа нас такими создала.
>> Поэтому в нём стали гораздо чаще встречаться типовые ошибки, которые ни язык, ни компилятор никак не контролирует.
> Должен ли ЯП или компилятор этим заниматься? Почему не применять технику контроля качества как это принято в производстве?
То, что компилятор проверяет ошибки во время компиляции и есть техника контроля качества, причём на самой ранней стадии производства.
>> Это только потому, что программирование, как процесс, получило гораздо большее распространение.
>Потому-что, этот процесс ничем не отличим от процесса кладки кирпичей.
Любого программиста можно выучить класть кирпичи. Но далеко не любого каменщика можно научить программировать. Так что процессы ещё как отличимы.
> Все тот же контроль качества, никто не отменял, как до, так и после постройки.
Ошибки, отлавливаемые компилятором и есть часть процесса по контролю качества.
>> А где там культ?
> Культ избавленных от проблем с памятью, очевидно же.
Где об этом написано в вашей цитате? Или сложно найти чёрную кошку в тёмной комнате, особенно, когда её там нет?
И ещё. Это культ? Или необходимость, всё-таки? Гугл и Майкрософт утверждают в своих отчётах, что таких ошибок примерно 70% на общее количество ошибок. Будем и дальше не обращать на них внимание, или что вы предлагаете?
> Встречный вопрос - зачем нужна тогда "рутина"?
Рутина существует сама по себе. Надеюсь, вы понимаете смысл этого слова?
>>Вы ведь не пишете ваши скрипты на Си? Было бы умным писать такие скрипты на Си по-вашему?
> Почему нет? в чем не возможность этого действия?
Можно ли забивать гвозди микроскопом? Да, можно. Но эффективность такого действия по сравнению с забиванием гвоздей молотком (или специальным аппаратом) будет намного ниже.
> Что есть мерило? - Время - деньги?
Точно. Время - деньги. Разрабатывать скрипты на Питоне намного быстрее, чем скрипты на Си. И потом их гораздо проще сопровождать.
> Все эти продвигатели растов, девопсов, и всякой смузиереси стремятся лишь к одному, меньше платить за людской труд.
А как надо по-вашему? Меньше платишь - больше прибыль. Больше прибыль - лучше возможности победить в конкурентной борьбе. Эволюцию никто не отменял.
>> И обычных человеческих возможностей для того, чтобы контролировать появление "глупостей". Поэтому умные люди задумались над тем, как бы этот процесс поручить компилятору.
> А это возможно только через "ограничения", а эти ограничения дадут о себе знать.
В некоторых случаях - да, дают. Но есть способы их обходить.
> По итоге область вымрет, и софт нормальный писать будут единицы.
Софт нормальный будет писать AI. Но до этого ещё дожить надо. Хотя процесс уже пошёл. Вон, Гугл рапортует, что производительность труда выросла на 25%, когда начали использовать AI в написании кода.

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

362. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (18), 15-Янв-25, 01:17

> А как надо по-вашему?
Не мешать глупцам совершать глупости.

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

42. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (42), 13-Янв-25, 17:26

> Сколько там пророчили что "у них ничего не выйдет" и тем не менее проект развивается.
Так он сколько лет - развивается? Вон servo тоже - развивается. И как это, сильно ему помогло? Уж и разработчиков децимировали, и мозилла вот вот на хром перейдет... вот это я понимаю, успех начинания мозиллы как он есть.

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

275. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 15:01

> Так он сколько лет - развивается?
Не дольше, чем остальные аналогичные продукты. А что?
> Вон servo тоже - развивается. И как это, сильно ему помогло?
Избавиться от большинства ошибок управления памятью - да, сильно.
> Уж и разработчиков децимировали, и мозилла вот вот на хром перейдет... вот это я понимаю, успех начинания мозиллы как он есть.
Смешались в кучу кони, люди...(с). Причём здесь коммерческий успех до устранения технических проблем? Эти две области довольно часто никак не коррелируют. Технически несовершенные продукты порою выигрывают у более качественных (это не относится к конкретным браузерам в данном случае). Вот взять, например, тот же Линукс. На старте он был унылым Г. по сравнению с Windows практически везде и во всём. А сейчас, что не сервер, то под управлением Линукса.

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

69. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –3 +/–

Сообщение от _ (??), 13-Янв-25, 18:05

>> Arti 1.3.2
>Хорошие новости (с)
Язык сетантов - в секту!
Действительно - "Хорошие новости (с)" :)

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

79. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +2 +/–

Сообщение от Анонимусс (?), 13-Янв-25, 18:20

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

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

16. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –2 +/–

Сообщение от Аноним (-), 13-Янв-25, 16:38

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

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

43. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 13-Янв-25, 17:28

> Надеюсь проект будет развиваться, хотя бы как полигон идей.
> Потому что нужна альтернатива разжиревшему ядру линукса, и желательно без коммуняцских лицензий.
Вам нужна? Во, вы и фигачьте. А если что-то получится и с пермиссивом - так и быть, я подумаю чтобы прийти нахаляву - и запроприетарить нахрен в свой продукт. И конечно никаких комитов и донатов. Чем я хуже других то?! :)

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

276. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 15:06

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

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

74. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (74), 13-Янв-25, 18:09

Вы ничем не отличаетесь от тех кто ворует торренты.

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

23. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –9 +/–

Сообщение от Аноним (23), 13-Янв-25, 16:55

Сплошные прекрасные свободные лицензии!
tock - MIT/Apache
vekos - Apache
karamel - MIT/Apache
arti - MIT/Apache
uniffi-bindgen-react-native - MPL
bevy - MIT/Apache
helix - MPL
png - MIT/Apache
zune-png - MIT/Apache/zlib
Мир настолько очистился, что никакого гнурака, никакой вони всяких комми.

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

86. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (88), 13-Янв-25, 18:32

Это всего лишь отражение желаний заинтересантов.
Тут легко всплывает "кто девушку угощает" и "кто ее танцевать будет".

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

105. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –2 +/–

Сообщение от Аноним (-), 13-Янв-25, 19:17

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

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

28. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (-), 13-Янв-25, 17:01

Было бы интересно мнение местных про tockos.
У них заявлена поддержка STM32 (F303VCT6).
Тут точно был человек который котрибутит в rust либу для stm, но я забыл как его ник, а форум не ищет.
Если ты вдруг, прочитал мое сообщение, то что ты думаешь про этот проект?

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

35. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +4 +/–

Сообщение от Аноним (35), 13-Янв-25, 17:15

> Дэниел Cтенберг (Daniel Stenberg), автор утилиты curl, объявил о прекращении разработки и поддержки проектом Curl альтернативного HTTP-бэкенда, написанного на Rust с использованием библиотеки Hyper. В качестве причины указано отсутствие интереса со стороны разработчиков и пользователей.
Единственная стоящая новость из всего этого шума.

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

277. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 15:10

Которая, как уже выше обсудили, свидетельствует только о том, что автор не смог осилить новый ЯП.

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

40. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +7 +/–

Сообщение от Вы забыли заполнить поле Name (?), 13-Янв-25, 17:25

В этот раз прям постарались. Помимо постоянной мантры про безопасность ещё и кучку ненужного сырого навалили (а говорили, что постоянное упоминание, что ничего полезного нет, не работает). Из интересного разве что ядро с верификацией, хотя вряд ли взлетит. С нормальной верификацией уже есть sel4.

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

47. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (47), 13-Янв-25, 17:36

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

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

63. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (63), 13-Янв-25, 17:57

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

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

70. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Нуину (?), 13-Янв-25, 18:06

Уничтожено до 200 сишников!

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

71. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (74), 13-Янв-25, 18:07

Причем только на бумаге в липовых отчётах.

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

83. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (83), 13-Янв-25, 18:22

Ещё 500 отрицательно продвинулись на более выгодные позиции.

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

94. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (251), 13-Янв-25, 18:57

По какому каналу ТВ сказали?

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

213. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от fuggy (ok), 14-Янв-25, 03:04

Эх упустили возможность выпустить новостей отдельных десяток про переписывание очередного на rust.

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

56. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (56), 13-Янв-25, 17:46

>Ядра Tock и Vekos
Стоит упомянуть, что и то и доугое - унылая пермессивщина.

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

72. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (74), 13-Янв-25, 18:08

На унылом языке.

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

75. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Нуину (?), 13-Янв-25, 18:10

>>Ядра Tock и Vekos
> Стоит упомянуть, что и то и доугое - унылая пермессивщина.
Хипстеры не любят gpl.

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

77. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Нуину (?), 13-Янв-25, 18:13

> Группа исследователей из Microsoft и Inria развивает подмножество языка Си - Mini-C, предназначенное для автоматической трансляции программ на языке Си в представление на языке Rust.
Вот это интересно, учитывая такие проекты Inria как Coq и СompCert.

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

186. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (18), 14-Янв-25, 00:10

> Вот это интересно
интересы там тока у мелкомягких, науку уже под себя подминают.

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

93. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (251), 13-Янв-25, 18:55

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

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

104. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –3 +/–

Сообщение от Аноним (-), 13-Янв-25, 19:16

> Новость подана не по феншую. На каком языке перечисленные проекты, это понятно, а вот их лицензии не указаны.
А зачем указывать лицензию?
В 99% случаях она свободная, т.е БАМ (БСД, Апач, МИТ). Т.к в современном сообществе коммуняцких жуликов не уважают.
Но если тебе не лениво - выше анон писал про лицензии, можешь нажать кнопку "исправить" и добавить в новость.

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

141. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (138), 13-Янв-25, 21:57

Это жпл то жулики? Да это единственная лицензия, позволяющая делиться кодом, а всякие миты позволяют корпам и всем прочим красть код и скрывать это

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

162. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Витюшка (?), 13-Янв-25, 22:47

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

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

212. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от fuggy (ok), 14-Янв-25, 02:59

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

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

248. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (251), 14-Янв-25, 12:32

Ну так, а что вы хотели? Лицензия, ведь, не стимулировала не паразитировать. Вот пока либа пилилась актино автором, все и паразитировали. И каждый рассуждает: А зачем я буду корячиться, чтобы кто-то потом производный код зажал? Да лучше я сам паразитировать буду, пока кто-то на халяву выкладывает и меня ничем особо не обязывает."

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

298. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (298), 14-Янв-25, 17:45

> Лицензия, ведь, не стимулировала не паразитировать.
А как будто есть свободные лицензии, которые стимулируют не паразитировать?
Вон у Terraform был MPL, у CockroachDB - Apache, а у ScyllaDB - вообще AGPL (куда уже гнураковее!)
И что? Помогло это им от паразитов? Нет.
От паразитов помогают только всякие BSL/SSPL, но сектанты их не считают свободными.

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

165. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (-), 13-Янв-25, 22:58

> Это жпл то жулики?
Еще какие!
Почти 20 лет разводили немамонтов на "попишите код бесплатно на благо сообщества!"
А в итоге все подмяли под себя корпы и водят сообществу по губам сам понимаешь чем - то сисемдю пропихнут с четвертой попытки, то раст в ядро линя впендюрят, то иксы дропают.
И что может сделать им сообщество? А ничего!
Зато жулики получали все это время грантики и бабосики, что от корпов через различные фонды, что от государства.
Но слава богу народ поумнел, популяция немамамонтов уменьшилась радикально.
> позволяющая делиться кодом,
Делиться? Оно позволяет каждому васяну использовать твой код. И корпам в том числе.
А потом мерзкие корпы начинают коммитить какие-то свои идиотские, никому больше не нужные, хотелки. А потом пропихивают в апстрим и ПОРТЯТ НАШ ЛИНУКС!!!1111
> а всякие миты позволяют корпам и всем прочим красть код и скрывать это
И точно также позволяют тебе брать код корпов и скрывать его. Так что все честно.

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

250. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (251), 14-Янв-25, 12:45

>Почти 20 лет разводили немамонтов на "попишите код бесплатно на благо сообщества!"
>А в итоге все подмяли под себя корпы
А какова причинно-следственная связь между двумя этими твоими утверждениями? Вот как из первого следует второе?

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

98. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (98), 13-Янв-25, 19:01

>Стабилизирована поддержка ассемблерных inline-вставок для архитектур s390x и Arm64EC
Не имеет смысла. Вставки должны быть строго на LLVM IR. А не 100500 различных ассемблеров, с приведением каждого к конкретной архитектуре разрабу приходеится долбаться вручную отдельно.

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

103. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 13-Янв-25, 19:15

> Вставки должны быть строго на LLVM IR. А не 100500 различных ассемблеров, с приведением каждого к конкретной архитектуре разрабу приходеится долбаться вручную отдельно.
Возможно эта идея слишком радикальная даже для современных программером.
Т.к во-первых слишком много людей знают какой-то ассемблер, а во-вторых начнут пованивать GCCшники.
Может к ней еще придут.
Но уже сейчас (лет 10 как) есть возможность написать LLVM IR в отдельном файле и прописать к нему alwaysinline.
Возможно это покрывает большую часть задач и инлайн прямо в код пока не нужно.

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

230. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (230), 14-Янв-25, 09:19

> Вставки должны быть строго на LLVM IR. А не 100500 различных ассемблеров,
А вы уверены, что LLVM не генерирует 100500 различных LLVM IR под эти ассемблеры?

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

99. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –2 +/–

Сообщение от Аноним (99), 13-Янв-25, 19:06

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

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

109. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Нуину (?), 13-Янв-25, 19:30

>  поддержка больших проектов в миллионы строк превратится в боль
Поддержка больших проектов в миллионы строк (если код не слабосвязанный) тоже боль?

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

110. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от чатжпт (?), 13-Янв-25, 19:31

Нормально раст читается, уж точно проще чем сипипи

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

112. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (112), 13-Янв-25, 19:40

> Да, у С есть недостатки
Недостатски?)) Да у него достоинств практически нет.
> но Rust тоже не выход
Отличный выход.
> синтаксис не читаем
Только у неосиляторов. Скажу по секрету, что гугл своих гошников переичиват писать на расте где-то за месяц. ГОшников! Так что если ты не можешь осилить раст... то у меня для тебя плохие новости.
> поддержка больших проектов в миллионы строк превратится в боль
Угу, намного легче поддерживать 1млн строк на дыряшки, где практически в каждой функции кто-то может нагадить в память, выйти за пределы буфера или переполнить инт.
А потом ищи кто виноват.
ЗЫ: такое ощущение, что вы никогда не работали с большими проектами на си...

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

128. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (140), 13-Янв-25, 20:42

Раст обычно не читается теми, кто не научился даже документацию читать. А без доки у них не получается, потому что они не знакомы с современными концепциями ЯП вообще и даже интуитивно не понимают «а чё это за <T>».

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

143. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Нуину (?), 13-Янв-25, 22:07

> Раст обычно не читается теми, кто не научился даже документацию читать. А
> без доки у них не получается, потому что они не знакомы
> с современными концепциями ЯП
Программирование на атрибутах это современная концепция ЯП?
> и даже интуитивно не понимают «а чё это за <T>».
Vec<Pin<Box<dyn Future<Output = Result<()>> + Send + ‘static>>>
https://users.rust-lang.org/t/vec-pin-box-dyn-future-output-...

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

172. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (140), 13-Янв-25, 23:26

> Программирование на атрибутах это современная концепция ЯП?
Растовские атрибуты используются для разного:
1. аналог #ifdef-а что бы сборка кода зависела от внешней среды/настроек - концепция старая
2. хинты компилятору - концепция старая
3. аннотации на функции и поля структур - концепция современная (java, python, swift, kotlin, scala, c#)
> Vec<Pin<Box<dyn Future<Output = Result<()>> + Send + ‘static>>>
Согласен, во всех языках программирования неудобно читать выражения с глубокой вложенностью, особенно когда подвыражения могут быть нетривиальными.
Ну, например как при вызове функций:
    vec(pin(box(dynFuture(output = Result()) + Send + static)))
Смотрика-то, и никакого раста. Просто вызовы функций с одним именованным параметром.
И, разумеется, как в любом языке программирования, сложные выражения можно упростить, разнеся их на несколько меньших. Например:
    var myFuture = dynFuture(output = Result()) + Send + static;
    var futures = vec(pin(box(myFuture)));
И всё ещё никакого раста. А теперь, внимание, раст (тут сразу должно всё стать нечитаемой кашей, приготовтесь):

    type MyFuture = dyn Future<Output = Result<()>> + Send + 'static;
    let mut futures: Vec<Pin<Box<MyFuture>>> = vec![];
Прежде, чем формировать мнение по поводу каких-то технологий следует хотябы минимально подумать головой. Из всех примеров "нечитаемого" которые я пока видел - минималками даже и не пахнет.

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

179. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Нуину (?), 14-Янв-25, 00:05

>> Программирование на атрибутах это современная концепция ЯП?
> Растовские атрибуты используются для разного:
> 1. аналог #ifdef-а что бы сборка кода зависела от внешней среды/настроек -
> концепция старая
> 2. хинты компилятору - концепция старая
> 3. аннотации на функции и поля структур - концепция современная (java, python,
> swift, kotlin, scala, c#)
Речь не про, где они используются, а про то, что это нечитабельно. Это не какой-то вызов функции, а добавление метаинформации. К тому же помимо базовых можно писать свои, что отдаляет от читабельности, т.к. вносит декларативщину, которую всегда сложнее отлаживать.
>> Vec<Pin<Box<dyn Future<Output = Result<()>> + Send + ‘static>>>
> Согласен, во всех языках программирования неудобно читать выражения с глубокой вложенностью,
> особенно когда подвыражения могут быть нетривиальными.
> Ну, например как при вызове функций:
>     vec(pin(box(dynFuture(output = Result()) + Send + static)))
> Смотрика-то, и никакого раста. Просто вызовы функций с одним именованным параметром.
Некорректное сравнение. Само выражение проблем не вносит. Сложность в чтении вводит необходимость таскать с собой типы, в которых кодируется много информации из-за остуствия gc и желания сделать код типа безопасным.

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

188. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (140), 14-Янв-25, 00:16

> Это не какой-то вызов функции, а добавление метаинформации.
В программе должны быть только вызовы функций? Без описания структур, енумов, сигнатур функций, и тп?
> вносит декларативщину, которую всегда сложнее отлаживать
Что именно сложно в отлаживании декларативщины? Приведи пример на расте.

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

204. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 14-Янв-25, 01:12

> Речь не про, где они используются, а про то, что это нечитабельно.
Да, довольно громоздко.
Но менее ли это читабельно чем это?
#define __is_constexpr(x) \
        (sizeof(int) == sizeof(*(8 ? ((void *)((long)(x) * 0l)) : (int *)8)))
А это, на минуточку, макрос который пропихали в ядро линукс!
git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=3c8ba0d61d04ced9f8d9ff93977995a9e4e96e91
Мало того что эта лапша практически не читаема, так оно еще и работает на хаках стандарта и GNU C extension.
> Сложность в чтении вводит необходимость таскать с собой типы, в которых кодируется много информации из-за остуствия gc и желания сделать код типа безопасным.
Но это лучше чем автокасты (особенно неявные) или просто void*

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

208. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (295), 14-Янв-25, 02:34

> Но менее ли это читабельно чем это?
это вообще не надо читать, программисты используют более высокоуровневый API, код начинающийся с двойного подчёркивания это что-то очень интимное как дневник

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

238. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (237), 14-Янв-25, 11:34

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

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

249. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (295), 14-Янв-25, 12:38

> даже не думал об этом в таком ключе
значит не программист ещё, если будешь код читать как книгу всё подряд кукушкой поедешь независимо от ЯП, сколько там в Linux миллионов строк кода ? а ещё писайт надо!

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

259. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (235), 14-Янв-25, 13:23

>это вообще не надо читать
Надо, особенно с учётом отсутствия гигиены макросов в си. Поскольку, когда такая конструкция развернётся неправильно, то никто вам не поможет, у вас даже ошибки компиляции не будет.
#define INCI(i) { int a=0; ++i; }
int main(void)
{
  int a = 4, b = 8;
  INCI(a);
  INCI(b);
  printf("a is now %d, b is now %d\n", a, b);
  return 0;
}
Вот сиди и гадай, почему b меняется, а a - нет.

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

313. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Нуину (?), 14-Янв-25, 19:03

>[оверквотинг удален]
> #define INCI(i) { int a=0; ++i; }
> int main(void)
> {
>   int a = 4, b = 8;
>   INCI(a);
>   INCI(b);
>   printf("a is now %d, b is now %d\n", a, b);
>   return 0;
> }
> Вот сиди и гадай, почему b меняется, а a - нет.
Проблема не столько в гигиене, сколько в том, что макросы раскрываются до выполнения. Как и атрибуты раста собственно. Получается, что код ты видишь один, а отлаживаешь другой.

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

257. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (235), 14-Янв-25, 13:14

>много информации из-за остуствия gc
Совершенно верно. Это необходимо, чтобы код не портил память в самых неожиданных местах
>и желания сделать код типа безопасным.
Типобезопасность - это то, чего не понимают сишники, когда через типы  данных обеспечивается невозможость многих ошибок, того же разыменнования нулевого указателя. Другими широко известными типобезопасными языками, кроме раста являются, StandardML, Ocaml и Haskell. Можно даже тот же Crystal упомянуть, хотя он и не настолько популярен

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

315. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (18), 14-Янв-25, 19:28

> Типобезопасность - это то, чего не понимают сишники,
А для чего вообще вводили понятие типов? Что есть тип? Зачем в Си есть типы?

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

192. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (140), 14-Янв-25, 00:25

> Сложность в чтении вводит необходимость таскать с собой типы, в которых кодируется много информации из-за остуствия gc
Это правда. Но это на данный момент необходимая плата за безопасную работу с памятью. Может когда-нибудь упростят - Нико не спит и переодически что-то крутое придумывает, как однажды придумал ownership/borrowing.
> и желания сделать код типа безопасным.
Невозможность неправильного использования API - это не "типа" безопасность, это офигенная фича языка, которой благодарны все пользователей таких API. Это то самое "если собралось, значит всё корректно и работает".  В отличие от других языков, где куча пометок в API nипа "эту функцию можно вызывать только после вон той функции, а вот нельзя вызывать если вы уже вызвали вон ту, а вот тут значение надо передать такое-то если только вы вон там вызвали то-то" и тд.

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

255. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (235), 14-Янв-25, 13:05

>Программирование на атрибутах это современная концепция ЯП?
Этим уже в 1980-ых занимались, просто до некоторых только сейчас дошло
>Vec<Pin<Box<dyn Future<Output = Result<()>> + Send + ‘static>>>
А зачем вы в rust полезли? Pin, Box, 'static - низкоуровневое управление памятью. Выкинуть их и строка раза в два короче станет. Как раз для таких как вы есть куча языков типа C#/Java/Go/Ocaml/Haskell, где есть сборщик мусора и о подобных вещах беспокоится не нужно

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

278. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 15:27

> Pin, Box, 'static - низкоуровневое управление памятью.
Почему низкоуровневое? Вполне себе высокоуровневое, раз создатели языки позаботились об абстракциях (стандартных типах).

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

117. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (117), 13-Янв-25, 20:17

> " языка программирования общего назначения Rust 1.84, основанного проектом Mozilla"
Mozilla плохого не создаст!

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

127. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (127), 13-Янв-25, 20:32

Мозилла за все берется смело. Ни одного хорошего проекта за всю свою историю.

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

118. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 13-Янв-25, 20:20

>Дэниел Cтенберг (Daniel Stenberg), автор утилиты curl, объявил о прекращении разработки и поддержки проектом Curl альтернативного HTTP-бэкенда, написанного на Rust
Практик Дэниел отказался от Раста.
что и требовалось доказать.

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

129. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (140), 13-Янв-25, 20:44

А он что, хотел курл на раст переписать?

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

146. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (140), 13-Янв-25, 22:10

Дорогой аноним,
В курле использовались три библиотеки, написанные на расте. От одной отказались. Вопрос: сколько библиотек на расте осталось в курле? Если затрудняешься с ответом есть опция "звонок другу". Или вон можно зал спросить.
При этом от хайпера отказались потому, что он там в курле годами никому из программистов был не нужен. А программист там требовался что бы завершить интеграцию хайпера и курла. Растовиков, которым это надо, просто не оказалось. Даже автору хайпера это нафиг не нужно было.
Оно и логично, на самом деле. Энтерпрайзный мир не пользуется курлом, у них свои реализации хттп - в жаве куча разных сторонних, в дотнете родной встроенный хз на чём реализован, в хромиуме - свой, в питоне - также популярные клиенты курл не юзают, в расте - тоже свои клиенты.
Я вообще хз где и кто курлом пользуется, кроме беш-скриптов. Сишники что ли, когда линкуются к libcurl?  Так им тем более раст не нужен, они на своей волне.

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

119. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Bottle (?), 13-Янв-25, 20:21

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

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

123. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (123), 13-Янв-25, 20:29

> О да, очередные вечно перспективные библиотеки на вечно перспективном язычке.
Настолько перспективные, что уже используются в проде (lts encrypt или амазон).
> Которые не достигли паритета фич за годы существования сишных оригиналов.
Которые не достигли паритета дыр за годы существования сишных оригиналов.
Я подправил. Не благодари)
Надеюсь так и останется, хотя сделать проект более дырявым чем на СИ надо постараться.

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

120. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (121), 13-Янв-25, 20:23

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

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

124. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (127), 13-Янв-25, 20:29

Делает ненужное?

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

130. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (140), 13-Янв-25, 20:57

Да, именно! Делает Беш ненужным. Во всяком случае как скриптовый язык. Как шелл - хз, я шеллами (как шеллами) почти не пользуюсь.
Сразу поддерживает многопоточное программирование, сразу умеет работать со структурированными данными, сразу умеет полноценный CLI для функций/команд (на беше для этого надо юзать getopt, и то придётся кучу всего всё равно руками делать). Ну и так, дофига всего может.

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

134. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Юрий (??), 13-Янв-25, 21:35

Абсолютно нечитаемая каша... Это невозможно рефакторить...
Что такое unsafe риторический вопрос :D

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

137. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +3 +/–

Сообщение от Аноним (137), 13-Янв-25, 21:46

А их никто и не читает. Пишут код и забрасывают.

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

219. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (219), 14-Янв-25, 04:47

Не компилируют даже :D

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

149. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (140), 13-Янв-25, 22:11

Покажи пример нечитаемой каши.

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

168. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (9), 13-Янв-25, 23:04

Любой код на расте.

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

202. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 14-Янв-25, 01:05

> Любой код на расте.
О, понятно. Очередной неосилятор.
Тогда продолжай писать на сишечке, там как раз для таких ты reserved keywords не больше 40 штук. А то вдруг мозги переполнятся.

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

280. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 15:34

> Абсолютно нечитаемая каша...
Попробуйте мысленно заменить угловые скобочки на круглые, и представить, что это не типы, а вызов функций (как предложил другой Аноним чуть выше по треду). Стало легче?
Или вы хотите сказать, семантика замысловатая? Вы к такому в Си не привыкли, где о строгой типизации знают только понаслышке, а в каждой программе хешмап переизобретают?
> Это невозможно рефакторить...
Почему?

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

326. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Юрий (??), 14-Янв-25, 20:28

С\С++\С# читается как очень интересная книга легко и непринужденно! Очень все понятно! Язык нормального человека :)
По поводу рефакторинга...
Это камень преткновения и одновременно дамоклов меч раста... 1к + строк кода проще переписать с нуля чем заниматься рефакторингом! Это факт! Посмотрите репозитории на гитхабе в большинстве случаев переписывается код "полностью".
Что там unsafe? :D

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

341. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 22:09

> \С++\С# читается как очень интересная книга легко и непринужденно! Очень все понятно! Язык нормального человека :)
Ну-ка, истолкуйте, что здесь написано на "языке нормального человека". Это обычный C, если что. Где в ядре Линукса.
#define __is_constexpr(x) \
    (sizeof(int) == sizeof(*(8 ? ((void *)((long)(x) * 0l)) : (int *)8)))

> По поводу рефакторинга... Это камень преткновения и одновременно дамоклов меч раста... 1к + строк кода проще переписать с нуля чем заниматься рефакторингом! Это факт!
Это не факт, пока вы не приведёте более весомые аргументы, кроме вашего личного мнения.
> Посмотрите репозитории на гитхабе в большинстве случаев переписывается код "полностью".
То есть, поискать аргументы вашим домыслам вместо вас? Нет уж. Бремя доказательства лежит на утверждающем.
> Что там unsafe? :D
И что там?

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

142. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +3 +/–

Сообщение от Аноним (142), 13-Янв-25, 21:59

отлично, что вопреки ценному мнению опеннетовских экспертов, раст продолжает развиваться

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

147. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (147), 13-Янв-25, 22:10

В твоём воспаленном воображении? Ты новость то читал?

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

160. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (142), 13-Янв-25, 22:39

Читал и внимательно. Из новости следует, что раст развивается, а ты нет

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

167. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (9), 13-Янв-25, 23:04

С тобой всё ясно. Очередной рост надоев.

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

342. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 22:11

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

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

148. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Нуину (?), 13-Янв-25, 22:11

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

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

154. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (138), 13-Янв-25, 22:20

Если случайно открыть видео с растконф, там таких с цветными волосами полно)

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

157. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (142), 13-Янв-25, 22:29

цветные волосы? ужас ужас. так давайте их расстреляем. надо прическу и цвет как у главного

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

158. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (142), 13-Янв-25, 22:34

по хорошему надо в серой шинели писать строго на С. в айти роте, опеннет дивизии )

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

166. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Нуину (?), 13-Янв-25, 23:01

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

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

218. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (219), 14-Янв-25, 04:46

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

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

232. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 14-Янв-25, 09:41

> Ну вот против цветных волос ничего не имею, кстати. Да и небольшая толика авантюризма, или скорее даже рискованности, но в очень умеренных масштабах, совсем не повредит для промышленной(==любой нормальной) разработки.
Обычно (среди моих знакомых, что совершенно нерепрезентативно, но!) цветом волос весь авантюризм и заканчивается.
И меня больше будет напрягать "самый тихий ребенок в классе".
> Креатив(умение мыслить нестандартно) + сильная тех база всему голова.
Вот именно. И по цвету волос ты не поймешь какая база. Но выводы уже сделаешь
> Но реальность такова, что цветные волосы это уже маркер.
Зайди в любую учительскую или пенс.фонд.
От там будет просто сборище авантюристов с фиолетовыми шевелюрами))

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

282. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 15:37

> Цвет волос и прочий экспрессивный вид говорит об эмоционально-психическом состоянии человека. Такие люди больше склонны к авантюризму, что никак не плюс для промышленной разработки.
Взять, например, Артёмия Лебедева. Волосы цветные, а человек промышленным дизайном (в том числе) занимается. Или это другое?
Кстати, а знаете ли вы, что некоторые деятели (в том числе политические) тоже красят волосы, чтобы, например, седину скрыть? Или это тоже другое?

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

310. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Нуину (?), 14-Янв-25, 18:58

>> Цвет волос и прочий экспрессивный вид говорит об эмоционально-психическом состоянии человека. Такие люди больше склонны к авантюризму, что никак не плюс для промышленной разработки.
> Взять, например, Артёмия Лебедева. Волосы цветные, а человек промышленным дизайном (в том
> числе) занимается. Или это другое?
Серьезно? Отличный пример. Человек как дизайнер слабый, его контора с большим гонором, сидит на контрактах от гос-ва.
> Кстати, а знаете ли вы, что некоторые деятели (в том числе политические)
> тоже красят волосы, чтобы, например, седину скрыть? Или это тоже другое?
Разумеется другое. Если депутат покрасится в фиолетовый или синий, то я бы хотел на это посмотреть.

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

343. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 22:15

>  Человек как дизайнер слабый, его контора с большим гонором, сидит на контрактах от гос-ва.
Контора с большим гонором говорит о том, что они богаты. Сидит не только на госконтрактах. И промышленным дизайном занимаются.
> Разумеется другое. Если депутат покрасится в фиолетовый или синий, то я бы хотел на это посмотреть.
То есть, те, которые красят волосы во что-то более яркое, просто цветом не вышли. Л-логика.

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

359. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Нуину (?), 15-Янв-25, 00:41

>>  Человек как дизайнер слабый, его контора с большим гонором, сидит на контрактах от гос-ва.
> Контора с большим гонором говорит о том, что они
> только на госконтрактах. И промышленным дизайном занимаются.
Мне не о чем разговаривать с человеком, которы считает, Лебедева и его студию чем-то выдающимся.
>> Разумеется другое. Если депутат покрасится в фиолетовый или синий, то я бы хотел на это посмотреть.
> То есть, те, которые красят волосы во что-то более яркое, просто цветом
> не вышли. Л-логика.
Красят волосы в яркое, делают тату, пирсинг и тому подобные изменения сильно меняющие внешний вид. Просто сходить в парикмахерскую и сделать обычную не вызывающую стрижку, подкрасить седину - это нормально, в этом нет желания выделиться.

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

316. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (18), 14-Янв-25, 19:37

"""
После школы поступил на факультет журналистики МГУ им. М. В. Ломоносова. Выбрал факультет журналистики потому, что там был низкий проходной балл, но на лекции не ходил и был отчислен со второго курса
По словам Лебедева, дизайну он научился у Аркадия Троянкера, арт-директора «Еженедельного журнала» и «Итогов». Сам Троянкер считал Лебедева своим лучшим учеником
"""
Где он пром. дизайну учился? Кто такой Троянкер? Лауреат премии «Человек книги» (2012) в номинации «Вклад в индустрию».

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

344. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 22:17

Какая разница, где он учился, если он - успешный предприниматель и дизайнер? Вам шашечки или ехать?

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

364. Скрыто модератором +/–

Сообщение от Аноним (18), 15-Янв-25, 01:25

ну да как Билл Гейтс, Стив Джобс, Тим Кук, Марк Цукерберг, Елон Маск, Дональд Трамп, Памелла Андерсон :)

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

263. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (251), 14-Янв-25, 13:42

>надо прическу и цвет как у главного
Всем плешь?

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

318. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (318), 14-Янв-25, 19:49

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

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

153. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (138), 13-Янв-25, 22:19

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

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

164. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (164), 13-Янв-25, 22:57

Самое забавное, что у Си стандарт появился спустя 17 лет после создания языка и к этому моменту уже была написана целая куча софта.
Раст же появился в 2006 году и ему на данный момент уже 19й год, но никакого стандарта и полезного софта так и не появилось. Почему так? Я просто хочу разобраться.
Предвидя кукареки уровня "стандарт не нужон", припомню потуги ferrocene, который зачем-то появился вопреки "ненужности".
П.С. Смешно видеть как язык раздувается от релиза к релизу, превращаясь в раздутую мусорку из ad-hoc костылей, аля питон, все больше и больше. Плюсы тоже замусоренные, но хотя бы само ядро языка помощнее будет, оно не такое лсное.

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

175. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (140), 13-Янв-25, 23:47

> аст же появился в 2006 году
Раст появился в 2015 году. В 2010 году анонсировали его разработку. Не благодари.
> никакого стандарта и полезного софта так и не появилось
Либо ты первый день на опеннете, да и вообще в интернете и поэтому просто не успел ознакомиться с темой, либо целенаправленно врёшь для создания шумихи вокруг своего комментария.
> Я просто хочу разобраться
Так сильно хочешь, что не можешь загуглить краткое описание истории развития языка, и он у тебя в 2006 откуда-то взялся?
И не можешь загуглить список полезного софта? Ну очень, очень хочешь разобраться, сразу видно.
> Смешно видеть как язык раздувается от релиза к релизу
Поскольку ты не понимаешь, про что пишешь, то тебе и кажется, что все эти улучшения - ненужные. Любому программисту же однозначно понятно, что лучше иметь оператор обработки ошибок "?", чем не иметь. Или что лучше иметь async/await, чем не иметь. И так далее.
> из ad-hoc костылей
Какую фичу языка там сделали в виде костыля?

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

176. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (164), 13-Янв-25, 23:49

>Раст появился в 2015 году
Аахахаххахаах

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

178. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (164), 14-Янв-25, 00:03

Дополню для блаженного.
>раст появился в 2015
Но разработка servo уже началась в 2013. Как так? Нужно попросить у мозилловцев чертежи машины времени. Это все жалкие оправдания фанатика. Предвидя вопрос сразу отвечу, что почему-то ранние альфа-версии Сишки не помешали написать юниксы и не было отговорок в духе "Ряяя, вот это не считается, считаем только с определенной даты, потому что в ином случае нам невыгодно".
Все остальное в том посте это такое же бред в духе "всем очевидно, "это элементарно" и т.д.
Ну а про список софта вообще смешно. Куча консольных свистоперделок очень полезна, да. Чего только стоит мой любимый zellij, который протекает по памяти как мразь, жрет как ИДЕ(хотя это терминальный мультиплексор), а для плагинов используется wasi, что разрушает экосистему по определению и вместо одного языка для расширения(elisp, lua js) нужно знать любой из которых позволяет собирать для wasi и который будет использовать автор плагина. Это гипераутизм, хотя чего еще ожидать от выходцев из веб-параши.

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

198. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (140), 14-Янв-25, 00:50

> Предвидя вопрос сразу отвечу, что почему-то ранние альфа-версии Сишки не помешали написать юниксы и не было отговорок в духе "Ряяя, вот это не считается, считаем только с определенной даты, потому что в ином случае нам невыгодно"
Сишка ничего не умеет, поэтому совершенно без разницы, альфа там или полный релиз. Основная же фича раста, то, что делает его растом и почему он заменяет Си - это ownership/borrowing. А оно как раз появилось около 2011 года, в очень сыром виде, и нормально было доделано только к релизу в 2015-ом. Очевидно, что мозилловцы использовали эту сырую и экспериментальную фичу на своё усмотрение, при этом ещё и переодически переписывая уже написанный код, потому что язык и главная его фича - в разработке.
Поэтому можно с большой натяжкой сказать, что раст "выпустили" в 2011 году, но поскольку это утверждение делается в контексте "до сих пор нет спеки", то на самом деле говорить так бессмысленно, потому что как можно написать спеку на то, что ещё в экспериментальном виде и непонятно как оно будет выглядеть через 4 года на релизе 1.0 ?  Поэтому корректным было бы считать, что начало языка - именно в 2015 году, когда допилили главную его фичу, без которой язык - ещё один никому не нужный язык на свалке истории.
Собственно, можно считать, что автор Раста - это Нико Матсакис, пришедший на проект в 2011 году, придумавший и реализовавший ownership/borrowing, а не Грейдон Хоар, потому что от Грейдона там ничего интересного нет.

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

220. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (219), 14-Янв-25, 04:54

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

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

284. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 15:48

Rust уже вполне зрелый язык.
> Ни один вменяемый разработчик не будет в проде использовать нестабильные инструменты.
Google, Dropbox, Cloudflare, Amazon, Discord, Microsoft - это всё места работы невменяемых разработчиков? Не поделитесь списком, где работают вменяемые?

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

187. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Нуину (?), 14-Янв-25, 00:15

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

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

285. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 15:51

> При наличии стандарта нельзя держать пользователей (компилятора в данном случае) на коротком поводке.
Интересно, почему разработчики разных реализаций того же Python так не считают? Или, например, разработчики ещё одного компилятора Rust из группы gcc?

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

308. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Нуину (?), 14-Янв-25, 18:55

>> При наличии стандарта нельзя держать пользователей (компилятора в данном случае) на коротком поводке.
> Интересно, почему разработчики разных реализаций того же Python так не считают?
Каких таких разных реализаций на практике? Все используют cpython. Возможно pypy, но он в роли догоняющего.
> Или, например, разработчики ещё одного компилятора Rust из группы gcc?
Его уже завершили? Можно пользоваться?

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

345. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 22:21

> Каких таких разных реализаций на практике? Все используют cpython. Возможно pypy, но он в роли догоняющего.
Ну вот, например.
https://www.geeksforgeeks.org/best-python-interpreters-choos.../
Кто такие эти "все", кстати? И как вы определили, что они используют исключительно cpython? Если бы вы сказали "большинство", я бы не стал спорить. Но ведь "большинство" и "все" - это не одно и то же.
> Его уже завершили? Можно пользоваться?
Нет, потому что разработка началась сравнительно недавно. Но ведь мы не об этом говорили, да?

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

358. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Нуину (?), 15-Янв-25, 00:37

>> Каких таких разных реализаций на практике? Все используют cpython. Возможно pypy, но он в роли догоняющего.
> Ну вот, например.
> https://www.geeksforgeeks.org/best-python-interpreters-choos.../
Что следует из ссылки? Вы покажите компанию, которая использует в проде (ну или деве) что-то отличное от cpython.
>> Его уже завершили? Можно пользоваться?
> Нет, потому что разработка началась сравнительно недавно. Но ведь мы не об
> этом говорили, да?
Получается сторонней реализации в работоспособном состоянии нет.

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

205. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +2 +/–

Сообщение от Аноним (-), 14-Янв-25, 01:56

> Самое забавное, что у Си стандарт появился спустя 17 лет после создания языка
> и к этому моменту уже была написана целая куча софта.
Простите, но это не стандарт, а кусок кала.
И дело даже не в сотнях UB, которые комитетчики добавили из-за того, что за 17 лет успели набыдлокодить кучу несовместимых компиляторов и реализаций, а в том, что сишка ничего не умеет кроме тупого перекладывания байтиков.
Стандартная библиотека ужасно куцая, но при этом она прибита к языку - никакого no std.
Строк нет, data structures нет, нормальных енамов нет - только убогая обертка над интом, что позволяет сравнивать апельсины с крокодилами, ассоциированных значений нет.
Даже нормальных встроенных типов вроде буфер-с-размером - нет, что приводит к бесконечным велосипедам-на-костылях и дырам (вроде той эпичной CVE в N+1 реализации split string).
Да что тут говорить, там даже bool изначально не было, хотя даже в FORTRAN 66 был LOGICAL.
Сам  Денниса Ритчи не смог пройти мимо такой "стандартизации":
"The fundamental problem is that it is not possible to write real programs using the X3J11 definition of C. The committee has created an unreal language that no one can or will actually use."
Но вот почему взлетела сишка, а не напр. Форт, Апл, Лисп, Симула, которые появились до сишки? Или FORTH, Паскаль и Smalltalk, которые появились примерно вместе с ней?
А потому что это был ПХП своего времени.
Любая обезьяна могла выучить пару десятков ключевых слов и начать быдлокодить на сишечке.
Сишечка ничего не требовали от реализации, в отличии напр. от Ада, которые требовали соответствия компилятора довольно жестким требованиям. Сишечка ничего не требовала от погромиста - можно было и портить память, и писать за пределы буфера, и переполнять инты. В той же ада такое не проканало, там думать нужно было.
Вот поэтому сишка и взлетела. Именно как ПХП годы спустя.
Это сейчас вы рассуждаете про хороший софт на си (в которого годами правили и правят CVE, хехе). А сколько омнософта затерялось в истории?))
> Раст же появился в 2006 году
Это вы цитату с вики взяли. Причем вы настолько ленивый, что скопипистили ее с предпросмотра, даже странцу не открывали. А если бы хотя бы открыли, то увидели бы "Работа над языком была начата сотрудником Mozilla Грэйдоном Хором в 2006 году."
"Работа начата" и "появился", это немного разные вещи, не находите?
"язык был официально представлен на Mozilla Summit 2010" - вот так хоба и +4 года.
Но это еще не всё. А вы знали что в том расте был сбощик мусора?)) Скорее всего нет.
Вот даже новость-обсуждение pcwalton.github.io/_posts/2013-06-02-removing-garbage-collection-from-the-rust-language.html середины 2013 года, где описываются причины.
Поэтому меня забавляют набросы хейтеров про 2006, про 2009 и тд.
> Плюсы тоже замусоренные
Вы очень смешно пытаетесь оправдать убогость сишки набрасывая на нормальные языки вроде с++))) Но история уже все расставила по своим местам, и плюсы сейчас везде, а сишка - только в легаси и в монстропректах вроде ядра. Ну и чуток в МК, но и и туда пришли плюсы.

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

209. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от чатжпт (?), 14-Янв-25, 02:34

всё правильно написал кроме "нормальные языки вроде с++", это такое же монстро-убожество как и сишка

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

215. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (164), 14-Янв-25, 03:25

Все ваши претензии к Си ложны, потому что вы не понимаете, что такое Си.
Алсо, "An idiot admires complexity, while a genius appreciates simplicity"

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

221. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (219), 14-Янв-25, 05:00

Вот вот. Не понимают всех прелестей лоу-левела и архитектурной минималистичности.

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

231. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 14-Янв-25, 09:37

> Все ваши претензии к Си ложны, потому что вы не понимаете, что такое Си.
Убогий недоязык мегадоассемблер?
> Алсо, "An idiot admires complexity, while a genius appreciates simplicity"
Хахаха, можешь вернуться к палке копалке (которая пару раз в год стреляет в ногу) и дырке в полу вместо сантехники.
Я понимаю что неолуддиты долбанулись, но не настолько же.
ps цитата от создателя Temple OS, который 10+ лет делал абсолютно не нужную фигню отличная иллюстрация для этой темы.
и у него, хотя бы, было оправдание в виде поехавшей кукухи)

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

233. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 14-Янв-25, 09:49

> Все ваши претензии к Си ложны, потому что вы не понимаете, что такое Си.
Я как раз прекрасно понимаю что такое си. Потому что, к сожалению, мне приходилось работать на проектах среднего размера (где-то на 1лям строк кода). И уже там проявлялись вся его невыразительность, многословность, убогие макросы (которые вообще не заслуживают такими называться), ну и все его недостатки, перечисленные выше.
И я невероятно рад, что перешел с сишки на плюсы, а сейчас (ну как сейчас, уже пару лет как) - на раст.
> Алсо, "An idiot admires complexity, while a genius appreciates simplicity"
Приводить в защиту сишечки цитату какого-то шизика это сильно, да)))

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

279. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (-), 14-Янв-25, 15:32

> An idiot admires complexity, while a genius appreciates simplicity
Код на Си пишут, увы, не гении.

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

155. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –2 +/–

Сообщение от Витюшка (?), 13-Янв-25, 22:23

Для React Native! В принципе у меня не осталось use-case-ов где вообще использовать С++. Я использую Nu язык программирования как основной и замена всем высокоуровневым языкам (Python). Он гораздо лучше и написан на Rust. Плагины можно писать на Rust.
Текстовые редакторы (любимые, но прка не использую, планирую) - это Zed и Helix. Тоже на Rust. Терминал Allacrity на Rust.
Продвинутый курс по базам данных от Andy Pavlo - теперь на Rust.
Децентрализованная разработка - radicle (не только git, но и все артефакты типа issues) тоже на Rust 🤷🏻‍♀️
Последний аванпост был React Native - написание нативных модулей к нему.
Остался только первый курс от Andy Pavlo по введению в базы данных на С++.
Буду в этом году очень очень серьёзно и глубоко его изучать (Rust).

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

163. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Нуину (?), 13-Янв-25, 22:57

> Текстовые редакторы (любимые, но прка не использую, планирую)
Как они могут быть "любимыми", если не ипсользуются пока?))
> Продвинутый курс по базам данных от Andy Pavlo - теперь на Rust.
Какая разница на чем курс, если сами базы на С++ или С? И чтобы быть действительно продвинутым, то нужно и код их читать.

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

169. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (164), 13-Янв-25, 23:09

>Как они могут быть "любимыми", если не ипсользуются пока?))
А программирование уже давно ничем не отличается от обычной офисной работы, где работают простые работяги со средним умом, шахтеры 21 века. Поэтому какой-то рассудительности и логики ждать не стоит. Вас же не удивляет, когда люди слепо верят политикам, ведутся на курсы инфоцыган и занимаются прочим подобным. Вот и здесь такой же механизм, но только добавьте у этому, что зачастую подобные кадры являются социальными инвалидами и страдают от этого, находя себе утешение в фгм в мире программирования.
Вот смотрите, допустим, что вы программист средней паршивости, в социальной жизни тоже проблемы, полная неудовлетворенность.  Но тут приходят люди и говорят "Вступай в нашу тусовку, носи такие же вещи как и мы, и ты будешь тоже крутым". И здесь уже не важно, что ты представляешь из себя как личность и что можешь. Если ты в тусовке, то ты по определению "становишься крутым". Оценка идет не по качесту, а по принадлежности. Это политическое и социальное движение убогих, а не техническое движение.
Барин закрепил установку "Раст - круто и прогрессивно", а значит любой проект на расте автоматически становится таким же и не столь важно, что там внутри. Отсюда и появляются подобные пациенты с их "Я люблю редактор/библиотеку версии 0.10/небо/алаха, но правда ими не пользуюсь. НО ОНИ ЖЕ НА РАСТЕ"

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

217. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (219), 14-Янв-25, 04:41

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

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

289. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 16:10

> Забавно что в тусовке ржавых преобладающее число цветноволосых.
Вы их, простите, как сосчитали? Пруфы есть? Но, допустим, что есть (хотя такое очень и очень маловероятно). Ну и что с того, что человек красит волосы? Уверен, примерно половина женщин планеты так поступают. И? Что о них можно сказать, к какому логическому умозаключению прийти?

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

287. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 16:08

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

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

312. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –2 +/–

Сообщение от Аноним (18), 14-Янв-25, 19:03

> Но если эти языки хуже по большинству параметров, то зачем?
И к числу этих параметров, отнесем все недостатки человека :)))
> Вы явно каких-то низкопробных книг по психологии обчитались.
Вообще-то он прав, говоря "А программирование уже давно ничем не отличается от", выше в коментах я так же сравнивал с каменщиками, а он с офисниками.

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

346. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 22:27

> Вообще-то он прав, говоря "А программирование уже давно ничем не отличается от", выше в коментах я так же сравнивал с каменщиками, а он с офисниками.
Вообще-то программирование программированию рознь. Можно писать очередной условный "hello world". А можно кеширующий прокси-сервер или распределённую СУБД. Это очень и очень разные по сложности вещи. Поэтому сводить все области программирования к офисной работе - сродни натягиванию совы на глобус.

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

365. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (18), 15-Янв-25, 01:30

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

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

170. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (164), 13-Янв-25, 23:18

Раз уж модерация чистит комменты, то попробую еще раз, но зайду издалека.
> Проект Tor опубликовал выпуск Arti 1.3.2, альтернативной реализации Tor-клиента на языке Rust
Советую ознакомиться где работает больше половины состава разработчиков и чьи интересы они обслуживают. А так же подумать как это связано с докладом АНБ о языках.

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

171. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (171), 13-Янв-25, 23:24

Так надо 1 комментарий нейтральный писать с вопросом, а 2 под ним уже на весь опыт.

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

184. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Нуину (?), 14-Янв-25, 00:09

> Раз уж модерация чистит комменты, то попробую еще раз, но зайду издалека.
>> Проект Tor опубликовал выпуск Arti 1.3.2, альтернативной реализации Tor-клиента на языке Rust
> Советую ознакомиться где работает больше половины состава разработчиков и чьи интересы
> они обслуживают. А так же подумать как это связано с докладом
> АНБ о языках.
Пчелы не могут быть против меда.

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

222. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (219), 14-Янв-25, 05:06

Вот так и настанет день, когда вскроется что анб имплементировала закладки в компиль раста.
Думаете почему так компилирует долго? Это просто бэкдоры в коде программы пытается прятать.
Зачем развивают квантовые компьютеры? Чтобы реализовать квантовые дыры в программах на расте. Когда смотришь ассемблерный вывод - все чисто, а в экзешнике бекдоры и закладки

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

300. Скрыто модератором –1 +/–

Сообщение от Аноним (-), 14-Янв-25, 17:52

> Думаете почему так компилирует долго?
Потому что он проверяет на порядок больше чем компиляторы дыряшки.
Вон с++ тоже долго компилится, пока все типы повыводит, пока шаблоны пораскрывается.
А дыряшка - подали на вход кучу кода, на выходе - какая же куча бинарного.
Проверять? Зачем! Зато быстро! Даже на любимом третьепне компиляется.
> Когда смотришь ассемблерный вывод - все чисто, а в экзешнике бекдоры и закладки
Закусывать вам, батенька, надо!

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

290. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 16:12

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

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

173. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (173), 13-Янв-25, 23:31

Я не разбираюсь,что плохого в расте,за что его так хейтят?

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

177. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +3 +/–

Сообщение от Аноним (140), 13-Янв-25, 23:53

Без понятия. Я пытаюсь это у хейтеров выяснить уже лет 10, но они каждый раз никаких аргументов привести не могут. Ну там аргументация в стиле "я всю жизнь циклы гоняю через перебор индексов, а у вас тут какие-то итераторы" или "у нас в 90-ые годы языки программирования не умели дженерики, а доки мы читать не умеем, поэтому код с дженериками нечитаемый". Ну или например им не нравится, что компилятор умный и слишком много за программиста проверяет. Лучше когда компилятор тупой и поэтому быстро отрабатывает, а ошибки программист сам все найдёт, чё он поц что ли? Ну такое.

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

183. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –2 +/–

Сообщение от Аноним (9), 14-Янв-25, 00:08

Только ты так за 10 лет ни одной строчки не написал на расте. Как и никто из твоих одногодок.

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

292. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 16:15

А как вы это поняли?

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

203. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Анон1110м (?), 14-Янв-25, 01:07

> "у нас в 90-ые годы языки программирования не умели дженерики, а доки мы читать не умеем, поэтому код с дженериками нечитаемый"
Прям как в Go до какой–то там версии. Но Go это стильно, модно, прогрессивно.

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

352. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от 12yoexpert (ok), 14-Янв-25, 23:12

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

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

210. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +3 +/–

Сообщение от 12yoexpert (ok), 14-Янв-25, 02:49

1) за фанатиков
2) за крайне агрессивную рекламу языка, вплоть до лоббирования на уровне государств
3) уё**щный синтаксис
а ржут с него потому, что на расте, во-первых, не пишут, а только переписывают, во-вторых, именно "переписывают", несовершенная форма глагола. не было и не будет готовых проектов на расте, т.к. компилятор заставляет веб-сеньора страдать вместо решения его задачи

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

243. Скрыто модератором +2 +/–

Сообщение от Аноним (173), 14-Янв-25, 11:51

Спасибо за ответ,а то меня минусиками забросали за вопрос)

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

254. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (251), 14-Янв-25, 12:56

4) C ООП у него плохо
5) Нет _рабочего_ компилятора под GPL

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

261. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (260), 14-Янв-25, 13:30

> 4) C ООП у него плохо
Чиво?
Там с ООП все плохо только для тех, у кого ООП это только джава.
И синдром тенка не позволяет признать, что ООП может быть разным.
> 5) Нет _рабочего_ компилятора под GPL
И слава богу.
Нам не хватало очередного EEE, как сделали в ядре.
GCC уже один раз прославился тем, что хотел превращать любой компилируемый код в гнурак.
Настолько что это мотивировало создать Свободный Clang/LLVM.
Ведь GCC Runtime Library Exception придумали не просто так, а по причине заражения кода
" when you compile a program with gcc, parts of GCC itself, called the runtime library (and before that, crt0), are combined directly with your program in the output binary. The binary, therefore, is both a derivative work of your source code and a derivative work of the runtime library. If GCC were pure GPL, every binary compiled with GCC would need to be licensed under the terms of GPL."

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

247. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (-), 14-Янв-25, 12:27

1. Фанатики
СИктанты неадекватно реагируют на любое упоминание раста и даже на неупоминание.
Можешь проверить сам.
Зайти в любую новую тему про очередную уязвимость, из-за того что "проф программист" опять дважды освободил память и напиши что-то типа:
"Ну вот опять, кто бы мог подумать!"
И тебе сразу начнут писать "А что ваш Раст так может??!!!", хотя ты его даже не упоминал))
2. Крайне негативная реакция на то, что люди хвастаются своим достижениями.
Возможно это травма совка где нужно было "не выделяться".
3. Сложный синтаксис для тех, кого "расстраивают длинные слова".
Ну не могут некоторые люди держать в голове больше 5 значков.
Я их не осуждаю.
4. Боязнь остаться без работы (классно же годами фиксить баги, добавлять новые, опять фиксить), тк крупные игроки (гугл, амазон, мелкомягкие) начинают задумываться "а чего у нас столько уязвимостей".
А тут еще и государство начинает "советовать" не использовать дырявые языки.

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

293. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Прохожий (??), 14-Янв-25, 16:28

Хейтят за то, что ленивые люди, или люди со слабыми когнитивными способностями волею судьбы очутившиеся в отрасли, боятся остаться без работы. В основном, причина именно в этом. При этом их страхи носят сугубо иррациональный характер, потому что за всё время существования программирования другие люди наплодили такое количество кода, что его поддержка ещё их внукам, наверное, достанется.
Любая когнитивная нагрузка - это тяжело и дорого, лимбическая система препятствует таковой изо всех сил. Вот народ и сопротивляется. Часто не приводя никаких вменяемых и достойных для обсуждения аргументов (хотя, если говорить про Rust, там тоже есть недостатки, просто хейтеры о них, как правило, ничего не знают, потому что даже поверхностно не хотят знакомиться с языком).
Основные аргументы уровня своего возраста привёл чуть ниже 12-летний участник форума, считающий себя экспертом. Это довольно типовой уровень "аргументации".

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

174. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (295), 13-Янв-25, 23:43

> новый проект позволяет генерировать Rust-код без использования unsafe, но нацелен главным образом на преобразование Си-проектов, имеющих формальное доказательство надёжности
шизофрения на новый уровень выходит - раньше говорили что небезопасный код на С переписывают, а сейчас то какое оправдание для переписывания кода имеющего математическое доказательство безопасности, которого даже у самого раста нет

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

181. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (9), 14-Янв-25, 00:06

Медицина тут бессильна.

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

185. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (164), 14-Янв-25, 00:09

Вы пропустили очень важное дополнение
>Подразумевается, что будет проще вначале перевести Си-проект в представление на Mini-C, в котором не допускаются арифметические операции с указателями, чем переписывание unsafe-блоков после прямой компиляции из Си в Rust.
Но меня удивляет другое, а полезный код на Си без
>арифметические операции с указателями
существует? В этом же и смысл Си.
Т.е. по факту они ничего делать не будут, лол. Либо же это прямой заказ от американской военки, который различные "толерантные" пытаются прикрыть своими задницами.

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

195. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (295), 14-Янв-25, 00:31

> Либо же это прямой заказ от американской военки
скорей микрософт для себя делает, чтобы не было зависимостей от С компиляторов там где раст решили использовать

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

196. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (164), 14-Янв-25, 00:42

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

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

201. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (295), 14-Янв-25, 01:04

> А как они собрались отказаться от арифметических операций в реальном Си коде
новости про
https://github.com/hacl-star/hacl-star
там код на С сгенерированный, скорей всего они карамель подкрутили чтобы код генерировался на подмножестве Mini-C

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

223. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (219), 14-Янв-25, 05:11

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

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

325. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (235), 14-Янв-25, 20:17

>Но ничего, нас, Русских Сишников просто так не отменить.
Судя по ответа, тут и на баше программировать не умеют, а вы про си говорите.

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

189. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Анон1110м (?), 14-Янв-25, 00:17

Pascal лучше C и Rust вместе взятых. Ну вот реально.

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

199. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (199), 14-Янв-25, 00:53

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

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

206. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (206), 14-Янв-25, 02:13

Я могу то же самое сказать и про C++/wxWidgets с RAD плагинами типа wxSmith. Ничем не хуже лазаруса в плане создания кроссплатформенных гуёвых программ в старом добром стиле С++Builder/Delphi. Для особо требовательных есть ещё и Qt. А если нужно что-то совсем компактное чисто для винды - отлично подойдёт библиотека Win32++.

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

273. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (199), 14-Янв-25, 14:49

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

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

349. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (206), 14-Янв-25, 22:41

Я не против лазаря. Что касается быстроты компиляции, то Delphi всегда опережал C++ Builder в этом плане, однако на винде в VC++ есть такая штука - precompiled headers. Для wxWidgets это легко настраивается прямо в Code::Blocks - проблем со скоростью компиляции практически не испытываю. У меня есть тестовые машины с древними системами - там тоже всё прекрасно заводится. На плюсах библиотек и документации намного больше чем на паскале, Си/Си++ родной как для винды так и для линукса. Я несколько раз рассматривал вариант Lazarus (так как опыт на Delphi имеется), пробовал-экспериментировал, но в конечном итоге пришёл к выводу, что wxWidgets будет намного удобнее и выгоднее. Сейчас ещё читаю польскую книгу по wxWidgets 2018 года. Вообще, мне очень нравится как wxWidgets запроектирован именно для быстроты разработки, да и к тому же бинарники там получаются более легковесные чем на Qt.

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

354. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (354), 14-Янв-25, 23:19

C++Qt сейчас из-за санкций сложнее устанавливать. Под линем то проблем нет - все в репах, для ведройда под дебиан есть пакеты, а под винду лишние телодвижения.
А лазарь без этих проблем, еще бы у гуя под ведройдом проблем не было - вообще бы красота, пока лазарь под ведройд такое себе...
> Си/Си++ родной
Ну как бы паскаль двоюродный :)
https://upload.wikimedia.org/wikipedia/commons/6/65/Microsof...
С пограммированием я познакомился из-за 4 билдера и делфи тогда обходил стороной, но... Сейчас на винде вообще не пишу - если надо компилю для нее под вайном - в вайне и лазарь и Qt5 выдают работоспособные бинари... я не проф и не айтишник, мне пофиг...

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

361. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (206), 15-Янв-25, 00:44

Меня удивляет, что паскаль незаслуженно отодвинули в сторону. Хотя потенциал у этого языка для бизнес приложений в некоторых сценариях больше чем у джавы (на мой взгляд). Я хоть и плюсовик, но паскаль мне симпатичен (возможно в том числе и по ностальгическим соображениям). Возьмите к примеру полноценный современный текстовый редактор CudaText для разработчиков - написан одним человеком на паскале (кстати вроде даже нашим соотечественником). Сила подобных RAD инструментов типа Lazarus и Code::Blocks/wxWidgets в том, что они уменьшают когнитивную нагрузку для разработчика. И я скажу, что в этом направлении (упрощения работы с кодом путём визуализаций, построения схем, диаграмм) - ещё есть куда развиваться, т.е. я имею в виду, что не только GUI можно таким способом упрощать, но и в целом работу с исходным кодом. Как говорил Брайан Керниган: "Управление сложностью - квинтэссенция программирования".

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

211. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (295), 14-Янв-25, 02:51

> для создания небольшиз гуёвых программ для десктопа lazarus не в конкуренции
всмысле конкурировать не может ?
https://stackoverflow.com/questions/75212390/how-to-cross-co...

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

268. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (199), 14-Янв-25, 14:34

Ну да, внезапно при сборке с Gtk2 или qt4 не будет работать по  вяленым, упс...
Дали дельный совет - использовать Qt6

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

305. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (295), 14-Янв-25, 18:29

> Дали дельный совет - использовать Qt6
так если есть qt6 - простой гуй на qml за пол секунды в vim пишется и проверяется через шебанг скрипт нативно016, зачем ещё какой-то писуарус

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

351. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (354), 14-Янв-25, 23:04

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

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

225. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от mos87 (ok), 14-Янв-25, 07:35

Пусть так. А Eiffel лучшее их всех вместе взятых. И чо

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

226. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –2 +/–

Сообщение от Аноним (226), 14-Янв-25, 08:31

> Проведено тестирование производительности кодировщиков изображений в формате PNG. Декодировщики на Rust (png, zune-png, wuffs) оказались быстрее декодировщиков на Си (libpng, spng, stb_image). Например, crate-пакет png (image-rs) обогнал libpng в 1.8 раза на системе x86 и в 1.5 раза на системе ARM.
Это сравнение нечестное, о ЯП ничего не говорит - реализации разные... Растовые реализации там кастрированные, а не аналоги сишных либ, с которыми сравнивают. Вангую, что если теперь line-by-line кастрированные растовые реализаци переписать на C++, но C++ опередит Rust.

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

294. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 16:38

> Растовые реализации там кастрированные
В чём конкретно это выражается?

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

239. Скрыто модератором +1 +/–

Сообщение от Аноним (-), 14-Янв-25, 11:41

Сборище пермиссивщиков, аж противно читать.

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

244. Скрыто модератором +/–

Сообщение от Аноним (-), 14-Янв-25, 11:54

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

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

253. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (235), 14-Янв-25, 12:54

Ну что, сишники, ненавистники раста, объясняйте, почему мир не может прожить без ++i + ++i, void* и ub при разыменновывании null

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

264. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (-), 14-Янв-25, 14:10

> void*
А как ты предлагаешь реализовывать ООП на языке, которые про ООП даже не слышал?
Вот и приходится кастить все через void*

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

288. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (288), 14-Янв-25, 16:08

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

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

311. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (311), 14-Янв-25, 19:02

Вово. В си во главе угла данные и структуры, ну и функции их обрабатывающие. Т.е. то как это на самом деле работает в железе.
А вот ООП это уже от лукавого.

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

322. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (235), 14-Янв-25, 20:05

>А как ты предлагаешь реализовывать ООП на языке, которые про ООП даже не слышал?
Зачем? Мало того, что у си огромная куча недостатков, так вы ещё сверху кривое ооп навесить собираетесь.

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

323. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (235), 14-Янв-25, 20:09

>кривое ооп
Кривую имитацию ооп на void*

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

281. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от InuYasha (??), 14-Янв-25, 15:36

Не хотим\
\
(говорить одно и то же миллионы раз)

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

350. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 22:56

Скорее, не можете.

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

309. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (311), 14-Янв-25, 18:57

А может это лучше фанатикам ржавого объяснить всем нам зачем отрасли необходимо переходить на их язык?
Заметь, это не мы, сишники, провоцируем людей на срач. Мы тихо мирно сидели себе и писали саои программы, но надо было прийти нетакусикам и громко начать кричать о том, как все плохо, провоцируя конфликты

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

317. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +1 +/–

Сообщение от Аноним (-), 14-Янв-25, 19:41

> Мы тихо мирно сидели себе и писали саои программы,
выходили за пределы буферов, портили память, плодили CVE в софте, которым мы пользуемся.
А на возражения "ребята, уже 21 век на дворе, может вы перестанете портить память? сейчас уже не 70е, модели угроз уже совсем другие", вы только агрились, сыпали оскорблениями и доказывали что это нормально.
Пришлось взять дело в свои руки:
Что можем - переписываем и заменяем.
Что переписать невозможно из-за размера - внедряемся и меняем по частям.
Если чего-то нет - пишем с нуля.
Любой способ подходит, если способствует достижению цели - сделать софт безопаснее.
> кричать о том, как все плохо
Не, нужно засунуть говору в песок и убеждать себя и других, что очередное RCE с получением рута из-за записи за пределы буфера - это нормально, дело-то житейское.
> провоцируя конфликты
Конфликты как раз провоцируют те, кто не хочет исправлять и предотвращать ошибки.

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

324. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Аноним (235), 14-Янв-25, 20:12

>А может это лучше фанатикам ржавого объяснить всем нам зачем отрасли необходимо переходить на их язык?
Где вы увидели призыв перейти на раст? Я спрашиваю, чем будет хуже миру без кучи сишных пороков.

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

314. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (311), 14-Янв-25, 19:11

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

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

319. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Анонимусс (-), 14-Янв-25, 19:58

> Расту совсем не помогает модель его версионирования
Ты про 1.84? Так это только для любителей последних версий софтин.
У раста как раз стабильный выпуск релизов - раз в шесть недель.
Это позволяет досточно быстро итерировать улучшения, чтобы не оказывалось как в некоторых языках: комитет 5 лет сидел-думал, потом разродился стандартом, потом подумали "что-то как-то не очень получилось", потом еще года три рожали следующий "багфиксный" стандарт, потом еще две версии деприкейтили то о...о что добавили.
> для ЯП нужны стандарты
Зачем? У раста есть стандарт в виде RFC.
А вот комитетский не нужен - это просто замедлит развитие языка на годы.
И отсутствие комитетского никак не мешает тому же GCC пилить свою реализацию, хотя на мой взгляд она нафиг никому не нужна - ядро отлично компилируется и шлангом.
> А здесь получается как со многим опенсорсным софтом, непойми как развивается
Очень даже понятно как развивается.
Нужна стабильность - бери текущий edition (doc.rust-lang.org/edition-guide/editions) фиксируй его и будь уверен что ничего не сломают.
Нужны фичи - пользуйся stable. Нужно больше фичей - бери beta. Еще больше - есть nightly.
> да еще и через пару версий все наверняка сломают
Обожаю домыслы людей, которые им никогда не пользовались))
У раста как раз прекрасная обратная модель обратной совместимоти.
Edition не меняется, для крета либы можно зафиксировать старый edition, хоть самый первый 2015й.
При этом при переходе между ними допускаются изменения, которые позволяют избавиться от неудачных вещей, а не тянуть их десятилетиями.

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

336. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (336), 14-Янв-25, 21:51

я бы сказал, что нафиг никому не нужен как шланг и весь проприетарный мусор, который с ним связан, включая llvm и rust

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

347. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Прохожий (??), 14-Янв-25, 22:32

Ваше мнение очень важно для нас (нет).

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

321. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (235), 14-Янв-25, 20:02

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

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

337. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (336), 14-Янв-25, 21:51

дай чёткое определение слова "популярный" и я докажу, что не первый

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

348. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." –1 +/–

Сообщение от Прохожий (??), 14-Янв-25, 22:36

Возможный критерий определения популярности. Входит в первые двадцать языков рейтинга.
https://www.tiobe.com/tiobe-index/
Теперь ваш черёд. Доказывайте.

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

356. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от 12yoexpert (ok), 14-Янв-25, 23:30

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

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

360. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от wyry (ok), 15-Янв-25, 00:43

Это совсем глупый выпад после которого вас в принципе сложно воспринимать всерьёз.
Начнём с того, что о tiobe говорит о "популярности" на основании поисковых запросов и "активностях" сообщества. И Python там занимает сейчас 1-е место просто потому что это ходовой инструмент, а C++ там занимает 2-е место.
Далее язык Rust "входит в 20-ку".
А вот язык Kotlin не входит, притом, что Kotlin фактически стал стандартом разработки под Android и на нём пишется огромное количество кода каждый день почти всеми, кто сегодня пишет под Android новые приложения (Java - преимущественно Legacy).
А так даже если я загуглю Rust - я повышу его рейтинг популярности в Tiobe, при том, что на нём не пишу.
Kotlin же не на слуху, его редко вспоминают (чаще могут упомянуть Java в обсуждении), НО на нём много пишут и он фактически популярен. От Rust много дыма, а практической пользы - не очень, зато он "входит в 20-ку" на Tiobe.

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

363. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..." +/–

Сообщение от Аноним (206), 15-Янв-25, 01:19

Ну... говорят, что Java для Android - ещё ой как рано закапывать! Котлин дольше компилируется, менее стабилен, и по итогу всё равно транслируется в джаву - т.е. по сути он гвоздями прибит к джаве. А если хочешь иметь унифицированную кодовую базу (с классической джавой), то какой смысл "перепрыгивать" на котлин и создавать "месиво" из разных языков? Я до недавнего времени тоже восхищался котлином, но потом меня переубедили, что Java - всё-таки более правильный выбор для разработки под Android, тот же самый код потом можно будет использовать в других местах, где котлин менее предпочтителен.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

3. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	–12 +/–
Сообщение от Аноним (-), 13-Янв-25, 16:25
> о нацелен главным образом на преобразование Си-проектов, имеющих формальное доказательство надёжности. А толку - их же раз два и обчелся, потому чтобы сишкокодеры не умеют писать надеждные вещи.
Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+4 +/–
	Сообщение от Мононим (-), 13-Янв-25, 16:40
	Вот только если на сишке таких проектов "раз-два", то на расте ровно ноль. У ржавого нету формально-верифицированного компилятора, у него нету полноценных инструментов для формальной верификации. И быть не может, потому что стандарта тоже нету.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+2 +/–
	Сообщение от Аноним (21), 13-Янв-25, 16:47
	Обратите внимание, что раз написанная программа на Си работает, образно, на "всём, что движется". Желаб Расту неуспеха.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	–3 +/–
	Сообщение от Анонимусс (-), 13-Янв-25, 16:58
	> Обратите внимание, что раз написанная программа на Си работает, образно, на "всём, что движется". Запускается. А вот работает или нет - это как повезет. А еще больше повезет, если она будет работать правильно. Но т.к. для большинства сишников "раз запустилось, то работает", то ваше утверждение тоже может быть верным)))
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+/–
	Сообщение от Аноним (21), 13-Янв-25, 17:00
	> она будет работать правильно Она будет работать правильно. Проверено.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	31. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	–3 +/–
	Сообщение от Аноним (-), 13-Янв-25, 17:05
	Всегда-всегда? И даже код типа void main() { int a=5, b=6, c=7; printf("%d%d%d"); } будет выдавать один и тот же результат для разных компиляторов и/или их версий?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+1 +/–
	Сообщение от Аноним (45), 13-Янв-25, 17:36
	Код некорректный
	Ответить \| Правка \| Наверх \| Cообщить модератору


	49. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+1 +/–
	Сообщение от Anony (?), 13-Янв-25, 17:39
	Пиши нормальный код а не эту хрень, и будет нормально работать. Вы там с логикой не дружите?
	Ответить \| Правка \| К родителю #31 \| Наверх \| Cообщить модератору


	51. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+/–
	Сообщение от Аноним (-), 13-Янв-25, 17:43
	> Пиши нормальный код А то что? Компилятор ругнется?)) > а не эту хрень Так это же типикАл си код))) Которые не долько допускается "стандартом" и компилируется, но и используется в проде. > Вы там с логикой не дружите? Дружу. Если ваш стандарт омно и на разных платформах у вас может быть произвольное поведение в зависимости от компилятора, его версии, фазы луны, то нормально оно работать не будет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	–1 +/–
	Сообщение от Аноним (45), 13-Янв-25, 17:46
	Оно ни на одном компиляторе нормально не будет работать
	Ответить \| Правка \| Наверх \| Cообщить модератору


	332. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+/–
	Сообщение от Прохожий (??), 14-Янв-25, 21:43
	Да неужели? https://godbolt.org/z/64hKnGn5q https://godbolt.org/z/hf7fv5so7 gcc - это компилятор, или уже нет? Компилирует без единого сообщения, как будто так и надо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	57. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	–1 +/–
	Сообщение от Аноним (45), 13-Янв-25, 17:49
	И да, ругнется
	Ответить \| Правка \| К родителю #51 \| Наверх \| Cообщить модератору


	333. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+/–
	Сообщение от Прохожий (??), 14-Янв-25, 21:44
	Нет, не ругается. Ссылки чуть выше привёл (скопировал их из сообщения другого Анонима чуть ниже).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	84. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+/–
	Сообщение от YetAnotherOnanym (ok), 13-Янв-25, 18:25
	У хейтеров своя логика. Написать фигню в качестве примера, а потом сказать "вот, видите - фигня, поэтому ваша сишка - это фу".
	Ответить \| Правка \| К родителю #49 \| Наверх \| Cообщить модератору


	334. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+/–
	Сообщение от Прохожий (??), 14-Янв-25, 21:47
	Но ведь компилируется же на gcc без единого сообщения об ошибке, как будто так и надо. Что, скажете программист не может забыть указать дополнительные аргументы при вызове функции? Это редкая ошибка, что ли?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	50. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+1 +/–
	Сообщение от andy (??), 13-Янв-25, 17:40
	Не будет, Вы # include <stdio.h> забыли
	Ответить \| Правка \| К родителю #31 \| Наверх \| Cообщить модератору


	274. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+/–
	Сообщение от Анони (-), 14-Янв-25, 14:49
	> Не будет, Вы # include <stdio.h> > забыли И не только его. Они указали в printf спецификаторы форматов - но решительно не указали из чего это берется. Гении сишки, умничать лезут совсем не разбираясь в теме.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	335. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+/–
	Сообщение от Прохожий (??), 14-Янв-25, 21:49
	> Они указали в printf спецификаторы форматов - но решительно не указали из чего это берется. Это просто была эмуляция возможной ошибки программиста на Си. Вполне правдоподобная, кстати. Такое с любым человеком может произойти. А компилятор (gcc) молча скушает и не поперхнётся.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	138. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	–1 +/–
	Сообщение от Аноним (138), 13-Янв-25, 21:46
	Задолбали уже в каждом подобном треде приводить совершенно идиотские примеры, высосанные из пальца. Покажи мне где твой код используется в реальной жизни, я может и поверю в сказки про неработающие программы(нет, не поверю)
	Ответить \| Правка \| К родителю #31 \| Наверх \| Cообщить модератору


	190. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+/–
	Сообщение от Аноним (-), 14-Янв-25, 00:18
	Давай покажу реальные примеры 1. opennet.ru/opennews/art.shtml?num=60528 glibc - наверное самая СИшная либа из существующих переполнением буфера -> получили root 2. opennet.ru/opennews/art.shtml?num=57928 критическая уязвимость (CVE-2022-3515), приводящая к целочисленному переполнению и записи произвольных данных за пределы выделенного буфера Проблема усугубляется тем, что библиотека Libksba используется в пакете GnuPG и уязвимость может привести к удалённому выполнению кода атакующего при обработке в GnuPG (gpgsm) зашифрованных или подписанных данных из файлов или почтовых сообщений И ведь это простейшее UB - просто как a + b) Можешь поискать по форуму "целочисленное переполнение"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	235. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+1 +/–
	Сообщение от Аноним (235), 14-Янв-25, 11:07
	>Задолбали уже в каждом подобном треде приводить совершенно идиотские примеры, высосанные из пальца Раз выбрали компилятор, собирающий мусор, так получайте по заслугам.
	Ответить \| Правка \| К родителю #138 \| Наверх \| Cообщить модератору


	251. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+/–
	Сообщение от Аноним (251), 14-Янв-25, 12:49
	А ты это хоть вообще скомпилировать пробовал?
	Ответить \| Правка \| К родителю #31 \| Наверх \| Cообщить модератору


	258. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+/–
	Сообщение от Аноним (-), 14-Янв-25, 13:15
	> А ты это хоть вообще скомпилировать пробовал? Разумеется! Тебе какой вариант? с "void main" godbolt.org/z/64hKnGn5q или с "int main" godbolt.org/z/hf7fv5so7 ? Оно не просто компиляется, а даже отрабатывает и выдает результат. Какой-то))) А распрекрасный ГЦЦ даже ворнингов не выдает. Вот такой отличный язык погромирования! С шикарным стандартом) И компиляторы его реализуют соответствующие))
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+/–
	Сообщение от Аноним (-), 13-Янв-25, 16:52
	А в этом формально-верифицированном компиляторе все UBшки оставили? Но соответствует ли он тогда стандарту, вот в чем вопрос. ps если ты про CompCert, то он не поддерживает стандарти СИ, а только подмножество C99 (что уже окаменевший кусок) называемый Clight
	Ответить \| Правка \| К родителю #19 \| Наверх \| Cообщить модератору


	37. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	–2 +/–
	Сообщение от Мононим (-), 13-Янв-25, 17:16
	Для начала узнай, что такое UB, вместо того, чтобы кидаться им как баззвордом. У хрустяшки буквально любое поведение - undefined.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	–1 +/–
	Сообщение от Аноним (-), 13-Янв-25, 17:25
	> Для начала узнай, что такое UB, вместо того, чтобы кидаться им как баззвордом. Если быть точным, то UB это "behavior, upon use of a nonportable or erroneous program construct or of erroneous data, for which this International Standard imposes no requirements" Но мне больше нравится другое определение. Жили-были коммитетчики с атрофией головного мозга, которые на вопрос "а как язык должен складывать два числа?" почесали голову, в которую они кушают, и изрекли "а БУЙ его знает, пусть разработчики компиляторов сами придумают" И записали NOTE Possible undefined behavior ranges from ignoring the situation completely with unpredictable results, ... Т.е UB это когда компилятор имеет полное право сделать ВСЕ ЧТО УГОДНО. Например отформатировать жесткий диск, или подарить рут доступ злоумышленнику, или даже назвать мамашу Мононима ʼстарой кошелкойʼ! > У хрустяшки буквально любое поведение - undefined. Пруфы будут или ты так лужу газифицируешь? ps если тебе доводилось, хотя бы открывать "стандарт" дыряшки, можем обсудить раздел 4 Conformance.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	53. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	–1 +/–
	Сообщение от Мононим (-), 13-Янв-25, 17:45
	>Если быть точным, то UB это "behavior, upon use of a nonportable or erroneous program construct or of erroneous data, for which this International Standard imposes no requirements" Именно. Т.е. UB это поведение не определённое стандартом. Из этого-же следует, что раз у хрустяшки вообще никакое поведение не стандартизированно, то, чисто формально, любое её поведение - не определено. 1 + 1 >Но мне больше нравится другое определение. Во первых, никого не колышит, что тебе нравится. Мы говорим об объективно существующих вещах, к которым твои маняфантазии отношения не имеют. Во вторых, это даже не определение, а бесполезный наброс. >Т.е UB это когда компилятор имеет полное право сделать ВСЕ ЧТО УГОДНО. Слабая маняпуляция, попробуй ещё раз. У компилятора нету "прав", у него есть фактическое поведение. Ни к нему, ни к скомпилированной им программе в принципе не применимо понятие UB, потому что его выхлоп всегда детерминирован, вне зависимости от того, насколько тебе трудно проследить связь между входными и выходными данными. И делает он ровно то, что накодили его разрабы, а не "ВСЕ ЧТО УГОДНО". UB это чисто формальный термин стандарта, которым очень удобно начали разбрасываться всяческие секстанты, не понимая даже его смысла.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	62. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+/–
	Сообщение от Аноним (-), 13-Янв-25, 17:56
	> Слабая маняпуляция, попробуй ещё раз. Звучит неубедительно, попробуй еще раз) Т.е у меня есть код, написанный на СИ. Но в зависимости от компилятора он работает (абсолютно детерминировано) по разному и выдает разные результат. Если ты считаешь это ок, то вопросов больше нету ¯\_(ツ)_/¯ И для программиста, и для пользователя это действительно "все что угодно". Ну выдавала программа 0, теперь 1, дело то житейское. > UB это чисто формальный термин стандарта, которым очень удобно начали разбрасываться всяческие секстанты, не понимая даже его смысла. Какие страшные сектанты! Берут и тычут мордочкой в штуку, которая превращает программу "a + b" в не "strictly conforming". Дабы не быть голословным: A strictly conforming program shall use only those features of the language and library specified in this International Standard. 2) It shall not produce output dependent on any unspecified, undefined, or implementation-defined behavior, and shall not exceed any minimum implementation limit.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	87. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+/–
	Сообщение от YetAnotherOnanym (ok), 13-Янв-25, 18:36
	> он работает (абсолютно детерминировано) по разному и выдает разные результат. Значит, ты написал плохой код. В стандарте тебя специально предупредили, что если писать вот так - будет УБ.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	91. "Выпуск Rust 1.84. Ядра Tock и Vekos, написанные на Rust. Диа..."	+/–
	Сообщение от Анонимусс (?), 13-Янв-25, 18:48
	> В стандарте тебя специально предупредили, что если писать вот так - будет УБ. По "стандарту" ты два signed int не можешь сложить без UB. Что дальше? Перестать складывать числа? Причем это только одно из 193 UB (вот даже списочек есть gist.github.com/Earnestly/7c903f481ff9d29a3dd1) Или возможно что-то таки не так с самим стандартом?))
	Ответить \| Правка \| Наверх \| Cообщить модератору