forum.opennet.ru - "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД Turso и САПР vcad на Rust" (154)

"Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД Turso и САПР vcad на Rust"

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

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

Оглавление

Скрыто модератором, Аноним (1), 16:59 , 06-Мрт-26, (1) –3

Скрыто модератором, Аноним (4), 17:11 , 06-Мрт-26, (4) +1
Скрыто модератором, Аноним (10), 17:19 , 06-Мрт-26, (10) –1

Скрыто модератором, Аноним (-), 17:26 , 06-Мрт-26, (12)

Скрыто модератором, Аноним (47), 18:34 , 06-Мрт-26, (47)

Скрыто модератором, Аноним (16), 17:30 , 06-Мрт-26, (16) +1
Скрыто модератором, Аноним (-), 17:43 , 06-Мрт-26, (22) +5

Скрыто модератором, Аноним (27), 17:51 , 06-Мрт-26, (27)

Скрыто модератором, Аноним (-), 18:23 , 06-Мрт-26, (41)

Скрыто модератором, Аноним (48), 18:37 , 06-Мрт-26, (48)

Скрыто модератором, Аноним83 (?), 19:16 , 06-Мрт-26, (63) –1

Скрыто модератором, Аноним (71), 19:22 , 06-Мрт-26, (71)

Скрыто модератором, Аноним83 (?), 19:51 , 06-Мрт-26, (95)

Скрыто модератором, Аноним (118), 20:31 , 06-Мрт-26, (118)

Скрыто модератором, Аноним83 (?), 20:35 , 06-Мрт-26, (121)

Скрыто модератором, Аноним (164), 21:46 , 06-Мрт-26, (164) +1

Скрыто модератором, Аноним (82), 19:35 , 06-Мрт-26, (82)

Скрыто модератором, Аноним (55), 18:54 , 06-Мрт-26, (55)

Скрыто модератором, Аноним (-), 10:51 , 07-Мрт-26, (209)

Скрыто модератором, Аноним (32), 17:59 , 06-Мрт-26, (32)

Скрыто модератором, Аноним (47), 18:15 , 06-Мрт-26, (37)

Скрыто модератором, Аноним (44), 18:30 , 06-Мрт-26, (44) +3

Скрыто модератором, Аноним83 (?), 18:50 , 06-Мрт-26, (53) –1

Скрыто модератором, Аноним (58), 19:02 , 06-Мрт-26, (58)

Скрыто модератором, Аноним83 (?), 19:15 , 06-Мрт-26, (62) –2

Скрыто модератором, Аноним (58), 19:20 , 06-Мрт-26, (67)

Скрыто модератором, Аноним83 (?), 19:23 , 06-Мрт-26, (73)

Скрыто модератором, Аноним (80), 19:28 , 06-Мрт-26, (80)

Скрыто модератором, Аноним83 (?), 19:49 , 06-Мрт-26, (92)

Скрыто модератором, Аноним (102), 20:02 , 06-Мрт-26, (102)

Скрыто модератором, Аноним83 (?), 20:22 , 06-Мрт-26, (114)

Скрыто модератором, Аноним (71), 21:09 , 06-Мрт-26, (141)
Скрыто модератором, Аноним83 (?), 21:15 , 06-Мрт-26, (144)
Скрыто модератором, Аноним83 (?), 21:19 , 06-Мрт-26, (145)
Скрыто модератором, Аноним (48), 21:54 , 06-Мрт-26, (165)

Скрыто модератором, Аноним (108), 20:11 , 06-Мрт-26, (108)

Скрыто модератором, Аноним83 (?), 20:32 , 06-Мрт-26, (119)

Скрыто модератором, Аноним (108), 20:44 , 06-Мрт-26, (129)

Скрыто модератором, Аноним83 (?), 21:00 , 06-Мрт-26, (138)

Скрыто модератором, Аноним (118), 20:41 , 06-Мрт-26, (126)

Скрыто модератором, Аноним83 (?), 20:46 , 06-Мрт-26, (130)

Скрыто модератором, Аноним (164), 21:28 , 06-Мрт-26, (149)

Скрыто модератором, Аноним83 (?), 21:32 , 06-Мрт-26, (153)

Скрыто модератором, Аноним (164), 21:42 , 06-Мрт-26, (160)

Скрыто модератором, _ (??), 22:48 , 06-Мрт-26, (177) +1

Скрыто модератором, Аноним (65), 19:17 , 06-Мрт-26, (65)

Скрыто модератором, Аноним (82), 19:58 , 06-Мрт-26, (98)

Скрыто модератором, Аноним83 (?), 20:23 , 06-Мрт-26, (115)

Скрыто модератором, Аноним (117), 20:29 , 06-Мрт-26, (117)

Скрыто модератором, Аноним83 (?), 20:40 , 06-Мрт-26, (124)

Скрыто модератором, Аноним (117), 20:43 , 06-Мрт-26, (128)

Скрыто модератором, Аноним83 (?), 20:52 , 06-Мрт-26, (133)

Скрыто модератором, Аноним (82), 20:38 , 06-Мрт-26, (122)

Скрыто модератором, Аноним (82), 20:54 , 06-Мрт-26, (136)

Скрыто модератором, Аноним (118), 20:51 , 06-Мрт-26, (131)

Скрыто модератором, Аноним83 (?), 20:53 , 06-Мрт-26, (134) –1

Скрыто модератором, Аноним (164), 21:24 , 06-Мрт-26, (147) +1

Скрыто модератором, Аноним83 (?), 21:28 , 06-Мрт-26, (150)

Скрыто модератором, Аноним (168), 22:13 , 06-Мрт-26, (168)
Скрыто модератором, Аноним (169), 22:18 , 06-Мрт-26, (169)

Скрыто модератором, _ (??), 05:51 , 07-Мрт-26, (193) +1

Скрыто модератором, Аноним (108), 19:50 , 06-Мрт-26, (93)

Скрыто модератором, Аноним83 (?), 20:41 , 06-Мрт-26, (125)

Скрыто модератором, Аноним (118), 20:53 , 06-Мрт-26, (135)

Скрыто модератором, Аноним83 (?), 20:57 , 06-Мрт-26, (137)

Скрыто модератором, Аноним (168), 21:23 , 06-Мрт-26, (146)

Скрыто модератором, Аноним83 (?), 21:26 , 06-Мрт-26, (148) –1

Скрыто модератором, Аноним (164), 21:33 , 06-Мрт-26, (155) +1

Скрыто модератором, Аноним83 (?), 21:55 , 06-Мрт-26, (166) –1

Скрыто модератором, Аноним (168), 22:27 , 06-Мрт-26, (171)

Скрыто модератором, Аноним (140), 21:06 , 06-Мрт-26, (140)

Скрыто модератором, Аноним (168), 22:29 , 06-Мрт-26, (172)

Скрыто модератором, ryoken (ok), 20:00 , 06-Мрт-26, (101)

Скрыто модератором, Аноним (111), 20:17 , 06-Мрт-26, (111)

Скрыто модератором, Аноним (-), 09:47 , 07-Мрт-26, (198)
Скрыто модератором, Аноним (-), 10:44 , 07-Мрт-26, (208)

Ладно Linux туда все кому не лень коммитят Но FreeBSD На святое посягнул , Аноним (6), 17:14 , 06-Мрт-26, (6)

