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

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

Сообщения

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

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

2. Сообщение от Аноним (2), 06-Мрт-26, 17:08	–6 +/–
> вместо того чтобы развивать Си Так не хотят же! Диды, с окаменевшими межушными ганглиями, даже конструктор-деструктор осилить не могут. А вы про какие-то большие изменения. Сишникам подарили прекрасный с++, но они даже от него воротят морду! > Используйте Си, люди делали, старались Нифига они старались! Бракоделили с момента его создания. Даже в первом юниксе умудрились buffer overflow сделать в функции на 50 строк.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #3, #36, #89

3. Сообщение от Аноним (3), 06-Мрт-26, 17:09	+/–
> Диды, с окаменевшими межушными ганглиями, даже конструктор-деструктор осилить не могут. Так уже, планируется в новом стандарте Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #7

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

6. Сообщение от Аноним (6), 06-Мрт-26, 17:14	–1 +/–
Ладно Linux.. туда все кому не лень коммитят. Но FreeBSD! На святое посягнул!
Ответить | Правка | Наверх | Cообщить модератору

7. Сообщение от Аноним (2), 06-Мрт-26, 17:15	+/–
> Так уже, планируется в новом стандарте Си. Планируется defer. Сишникам 50 лет понадобилось чтобы true false стали частью стандарта. Это просто максимально отставание в развитии...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #15, #64, #76, #100

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

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

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

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

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

14. Сообщение от Аноним (14), 06-Мрт-26, 17:29	+2 +/–
Скорее пример как раст делает голову на ровном месте из-за отсутствия обратной совместимости. Скорее бы эти хипстеры уже на двухнедельные релизы перешли, чтобы всем стала очевидна невменяемость сабжа для нормальной разработки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #24, #25, #40, #120

15. Сообщение от Аноним (15), 06-Мрт-26, 17:30	+2 +/–
"Сегодня что попало втаскиваем в компилер, завтра выкидываем" - это не к С. С - это "один раз написал, всегда работает", а не "о, свеженькое, еще ароматное, все мухи слетаются, давайте в базовый язык включим".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #17, #105

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

17. Сообщение от Аноним (17), 06-Мрт-26, 17:33	+1 +/–
> "один раз написал, работает... может быть... но не всегда :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

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

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

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

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

24. Сообщение от Аноним (24), 06-Мрт-26, 17:48	+4 +/–
"Да как они посмели не сделать обратную совместимость со счётами ?!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

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

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ообщить модератору
Родитель: #22 Ответы: #41

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

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

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

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

35. Сообщение от Аноним (35), 06-Мрт-26, 18:12	+/–
> еще бы нейронки понимали что пишут Язык заслужил, чтобы им могли пользоваться только нейронки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

36. Сообщение от Аноним (36), 06-Мрт-26, 18:12	–3 +/–
> Диды, с окаменевшими межушными ганглиями, даже конструктор-деструктор осилить не могут. Да, а растоmaны конструктор с деструктором осилили? И class осилили?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #38

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

38. Сообщение от НяшМяш (ok), 06-Мрт-26, 18:17	+/–
> конструктор Это просто метод, который в некоторых языками гвоздями прибили. В расте можешь хоть new, хоть gimme_this_struct назвать. > деструктор https://doc.rust-lang.org/std/ops/trait.Drop.html > class В нормальных языках этого мусора нет, и в расте не надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #42

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

40. Сообщение от НяшМяш (ok), 06-Мрт-26, 18:20	–1 +/–
Пиши на 2015 edition код, в чём проблема? Ах да, ты код в своей жизни ни разу не писал, и как истинный кeксперт, только на опеннете заседаешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #70

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ообщить модератору
Родитель: #27 Ответы: #48, #82

42. Сообщение от Аноним (36), 06-Мрт-26, 18:27	+/–
Раст нормальный язык? Ну-ну.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #60