Да ладно, эти и системд бы затащили к себе, если бы смогли , IdeaFix (ok), 08:08 , 07-Мрт-26, (194)
Ты просто не видел кто туда комитит Даже гангстер-уголовник подпиливающий балки, Аноним (-), 09:51 , 07-Мрт-26, (199)
что может быть святым от нежелательной организации , онанист (?), 10:53 , 07-Мрт-26, (210)

хороший язык для нейроночек, хороший дебаг аутпут, надо прямо все прокидывать и , Аноним (9), 17:18 , 06-Мрт-26, (9)

Язык заслужил, чтобы им могли пользоваться только нейронки , Аноним (35), 18:12 , 06-Мрт-26, (35)
Нейронки как раз раст отлично понимают Просто хотя бы потому что могут почитать, НяшМяш (ok), 18:18 , 06-Мрт-26, (39) +1

Не понимают, иначе в том компиляторе C на Rust не было бы unwrap через unwrap , Аноним (65), 19:20 , 06-Мрт-26, (68) +1

И что Получилось Отличный пример как копролиты тормозят прогресс , Аноним (71), 17:21 , 06-Мрт-26, (11) –4

Скорее пример как раст делает голову на ровном месте из-за отсутствия обратной с, Аноним (14), 17:29 , 06-Мрт-26, (14) +5

Да как они посмели не сделать обратную совместимость со счётами , Аноним (24), 17:48 , 06-Мрт-26, (24) +3

У них нет обратной совместимости - даже с самими собой Поскольку текущая версия, Аноним (-), 09:53 , 07-Мрт-26, (200)

Обратная совместимость как раз отличная - последний компилятор компилит крейты д, Аноним (71), 17:48 , 06-Мрт-26, (25) –1

Зато при желании собрать с ноля более-менее актуальный компилер Rust можно позна, Аноним (-), 09:54 , 07-Мрт-26, (201)

Пиши на 2015 edition код, в чём проблема Ах да, ты код в своей жизни ни разу не, НяшМяш (ok), 18:20 , 06-Мрт-26, (40) –1

В том, что каждый пятый крэйт требует самую новую версию компилятора , Аноним (65), 19:21 , 06-Мрт-26, (70) +2

Всего 20 А разговоров-то Но это решение авторов кода Вы не имеете никакого п, Аноним (80), 19:25 , 06-Мрт-26, (77)

Чтобы завалить сборку - хватит и одного А вы не имеете никакого морального права, Аноним (-), 09:56 , 07-Мрт-26, (202)

А зачем крэйты в ядре Б Почему для старого софта нельзя взять старые крейты В, Аноним (99), 19:58 , 06-Мрт-26, (99)

Смешно, что местные эксперты даже не знает что такое обратная совместимость И , Анонимусс (-), 20:33 , 06-Мрт-26, (120) +1

Это ограничит количество платформ где запускается NetBSD т к Rustс весьма огран, анондирован (?), 19:24 , 06-Мрт-26, (75)

независимый некоммерческий фонд - прямо ангелы какие-то, питающиеся воздухом , Аноним (13), 17:29 , 06-Мрт-26, (13)

У вас какое-то странное представление https rustfoundation org about , Аноним (61), 19:12 , 06-Мрт-26, (61)
И три директора в совете - от амазона, гугли и майкрософта Нормальный такой воз, Аноним (-), 09:57 , 07-Мрт-26, (203)

Монополия раста на раздражение закончилась, теперь еще педофилы за защиту детей , Аноним (18), 17:33 , 06-Мрт-26, (18)

Ты еще забыл гугл с чипами и двухнедельным циклом обновлений И этот как его , Аноним (71), 17:51 , 06-Мрт-26, (28)

Вот это кстати диды не понимают, в их мире а чо я вот фором всю жизнь по массив, Аноним (19), 17:36 , 06-Мрт-26, (19) –3

Скрыто модератором, Аноним (20), 17:37 , 06-Мрт-26, (20) –2

Скрыто модератором, Аноним (31), 17:57 , 06-Мрт-26, (31) +1

Скрыто модератором, Аноним (-), 18:06 , 06-Мрт-26, (34)
А в чём тут новшество for size_t i 0 i size i wsize тут что т, Аноним83 (?), 18:56 , 06-Мрт-26, (56)

А потом окажется что size не от того массива передали Вы вначале научись писать , Аноним (58), 19:22 , 06-Мрт-26, (72)

А потом окажется что автор был пьян и вообще другое имел ввиду Толькое какое мне, Аноним83 (?), 19:35 , 06-Мрт-26, (83)

О, так получается большинство писак на сишке - все время подбуханные Ну это в, Аноним (80), 19:45 , 06-Мрт-26, (88) –1

Думать как добится результата или думать какая там конструкция самая современная, Аноним83 (?), 20:15 , 06-Мрт-26, (109)

Так это же хорошо Особенно сейчас, когда хороший код написанный человеком сразу, Аноним (211), 12:51 , 07-Мрт-26, (211)

Тебе всё по уму написали Подумай над этим , олег (?), 09:31 , 07-Мрт-26, (197)

Для контекста ему какой-то чел, явно с опеннета, написал идиотское письмо с воп, Аноним (19), 18:28 , 06-Мрт-26, (43)

Вот и славно, мусорные патчи никому не нужны , Аноним (65), 19:54 , 06-Мрт-26, (97)

Всё поддерживается, но базовые вещи даже не работают Слава, слава вайбкодингу , историк_кун (?), 18:30 , 06-Мрт-26, (45) +1

Rust хорош для виброкодинга O_o, анондирован (?), 19:26 , 06-Мрт-26, (78)

Хорош или нет - не знаю, но у клода половина коммитов в vcad , историк_кун (?), 04:04 , 07-Мрт-26, (191)

О да, это делают челы, которые делают rust-gpu Я через rust-gpu компилирую вулк, Аноним (19), 18:32 , 06-Мрт-26, (46) –1

Где-то уже можно на результаты Ах, да Ну и вообще SPIR-V как бы уже заменил вс, Аноним (49), 18:40 , 06-Мрт-26, (49) +1

SPIR-V - это не язык, это байткод В который компилируется раст Что такое обе , Аноним (19), 18:52 , 06-Мрт-26, (54)

OpenGL и DirectX используют собственные языки шейдеров и ты от этого никуда не д, Аноним (49), 18:57 , 06-Мрт-26, (57)

Довольно симптоматично новость про раст, при этом постоянно упоминается С , Аноним83 (?), 18:42 , 06-Мрт-26, (51) +1

Угу И про си вбросил сишник первым же сообщением Впрочем это вполне закономе, Аноним (58), 19:23 , 06-Мрт-26, (74)
Я тебе по секрету скажу Тс-с Тока никому не говори Денниса Ритчи нам послали , Аноним (154), 21:33 , 06-Мрт-26, (154)

А какие силы его у нас забрали , Аноним (170), 22:20 , 06-Мрт-26, (170)

А оригиналом какой проект является , Аноним (47), 18:47 , 06-Мрт-26, (52) +1

Си плюс плюс , Аноним (174), 22:31 , 06-Мрт-26, (174)
Это уже трудно узнать Таперича модно переписывать нейронкой, называя это новым , Аноним (211), 13:07 , 07-Мрт-26, (213)

NetBSD просто большие молодцы , Аноним (66), 19:18 , 06-Мрт-26, (66) +2

М Этот товарищ написал заметку в своем блоге, в рассылках разрабов совершенно д, нах.. (?), 19:45 , 06-Мрт-26, (87) –3

Ничего что я постоянно мониторю рассылку разрабов NetBSD И какое там другое мне, Аноним (66), 19:48 , 06-Мрт-26, (90) +1

ты используешь netbsd где , Аноним (94), 19:50 , 06-Мрт-26, (94)

На ноуте, Аноним (66), 19:52 , 06-Мрт-26, (96) +1

В каждой новости ложь про то, что нет рантайма, когда невозможно написать реальн, Аноним (103), 20:03 , 06-Мрт-26, (103) +3

Но его нет Как и borrow checker сам смысл которого проверки времени компиляци, анон (?), 00:05 , 07-Мрт-26, (183) +2

Бенни - молоток Бенни Зигерта срочно в гости к Линусу , Аноним (-), 21:39 , 06-Мрт-26, (157)
Сишник затесался , Аноним (158), 21:40 , 06-Мрт-26, (158)

Не понял , Аноним (-), 21:43 , 06-Мрт-26, (161)

Есть же примеры примеры, когда код пишется по спецификации протоколов, форматов , Аноним (158), 00:45 , 07-Мрт-26, (185)

Зачем тащить раст в ядро бзди по образу и подобию линукса, если там хорошая моду, Аноним (162), 21:44 , 06-Мрт-26, (162) +1
Не только компилятора, но и того добра, что cargo должен подтянуть при сборке п, Аноним (158), 21:45 , 06-Мрт-26, (163) +1
теория типов головного мозга, вот до какой дурки формализм доводит , Аноним (167), 22:06 , 06-Мрт-26, (167)
А что этим писателям раста так сложно, сказать окей чатгпт допиши все нужные фун, Аноним (174), 22:30 , 06-Мрт-26, (173)
Я в программировании уже более четверти века, повидал всякое и частные проекты,, LaunchWiskey (ok), 22:40 , 06-Мрт-26, (175) +3

Скоро адекватные люди, такие как ты закончатся Это печально , Аноним (178), 22:48 , 06-Мрт-26, (178) +1
Вы хотите сказать, что более квалифицированный разработчик напишет на ассемблер , Аноним (179), 23:03 , 06-Мрт-26, (179)

На расте также все это есть , Сладкая булочка (?), 02:50 , 07-Мрт-26, (189)

На расте это не имеет экзистенциального значения , Аноним (179), 03:38 , 07-Мрт-26, (190)

Не в этом суть Серебряной пули нет Хоть на rust хоть на другом языке, нужно ду, Сергей (??), 13:00 , 07-Мрт-26, (212)

Скрыто модератором, Аноним (180), 23:07 , 06-Мрт-26, (180) –1

Скрыто модератором, Аноним (167), 02:15 , 07-Мрт-26, (187)

Проект понятно навайбкожен, ui браузерный, операции над геометрией реализованы ч, Сладкая булочка (?), 02:48 , 07-Мрт-26, (188) +1

Автор Cam Pedersen комментарии тут излишни , Аноним (205), 10:09 , 07-Мрт-26, (205) +1

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

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

Сообщение от Аноним (1), 06-Мрт-26, 16:59

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

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

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

Сообщение от Аноним (4), 06-Мрт-26, 17:11

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

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

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

Сообщение от Аноним (10), 06-Мрт-26, 17:19

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

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

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

Сообщение от Аноним (-), 06-Мрт-26, 17:26

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

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

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

Сообщение от Аноним (47), 06-Мрт-26, 18:34

А кто сказал, что ныне марки перестали облизывать? ;)

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

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

Сообщение от Аноним (16), 06-Мрт-26, 17:30

>ерундой занимаются. вместо того чтобы развивать Си
Си не надо развивать он и так совершеннен.

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

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

Сообщение от Аноним (-), 06-Мрт-26, 17:43

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

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

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

Сообщение от Аноним (27), 06-Мрт-26, 17:51

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

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

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

Сообщение от Аноним (-), 06-Мрт-26, 18:23

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

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

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

Сообщение от Аноним (48), 06-Мрт-26, 18:37

> Rust — это компромисс, между C/C++ и Ada/SPARK.
Именно!
Не для всех приложений нужен уровень надежности которую предоставляет Ada.
А "надежность" C/C++ достигается кучей костылей.
Раст займет хорошую нишу.

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 19:16

Ахха, где то рядом с коболом и фортраном :)

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

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

Сообщение от Аноним (71), 06-Мрт-26, 19:22

> Ахха, где то рядом с коболом и фортраном :)
Ты свой андроид уже выкинул?
Или у тебя айпонт как пологается 321м?
Дыряху будут выкидывать в первую очередь.
С++ может еще побарахтается, тк он получше и на нем можно быстро писать всякий недософт типа игрушек, где кнутователь мотивирует кранчить по 80 часов в неделю.

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 19:51

Кто будет выкидывать?
Мне до чужих коммерческих продуктов дела особо нет.
У себя я никакого раста внедрять не собираюсь - мне и так хорошо.

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

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

Сообщение от Аноним (118), 06-Мрт-26, 20:31

> У себя я никакого раста внедрять не собираюсь - мне и так хорошо
Так тебе внедрять не нужно: его уже внедрили тебе извне. Ты прямо сейчас юзаешь Андроид и Файрфокс/Хром. И тебе хорошо!

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 20:35

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

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

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

Сообщение от Аноним (164), 06-Мрт-26, 21:46

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

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

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

Сообщение от Аноним (82), 06-Мрт-26, 19:35

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

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

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

Сообщение от Аноним (55), 06-Мрт-26, 18:54

На Аде удавятся писать обработку текстовых строк, с её черезчур строгой типизацией.

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

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

Сообщение от Аноним (-), 07-Мрт-26, 10:51

В Ada есть Fixed, Bounded и Unbounded строки. Этого недостаточно?
В стандартной библиотеке есть не так уж и много операций для обработки строк, самый минимум только. В библиотеке от GNAT их больше. Есть ещё библиотека VSS (для хорошей поддержки Unicode).

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

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

Сообщение от Аноним (32), 06-Мрт-26, 17:59

Зачем развивать устаревший ДВС, когда можно просто заменить его на реактивный?

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

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

Сообщение от Аноним (47), 06-Мрт-26, 18:15

Теоретически можно, но КПД у турбореактивного, всё таки, на несколько единиц меньше, чем у того же дизеля.

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

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

Сообщение от Аноним (44), 06-Мрт-26, 18:30

> ерундой занимаются. вместо того чтобы развивать Си, они плодят кучу не нужных языков, переизобретая то, что годами работает отлично. Используйте Си, люди делали, старались,
Как в С решить вопрос с ошибками памяти на уровне компилятора?
За "не делать ошибок" говорить не нужно. Практика показывает, что это не работает.

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 18:50

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

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

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

Сообщение от Аноним (58), 06-Мрт-26, 19:02

> С делает ровно то что написал программист
Си уже давно не делает ровно то, что написал программист, вылезайте из криокамеры.
Вначале его хотелки изуродует оптимизирующий компилятор, а потом процессор разным спекулятивными выполнениями.
> указывать программисту на то как работать с памятью не является задачей компиляторов С.
Тоже верно. Эталонный компилятор сишечки скомпиляет практически любой мусор.
> Есть архитектуры где используется С и где можно писать в любой адрес памяти, как и читать...
но на самых важных и распространенных такого нет.

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 19:15