43. Сообщение от Аноним (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

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

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

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

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

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

49. Сообщение от Аноним (49), 06-Мрт-26, 18:40	+1 +/–
Где-то уже можно на результаты? Ах, да. Ну и вообще SPIR-V как бы уже заменил всё и он даже спокойно транслируется под обе платформы (а они не совместимы между собой).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #54

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

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

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

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

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

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

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

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

60. Сообщение от Аноним (60), 06-Мрт-26, 19:08	+/–
> Раст нормальный язык? Ну-ну. Дидам не понять. Им в своем болоте привычно. Тем кто привык жрать с пола не понять зачем люди хотят в ресторан.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #69

61. Сообщение от Аноним (61), 06-Мрт-26, 19:12	+/–
У вас какое-то странное представление... https://rustfoundation.org/about/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

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

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

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

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

66. Сообщение от Аноним (100), 06-Мрт-26, 19:18	+2 +/–
NetBSD просто большие молодцы!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #87, #94

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

68. Сообщение от Аноним (65), 06-Мрт-26, 19:20	+/–
Не понимают, иначе в том компиляторе C на Rust не было бы unwrap через unwrap.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

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

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

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

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

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

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

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

76. Сообщение от localhostadmin (ok), 06-Мрт-26, 19:25	+/–
#define true 1 #define false 0 typedef char bool; Может их поэтому 50 лет делали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #151, #182

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

78. Сообщение от анондирован (?), 06-Мрт-26, 19:26	+/–
Rust хорош для виброкодинга ? O_o
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #191

79. Сообщение от Аноним (17), 06-Мрт-26, 19:26	+2 +/–
> Дедам не понятно в чём проблема когда исполняется то что написано А когда оно выполняется? Ты сложи два числа без UB, а потом поговорим что у тебя выполняется) >  может признать свои ошибки сам и не боится их совершать. а... т.е варианта "приложить усилия чтобы не писать овнокод" у СИшников даже нету? > Растопрограмисты напоминают мазохистов, которые не понимаю как можно жить без боли и без ограничений, их прям пугает открытый свободный мир. Хм.. а разве не дырявые любят сидеть за дебагом отлавливая "кто ж нагадил в память"? Пока дыряшники страдают (ну или наслаждлаются) этим, растеры уже закончили работу и почши домой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #84, #104

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

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) и больше ничего не трогайте, а то ещё вашу собственную писанину сертифицировать."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

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

84. Сообщение от Аноним (84), 06-Мрт-26, 19:35	+/–
Ога-ога, растеры наслаждаются борьбой с чекером боровов. Им ещё дооолго до домой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #91

85. Сообщение от Аноним (91), 06-Мрт-26, 19:36	+/–
> Дедам не понятно в чём проблема 100%! Вот не думал что буду с тобой согласен, но этот день настал. Дедам не понятно, в чем проблема совершать один и те же тупейшие ошибки в течение 50+ лет. Дедам не понятно, что программа должна быть надежная. Дедам не понятно, что мир изменился, а вместе с ним и модели угроз. > может признать свои ошибки сам и не боится их совершать. А может лучше их не совершать? Или хотя бы совершать меньше? Не, бред какой-то. > Растопрограмисты напоминают мазохистов Мазохистов напоминают диды, которые привыкли каждых раз искать кто испортил память на проде, к которому нет доступа. Возможно они получают извращенное поиска таких проблем. Плюс удовольствие от страданий пользователей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #106

87. Сообщение от нах.. (?), 06-Мрт-26, 19:45	–3 +/–
М? Этот товарищ написал заметку в своем блоге, в рассылках разрабов совершенно другое мнение о Расте) Зрада, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #90

88. Сообщение от Аноним (91), 06-Мрт-26, 19:45	+/–
> А потом окажется что автор был пьян и вообще другое имел ввиду. О, так получается большинство писак на сишке - все время подбуханные? Ну... это вполне все объяснило бы! > то начинаешь думать: а какой из 100500 способов обойти массив тут лучше применить? > А точно ли это лучший способ? Потому что нужно знать, чем они отличаются и в каком случае применять тот или иной. И программирование как бы подразумевает что нужно думать. Или вы "думали" иначе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #109

89. Сообщение от worker123 (?), 06-Мрт-26, 19:47	+/–
>Диды, с окаменевшими межушными ганглиями, даже конструктор-деструктор осилить не могут. Трандеть не мешки ворочать ) В отличие от вас, юный талант, они понимают сложность реализации без пересборки всего накопленного. Фактически, при добавлении автоматического аллокатора, мы имеем новый язык с новым компилятором. C туевой хучей работ. Для понимания рекомендую залезть в исходники gcc и/или clang.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

90. Сообщение от Аноним (100), 06-Мрт-26, 19:48	+1 +/–
Ничего что я постоянно мониторю рассылку разрабов NetBSD? И какое там другое мнение? > Зрада, да? чё это?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

91. Сообщение от Аноним (91), 06-Мрт-26, 19:49	+/–
> Ога-ога, растеры наслаждаются борьбой с чекером боровов. А они с ним и не борятся. Если пишешь нормально, то можешь увидеть ругань борова раз в сто лет. Ты наверное не поверишь, но в сишечке тоже не стоит писать в одну переменную с разных потоков без какого-то лока. Кто бы мог подумать! Но дыpяшечников это не оставливает :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #107

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ообщить модератору
Родитель: #80 Ответы: #102

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

94. Сообщение от Аноним (94), 06-Мрт-26, 19:50	+/–
ты используешь netbsd? где?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #96

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

96. Сообщение от Аноним (100), 06-Мрт-26, 19:52	+1 +/–
На ноуте
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

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

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

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

100. Сообщение от Аноним (100), 06-Мрт-26, 19:59	+1 +/–
Он и 50 лет спустя не нужен этот ваш bool.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

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

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ообщить модератору
Родитель: #92 Ответы: #114

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

104. Сообщение от Аноним83 (?), 06-Мрт-26, 20:04	+/–
А я и складывал, умножал, делил и пр. У меня написана своя либа на С для работы с длинными числами, на базе неё написана ECDSA крипта, которая проходит все тесты. А в обычном коде я всегда прикидываю какой порядок чисел будет и какую надо переменную чтобы оно влезло. Впрочем, у меня системный код, там уровень школьной арифметики и uint32_t хватает всегда с запасом, для памяти size_t. > а... т.е варианта "приложить усилия чтобы не писать овнокод" у СИшников даже нету? Вы не слышали про правило Паретта: 20% усилий дают 80% результата. Оставшиеся 80% усилий дают оставшие 20% результата. Вот вы со своим растом как раз пытаетесь даже не оставшиеся 20% доделать а оставшие 0,02%. > Пока дыряшники страдают (ну или наслаждлаются) этим, растеры уже закончили работу и почши домой. Ага, переписали с помощью ИИ то что было, поставили компелятся на ночь и скорее домой к мамочке/госпоже, а то накажет :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

105. Сообщение от Ананоним (?), 06-Мрт-26, 20:04	+/–
Поддерживаю!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

106. Сообщение от Аноним83 (?), 06-Мрт-26, 20:07	+/–
Так вы похоже совсем не в курсе как уже лет 20+ на С происходит отладка и прочее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

107. Сообщение от Аноним83 (?), 06-Мрт-26, 20:10	+/–
А иначе что? Вы же даже не в курсе видимо что есть всякие lock-less штуки и как они работают, в том числе и в ситуациях когда мого потоков пишут/читают одно переменную из памяти, и при этом никаких критических секций/мьютексов там нет. Да собственно критические секции как раз на этом и написаны, та их часть которая пытается ждать в спинлоке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #113, #186

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

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

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

113. Сообщение от Аноним (113), 06-Мрт-26, 20:19	+/–
> А иначе что? Действительно, что может пойти не так? > Вы же даже не в курсе видимо что есть всякие lock-less штуки и как они работают, в том числе и в ситуациях когда мого потоков пишут/читают одно переменную из памяти, и при этом никаких критических секций/мьютексов там нет. А чего тогда в ядре полно RCE из-за состояния гонки? Или ядро недостаточно критичное))? Причем скорость обнаружения самая медленная 5 лет. opennet.me/opennews/art.shtml?num=64574
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #116

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

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

116. Сообщение от Аноним83 (?), 06-Мрт-26, 20:27	+/–
А эти RCE они с вами в одной комнате?) Это ошибки в архитектуре/дизайне, не более того. Гораздо больше мест где это не вызывает и не может вызвать проблем или где специально так делают и принимают меры чтобы работало корректно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #123

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

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

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

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

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

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

123. Сообщение от Аноним (123), 06-Мрт-26, 20:39	+/–
> А эти RCE они с вами в одной комнате?) Хуже) Они сейчас могут быть вот прям на вашем компьютере в ядре) ... серию уязвимостей в модуле ksmbd, предлагающем встроенную в ядро Linux реализацию файлового сервера на базе протокола SMB: Уязвимость CVE-2024-26592 позволяет удалённо без прохождения аутентификации добиться выполнения своего кода с правами ядра на системах с активированным модулем ksmbd. Проблема вызвана состоянием гонки в коде ... Подумаешь выполенение кода с правами ядра! > Это ошибки в архитектуре/дизайне, не более того. 30+ лет одни и те же? > Гораздо больше мест где это не вызывает и не может вызвать проблем или где специально так делают и принимают меры чтобы работало корректно. Но достаточно одного-двух, чтобы вас похакали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #127

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

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

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

127. Сообщение от Аноним83 (?), 06-Мрт-26, 20:43	–1 +/–
Ну похакают, дальше что?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #132

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

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

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

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

132. Сообщение от Аноним (123), 06-Мрт-26, 20:52	+1 +/–
> Ну похакают, дальше что? Ну, думаю дальше думаю диалог продолжать нет смысла. Так как он свелся к "И чё?" Это как играть с голубем в шахматы. Ну превратят комп-роутер-телефон Аноним83 в ботнет? > дальше что? Ну украдут у Аноним83 деньги с банковской карты или крипту с компа? > дальше что? Ну прочитают  почту или мессенджеры Аноним83 недоброжилатели? > дальше что? Ну задавит его беспилотный автобус, который писали СИшники? Дальше что? Ну и буй с ним)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #139

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

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

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

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ообщить модератору
Родитель: #122

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

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