> Си уже давно не делает ровно то, что написал программист
Как он там оптимизирует код - не существенно, это внутрення кухня процессора/архитектуры.
И никто не мешает включить -O0 и получить ассемблерный листинг 1-1 к С коду.

> но на самых важных и распространенных такого нет.
Влажных для кого?
Кому то и Z80 до сих пор самый влажный.
Да и всяких других мелких МК тоже полно, вы можете даже не подозревать где они у вас и сколько их.

Относитесь к С как к асму и паз у вас в голове сложится.

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

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

Сообщение от Аноним (58), 06-Мрт-26, 19:20

> Относитесь к С как к асму и паз у вас в голове сложится.
Тогда какого буя на этом "асме" пишут пользовательский софт на миллионы строк кода?
Плюс в асме не было такого количества UB как в дыpяxe. Я вообще в асме UB не припоминаю.

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 19:23

Хотят и пишут, вам что мешает?
В асме тоже всякое бывает, если вы чего то не знаете - не значит что этого нет.
Как минимум ERRATA на процы почитайте, на любые, хоть на древние интелы, хоть на новые райзены.

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

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

Сообщение от Аноним (80), 06-Мрт-26, 19:28

ERRATA это не UB. Почти всегда это просто задокументированное ошибочное поведение.
А UB - это "х... его знает что случится, вы главное это не делаейте, а то программа потеряет conformance".
И компилятор считает что UB никогда не произойдет, а потом выбрасывает целые проверки из кода.

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 19:49

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

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

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

Сообщение от Аноним (102), 06-Мрт-26, 20:02

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

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 20:22

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

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

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

Сообщение от Аноним (71), 06-Мрт-26, 21:09

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

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 21:15

> 7.24.3.3 The free function
Это не UB языка С, тк malloc/free по сути внешние функции из либы, и чьё поведение зависит не только от того какой аллокатор там в системе, но и от того какая это система и на каком она железе.

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 21:19

> Но вы, как Настоящий Сишнег™, разумеется не утруждаетесь знанием таких мелочей как стандарт, а продолжаете  ̶б̶ы̶д̶л̶о̶к̶о̶д̶и̶т̶ь̶ просто клепать  ̶о̶в̶н̶о̶ код.
Я как человек пишу на любом языке то, что даёт мне нужный мне результат. Стандарты меня и правда не сильно волнуют, но и ошибки я не люблю - потому что потом - через годы приходится вспоминать и переделывать/исправлять :)
Я ведь и на расте писал какие то патчи, и на питоне и на перле, и на анленге и ещё всякой фигне до которой мне вообще никакого дела и интереса знать нет.
Не знаю и знать не хочу, и не понимаю тех кто занимается буквоедством вместо получения результатов.

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

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

Сообщение от Аноним (48), 06-Мрт-26, 21:54

> Стандарты меня и правда не сильно волнуют,
Иван? Вы ли это?
> Я ведь и на расте писал какие то патчи, и на питоне и на перле, и на анленге и ещё всякой фигне до которой мне вообще никакого дела и интереса знать нет.
Т.е типичный эникейщик который умеет во всё понемножку.
> Не знаю и знать не хочу, и не понимаю тех кто занимается буквоедством вместо получения результатов.
Ну, пожелаю вам встретить такого же врача, юриста или электрика))

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

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

Сообщение от Аноним (108), 06-Мрт-26, 20:11

> Хотят и пишут, вам что мешает?
Создают трудности rce и lpe в софте. А мешают люди которые не хотят заменить асм, как вы сказали, на язык для системного программирования.
Если народ готов писать на раст ядро линукс, почему мы должны мириться со сторонниками С? Пусть они предложат их решение целого класса проблем.
А не какие-то там... Вот тут синтаксис нитакой. Компилируется долго и т.д Давайте костылить как было.

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 20:32

Это вы сами придумали его назвать системным.
Из серии называть себя наполеоном будучи больным сидоровым.
Вы и с ядром линукса не миритесь, пишите сразу своё.
Да, синтаксис плохой и компилится долго.
Если бы ваш раст умел разделять препроцессинг от компиляции, чтобы не тратить время и электричество каждый раз проверяя файл - это было бы сильно лучше.
Те один раз проверили перед коммитом, а потом пусть оно компилится за наносекунды, как С код.
Я вот каждый раз смотрю как большие С проекты собираются и радуюсь: быстро то как. qemu, samba.
А потом какойнить хэлло ворлд на расте начинает собиратся и делает это заметно дольше.

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

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

Сообщение от Аноним (108), 06-Мрт-26, 20:44

> Это вы сами придумали его назвать системным
Раст? По большей части он общего назначения, но как системный он хорошо подходит.
> Я вот каждый раз смотрю как большие С проекты собираются и радуюсь: быстро то как. qemu, samba
Это очень удобно, когда до вас кто-то их пару недель гонял статическими анализаторами и фазерами. Если бы вы это делали, вы бы так не радовались.

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 21:00

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

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

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

Сообщение от Аноним (118), 06-Мрт-26, 20:41

>> Си уже давно не делает ровно то, что написал программист
> Как он там оптимизирует код - не существенно, это внутрення кухня процессора/архитектуры.
Лол. Нет, это как раз не внутренняя кухня процессора, потому что именно из-за требований сишочного стандарта к лейауту памяти и алиасингу компилятор в большинстве случаев не может сделать элементарную векторизацию и прочие оптимизации на уровне инструкций.
Ситуация стала настолько нелепой, что пришлось добавлять restrict, чтобы хоть немного исправить этот недоязык времен PDP-11.

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 20:46

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

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

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

Сообщение от Аноним (164), 06-Мрт-26, 21:28

> Это всё имеет значение только когда ты пытаешься выжать всю производительность из проца
Пхахаха! Сперва вот подобные тебе носятся тут в комментариях бреднями о "С близок к железу111" и "С самый быстрый йезык111", а теперь вдруг разворот на 180° - и уже "это  все нинужна и не важна 😭".
Уныло, очень уныло...

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 21:32

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

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

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

Сообщение от Аноним (164), 06-Мрт-26, 21:42

> А когда ты садишься за оптимизации то в С ты можешь делать асмовые вставки и инстрикты, которые будут 1-в-1 оттранслированны в машинные инструкции
Ну, то есть пишешь на асме, а не С, потому что С в этом случае бесполезен. 👍 "Портативный ассемблер", говорили они...
Я посмотрел бы, как ты ручками напишешь оптимизации вроде SROA.
> Для других языков ты ограничен общей алгоритмической оптимизацией
Нет, как раз не ограничен. Я тебе буквально об этом  и писал выше: отсутствие сишочного крэпа вроде требований к лэйауту памяти и
> т.п. железоспецифичного чтото сделать на порядок сложнее а то и вообще не возможно.
Иронично это читать от того, кто в предыдущем же параграфе сам ниписал, что сишочка из-за своей дубовости в этом случае бывает бесполезна и приходится писать на асме.

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

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

Сообщение от _ (??), 06-Мрт-26, 22:48

>Ну, то есть пишешь на асме, а не С
You start to understand why do we call "C" the "High-Level Assembly language"?  Congrats!:)
I stop use "C" to write busuness-app-sheet more tan 2 decades ago ... but for byte-DROCHILOVO(C) - "C" is still THE BEST LANGUAGE! Period!

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

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

Сообщение от Аноним (65), 06-Мрт-26, 19:17

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

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

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

Сообщение от Аноним (82), 06-Мрт-26, 19:58

Нельзя. Это сишная идея - делать оптимизации из допущения об отсутствии UB в программе (только вот полный список UB сам комитет составить не смог), а не предварительно доказывать их корректность в компиляторе. Приемлемо для 80-х, когда это придумали.

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 20:23

Приемлемо пока это работает.
Если бы это не работало - оно бы не взлетело.

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

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

Сообщение от Аноним (117), 06-Мрт-26, 20:29

> Приемлемо пока это работает.
> Если бы это не работало - оно бы не взлетело.
Т.е ваше пафосное "Вы же даже не в курсе видимо что есть всякие lock-less штуки" это просто надувание щек?
И оказывается в некоторых случаях lock-less штуки просто неприменимы?
Кто бы мог подумать!
Но их пишут на убогом ЯП и получают проблемы.
Которые в linux kernel (один из важнейших инфраструктурных проектов в мире) живут в среднем 5 лет.

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 20:40

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

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

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

Сообщение от Аноним (117), 06-Мрт-26, 20:43

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

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 20:52

У меня в жизни проблем/забот гораздо больше, и вызваны они далеко не качеством кода.
От кода мне вполне хватает того что последние лет 10 программы перестали падать на ровном месте.
Того что вы добиваетесь чтобы они стали идельными - по мне пустая трата времени с нулевой пользой, лучше бы на улице подмели да деревья посадили.
Для розеток давно есть дифф автоматы, но я стараюсь просто отключать, так проще.
Станков у меня нет, только ручной электроинструмент.
Пристёгиваюсь. Но шлем на самокате не одеваю.
Проблемы не стоят тех усилий что нужно прилагать с растом. ИМХО.

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

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

Сообщение от Аноним (82), 06-Мрт-26, 20:38

В мире вообще много что работает. Раст работает, нейросети работают, 1C работает, ladder logic в ПЛК работает. Визуальное программирование в игровых движках работает. Рабство не так уж и плохо работает.

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

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

Сообщение от Аноним (82), 06-Мрт-26, 20:54

> As of early 2025, there are approximately 36.5 million to 47 million software developers worldwide
> As of 2022, the International Labour Organization (ILO) reports there is an estimate of 50 million people living under the circumstances of modern slavery
Делойте выводы.

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

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

Сообщение от Аноним (118), 06-Мрт-26, 20:51

>>Вначале его хотелки изуродует оптимизирующий компилятор, а потом процессор разным спекулятивными выполнениями.
> Так можно про любой статический ЯП сказать.
Нет, не можно. Потому что именно в г*дизайне Си прямо на уровне стандарта заложены требования к выравниванию, алиасингу, отсутвтвию массивов и т.п., которые не дают делать эдементарные оптимизации на современных CPU.
Именно поэтому в научной среде (и на суперкомпьютерах в частности) используют вовсе не сишочку, а... Фортран, который в плане скорости уделывает С в сухую. Ибо  имеет first-class числовые массивы и операции над ними, а также полное отсутствие маразматичечких дидовских дизайнерских решений а-ля С - и потому его код легко и непринужденно ложится на современные CPU и оптимизируется.

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 20:53

Сомнительно.

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

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

Сообщение от Аноним (164), 06-Мрт-26, 21:24

> Сомнительно
Более аргументированного ответа я от тебя и не ожидал. 👍

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 21:28

А что тут аргументировать?
На С есть хорошие вылизанные матлибы, что то фортран будет быстрее - сомнительно.
В целом у меня сомнения и в том, что он будет быстрее generic C кода - читай без оптимизаций и без матлиб. Но надо смотреть на задачу и как решают, там может быть много нюансов.

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

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

Сообщение от Аноним (168), 06-Мрт-26, 22:13

> В целом у меня сомнения и в том, что он будет быстрее generic C кода - читай без оптимизаций и без матлиб.
Сори, но так было буквально ВСЕГДА. И выше написали одни из основных причин, почему.
То, что ты об этом узнал только сейчас - это абсолютно не удивительно. Чем меньше эксперт шарит в С, тем сильнее для него это лучший язык.
Но лучше узнать поздно, чем никогда. Сейчас у тебя стадия отрицания. Это пройдет.

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

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

Сообщение от Аноним (169), 06-Мрт-26, 22:18

> А что тут аргументировать?
> что то фортран будет быстрее - сомнительно.
Аргументировать то, почему Фортран не будет быстрее С. Вот в контексте архитектурных особенностей, о которых написано выше. И в контексте того факта, что Фортран из-за этих особенностей буквально уже более полувека уделывает Си по скорости в научном сфере.

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

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

Сообщение от _ (??), 07-Мрт-26, 05:51

> Фортран из-за этих особенностей буквально уже более полувека уделывает Си по скорости в научном сфере.
Угу. Но с другой стороны - в одной бичЁвской конторе, в CERN - все числодробилки на плюсах давно :-р
А с третьей стороны - напиши драйвер для видюхи или сети на Фортране, осилишь? 8-D
Не юзайте Си для бусинесс логики и вопросы к нему отпадут сам-собой. ТЧК.

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

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

Сообщение от Аноним (108), 06-Мрт-26, 19:50

> Вам бы подучится, вы не понимаете суть С.
Он не бьет палками за нарушения.

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 20:41

Справку почитайте.
-Wall -Werror -pedantic -Weverything

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

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

Сообщение от Аноним (118), 06-Мрт-26, 20:53

> С делает ровно то что написал программист,
Да: например UB при сложении двух интов. Я именно это и писал - сделай мне UB бонусом!

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 20:57

a = b + c
Допустим все переменные одного типа, b и c - ввод пользователя/читаются из дескриптора.
Как компилятор должен определять есть тут переполнение или нет?
Почему компилятор это вообще должно волновать?

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

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

Сообщение от Аноним (168), 06-Мрт-26, 21:23

> Как компилятор должен определять есть тут переполнение или нет?
Так же, как и другие компиляторы, лол. Или это НИВАЗМОЖНА?

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 21:26

Как именно компилятор это сделает на стадии компиляции?

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

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

Сообщение от Аноним (164), 06-Мрт-26, 21:33

Вставит проверки. Ты троллишь или что?
Заранее говорю: проверки, если они не нужны,  отключаются/включаются коммандами компилятора прямо на уровне отдельных строк кода. Ты бы это знал, если бы видел в глаза хоть какой нибудь нормальный язык, а не С.

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

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

Сообщение от Аноним83 (?), 06-Мрт-26, 21:55

Нормальный - это какой? Модный которому и 10 лет нет?

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

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

Сообщение от Аноним (168), 06-Мрт-26, 22:27

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

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

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

Сообщение от Аноним (140), 06-Мрт-26, 21:06

>Как в С решить вопрос с ошибками памяти
> "не делать ошибок" говорить не нужно.
Очевидно что системное программирование и программирование встроенных систем - это не ваша область.

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

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

Сообщение от Аноним (168), 06-Мрт-26, 22:29

Очевидно, что предложить ничего существенного кроме того самого "не делать ошибок" вы не можете, не так ли?

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

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

Сообщение от ryoken (ok), 06-Мрт-26, 20:00

ASM Uber Alles

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

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

Сообщение от Аноним (111), 06-Мрт-26, 20:17

Bist du verrückt?

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

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

Сообщение от Аноним (-), 07-Мрт-26, 09:47