139. Сообщение от Аноним83 (?), 06-Мрт-26, 21:05	+/–
В том то и дело что вы прилагаете с растом много усилий, а оно без это случается крайне редко, и в большинстве случаев имеет механизмы отката/уменьшения вреда. > Ну превратят комп-роутер-телефон Аноним83 в ботнет? Реально, и что? Ну будет быстро разряжатся и грется, потом пролечу/поменяю. > Ну украдут у Аноним83 деньги с банковской карты или крипту с компа? Крипта не в компе а в блохчейне. Я недавно почти всё обналил. Деньги с карты - заява в полицию и откаты транзакций. > Ну прочитают  почту или мессенджеры Аноним83 недоброжилатели? И что дальше они мне сделают? > Ну задавит его беспилотный автобус, который писали СИшники? Если со смертельным исходом то это вообще не моя проблема уже, а моей семьи. Плюс есть страховые и прочие механизмы денежных компенсаций.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #192

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

141. Сообщение от Аноним (17), 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ообщить модератору
Родитель: #114

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

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

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

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

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

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

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

151. Сообщение от Аноним (151), 06-Мрт-26, 21:28	+/–
>#define true 1 >#define false 0 >typedef char bool; Ты плюсовик что-ли? Привык к сахарам, чистоcишник никогда так не напишет. В чистой и божественной сишке, сам по себе "нуль" - это уже ложь, любое целое значение, кроме "нуля" - само по себе истина.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

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

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

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

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

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

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

161. Сообщение от Аноним (-), 06-Мрт-26, 21:43	+/–
>Так как размер массива изначально известен компилятору, Не понял?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #185

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

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

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

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

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

167. Сообщение от Аноним (167), 06-Мрт-26, 22:06	+/–
теория типов головного мозга, вот до какой дурки формализм доводит.
Ответить | Правка | Наверх | Cообщить модератору

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

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

170. Сообщение от Аноним (170), 06-Мрт-26, 22:20	+/–
А какие силы его у нас забрали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

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

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

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

174. Сообщение от Аноним (174), 06-Мрт-26, 22:31	+/–
Си плюс плюс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

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

177. Сообщение от _ (??), 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ообщить модератору
Родитель: #160

178. Сообщение от Аноним (178), 06-Мрт-26, 22:48	+1 +/–
Скоро адекватные люди, такие как ты закончатся. Это печально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

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

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

182. Сообщение от Аноним (182), 06-Мрт-26, 23:45	+/–
https://www.opennet.dev/opennews/art.shtml?num=64393 > Проблема в том, что в стандарте С23 определено новое зарезервированное ключевое слово "bool", которое сопоставлено с типом, имеющим размер 1 байт. В коде Postfix определён собственный тип "bool", сопоставленный с типом "int", имеющим размер 4 байта. Слабо угадать год новости по проблеме? А потом ковыряемся в чисто сишном. К слову, вот, тут еще и оптимизация на 3 байта подъехала, если делать не костылями, а нормально, как у людей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

183. Сообщение от анон (?), 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ообщить модератору
Родитель: #103

184. Сообщение от Аноним (184), 07-Мрт-26, 00:22	+/–
BSD уже давно не торт, идет по пути линукса который тоже протух
Ответить | Правка | Наверх | Cообщить модератору

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

186. Сообщение от ПомидорИзДолины (?), 07-Мрт-26, 01:01	+/–
>  А иначе что? Сходи почтай книжки про "lock-less штуки" - будешь знать что и почему. Заодно узнаешь что такое атомики и поймешь почему в расте с "lock-less штуки" проблем ровно 0.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

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

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

189. Сообщение от Сладкая булочка (?), 07-Мрт-26, 02:50	+/–
> статическими анализаторами и фазерами позволяет команде писать на с лучше код чем на та же команда смогла бы написать на раст и он не облегчил бы им жизнь? На расте также все это есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #190

190. Сообщение от Аноним (182), 07-Мрт-26, 03:38	+/–
На расте это не имеет экзистенциального значения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189

191. Сообщение от историк_кун (?), 07-Мрт-26, 04:04	+/–
> Rust хорош для виброкодинга ? O_o Хорош или нет - не знаю, но у клода половина коммитов в vcad.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

192. Сообщение от Аноним (182), 07-Мрт-26, 04:37	+/–
В следующий раз начинайте, пожалуйста, с этого признания. Реально сэкономите время и усилия других. Такой подход действительно объясняет, почему сишников проблемы языка "не парят" и почему они не видят необходимости что-то менять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

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

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

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