> ерундой занимаются. вместо того чтобы развивать Си, они плодят кучу не
> нужных языков, переизобретая то, что годами работает отлично.
Ну так в си 2x уже чуть не лямбда-функции по моему навернули :). В общем дедуль и там потянуло таки на хайп.

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

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

Сообщение от Аноним (-), 07-Мрт-26, 10:44

> 40 лет как под наркозом я работал...

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

6. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (6), 06-Мрт-26, 17:14

Ладно Linux.. туда все кому не лень коммитят. Но FreeBSD! На святое посягнул!

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

194. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от IdeaFix (ok), 07-Мрт-26, 08:08

Да ладно, эти и системд бы затащили к себе, если бы смогли.

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

199. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (-), 07-Мрт-26, 09:51

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

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

210. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от онанист (?), 07-Мрт-26, 10:53

что может быть святым от нежелательной организации?

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

9. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (9), 06-Мрт-26, 17:18

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

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

35. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (35), 06-Мрт-26, 18:12

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

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

39. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +1 +/–

Сообщение от НяшМяш (ok), 06-Мрт-26, 18:18

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

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

68. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +1 +/–

Сообщение от Аноним (65), 06-Мрт-26, 19:20

Не понимают, иначе в том компиляторе C на Rust не было бы unwrap через unwrap.

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

11. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." –4 +/–

Сообщение от Аноним (71), 06-Мрт-26, 17:21

> Бенни Зигерт (Benny Siegert) попытался обосновать причины,
> по которым поддержка языка Rust не появится в ядре NetBSD
И что? Получилось?)))
> продолжается поддерживаться ветка NetBSD 9, выпущенная в 2020
> году, в этих условиях потребовалась бы поставка и поддержка
> компилятора Rust шестилетней давности
Отличный пример как копролиты тормозят прогресс.

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

14. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +5 +/–

Сообщение от Аноним (14), 06-Мрт-26, 17:29

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

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

24. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +3 +/–

Сообщение от Аноним (24), 06-Мрт-26, 17:48

"Да как они посмели не сделать обратную совместимость со счётами ?!"

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

200. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (-), 07-Мрт-26, 09:53

> "Да как они посмели не сделать обратную совместимость со счётами ?!"
У них нет обратной совместимости - даже с самими собой. Поскольку текущая версия rust собирается только предыдущей версией. И - все. Поэтому при желании раскатать из сорца современную версию rust на чем-то новом - это боль и ненависть в адрес хайпожоров, оптом и в розницу.

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

25. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." –1 +/–

Сообщение от Аноним (71), 06-Мрт-26, 17:48

> Скорее пример как раст делает голову на ровном месте
> из-за отсутствия обратной совместимости.
Обратная совместимость как раз отличная - последний компилятор компилит крейты даже 2015 edition.
А вот разработчики просто не хотят сидеть на старых версиях и для них требуется новый компилятор. Что логично, вас же не удивляет, что gcc 4.6 не компилист с23?
Поэтому проблема именно в копролитах вроде NetBSD, Debian и прочем мусоре.
Нормальные же дистры обновляют компилятор не смотря на еще более долгую поддержку чем у этих. Напр. в RHEL 8 - rustc 1.66.1, а в RHEL 9 - 1.88.0

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

201. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (-), 07-Мрт-26, 09:54

> Обратная совместимость как раз отличная - последний компилятор компилит крейты
> даже 2015 edition.
Зато при желании собрать с ноля более-менее актуальный компилер Rust можно познать немало интересного - компиляя все версии этой хипстерской штуки по цепочке.
Так что если что-то копролит - то это просто - копро. Копропротивное.

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

40. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." –1 +/–

Сообщение от НяшМяш (ok), 06-Мрт-26, 18:20

Пиши на 2015 edition код, в чём проблема? Ах да, ты код в своей жизни ни разу не писал, и как истинный кeксперт, только на опеннете заседаешь.

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

70. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +2 +/–

Сообщение от Аноним (65), 06-Мрт-26, 19:21

>Пиши на 2015 edition код, в чём проблема?
В том, что каждый пятый крэйт требует самую новую версию компилятора.

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

77. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (80), 06-Мрт-26, 19:25

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

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

202. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (-), 07-Мрт-26, 09:56

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

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

99. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (99), 06-Мрт-26, 19:58

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

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

120. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +1 +/–

Сообщение от Анонимусс (-), 06-Мрт-26, 20:33

> Скорее пример как раст делает голову на ровном месте
> из-за отсутствия обратной совместимости.
Смешно, что местные эксперты даже не знает что такое "обратная" совместимость.
И требовать от нее, чтобы "новое" работало на "старье".
Ребята, почитаейте что такое Backward compatibility, Forward compatibility и чем они отличаются.

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

75. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от анондирован (?), 06-Мрт-26, 19:24

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

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

13. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (13), 06-Мрт-26, 17:29

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

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

61. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (61), 06-Мрт-26, 19:12

У вас какое-то странное представление...
https://rustfoundation.org/about/

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

203. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (-), 07-Мрт-26, 09:57

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

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

18. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (18), 06-Мрт-26, 17:33

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

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

28. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (71), 06-Мрт-26, 17:51

> Монополия раста на раздражение закончилась,
> в осях взялись, штрафами угрожают.
Ты еще забыл гугл с чипами и двухнедельным циклом обновлений!
И этот... как его...
А! Хурд!

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

19. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." –3 +/–

Сообщение от Аноним (19), 06-Мрт-26, 17:36

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

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

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

Сообщение от Аноним (20), 06-Мрт-26, 17:37

> Вот это кстати диды не понимают, в их мире "а чо я вот фором всю жизнь по массивам ходил и нормально".
For'ом?
Это какие-то смyзихлебы!
Настоящие диды делали бесконечный цикл с инкрементом адреса и выходом через goto/

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

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

Сообщение от Аноним (31), 06-Мрт-26, 17:57

> и выходом
...за границы буфера.

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

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

Сообщение от Аноним (-), 06-Мрт-26, 18:06

Настоящие дидо-БОГИ использовали SIGALRM + setjmp/longjmp для этого. Ффтопку циклы.

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

56. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним83 (?), 06-Мрт-26, 18:56

А в чём тут новшество?
for (size_t i = 0; i < size; i += wsize) {
    // тут что то делаем с пачкой wsize элементов.
}
Банальный синтаксический сахар, в нечитабельном виде к тому же.
Вы лучше подумайте: а кто вообще будет помнить про все эти фичи?
В итоге у раста будет как у плюсовиков: 100500 кило сахара и каждый пишет на своём диалекте - своём наборе синтаксических конструкций, и с трудом понимает что написали остальные.
Именно пояэтому я за примитивные языки с минимумом синтаксиса и против всяких расширений в С.

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

72. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (58), 06-Мрт-26, 19:22

> for (size_t i = 0; i < size; i += wsize) {
А потом окажется что size не от того массива передали.
> Именно пояэтому я за примитивные языки с минимумом синтаксиса и против всяких расширений в С.
Вы вначале научись писать без банальных ошибок, вроде выхода за границы массива.

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

83. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним83 (?), 06-Мрт-26, 19:35

А потом окажется что автор был пьян и вообще другое имел ввиду.
Толькое какое мне или компилятору до этого дело?
Это никак не отменяет того что слишком много сделать одно и тоже приводят к наличию множества диалектов среди тех кто пользуется языком.
Более того, это и от задачи отвлекает, когда ты хорошо всю эту тонну сахара знаешь то начинаешь думать: а какой из 100500 способов обойти массив тут лучше применить? А точно ли это лучший способ?

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

88. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." –1 +/–

Сообщение от Аноним (80), 06-Мрт-26, 19:45

> А потом окажется что автор был пьян и вообще другое имел ввиду.
О, так получается большинство писак на сишке - все время подбуханные?
Ну... это вполне все объяснило бы!
> то начинаешь думать: а какой из 100500 способов обойти массив тут лучше применить?
> А точно ли это лучший способ?
Потому что нужно знать, чем они отличаются и в каком случае применять тот или иной.
И программирование как бы подразумевает что нужно думать. Или вы "думали" иначе?

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

109. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним83 (?), 06-Мрт-26, 20:15

> И программирование как бы подразумевает что нужно думать. Или вы "думали" иначе?
Думать как добится результата или думать какая там конструкция самая современная в этом сезоне и как бы другие растеры меня не за кансилили за то что я прошлогоний for() попытался использовать - это сильно разное.

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

211. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (211), 07-Мрт-26, 12:51

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

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

197. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от олег (?), 07-Мрт-26, 09:31

Тебе всё по уму написали. Подумай над этим.

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

43. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (19), 06-Мрт-26, 18:28

> Бенни Зигерт (Benny Siegert), участвующий в разработке NetBSD, попытался обосновать причины, по которым поддержка языка Rust не появится в ядре NetBSD
Для контекста: ему какой-то чел, явно с опеннета, написал идиотское письмо с вопросом "а вот в ФриБСД хотят добавить раст, что бы привлечь молодняк. НетБСД тоже будет такие странные решения принимать, или я могу доверять тому, что НетБСД такого не сделает?"
На что Бенни ему нормально ответил: "раст - это не 'для молодняка', у языка куча достоинств".
> Today, even getting a Rust compiler running in the first place is hard. Keeping Rust working (in pkgsrc) is quite a bit of work, resting on the shoulders of a few developers.
Если в расте Бенни явно шарит и одобряет, то вот мозг на новый лад в мире ИИ он ещё явно не переключил. Нет больше такой проблемы как "плечи нескольких разработчиков". Очнитесь.

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

97. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (65), 06-Мрт-26, 19:54

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

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

45. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +1 +/–

Сообщение от историк_кун (?), 06-Мрт-26, 18:30

> Поддерживается 3D-моделирование, симуляция, работа с 2D-эскизами, компонентная сборка, импорт в формате STEP и экспорт в форматах STL/GLB/STEP/DXF.
Всё поддерживается, но базовые вещи даже не работают. Слава, слава вайбкодингу!

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

78. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от анондирован (?), 06-Мрт-26, 19:26

Rust хорош для виброкодинга ? O_o

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

191. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от историк_кун (?), 07-Мрт-26, 04:04

> Rust хорош для виброкодинга ? O_o
Хорош или нет - не знаю, но у клода половина коммитов в vcad.

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

46. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." –1 +/–

Сообщение от Аноним (19), 06-Мрт-26, 18:32

> Rust в программах, выполняемых на стороне GPU
О да, это делают челы, которые делают rust-gpu. Я через rust-gpu компилирую вулкановские шейдеры, написанные на расте - огонь тема. Никаких тебе старых кривых GLSL, HLSL, недоделанных WGSL и тд. Настоящий раст, твёрдо и чётко.

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

49. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +1 +/–

Сообщение от Аноним (49), 06-Мрт-26, 18:40

Где-то уже можно на результаты? Ах, да. Ну и вообще SPIR-V как бы уже заменил всё и он даже спокойно транслируется под обе платформы (а они не совместимы между собой).

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

54. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (19), 06-Мрт-26, 18:52

> SPIR-V как бы уже заменил всё
SPIR-V - это не язык, это байткод. В который компилируется раст. Что такое "обе платформы"? Какие обе? Чел, ты о чём вообще?

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

57. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (49), 06-Мрт-26, 18:57

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

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

51. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +1 +/–

Сообщение от Аноним83 (?), 06-Мрт-26, 18:42

Довольно симптоматично: новость про раст, при этом постоянно упоминается С.

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

74. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (58), 06-Мрт-26, 19:23

> Довольно симптоматично: новость про раст, при этом постоянно упоминается С.
Угу. И про си вбросил сишник первым же сообщением.
Впрочем... это вполне закономерно, ведь растовики первыми посмели начать тыкать сишников в продукты их... кодинга.

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

154. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (154), 06-Мрт-26, 21:33

Я тебе по секрету скажу. Тс-с! Тока никому не говори. Денниса Ритчи нам послали высшие силы, духи, чтобы он создал божественную сишку.

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

170. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (170), 06-Мрт-26, 22:20

А какие силы его у нас забрали?

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

52. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +1 +/–

Сообщение от Аноним (47), 06-Мрт-26, 18:47

> Представлен проект vcad, развивающий параметрическую систему автоматизированного проектирования (САПР), написанную на Rust
А оригиналом какой проект является?

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

174. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (174), 06-Мрт-26, 22:31

Си плюс плюс

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

213. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (211), 07-Мрт-26, 13:07

Это уже трудно узнать. Таперича модно переписывать нейронкой, называя это новым продуктом.

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

66. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +2 +/–

Сообщение от Аноним (66), 06-Мрт-26, 19:18

NetBSD просто большие молодцы!

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

87. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." –3 +/–

Сообщение от нах.. (?), 06-Мрт-26, 19:45

М? Этот товарищ написал заметку в своем блоге, в рассылках разрабов совершенно другое мнение о Расте) Зрада, да?

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

90. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +1 +/–

Сообщение от Аноним (66), 06-Мрт-26, 19:48

Ничего что я постоянно мониторю рассылку разрабов NetBSD? И какое там другое мнение?
> Зрада, да?
чё это?

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

94. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (94), 06-Мрт-26, 19:50

ты используешь netbsd? где?

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

96. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +1 +/–

Сообщение от Аноним (66), 06-Мрт-26, 19:52

На ноуте

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

103. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +3 +/–

Сообщение от Аноним (103), 06-Мрт-26, 20:03

В каждой новости ложь про то, что нет рантайма, когда невозможно написать реальную программу без переноса боров чеков в рантайм с паникой у пользователя

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

183. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +2 +/–

Сообщение от анон (?), 07-Мрт-26, 00:05

> В каждой новости ложь про то, что нет рантайма,
Но его нет. Как и borrow checker (сам смысл которого: проверки времени компиляции).
Хотя можешь поискать: самодостаточный, реальный бинарь, с "зависимостью" только от ядра ОС

% hexdump -C target/i686-unknown-linux-gnu/release/free
00000000  7f 45 4c 46 01 01 01 09  00 00 00 00 00 00 00 00  |.ELF............|
00000010  02 00 03 00 01 00 00 00  7d 00 40 00 34 00 00 00  |........}.@.4...|
00000020  00 00 00 00 00 00 00 00  34 00 20 00 01 00 00 00  |........4. .....|
00000030  00 00 00 00 01 00 00 00  54 00 00 00 54 00 40 00  |........T...T.@.|
00000040  54 00 40 00 6d 00 00 00  6d 00 00 00 07 00 00 00  |T.@.m...m.......|
00000050  01 00 00 00 43 6f 75 6c  64 6e 27 74 20 77 72 69  |....Couldn't wri|
00000060  74 65 20 74 6f 20 73 74  64 6f 75 74 21 e2 98 b9  |te to stdout!...|
00000070  0a 48 65 6c 6c 6f 20 57  6f 72 6c 64 0a 53 57 56  |.Hello World.SWV|
00000080  31 f6 b9 71 00 40 00 ba  0c 00 00 00 b8 04 00 00  |1..q.@..........|
00000090  00 46 89 f3 cd 80 31 db  3d 01 f0 ff ff 72 1c 89  |.F....1.=....r..|
000000a0  c7 bb 02 00 00 00 b9 54  00 40 00 ba 1d 00 00 00  |.......T.@......|
000000b0  b8 04 00 00 00 cd 80 f7  df 89 fb 89 f0 cd 80 eb  |................|
000000c0  fe                                                |.|

% ldd target/i686-unknown-linux-gnu/release/free
% ldd: target/i686-unknown-linux-gnu/release/free: not a dynamic ELF executable
% target/i686-unknown-linux-gnu/release/free
Hello World
% target/i686-unknown-linux-gnu/release/free > /dev/full || errno $?
Couldn't write to stdout!☹
ENOSPC 28 No space left on device

#![no_std]
#![no_main]
mod io;
mod sys;
fn say_hello() -> isize {
    let msg = "Hello World\n";

    let Err(err) = io::print(msg) else {
        return sys::EXIT_SUCCESS
    };

    let _ = io::eprint(err.msg.unwrap_or("Couldn't print 'Hello'!☹"));

    let Some(raw)= err.raw_os_err else {
        return sys::EXIT_FAILURE
    };
    return raw.errno.unwrap_or(sys::EXIT_FAILURE)
}

#[unsafe(no_mangle)]
pub extern "system" fn start() -> ! {
   sys::exit(say_hello());
}

(самопальные)
io:
https://paste.opensuse.org/pastes/81585111e4c9
sys:
https://paste.opensuse.org/pastes/7ef09e000ff5
С нетерпением (нет) ждем-с отмазки^W "критику", почему "Это другое! Не считается!"

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

157. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (-), 06-Мрт-26, 21:39

>Бенни Зигерт (Benny Siegert), участвующий в разработке NetBSD, обосновал причины, по которым поддержка языка Rust не появится в ядре NetBSD:
Бенни - молоток! Бенни Зигерта срочно в гости к Линусу.

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

158. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (158), 06-Мрт-26, 21:40

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

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

161. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (-), 06-Мрт-26, 21:43

>Так как размер массива изначально известен компилятору,
Не понял?

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

185. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (158), 07-Мрт-26, 00:45

Есть же примеры примеры, когда код пишется по спецификации протоколов, форматов и т.п., т.е. "размер известен" и "можно обойтись без проверки", а IRL начинаются приключения... Сработала ассоциация.

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

162. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +1 +/–

Сообщение от Аноним (162), 06-Мрт-26, 21:44

Зачем тащить раст в ядро бзди по образу и подобию линукса, если там хорошая модульная система? Сделай модуль rustd, а через него подмодули пусть грузят, зачем копировать колхозную архитектуру Линуса?

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

163. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +1 +/–

Сообщение от Аноним (158), 06-Мрт-26, 21:45

> продолжается поддерживаться ветка NetBSD 9, выпущенная в 2020 году, в этих условиях потребовалась бы поставка и поддержка компилятора Rust шестилетней давности
Не только компилятора, но и того добра, что cargo должен подтянуть при сборке (привет, vendor.tar.*).

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

167. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (167), 06-Мрт-26, 22:06

теория типов головного мозга, вот до какой дурки формализм доводит.

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

173. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (174), 06-Мрт-26, 22:30

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

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

175. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +3 +/–

Сообщение от LaunchWiskey (ok), 06-Мрт-26, 22:40

Я в программировании уже более четверти века, повидал всякое: и частные проекты, и военные разработки, и крупный зарубежный энтерпрайз со всех сторон. И мои наблюдения показывают, что производительность команды разработчиков и качество создаваемого ею кода совершенно не зависят от языка программирования и методологий разработки. Команда, имеющая 1) квалификацию, 2) мотивацию и 3) понимание конечной цели, напишет что угодно даже на ассемблере, а если одной из этих компонент нет, то не помогут ни Го с Растами и Котлинами, ни аджайл-инфоцыгане, ни нейросети.

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

178. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +1 +/–

Сообщение от Аноним (178), 06-Мрт-26, 22:48

Скоро адекватные люди, такие как ты закончатся. Это печально.

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

179. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (179), 06-Мрт-26, 23:03

> И мои наблюдения показывают, что производительность команды разработчиков и качество создаваемого ею кода совершенно не зависят от языка программирования и методологий разработки.
Вы хотите сказать, что более квалифицированный разработчик напишет на ассемблер UI лучше, чем средний инженер с Upwork на React? В теории возможно, но сколько времени на реализацию, а самое главное, отладку это займет? Про поддержку я уже молчу.
Вы хотите сказать, что обмазка restrict-ами, ассемблерными вставками, умными указателями, сендбоксами, статическими анализаторами и фазерами позволяет команде писать на с лучше код чем на та же команда смогла бы написать на раст и он не облегчил бы им жизнь?

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

189. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Сладкая булочка (?), 07-Мрт-26, 02:50

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

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

190. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Аноним (179), 07-Мрт-26, 03:38

На расте это не имеет экзистенциального значения.

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

212. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +/–

Сообщение от Сергей (??), 07-Мрт-26, 13:00

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

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

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

Сообщение от Аноним (180), 06-Мрт-26, 23:07

> Я в программировании уже более четверти века, повидал всякое:
Т.е ты старпер?
> И мои наблюдения показывают, что производительность команды разработчиков и качество создаваемого ею кода совершенно не зависят от языка программирования и методологий разработки.
Хм, т.е если у них кривая методология, по четным дням меняются требования, а по нечетным меняются еще раз, то они справятся?
> Команда, имеющая 1) квалификацию, 2) мотивацию и 3) понимание конечной цели, напишет что угодно даже на ассемблере,
Время. Сколько времени у них займет написание на ассемблере?
А если заказчик не готов столько ждать)?
> а если одной из этих компонент нет, то не помогут ни Го с Растами и Котлинами, ни аджайл-инфоцыгане, ни нейросети.
Квалификацию и мотивацию можно получить при помощи денег (можно и не получить, но хороший спец за ʼспасибоʼ редко пойдет работать).
Нейросети и аджайл это просто инструменты.
Ими можно уметь пользоваться, а можно не уметь.

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

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

Сообщение от Аноним (167), 07-Мрт-26, 02:15

>Время. Сколько времени у них займет написание на ассемблере?
Возьми и попробуй, зачем спрашиваешь, возьми хоть раз и попробуй, только сначала тебе надо будет понять что такое ЦПУ.

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

188. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +1 +/–

Сообщение от Сладкая булочка (?), 07-Мрт-26, 02:48

> Представлен проект vcad, развивающий параметрическую систему автоматизированного проектирования (САПР)
Проект понятно навайбкожен, ui браузерный, операции над геометрией реализованы через с++ библиотеку https://github.com/elalish/manifold
Сам автор похож на бота.

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

205. "Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД T..." +1 +/–

Сообщение от Аноним (205), 07-Мрт-26, 10:09

Автор Cam Pedersen комментарии тут излишни.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2026 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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