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

"Для FreeBSD развивают опциональную поддержку компонентов базовой системы на Rust"	+/–
Сообщение от opennews (??), 21-Май-25, 21:45
Проект HardenedBSD, занимающийся улучшением механизмов защиты FreeBSD и выпускающий защищённые сборки FreeBSD, представил первые результаты работы по предоставлению возможности использования компонентов пространства пользователя FreeBSD, написанных на языке Rust. Разработка ведётся в отдельной ветке hardened/current/rust-in-base... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63280
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 21-Май-25, 21:45	–24 +/–
Очередное подтверждение тому, что за растом будущее. Объяснять его ненужность теперь все сложнее и сложнее. Но сишникам удается!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #25

2. Сообщение от IdeaFix (ok), 21-Май-25, 21:45	+/–
Портировали бы уж сразу системд на расте...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4

4. Сообщение от Минона (ok), 21-Май-25, 21:51	+2 +/–
А этот процесс точно будет называться "портирование"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #9, #168

5. Сообщение от Аноним (-), 21-Май-25, 21:58	+2 +/–
Ну... если уже смотреть глобально, то нужность фри еще предстоит объяснить) С другой стороны - а ядро линукс (именно в ядро, а не юзерспейс) раст тоже добавляют. Так что вполне возможна ситуация, когда линукоиды скажут "а у нас уже раст в ядре и дрова есть, а вы опять догоняющие! 😝"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #17

6. Сообщение от Аноним (6), 21-Май-25, 22:00	+/–
Так фряха только этим недокомпилятором и (не)собирается, ровно никаких препятствий для поддержки раста. Если бы раст поддерживался gcc, я уверен, претензий и с линуксом куда меньше было.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #29, #52

7. Сообщение от Аноним (-), 21-Май-25, 22:04	+/–
Но линукс уже довольно давно может собираться шлангом. docs.kernel.org/kbuild/llvm.html Андроид, насколько я помню, тоже. Так что не вижу острой необходимости в вендорлочном GCC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #10, #77, #178

8. Сообщение от Аноним (8), 21-Май-25, 22:26	+4 +/–
Заголовок вводит в заблуждение. Может показаться что FreeBSD развивает поддержку Rust. Но это не так. HardenedBSD развивает свой форк.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15

9. Сообщение от name (??), 21-Май-25, 22:26	+14 +/–
Поттерирование?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #81

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

12. Сообщение от name (??), 21-Май-25, 22:30	+2 +/–
А в FreeBSD и не знают.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22

15. Сообщение от Аноним (-), 21-Май-25, 22:48	–4 +/–
> Может показаться Только если ты читаешь не глазами) Что не ясно во фразе "Для FreeBSD развивают..." ? Это как "для linux сделали дрова для apple silicon". ps вполне возможно что их наработки и патчи можно будет накатить на обычную FreeBSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #24

17. Сообщение от Sadok (ok), 21-Май-25, 22:49	+/–
объясни это citrix ли netflix, например. потом возвращайся. по пути к микрософту или к DARPA загляни
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #21

21. Сообщение от Аноним (-), 21-Май-25, 22:56	+4 +/–
> объясни это citrix ли netflix, например. потом возвращайся. Ты забыл еще вспомнить плейстейшн) > по пути к микрософту А что у мелкомягких? У них половина бизнеса построена на линуксовых дистрибутивах. > или к DARPA загляни А после дарпы заглянем в список топ500 суперкомпов? Или посмотрим с какими ОСь можно купить ноуты (dell/hp и тд) Или не надо? Ну чтобы убогих не так сильно унижать) То что ты перечислил, это как раз известные исключения. Которые подтверждают правило. Если начать перечислять "правила", то боюсь не хватит лимита символов для этого сообщения. ps хотя после этой новости, мое мнение о БСД улучшилось) судя по всему, хотя бы часть решила развиваться
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #111, #113

22. Сообщение от Аноним (-), 21-Май-25, 23:16	–2 +/–
> А в FreeBSD и не знают. Все они знают. Уже была новость, в прошлом году, в начале и середине года: "Разработчики FreeBSD обсуждают использование языка Rust в базовой системе" opennet.ru/opennews/art.shtml?num=60473 И потом на БЗДшом саммите тоже возвращались к этому вопросу: opennet.ru/opennews/art.shtml?num=61456 "Среди рассмотренных на саммите тем:     Интеграция инструментария Rust в базовую систему, поставка и переписывание приложений на языке Rust и предоставление возможности разработки компонентов ядра на Rust." Так что думаю они с интересом наблюдают и думают "а может цап-царапнуть к себе?"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #39

24. Сообщение от Кошкажена (?), 21-Май-25, 23:29	+5 +/–
> ps вполне возможно что их наработки и патчи можно будет накатить на обычную FreeBSD. Там из наработок 50 строк в мэйкфайле и покарска волос в синий цвет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

25. Сообщение от Кошкажена (?), 21-Май-25, 23:32	+1 +/–
> то за растом будущее Может быть, но на данный момент это просто прототип, о чем сказано в новости > На момент написания отчёта заявлена поддержка только сборки и установки Rust-приложений, работающих в пространстве пользователя. Поддержка библиотечных crate-пакетов запланирована в будущем. Использование Rust в ядре пока не поддерживается, так подобная возможность требует большого объёма работы и выходит за рамки начального прототипа. Таким образом, ничего серьёзного. Не ясно зачем очередная новость об этом. Похоже на дешевый пиар.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #96

26. Сообщение от Ан Оним (?), 21-Май-25, 23:51	+1 +/–
Чем плох C и C++ - тем что эти языки захватил в свою собственность ISO. Он на них деньги делает, никому бесплатно не даёт спецификацию. Это неправильно, не должны свободное ПО писаться на языках, чьи спецификации мало кто видел и они несвободны. А вот спецификации Rust, Java, Free Pascal - бесплатные и в открытом доступе.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #33

29. Сообщение от 12yoexpert (ok), 22-Май-25, 00:00	+/–
только этого не будет. суть раста это вендорлок
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

30. Сообщение от Аноним (30), 22-Май-25, 00:01	+/–
... и распространяются в виде бинарников, в которые можно засунуть что угодно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #36

33. Сообщение от Кошкажена (?), 22-Май-25, 00:07	+1 +/–
> А вот спецификации Rust - бесплатные и в открытом доступе. У раста нет спецификации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #34, #40, #87

34. Сообщение от Аноним (36), 22-Май-25, 00:09	–1 +/–
https://github.com/rust-lang/spec
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #38

35. Сообщение от Аноним (35), 22-Май-25, 00:12	–1 +/–
Ясен пень. Винда давно уже переходит на раст, линукс запоздало, но тоже пытается. И остальные перейдут, никуда не денутся - потому что это серьёзный технический прогресс который невозможно игноровать. Что на этот счёт думают админы локалхостов никого не волнует.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42, #54

36. Сообщение от Аноним (36), 22-Май-25, 00:13	+/–
собирайте из исходников https://github.com/rust-lang/rust/blob/master/src/bootstrap/... да, если что, то для "бутстрапа" gcc требуется С-совместимый компилятор, плюс всякие binutils
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

37. Сообщение от Аноним (37), 22-Май-25, 00:13	+1 +/–
Так, куда теперь побегу бежавшие от раста с линукса на фрибсд?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43, #63, #69, #90

38. Сообщение от Кошкажена (?), 22-Май-25, 00:16	+/–
> https://github.com/rust-lang/spec Во-первых, этот репозиторий пустой. Во-вторых, это расту передали наработки другой организации для другого комплиятора раста https://blog.rust-lang.org/2025/03/26/adopting-the-fls/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

39. Сообщение от Аноним (8), 22-Май-25, 00:25	+/–
Как с интересом можно наблюдать makefile?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

40. Сообщение от Карлос Сношайтилис (ok), 22-Май-25, 00:28	–3 +/–
А у с/с++ нет единого стандарта, но никто не жалуется, почему-то
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #62, #95

42. Сообщение от Аноним (42), 22-Май-25, 00:29	+/–
Когда невозможно будет игнорировать, а не игноровать - тогда и приходите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

43. Сообщение от Карлос Сношайтилис (ok), 22-Май-25, 00:29	+/–
На плейстейшн!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

44. Сообщение от Аноним (44), 22-Май-25, 00:51	+/–
Теперь make buildworld будет в 4 раза дольше... и больше...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #162

47. Сообщение от Celcion (ok), 22-Май-25, 01:55	–1 +/–
Мне вот интересно, на какой ещё язык начнут всё подряд без разбору переписывать когда детвора наиграется в раст и осознает, что после "давайте всё перепишем!" начнётся "а теперь надо всё переписанное дальше поддерживать", а это скушненько и неинтересненько? А то с джавой уже было, с го было...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49, #57, #66, #72, #79

48. Сообщение от Erley (ok), 22-Май-25, 01:56	+5 +/–
Переписывание на Rust займёт много лет, поэтому будет HardenedBSD жить своей жизнью, а FreeBSD - своей. При этом FreeBSD будет майнстрим и всё новое появляться в ней и потом портироваться на HardenedBSD. Не будет постепенного перехода, никто не будет поддерживать параллельно два инструментария сборки, это безумие. Вспомните сколько лет заняло избавление от gcc в базе, а это просто другой компилятор того же языка С. Официально вот что известно о Rust в _FreeBSD_: https://wiki.freebsd.org/Rust - там только про порты (почему бы и нет), helloworld модули и статьи всякие. Заголовок новости нужно s/FreeBSD/HardenedBSD/ чтобы не вводить никого в заблуждение.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #65, #94

49. Сообщение от Аноним (35), 22-Май-25, 02:01	+1 +/–
Как только ты покажешь другой язык, который решает проблему работы с памятью и эффективности траты ресурсов лучше, чем Раст. Но ты его не покажешь, потому что к тому времени как подобное придумают, раст уже успеет ускакать вперёд через Полониус, уже будет крепко сидеть во всех операционках и в целом обрастёт ещё более обширной экосистемой, чем сейчас. Задолбаешься догонять. Это тебе придётся изобрести что-то немыслимое, что перевернёт всю индустрию, но при этом всем будет понятно, что в расте это сделать невозможно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #53, #55, #136

51. Сообщение от Аноним (51), 22-Май-25, 03:04	–2 +/–
То, что майкрософт на раст клюнул - тоже закономерно, сколько у них было технологий-однодневок - не пересчитать, начиная с VB6, Silverlight, MFC, OLE, COM, DirectShow, постоянные кидки-недоделки. То же самое и здесь будет - поиграются, бросят, и пойдут возбуждаться очередными хайповыми и баззвордными поделиями. Оно так по кругу и идёт давно, те кто по-старше могут сопоставить. Гуглята от майков в этом плане мало чем отличаются, современная раздутая айтишечка - непроходимое болото.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #76

52. Сообщение от Аноним (52), 22-Май-25, 03:08	+/–
Вы про Clang? Если да, то не понимаю почему его многие так хейтят. Он часто генерит лучший код, чем GCC. У клэнга работа с векторами интереснее, можно например как в OpenGL обращаться к части вектора. Или делать перемешивание просто написав a = b.yzxw; Хороший компилятор, в общем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #61, #103

53. Сообщение от Celcion (ok), 22-Май-25, 03:17	–2 +/–
> потому что к тому времени как подобное придумают, раст уже успеет ускакать вперёд через Полониус, уже будет крепко сидеть во всех операционках и в целом обрастёт ещё более обширной экосистемой, чем сейчас. Задолбаешься догонять. Это тебе придётся изобрести что-то немыслимое, что перевернёт всю индустрию, но при этом всем будет понятно, что в расте это сделать невозможно. Понимаешь... Тут такое дело... Я немного дольше в ИТ сфере вращаюсь, чем не только время появления раста, но и многих других попсовых "решающих все проблемы" языков программирования. И такую телегу слышал уже неоднократно. Почитай как ту же джаву Sun продвигал и какие великие дела с помощью неё обещал делать, это должна была стать чуть ли не главная веха в истории ИТ, буквально революция. На ней писали буквально всё подряд. На неё буквально всё подряд переписывали. Даже драйвера для всяких устройств. Приложения и игры на телефонах. В процессоры нативные инструкции добавляли (см. Jazelle). И где всё это сейчас? Отсюда и скептицизм - мы всё это уже видели. И "революционеров" с очередным "мы изобрели очередную и самую лучшую серебряную пулю", и вьюнош с горящими глазами, всецело в это уверовавших и стремящихся побыстрее всех вокруг обратить в эту новую "веру". Посмотрим, где будет ваш раст годиков так через 15-20. А пока - это всё просто очередной хайп.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #70, #78, #88, #122, #149

54. Сообщение от Аноним (52), 22-Май-25, 03:24	+/–
Это просто блаж и неведомый социальный феномен. У нас вот у людей засели в головах маркетплейсы. У них - раст. Стадная движуха такая, на максималках - все пользуются. В тоже время, на ответственных, высокопроизводительных проектах по прежнему будут использовать си. Платят там нормально, так что типичных ошибок не должно быть - просто потому что зп позволяет на таких проектах несколько раз вычитывать код и делать соотвествующие тесты. Кстати, хотелось бы посмотреть на того, кто осмелиться предложить переписать на раст планировщик или переключение контекста - уверен после ответа от нормальных программистов такой чел долго отсвечивать не будет)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #97

55. Сообщение от Аноним (52), 22-Май-25, 03:33	+/–
Нет никакой проблемы работы с памятью. Посади таких растописателей в реальную среду и заставь писать код на нормальном языке - они ошибок будут делать похлеще "дидов". Нужно не языки новые писать, а новое поколение программистов обучать, прям с азов, как там все на железном уровне работает, обучать проектированию архитектур, логике и прочем. Не курсами кормить, а гнать в вузы на кафедру computer science.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #80, #92

57. Сообщение от Илья (??), 22-Май-25, 05:42	+/–
C#
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

61. Сообщение от Аноним (61), 22-Май-25, 06:07	+/–
> Вы про Clang? Если да, то не понимаю почему его многие так хейтят. Потому что кусок жирной энтерпрайзятины, делаемой полутора корпами под свои нужды с пофигом на вообще всех остальных. Пересобрать LLVM и тем более clang? Это такой сильно отдельный квест, с скачкой половины интернета и затратами дофейхоа ресурсов. Так что если у вас вдруг версия этого не та - это обрекает на много боли. Чтобы не было скучно оно обречено жиреть и тормознеть в неограниченных рамках - ибо абсолютно все и вся живет в ОДНОЙ либе. Которая уже отросла до примерно ста мегов в последних версиях - и это явно не предел, учитывая что оно не умеет половину архитектур рюхаемыех GCC-ами. А вот отребилдить GCC под конкретно вон ту штуку, вон той версии - как раз в пределах сил человеческих. Особенно bare metal тулчейн для мк, ядер, фирмварей, и тому подобного. С LLVM это все - сильно более другой уровень боли в з@днице.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #73, #104

62. Сообщение от Аноним (61), 22-Май-25, 06:16	+1 +/–
> А у с/с++ нет единого стандарта, но никто не жалуется, почему-то Не очень понятно куда ISO вдруг резко делся, вместе со своими стандартами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

63. Сообщение от Аноним (63), 22-Май-25, 06:21	+/–
Так речь про форк фряхи. Про ванильную фряху речь не идет. Также ещё остается illumos, Openindiana к примеру.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #99

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

66. Сообщение от Аноним (63), 22-Май-25, 07:40	+/–
Я надеюсь это будет Borland Pascal.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

67. Сообщение от Аноним (63), 22-Май-25, 07:41	+/–
Жду новостей о том что GNU/ Hurd и ReacOS переписывают на Rust.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #71, #74

69. Сообщение от Аноним (77), 22-Май-25, 08:00	+/–
На DragonFly
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #101

70. Сообщение от Аноним (-), 22-Май-25, 08:01	+/–
> Посмотрим, где будет ваш раст годиков так через 15-20. Там же где и Java. Он выгрызет себе нишу и прочно там обоснуется, чтобы на десятилетия потом занимать почётное место в top10 языков. Конкретно эту нишу предсказывать сложно, потому что я жду появления чего-нибудь с более обширным применением формальной верификации, причём не только через систему типов, а через произвольные инварианты указываемые программистом для функций/типов, которые затем будут проверяться алгоритмически. Сложно представить, что это будет, и для каких задач оно будет подходить, но оно может реально подвинуть раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

71. Сообщение от Анониматор (?), 22-Май-25, 08:02	+/–
они ещё уровень Python не прошли
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

72. Сообщение от Аноним (77), 22-Май-25, 08:03	+/–
Zig, здесь часто возгласы раздаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

73. Сообщение от Аноним (6), 22-Май-25, 08:07	+/–
Помимо неоптимального кода (лапша из goto, впрочем, пользователям нравится) ещё заметил что чуть неправильно собранный тулчейн llvm (ну там если gcc где-то 1 из пакетов собрал, или линкер был не ldd, или --rtlib=compiler-rt с -stdlib=libc++ не добавлены в ключи хотя default и так выставлены, которые теперь надо убрать потому что не поддерживаются новой версией, каждое обновление что-то новое) приводят к интересным багам в том же расте (программах на нём), которые невозможно ни диагностировать ни отладить, особенно забавно, когда это непонятным образом влияет на глюкалово вроде веббраузера. Или вон --undefined-version линкеру теперь добавлять чтобы хромиум мог слинковаться и буквально каждое обновление что-то ломается само по себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #83

74. Сообщение от Аноним (77), 22-Май-25, 08:08	+/–
В GNU/Hurd же сервисы, как отдельные исполняемые бинарники, со своим main. Поэтому, их можно писать на любом языке. Да хоть на интерпретируемом. Как это будет шустро, мы не говорим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

76. Сообщение от Аноним (77), 22-Май-25, 08:16	+/–
Разве^ COM куда-то делся? Посмотрите новость про (при)открытие WSL2, там на блок-схемах есть про COM-объекты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #175

77. Сообщение от Аноним (77), 22-Май-25, 08:20	+1 +/–
GCC открыт и свободен, поэтому не явлется вендорлочным. Ибо любой может посмотреть, как и что он творит со входным и выходным кодом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #89

78. Сообщение от Аноним (78), 22-Май-25, 08:22	+/–
> попсовых "решающих все проблемы" языков программирования. И такую телегу слышал уже неоднократно. > "революционеров" с очередным "мы изобрели очередную и самую лучшую серебряную пулю", Раст решает "не все проблемы", а конкретно проблему с памятью, будучи при этом нтзкоуровневым системным языком. Хз, где ты это уже слышал. Вы все, воины против Раста, одинаковые: сами себе чушь придумали, сами ее и разоблачили. Весело, наверное? > Почитай как ту же джаву Sun продвигал и какие великие дела с помощью неё обещал делать, это должна была стать чуть ли не главная веха в истории ИТ И это дейстаительно была веха. > И где всё это сейчас? В Андроиде, например. А вообще, серьезный энтерпрайз, для которого Java в первую очередь юзали и юзают, в оперсорие никто не выкладывает, поэтому ты этого всего и не видишь, лол
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #91

79. Сообщение от Аноним (77), 22-Май-25, 08:26	+/–
Для написания ядер ОС ещё компромиссом бы мог являться Hare де Волта. Такой осовремененный C с модулями. Он сам на нём микроядро наваял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

80. Сообщение от Аноним (78), 22-Май-25, 08:26	+/–
> Нет никакой проблемы работы с памятью. > Нужно не языки новые писать, а новое поколение программистов обучать А, так это просто программистов не обучили, что нужно ресурсы освобождать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #100

81. Сообщение от 12yoexpert (ok), 22-Май-25, 08:36	+/–
аннигиляция
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

83. Сообщение от Аноним (-), 22-Май-25, 09:12	–1 +/–
> Помимо неоптимального кода (лапша из goto, впрочем, пользователям нравится) ещё заметил > что чуть неправильно собранный тулчейн llvm (ну там если gcc где-то > 1 из пакетов собрал, или линкер был не ldd, или --rtlib=compiler-rt Собссно жил да был некто iZEN, фанат FreeBSD. Рассказывал мне как ща шланг этого нашего GCC сделает, и вообще, под правильной лицензией, быстрей компилит, все дела. В ответ я бурчал что-то типа "бойтесь своих желаний". Через несколько лет чат повторился. Изен был значительно менее оптимистичен насчет своего фетиша - его желания исполнились. При том ему запихали в систему по моему аж штуки так три разных LLVMа. А с учетом любви адептов BSD ребилдить все из сорца такой подарок в паре с подкрутками оптимизаций до уровня сравнимого с GCC - и таим же падением скорости компила - это мало кого оставит равнодушным :) Собственно LLVM/Clang и Rust это 2 причины кончины Gentoo как чего-то популярного, без датацентра набитого EPYCами она мучительна уж очень. Но за фряхой с ее адептами этот апокалиптец ведь тоже как раз и пришел, и как раз скребется в дверь. Вы еще не купили топовый EPYC? Бабок не хватило? А зря. Ибо скоро без него вы вообще не доживете до окончания компила всей этой офигенной лабуды.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #85

84. Сообщение от Минона (ok), 22-Май-25, 09:24	+/–
> А вот юзерспейс не очень хорошо шлангом собирается, что можно видеть на примере фряхи. Что ты имеешь ввиду под юзерспейсом в контексте фряхи? Базовая система (ядро + мир) прекрасно собирается llvm. А порты это порты, чем девелопер собирает, тем и собираются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

85. Сообщение от Аноним (6), 22-Май-25, 09:25	+/–
Ну сейчас собственно приходится держать прошлый шланг для раста и меза (уже обновили ебилды, не знаю детали), для блендера с интеловскими либами приходилось держать позапозапозапрошлый шланг. Несколько тулчейнов это не так ужасно, мне точно так же приходится держать позапозапрошлый гцц для dxvk (чтобы не было рандомных падений) и прошлый потому что то же ядро линукса не собирается текущим и его уже размаскировали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

87. Сообщение от Аноним (-), 22-Май-25, 09:59	+/–
А это тогда что? https://github.com/rust-lang/rfcs Ничем не отличается от RFCшек на интернет. Типа RFC-822 благодаря которому почта ходит тудою-сюдою.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #93

88. Сообщение от Аноним (-), 22-Май-25, 10:01	+/–
> Я немного дольше в ИТ сфере вращаюсь, чем не только время появления раста, > но и многих других попсовых "решающих все проблемы" языков программирования Ну ты тут такой не один. Кто-то застал как ассемблерщики рассказывали что сишка это попса и не дает нужного контроля. Или как сишники носились с "аргументом" Торвальдса и рассказывали что у плюсов не было будущего. Ну и где сейчас плюсы, а где сишка. Про джаву сам рассказал, но что-то забыл упомянуть, что на ней сейчас почти вся бизнеслогика крутится в тех же банках. Как хейтили .net в общем и c# в частности, но и они нашли свою нишу. Их относительно последнего - Kotlin vs Java для андроида. Сколько было "обсуждений", но сейчас уже большую часть нового пишут на котлине. > должна была стать чуть ли не главная веха в истории ИТ, буквально революция. Так она и произошла)) > Приложения и игры на телефонах. Андроид передает тебе привет :) > мы всё это уже видели Видеть вы видели, а выводы сделали странные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #98

89. Сообщение от Аноним (-), 22-Май-25, 10:03	+/–
Ага, конечно не вендорлокнутый. А чего тогда пришлось придумываться GCC Runtime Library Exception ? www.gnu.org/licenses/gcc-exception-3.1.html А потому что это проприерастный кусок заражал любой код GPL. Взял я твой код вод свободной БСД, скомпилил... и теперь ты должен перелицензировать под коммуняцкой лицензией. Здорово, правда!? (с) Причем ввели Exception только в 2009 году. А когда GCC появился, можешь посмотреть в интернете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #147, #171

90. Сообщение от An (??), 22-Май-25, 10:06	+1 +/–
Во первых в FreeBSD пока rust не тащат. Во вторых - есть еще NetBSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #102

91. Сообщение от Celcion (ok), 22-Май-25, 10:13	+/–
> Раст решает "не все проблемы", а конкретно проблему с памятью И даже эту проблему он лишь якобы решает, ибо доказано это может быть лишь на практике, которая будет лишь через определённое количество лет. Но ты ведь уже уверовал, поэтому тебе этого не объяснить. > Вы все, воины против Раста, одинаковые: сами себе чушь придумали, сами ее и разоблачили. Весело, наверное? Так это ты придумал "воинов против раста", в которых видишь всех, кто в очередную религию не ударился вместе с тобой. Так что, спроси себя, весело ли тебе. Я на эти очередные "войнушки" смотрю скорее с нескрываемым ехидством. > А вообще, серьезный энтерпрайз, для которого Java в первую очередь юзали и юзают Так ведь джава разрабатывалась для куда более широкого круга задач, чем кормить разжиревших разрабов всякого легаси в конторках. Вопрос ведь не в том, нашла ли она свою нишу. Вопрос в том, что она даже и близко не подошла к тем целям, которые изначально ставились.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #110

92. Сообщение от Аноним (-), 22-Май-25, 10:15	+/–
> Нужно не языки новые писать, а новое поколение программистов обучат Так диды за 40 лет не научились! Думаешь они не знают что память нужно очищать только один раз? Знают! Или что за пределы буфера писать низя? Тоже знают! Это и первокурсник computer science знает. В теории. А на практике не получается ни у кого. Просто ты сколько человека не учи - его предел внимательности практически не изменится. Это просто особенность восприятия человека, пока не научатся ну не знаю... нейрочипы использовать или ГМО мозг изменять, то ничего не поменяется. Сишка создавалась для ускорения портирования асм кодов юниксов на другие платформы. Сколько строк в первом сишном юниксе v4 ты можешь посчитать сам (github.com/dspinellis/unix-history-repo/tree/Research-V4-Snapshot-Development). А теперь сравнить это число с современными программами на си. С ядром например :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

93. Сообщение от Кошкажена (?), 22-Май-25, 10:18	+/–
Отличается, причем сильно. Где там, например, описание модели памяти? И что там делает, к примеру, ранжирование crates.io https://github.com/rust-lang/rfcs/blob/master/text/1824-crat... ? У питона есть pep, у scheme есть rfc, однако у питона нет стандарта, а у схемы есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

94. Сообщение от Аноним (-), 22-Май-25, 10:18	–1 +/–
> Вспомните сколько лет заняло избавление от gcc в базе, > а это просто другой компилятор того же языка С. Наоборот. Проблема как раз в том, что это ДРУГОЙ компилятор того же языка С. И часть вещей была приколочена именно к нему. В случае с растом используется тулчейн раста (карго, растц и тд) и тот же самый llvm. Так что с этим проблема будет на порядок меньше. По факту, нужно просто интегрировать возможность сборки из стандартных тулов бсд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #137

95. Сообщение от Кошкажена (?), 22-Май-25, 10:19	+/–
> А у с/с++ нет единого стандарта https://isocpp.org/std/the-standard
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

96. Сообщение от Аноним (-), 22-Май-25, 10:20	+/–
> Таким образом, ничего серьёзного. Не ясно зачем очередная новость об этом. Похоже на дешевый пиар. Пиар чего? Думаешь кто-то из местных прочитает новость и пойдет коммитить в это ХардндБСД? Ой, что-то я сильно сомневаюсь) А так новость не хуже всяких "подсчет звезд на гитхабе" или "в сишной либе нашли типичную дырень.. опять.."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

97. Сообщение от Аноним (97), 22-Май-25, 10:24	+1 +/–
> блаж блажь > хотелось бы посмотреть на того, кто осмелиться предложить переписать на раст планировщик или переключение контекста - уверен после ответа от нормальных программистов такой чел долго отсвечивать не будет) https://snapcraft.io/scx-rustland и не только раст, но и бпф.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

98. Сообщение от Celcion (ok), 22-Май-25, 10:25	+/–
> Кто-то застал как ассемблерщики рассказывали что сишка это попса и не дает нужного контроля. Сам себе придумал, сам посмеялся? > Или как сишники носились с "аргументом" Торвальдса и рассказывали что у плюсов не было будущего. Когда появились плюсы - Торвальдс ещё в школу ходил и едва ли его мнение было тогда кому-либо интересно. > Про джаву сам рассказал, но что-то забыл упомянуть, что на ней сейчас почти вся бизнеслогика крутится в тех же банках. Повторюсь, для неё ставились задачи куда шире, чем кормить разжиревших разрабов банковского легаси. Относительно этих планов - нынешняя ниша джавы просто ничтожна. > Как хейтили .net в общем и c# в частности, но и они нашли свою нишу. Так никто и не говорит, что раст своей ниши не найдёт. Просто ниша это будет, судя по опыту, далеко не "а давайте всё в мире перепишем на раст", а куда как пожиже. Но посмотрим. Повторюсь, вопрос лишь в том, что это всё превращается в очередную религию и сектантство. > Видеть вы видели, а выводы сделали странные. Выводы делаются относительно "что обещали" => "что получили в итоге". Ты просто пытаешься убедить в том, что всё это в итоге нашло свою нишу. С этим никто и не спорил. Речь про другое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #112

99. Сообщение от Аноним (97), 22-Май-25, 10:31	+/–
> Так речь про форк фряхи. Про ванильную фряху речь не идет. Форкайте, можно. Хотя... Есть же Openbsd, Netbsd, DragonflyBSD. Первая даже на мой ноут ставилась 2 года назад. Уже ни одна из них не ставится. > Также ещё остается illumos, Openindiana к примеру. Снова таки, пару лет назад Индиана даже на мой ноут ставилась. Сейчас разве что проприетарная соплярка и OmniOS(без гуя) пойдут. Без звука и войфая конечно, но чем ради безрастовости не пожертвуешь...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #134

100. Сообщение от Celcion (ok), 22-Май-25, 10:32	+/–
> А, так это просто программистов не обучили, что нужно ресурсы освобождать? Ты не поверишь, но многие современные прогеры даже не догадываются о том, что ресурсы нужно освобождать и делают круглые глаза когда им про это говоришь. Потому что на тайпскрипте ведь это делать не надо, сборщик мусора сам за тобой подчистит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #106

101. Сообщение от Аноним (97), 22-Май-25, 10:33	+/–
И как она у вас на железе? 5 лет назад я её мог даже юзать, но уже даже не ставится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

102. Сообщение от Аноним (97), 22-Май-25, 10:35	–1 +/–
> Во первых в FreeBSD пока rust не тащат. А о чём новость, напомните пжлст? > Во вторых - есть еще NetBSD. А она точно есть? Чтобы ответить на этот вопрос, найдите себе комп и попробуйте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #135

103. Сообщение от Аноним (103), 22-Май-25, 10:36	+/–
> Он часто генерит лучший код, чем GCC а реже какой? Стабильность (во всех смыслах) - главное требование к инструменту. Вот бредовые warnings он точно генерит - проверено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

104. Сообщение от Аноним (-), 22-Май-25, 10:43	+/–
> Потому что кусок жирной энтерпрайзятины, делаемой полутора корпами под свои нужды с пофигом на вообще всех остальных. Ух набросил так набросил. Во-первых там спонсоров полтора десятка, включая явных конкурентов, типа NVidia-Amd, Qualcomm-ARM, Google-Microsoft-AWS и тд. Во-вторых, посмотри кто сидит в коммитете GCC. gcc.gnu.org/steering.html IBM, Google и тд
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #117

105. Сообщение от bOOster (ok), 22-Май-25, 10:49	+2 +/–
Очередной бредовый заголовок. HardenedBSD построен на основе FreeBSD и никакого отношения к FreeBSD не имеет. В отношении Rust на BSD - имхо ключевые решения в FreeBSD всегда были прагматичными - поэтому, как минимум раст не будет ядре до тех пор пока не будет проведен полноценный аудит безопасности раст, в том числе в достаточно длительном периоде времени.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #109

106. Сообщение от Аноним (110), 22-Май-25, 10:50	+/–
>> А, так это просто программистов не обучили, что нужно ресурсы освобождать? > Ты не поверишь, но многие современные прогеры даже не догадываются о том, что ресурсы нужно освобождать и делают круглые глаза когда им про это говоришь Но ведь речь шла о Рсте и С? Ты ведь С имел в виду, когда говорил про "нормальный язык", не так ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #108

107. Сообщение от bOOster (ok), 22-Май-25, 10:51	+/–
Продвигать и продвинуть - разные вещи. FreeBSD -  прагматики и раста не будет в ядре до тех пор пока не будет проведен полноценный аудит безопасности языка, в том числе и в долгий период времени.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

108. Сообщение от Celcion (ok), 22-Май-25, 10:54	+/–
> Но ведь речь шла о Рсте и С? Я про си не говорил вообще. > Ты ведь С имел в виду, когда говорил про "нормальный язык", не так ли? Слушай, я понимаю, что в твоей картине мира существует только два стула. Но я ни про какие "нормальные языки" не говорил. Ты либо невнимателен, либо меня с кем-то путаешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #116

109. Сообщение от Аноним (-), 22-Май-25, 10:54	+/–
> Как минимум раст не будет ядре Ты новость читал? При чем тут ядро? Даже в HardenedBSD его добавляют в юзерспейс, а не в ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #130

110. Сообщение от Аноним (110), 22-Май-25, 10:56	+/–
> И даже эту проблему он лишь якобы решает, ибо доказано это может быть лишь на практике Чел, на практике растовый borrow checker просто не скомпилирует программу, где есть эти проблемы. Во время компилиции, понимаешь? Какие еще доказательства тебе нужны? Ну, можешь еще посмотреть статистику Гугла и Майкрософта о снижении до нуля количества дыреней при работе с памятью после перекатывания кода с C и C+j на Rust. Хотя вряд ди тебя это переубедит - куда там Гуглу и Майкрософту до такого знатного эксперта, как опеннетный Celcion...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #118

111. Сообщение от bOOster (ok), 22-Май-25, 10:56	+/–
Так netflix достаточно чтобы обьяснить тупым оголтелым то что Linux просто непригоден для RealTime приложений со своей корявой архитектурой и таймингами сетевого стека, значительно худшими чем на FreeBSD
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #114, #139, #151

112. Сообщение от Аноним (112), 22-Май-25, 10:58	+/–
> Повторюсь, для неё ставились задачи куда шире, чем кормить разжиревших разрабов банковского легаси. Относительно этих планов - нынешняя ниша джавы просто ничтожна. Мало ли какие там задачи "ставились". Маркетинговый отдел старался как мог. Ты тут нам что-то втираешь про то, как годы отложились в твоей голове наслоениями мудрости, но когда дело доходит до дела, не можешь отвлечься от маркетингового буллшита и переключиться на реальность. Ты проверь, может жена твоя пыль протирала влажной тряпкой, и нечаянно стёрла все наслоения мудрости?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #119

113. Сообщение от bOOster (ok), 22-Май-25, 10:59	+/–
> ps хотя после этой новости, мое мнение о БСД улучшилось) > судя по всему, хотя бы часть решила развиваться Даже google лжеИИ сейчас пишет -"В общем, FreeBSD демонстрирует более низкую задержку и большую производительность сетевого стека по сравнению с Linux, особенно при выполнении задач, требующих высокой производительности и низких задержек. В частности, Zenarmor отмечает, что FreeBSD обычно быстрее и отзывчивее, чем Linux на том же оборудовании."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #115, #120

114. Сообщение от Аноним (114), 22-Май-25, 11:00	+/–
> Так netflix достаточно чтобы обьяснить тупым оголтелым то что Linux просто непригоден > для RealTime приложений Самое время вспомнить об этом, учитывая что недавно в линухкеренел прирутили вот именно реалтаймные гарантии характерные для RTOS-ов. Так что если хочется блеснуть экспертизой на публику сполна - самое время о реалтайме поговорить :) А о свободах надо тогда говорить - на примере плейстейшна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #125

115. Сообщение от Аноним (114), 22-Май-25, 11:01	–1 +/–
> стека по сравнению с Linux, особенно при выполнении задач, требующих высокой > производительности и низких задержек. В частности, Zenarmor отмечает, что FreeBSD обычно > быстрее и отзывчивее, чем Linux на том же оборудовании." Ты еще не понял? AI тебя раскусил как облупленого - и сказал тебе то что ты хотел слышать. И только.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

116. Сообщение от Аноним (110), 22-Май-25, 11:01	+/–
> Я про си не говорил вообще. А, сори, перепутал. > Слушай, я понимаю, что в твоей картине мира существует только два стула. Дело не в картине мира, а в контексте новости о системном программировании под FreeBSD, где подразумевается только C и Rust. Да, тут действительно только два стула.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

117. Сообщение от Аноним (114), 22-Май-25, 11:05	+/–
> Ух набросил так набросил. > Во-первых там спонсоров полтора десятка, А код реально пишут: Apple, Google и (немного) AMD. Поэтому де факто оно обслуживает интересы 2.5 корпораций. На все остальное им таким красивым... > включая явных конкурентов, типа NVidia-Amd, Qualcomm-ARM, Google-Microsoft-AWS и тд. А комиты в основном - от вон тех двух с половиной корп. Оно и развивается - в сторону нужную им. А остальное им сильно похрен. > Во-вторых, посмотри кто сидит в коммитете GCC. > gcc.gnu.org/steering.html > IBM, Google и тд В GCC комитят явно более разносторонние комитеры - и его есть под намного большее число архитектур. А если это все в LLVM попробовать втащить - "ты же лопнешь, деточка"?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #124

118. Сообщение от Celcion (ok), 22-Май-25, 11:08	+1 +/–
> Чел, на практике растовый borrow checker просто не скомпилирует программу, где есть эти проблемы. Во время компилиции, понимаешь? Какие еще доказательства тебе нужны? Ты внимательно читаешь? Написано же прямым текстом - лучшим доказательством является практика. Практики применения раста мы ещё толком не видели. Даже сам язык ещё толком не стабилизирован. Пока только куча криков про то, что безопасная работа с памятью является краеугольным камнем и проблемой номер один, которую раст совершенно точно решает, поэтому давайте на расте переписывать всё подряд, даже то, где проблем с этим не было и даже в теории быть не может. > Ну, можешь еще посмотреть статистику Гугла и Майкрософта о снижении до нуля количества дыреней при работе с памятью после перекатывания кода с C и C+j на Rust. Эта статистика построена на базе ML-анализа кода. К практике имеет отношение примерно такое же, как большинство выкладок теоретической физики - в теории всё верно, а вот бьётся ли с практикой - покажет время и дальнейшие исследования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #129

119. Сообщение от Celcion (ok), 22-Май-25, 11:13	+/–
> Мало ли какие там задачи "ставились". Маркетинговый отдел старался как мог. То есть, у раста "маркетинга" нет, да? > Ты тут нам что-то втираешь про то, как годы отложились в твоей голове наслоениями мудрости, но когда дело доходит до дела, не можешь отвлечься от маркетингового буллшита и переключиться на реальность. Как говорили в фильме Клерки 2, "I'm not even gonna point out the irony, here." > Ты проверь, может жена твоя пыль протирала влажной тряпкой, и нечаянно стёрла все наслоения мудрости? Эх, годы идут, а опеннет всё не меняется...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #121

120. Сообщение от slew (ok), 22-Май-25, 11:23	+1 +/–
>Даже google лжеИИ сейчас пишет Зачем ты тут постоянно ретранслируешь мифы и предания из интернетов? Это не лавочка с бабками, а технический форум. Поставь тесты фри и линукса, прогони, покажи тут всем какая фряза крутая. Будь уверен, что результаты тебя самого сильно удевят не в пользу фряхи, какие-бы ты тесты не ставил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #127

121. Сообщение от Аноним (121), 22-Май-25, 11:25	+1 +/–
> То есть, у раста "маркетинга" нет, да? Не знаю, мне неинтересно. За пределами их манифеста о том, какой это замечательный язык, я ничего не читал. А содержимое этого манифеста сводится к восторгам о безопасной работе с памятью, и всякой шелухе. Я не оцениваю языки по маркетингу. Я могу посмотреть на применения этому языку, я по-любому загляну внутрь и если даже не буду на нём писать, то полистаю код каких-нибудь реальных приложений. Я с удовольствием почитаю критику, как в общепринятом смысле слова "критика", так и в более общем смысле, в котором его употребляет философия. Маркетинг же годен только для того, чтобы поставить меня в известность о существовании языка, или что он там рекламирует. За людьми с наслоениеми мудрости я замечал, что они склонны брать какой-нибудь один признак, и потом из этого делать выводы. Например, маркетинговые материалы. Или я замечал что некоторые из самого факта хайпа делают вывод, что то вокруг чего хайп не стоит выеденного яйца. Но это же очевидным образом режим интеллектуального провала. Мудрость как бы пытается заменить интеллект, но работает это только выдуманной вселенной Толкиена. В реальности же один интеллект стоит десятка премудростей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #123, #126

122. Сообщение от Аноним (35), 22-Май-25, 11:25	+/–
> Понимаешь... Тут такое дело... Я немного дольше в ИТ сфере вращаюсь [...] Почитай как ту же джаву Sun продвигал и какие великие дела с помощью неё обещал делать [...] Отсюда и скептицизм - мы всё это уже видели. Я не "вращаюсь" в айти сфере, я и есть айти сфера. Мне не надо "читать про Сан" и их "обещания", я сам и на сях и на жаве и на расте пишу и знаю как они работают и на что способны. Никакие обещания никого не волнуют, речь про то, что раст делает уже сейчас. Даже без улучшений полониуса он навсегда оторвался по возможностям от всех языков планеты Земля. Обещания ему не нужны, обещания нужны только С++ который всё только обещает и ькжится а сделать не может. Ну и жава тоже последние 30 лет только обещает, что JIT всех победит, а на деле всё тупит и память жрёт. Раст ничего не обещает, он уже всё делает прямо здесь и сейчас. И конкурентов у него ноль. Это не вопрос того, кому что больше нравится. Выбора нет. Проблему с памятью уже решил (а не обещает решить) только он.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #128

123. Сообщение от Аноним (-), 22-Май-25, 11:29	+/–
> Не знаю, мне неинтересно. За пределами их манифеста о том, какой это замечательный язык, я ничего не читал. Что даже растбук и доку? > Я не оцениваю языки по маркетингу. Я могу посмотреть на применения этому языку, Амазон, клоудфларя, майкрософт, гугл... Сотни миллионов андроид устройств уже работают с раст кодом в продакшене. > я по-любому загляну внутрь и если даже не буду на нём писать, то полистаю код каких-нибудь реальных приложений. Если ты доку не читал, то сомнительно что разберешьтся прямо сходу. > За людьми с наслоениеми мудрости я замечал, что они склонны брать какой-нибудь один признак, и потом из этого делать выводы. Например, маркетинговые материалы. Но если язык специально делался для уменьшения ошибок по памяти, наверное это очень важный признак) Типа как у камаза грузоподьемность, а у феррари - скорость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #148

124. Сообщение от Аноним (-), 22-Май-25, 11:34	+/–
> А код реально пишут: Apple, Google и (немного) AMD. Поэтому де факто оно обслуживает интересы 2.5 корпораций. Если остальным подходит написанное эплом - то обслуживают такие всех. > А комиты в основном - от вон тех двух с половиной корп. Оно и развивается - в сторону нужную им. А остальное им сильно похрен. Опять же повторюсь, если остальные довольны, значит развивается в нужном и им направлении тоже. > В GCC комитят явно более разносторонние комитеры - и его есть под намного большее число архитектур. Коммитить они могут что угодно, но развитие определяет комитет. Меряться кол-вом архитектур (большая часть из которых уже давно дохлая) глупо, особено в мире где есть две основных архитектуры, а остальное лютая маргинальщина. Это как хвастаться "зато мы умеем карбюратор для москвича-408 настраивать"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #161

125. Сообщение от bOOster (ok), 22-Май-25, 11:37	+/–
> Самое время вспомнить об этом, учитывая что недавно в линухкеренел прирутили вот > именно реалтаймные гарантии характерные для RTOS-ов. Так что если хочется блеснуть Хехе, то есть этой цитатой ты подтверждаешь что твоя тупая башка просто не понимает что такое вообще RTOS  в своей современной сути?? Кроме расшифровки названия RealTimeOS?? Ну в целом то я и не сомневался в этом. Какой-то очередной проплаченный бред - реалтаймные гарантии с тупым медленным IP стеком, хуже чем во FreeBSD а уж с реальными RealTimeOS которые работают без многозадачности, коим нахрен многозадачность не нужна уж и подавно. Вообще конечно - тянуть Linux на устройства которые выполняют единственную задачу что в 99% и есть RTOS - верх тупоумия..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

126. Сообщение от Celcion (ok), 22-Май-25, 11:39	+/–
>> То есть, у раста "маркетинга" нет, да? > Не знаю, мне неинтересно. Ну, то есть, ты буквально критикуешь "маркетинговый булшит" одного языка с помощью маркетингово же булшита другого языка, но тебе этот факт "неинтересен"? > Я не оцениваю языки по маркетингу. Да конечно нет. Примерно так же, как по маркетингу не оценивают го, питон, сишарп и т.д. Корпорации в их продвижение просто так миллионы вваливают, им просто деньги некуда девать, это же очевидно. Но ты ведь осознанный, ты сам всё нашел и разобрался. Всё так и есть, никто не сомневается, поверь. > Или я замечал что некоторые из самого факта хайпа делают вывод, что то вокруг чего хайп не стоит выеденного яйца. Стоит оно, или нет - покажет время. Хайп - он на то и хайп, что за общим мельтешением не особо есть смысл делать какие-либо выводы. Выводы можно будет делать когда детишки наиграются в очередную игрушку и пойдёт уже нормальный рабочий процесс, по ходу которого станет понятна реальная ценность. Что тут непонятного - загадка. > Мудрость как бы пытается заменить интеллект, но работает это только выдуманной вселенной Толкиена. То есть, произошло чудо и кто-то прочитал таки другую книгу, кроме Гарри Поттера? Ну, тогда тут действительно мудрость, ты меня убедил, даже спорить не вижу смысла.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #146

127. Сообщение от bOOster (ok), 22-Май-25, 11:43	–1 +/–
>>Даже google лжеИИ сейчас пишет > Зачем ты тут постоянно ретранслируешь мифы и предания из интернетов? Это не > лавочка с бабками, а технический форум. Поставь тесты фри и линукса, > прогони, покажи тут всем какая фряза крутая. Будь уверен, что результаты > тебя самого сильно удевят не в пользу фряхи, какие-бы ты тесты > не ставил. Хехе - я действую также как и оголтелые последователи "святого грааля" в Операционных системах Хехехе. А тесты ты найдешь самостоятельно. Полно их. Нищие лакеев не имеют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #140

128. Сообщение от Celcion (ok), 22-Май-25, 11:44	+/–
> Даже без улучшений полониуса он навсегда оторвался по возможностям от всех языков планеты Земля. И полетел изучать другие планеты, ага... > Раст ничего не обещает, он уже всё делает прямо здесь и сейчас. И конкурентов у него ноль. Да. И каждый раз говорилось ровно то же самое про каждый новый "революционный" язык. А потом, с течением времени, практики применения и прочего - как-то всё оказывалось не так радужно. Не вижу смысла очередной раз повторяться. Почитай выше мной написанное, может дойдёт о чем идет речь. Ну, или не дойдёт, тогда и говорить дальше не о чем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #141

129. Сообщение от Аноним (-), 22-Май-25, 11:47	+1 +/–
> Ты внимательно читаешь? Написано же прямым текстом - лучшим доказательством является практика. 1.5 миллиона строк раст кода в 13 андроиде, это уже практика? Сейчас напомню уже 16 версия выходит. Microsoftʼский гипервизор, это уже практика? Hickory который используется Let's Encrypt, это уже практика? Pingora, которую использует Cloudflare, это уже практика? Всякие прикладные приложения типа COSMIC, это уже практика? > Практики применения раста мы ещё толком не видели. Наверное ты просто плохо смотришь) > Эта статистика построена на базе ML-анализа кода. К практике имеет отношение примерно такое же, как большинство выкладок теоретической физики - в теории всё верно, а вот бьётся ли с практикой - покажет время и дальнейшие исследования. А такая статистика? Memory Corruption практически на порядок обгоняет все остальные проблемы. https://www.cvedetails.com/product/47/Linux-Linux-Kernel.htm...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #131

130. Сообщение от bOOster (ok), 22-Май-25, 11:51	+1 +/–
Для юзерспейса вообще нет разницы на чем писать. В этом контексте новость даже рассматривать смысла нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

131. Сообщение от Celcion (ok), 22-Май-25, 11:57	+/–
> 1.5 миллиона строк раст кода в 13 андроиде, это уже практика? Три года прошло с релиза 13-го андроида, а с момента его входа в широкий обиход - и того меньше. Какие сроки я имел в виду - я писал выше. Но тебе читать неинтересно, это я уже понял. >> Практики применения раста мы ещё толком не видели. > Наверное ты просто плохо смотришь) Так я оцениваю по времени, а не по тому, сколько и где кто-то на волне хайпа что-то напереписывал. Я уже не знаю как ещё более понятно эту мысль разжевать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #132

132. Сообщение от Аноним (-), 22-Май-25, 12:09	+/–
> Какие сроки я имел в виду - я писал выше. Но тебе читать неинтересно, это я уже понял. Если ты про "Посмотрим, где будет ваш раст годиков так через 15-20" то это просто эталонная глупость из палаты мер и весов. > Так я оцениваю по времени, а не по тому, сколько и где кто-то на волне хайпа что-то напереписывал. Угу. Если 20 лет не проработало, то хайп. Интересно, были ли такие же дундуки которые говорили "СИ всего 9 лет! Это хайп! Зачем если есть pdp-11?!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #138

134. Сообщение от Эксконтрибутор FreeBSD (?), 22-Май-25, 12:26	+/–
> Openbsd, Netbsd Не являются форками фряхи NetBSD — независимая ОС OpenBSD — форкнулась в 90ых от NetBSD
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

135. Сообщение от Аноним (135), 22-Май-25, 12:32	+/–
> А о чём новость, напомните пжлст? Напоминаю: новость о форке, который написал makefile и надеется что его добавят в FreeBSD. Поддержки Rust нет, в FreeBSD правок тоже не было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

136. Сообщение от Аноним (135), 22-Май-25, 12:34	+/–
> эффективности траты ресурсов лучше, чем Раст Раст _никогда_ не будет управлять памятью лучше чем Си. Потому что боров чекер ограничивает тебя архитектурно когда и как ты пользуешься памятью и освобождаешь. Или будешь писать на unsafe? Тогда смысл в расте?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

137. Сообщение от Аноним (135), 22-Май-25, 12:40	+/–
То есть вы наивно думаете что переписывания с одного языка на совершенно другой быстрее и проще чем поправить точечные расхожденя работы компиляторов одного и того же языка Си? К слову, в clang добавили поддержку gnu расширений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #154

138. Сообщение от Celcion (ok), 22-Май-25, 12:44	+/–
> Если ты про "Посмотрим, где будет ваш раст годиков так через 15-20" то это просто эталонная глупость из палаты мер и весов. Да конечно. Умные люди - любую технологию, даже толком недоделанную, пихают везде и сразу. Это давно известно. > Угу. Если 20 лет не проработало, то хайп. Читать ты, видимо, так и не научился. Прискорбно. > Интересно, были ли такие же дундуки которые говорили "СИ всего 9 лет! Это хайп! Зачем если есть pdp-11?!" Как бы тебе объяснить... Си решал несколько более широкий спектр задач, чем "у вас память небезопасная! срочно все переписываем!" Ты бы это знал, наверное, если бы хоть немного интересовался темой. Но тебе же неинтересно. У тебя религия и зуд быстрее всех "неверных" в неё обращать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #145

139. Сообщение от Аноним (-), 22-Май-25, 12:50	+/–
> таймингами сетевого стека, значительно худшими чем на FreeBSD Окей, FreeBSD это отличный перекладыватель сетевых пакетиков. И больше толком ни на что не годится. А линь - универсальная серверная платформа. Доказано современным состоянием индустрии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

140. Сообщение от slew (ok), 22-Май-25, 12:51	+/–
>А тесты ты найдешь самостоятельно Не нахожу, скинь ссылку хоть на один.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

141. Сообщение от Аноним (141), 22-Май-25, 12:54	+/–
> И каждый раз говорилось ровно то же самое про каждый новый "революционный" язык. Про какой "каждый новый" язык говорилось, что он, сохраняя эффективность по ресурсам Си решил проблему ручного управления памятью? Тебе будет легко привести пример, ведь это было про каждый новый. Но давай хотябы один.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #142

142. Сообщение от Celcion (ok), 22-Май-25, 13:03	+/–
> Про какой "каждый новый" язык говорилось, что он, сохраняя эффективность по ресурсам Си решил проблему ручного управления памятью? Тебе будет легко привести пример, ведь это было про каждый новый. Но давай хотябы один. Ну так про одну "серебрянную пулю" говорилось одно, про другую - другое. И каждый раз решаемая проблема ставилась как ужасно-страшно-непреодолимая без тотального переписывания всего и вся на новый язык. Про это, в общем-то, и речь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141 Ответы: #143

143. Сообщение от Аноним (141), 22-Май-25, 13:07    Скрыто ботом-модератором	+/–
То есть ты не смог привести даже один пример. Зачем тогда врёшь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #144

144. Сообщение от Celcion (ok), 22-Май-25, 13:11	+/–
> То есть ты не смог привести даже один пример. Зачем тогда врёшь? Ты читать умеешь, или какой-то диалог сам с собой ведёшь от моего имени? Если да, то зачем тогда мне пишешь? Общайся дальше с собой, у тебя неплохо получается, ты ведь в этом диалоге уже одержал уверенную победу и всё доказал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

145. Сообщение от Аноним (-), 22-Май-25, 13:11	+/–
> Да конечно. Умные люди - любую технологию, даже толком недоделанную, пихают везде и сразу. Это давно известно. Умные люди берут какой-то маленькие проект и обкатывают. Если проблем не возникло, продолжают эксперемент и/или расширяют сферу применения. А сидеть ждать 20 лет, будут только "особо развитые". >> Угу. Если 20 лет не проработало, то хайп. > Читать ты, видимо, так и не научился. Прискорбно. Странно, я же привел цитату, твою же. Второго упоминание было "будет лишь через определённое количество лет". Так что у тебя или с логикой какие-то траблы, или склероз и ты не помнишь, что писал. Это тоже прискорбно. > Как бы тебе объяснить... Си решал несколько более широкий спектр задач, чем "у вас память небезопасная! срочно все переписываем!" Ты бы это знал, наверное, если бы хоть немного интересовался темой. Если бы слегка интересовался темой, то знал, что раст решает все те же задачи что СИшка, но еще и с обеспечение безопасности памяти. И с нормальной системой типов, паттерн матчингом, инвариантами. > Но тебе же неинтересно. У тебя религия и зуд быстрее всех "неверных" в неё обращать. Ну, аргументов у тебя не осталось, так что ты решали все свести к "религии". Я не сильно удивлен)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #153, #155

146. Сообщение от Аноним (-), 22-Май-25, 13:17	+/–
> Ну, то есть, ты буквально критикуешь "маркетинговый булшит" одного языка с помощью маркетингово же булшита другого языка Нет, ты невнимательно читаешь. Я критикую любую методологию, которая считает маркетинговый буллшит чем-то большим, чем буллшитом. Выше я описывал единственое допустимое с моей точки применение для него -- это способ узнать о существовании чего-то нового. > Примерно так же, как по маркетингу не оценивают го, питон, сишарп и т.д. Да, совершенно верно. > Корпорации в их продвижение просто так миллионы вваливают, им просто деньги некуда девать, это же очевидно. Слушай, я на полном серьёзе рекомендую тебе проверить твои наслоения мудрости. Я стопроцентов уверен, что их тем или иным образом смыло. Корпорации могут вваливать миллионы в маркетинг, и это даже может работать. Про ту же жабу ты сам говоришь, что её совали во все дырки, и да, этого бы не случилось, если бы отдел маркетинга Sun ушёл бы в долгосрочную забастовку. Но это не значит, что языки надо оценивать по маркетингу. Одни манагеры генерят маркетинговый буллшит, другие манагеры этот буллшит заливают в уши своим инвесторам, чтобы из тех выкачать денег. Это их проблемы, тебе какое дело до них? Как из этого ты делаешь вывод, что по маркетингу можно оценивать полезность языка? > Гарри Поттера Гарри Поттер-то тут причём? Во вселенной Роулинг побеждает любовь. Причём побеждает она как интеллект, так и мудрость. Мы ведь вовсе не об этом, не так ли? > даже спорить не вижу смысла. Доходит как до жирафа?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #150

147. Сообщение от Аноним (147), 22-Май-25, 13:19	+/–
Очевидно, ты не в курсе, что до 2007 года gcc был под лицензией GPLv2. И она всех устраивала включая BSD. Последний компилятор под лицензией GPLv2 gcc-4.2.1 они еще долго использовали. И объяснялось все просто. Поменяли лицензию - выявили проблемы, придумали как обойти. У куска, который вызывал проблемы сделали исключение. А для этого надо было договориться со всеми кто в него вносил свои патчи или переписать код. То что после этого BSD не вернулись на gcc - это или религиозные мотивы, или психологическая незрелость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #152

148. Сообщение от Аноним (148), 22-Май-25, 13:27	+/–
> Что даже растбук и доку? Я не считаю документацию маркетинговым буллшитом. Даже если это и часть маркетинговой стратегии, это не буллшит. И тебе не рекомендую путать документацию и буллшит, а то кончишь безумным отшельником в какой-нибудь пустыне. > сомнительно что разберешьтся прямо сходу. Да ладно тебе. Если ты не разбираешься сходу в любом языке, без доков, то это исключительно от недостатка опыта. На незнакомом языке бывает крайне сложно писать, если не читать доков, и в любом случае сложно, если не консультироваться с ними в процессе написания. Но понимать написанное -- это как два пальца об асфальт. > Но если язык специально делался для уменьшения ошибок по памяти, наверное это очень важный признак И что? > Типа как у камаза грузоподьемность, а у феррари - скорость. Мне приходилось знавать паренька, который мягко говоря не блистал интеллектом, и который в кредит купил феррари по-дешёвке. Его отговаривали все, объясняя чем это кончится. Он не поверил. Вот для него самым важным признаком феррари было то, что ему никакой зарплаты и кредитов не хватало на еженедельные ремонты того корыта, которое он купил. Что у камаза, что у феррари есть ряд важных признаков, которые оказываются определяющими для тех, кто их выбирает или отказывается их выбирать. В число этих признаков входит и грузоподьёмность, и скорость, и цена, и доступность для покупки, процент времени которое тачка будет проводить в ремонте, не принося денег, ожидаемое время службы, потребление топлива, возможность продажи в б/у варианте, и множество других. Если ты выбираешь себе грузовик и смотришь только на грузоподьёмность, то ты поступаешь примерно как тот паренёк из предыдущего абзаца, который покупая феррари посмотрел только на понты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

149. Сообщение от Аноним (149), 22-Май-25, 13:28	+/–
> Я немного дольше в ИТ сфере вращаюсь, Конечно, всем же известно что CelcionOne это специалист высочайшего класса! О его подвигах слагают легенды.... Не уверен на чем ты вращаешься, но твои познания выгладят как фантазии школьника. Эти попсовые языки выкинули старье почти из всех ниш. > Почитай как ту же джаву Sun продвигал и какие великие дела с помощью неё обещал делать, это должна была стать чуть ли не главная веха в истории ИТ, буквально революция. Так она и стала революцией. Банкинг и бизнес? Java Написать IDE? Java Jenkins, который широко используется? Тоже внезапно Java > Приложения и игры на телефонах. А сейчас что по твоему работает внутри андроида? Google Earth, Uber, Netflix, MATLAB, Minecraft это разве не приложения или игры? > Отсюда и скептицизм - мы всё это уже видели. Видеть видать видели, а понять судя по всему не смогли. Но это не страшно, в мире нужны люди, которые будут поддерживать легаси копролиты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #158

150. Сообщение от Celcion (ok), 22-Май-25, 13:30	+/–
> Как из этого ты делаешь вывод, что по маркетингу можно оценивать полезность языка? А толку с твоих оценок, если степень использования именно маркетингом и определяется? Язык может быть хоть в 100500 раз лучше, чем всё сущее и вещее, только если им никто не пользуется - в этом просто нет никакого смысла. Взять тот же питон, например - это <субъективщина>один из самых худших из когда-либо созданных языков программирования</субъективщина>, но он де-факто является одним из самых успешных. И построено это именно на маркетинге. Потому что определённые корпорации вваливают огромные деньги в его продвижение. И таким образом он выигрывает рынок у языков, которые якобы лучше. И остальные тоже вынуждены его использовать, потому что рынок на него уже ориентирован, а значит более "правильные" языки использовать - нецелесообразно, потому что и кодеров на них не найти и каких-то готовых решений почти нет. Неужели это правда НАСТОЛЬКО непонятно? > Гарри Поттер-то тут причём? Во вселенной Роулинг побеждает любовь. Причём побеждает она как интеллект, так и мудрость. Мы ведь вовсе не об этом, не так ли? Там шутка была, забыл написать слово "лопата", извини. > Доходит как до жирафа? Увы, но в твоём случае - видимо, так и есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #164, #169

151. Сообщение от Смузихлеб забывший пароль (?), 22-Май-25, 13:33	+/–
С подобным же успехом, наличия древнего г.на в американских/австралийских банкоматах/банках достаточно чтобы объяснить оголтелым, что любые современные технологии просто непригодны для профильной деятельности В реальности, конечно же, обычно иначе. Порой бывает так, что "лепят" из того что под руки попалось, потом - долго-долго допиливают. И в итоге - получается кое-как поддерживаемая куча г.на, которую проще вообще лишний раз не трогать, чем разбираться в нюансах работы и пытаться перенести функционал на новые технологии Ну вот нетфликсу фряха попала под руки. Или разработчики под это дело вовремя подвернулись или что-то ещё. А в итоге - получилось так, что проще и дешевле подпирать полурабочее костылями, чем тратить деньги на разработку норм системы с нуля В остальном, "производительность" отдачи данных - далеко не только экономия спичек на сетевом стеке. Там и файловые системы и сами хранилища и многое иное гораздо бОльшее влияние могут оказывать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

152. Сообщение от Аноним (-), 22-Май-25, 13:40	+/–
> То что после этого BSD не вернулись на gcc - это или религиозные мотивы, > или психологическая незрелость. Нет, они просто поняли, что гнутикам верить нельзя. Вот выпустят они GPLv4 и НЕ исправят проблему. Напр. из-за религиозного фанатизма или банальной лени. Это будет уже не важно. Поэтому с GCC в том анекдоте - но "стоило один раз овцу". Свой кредит доверия они потеряли. Поэтому все объединились для разработки свободного компилятора. И у них получилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #156

153. Сообщение от Celcion (ok), 22-Май-25, 13:50	+/–
> Умные люди берут какой-то маленькие проект и обкатывают. Действительно. Но в случае с растом это, увы, не так. Здесь сразу с места в карьер и уже даже кореутилсы на той же бубунте планируют на растовские заменить, хотя там даже по собственным простеньким тестам, не покрывающим и половины юзкейсов - всё красное. Стало быть, занимаются этим всем люди не очень умные. > А сидеть ждать 20 лет, будут только "особо развитые". Расскажи это банкам, которые до сих пор COBOL используют. Они ведь недоразвитые. > Странно, я же привел цитату, твою же. Нет, ты привёл свою ее интерпретацию, из которой понятно, что в суть ты вникать не стал. > Если бы слегка интересовался темой, то знал, что раст решает все те же задачи что СИшка, но еще и с обеспечение безопасности памяти. Ну а завтра выйдет ещё один язык, который тоже какую-нибудь одну, но жуть какую важную проблему решает - будем тоже на него всё переписывать? > Ну, аргументов у тебя не осталось, так что ты решали все свести к "религии". Так это именно она и есть. Изначально. Потому что хайпово, потому что все вокруг говорят "у нас внезапно самая большая проблема - это небезопасная проблема с памятью!". И в стороне оставаться нельзя, "все побежали - и я побежал".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #163

154. Сообщение от Аноним (-), 22-Май-25, 13:52	–1 +/–
> То есть вы наивно думаете что переписывания с одного языка на совершенно другой А где там написано про "переписывание"? Там про удобное использование раст-программ в BSD. "We introduced a new BSD makefile [...] that enables building a Rust application during buildworld." А теперь отзеркалю ваш же вопрос - вы действительно думаете что добавить гунтые расширения и "поправить точечные расхождения работы компиляторов" проще чем просто "сделать так чтобы софт на расте пересобирался во время buildworld" ? > К слову, в clang добавили поддержку gnu расширений. Да. И даже ядро стало билдиться. Вот только на ломание этого вендорлока и адаптацию жццшного овна ушли годы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #157

155. Сообщение от Аноним (147), 22-Май-25, 14:02	+/–
> А сидеть ждать 20 лет, будут только "особо развитые". Рассказать тебе о компаниях которые 10 лет ждали после выхода стандарта 11-го года, что бы понять существующие проблемы, методы их обхода, написать новые кодинг стандарты и наконец-то перейти на него? Или про разработчиков ядра linux?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145

156. Сообщение от Аноним (147), 22-Май-25, 14:26	+/–
> Нет, они просто поняли, что гнутикам верить нельзя. Вот выпустят они GPLv4 и НЕ исправят проблему. Напр. из-за религиозного фанатизма или банальной лени. Это будет уже не важно. Ну так и используй последнюю версию gcc. В крайнем случае форкни его. Помнишь такой egcs? > Поэтому с GCC в том анекдоте - но "стоило один раз овцу". Свой кредит доверия они потеряли. Поэтому все объединились для разработки свободного компилятора. И у них получилось. Пока все выглядит так, как будто кто-то в компании обиделся на другого и руки ему не подает. Все пытаются понять что этот другой непотребного сотворил с "кто-то"... А оказывается, что этот другой как-то не заметил "кто-то" и мимо прошел. Обиженка. Что с обиженки взять?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

157. Сообщение от Аноним (135), 22-Май-25, 14:28	+/–
Здесь: > Переписывание на Rust займёт много лет, поэтому будет HardenedBSD жить своей жизнью, а FreeBSD - своей. Не теряйте контекст обсуждения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #166

158. Сообщение от Celcion (ok), 22-Май-25, 14:28	+/–
> Видеть видать видели, а понять судя по всему не смогли. Тебе так хотелось ответить, но кроме пересказа того же, что до тебя уже написали, только другими словами, дополнительно смищно попетросянив - ничего вразумительного сказать не смог. Разумеется, ответы на все эти мега-доводы ты прочесть тоже не осилил, так что смысла по десятому разу отвечать на одно и то же я не вижу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149

161. Сообщение от Аноним (147), 22-Май-25, 14:40	+/–
> Это как хвастаться "зато мы умеем карбюратор для москвича-408 настраивать" Это как хвастаться что у нас сейчас есть инструменты для настройки всех выпускаемых машин. Даже тех что в Россию официально попасть не могут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

162. Сообщение от Аноним (162), 22-Май-25, 14:47	+/–
-j n+k где к - число докупленных ядер :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

163. Сообщение от Аноним (-), 22-Май-25, 14:49	+/–
> Действительно. Но в случае с растом это, увы, не так. Здесь сразу с места в карьер и уже даже кореутилсы на той же бубунте планируют на растовские заменить, хотя там даже по собственным простеньким тестам, не покрывающим и половины юзкейсов - всё красное. О, какое классное вранье. github.com/uutils/coreutils - судя по pass тестам проходит 500 из 600. У религиозных фанатиков это "всё красное" ? > Расскажи это банкам, которые до сих пор COBOL используют. Они ведь недоразвитые. А они пытались. И некоторые даже успешно. Понятно что в каком-то государственном пенсионном фонде бриташки, будут сидеть до талого. > Нет, ты привёл свою ее интерпретацию, из которой понятно, что в суть ты вникать не стал. Штош, попробую еще раз. Кто написал вот тут opennet.ru/openforum/vsluhforumID3/136916.html#53 "Посмотрим, где будет ваш раст годиков так через 15-20. А пока - это всё просто очередной хайп." А? Ну давай, покажи класс в интерпретации) > Ну а завтра выйдет ещё один язык, который тоже какую-нибудь одну, но жуть какую важную проблему решает - будем тоже на него всё переписывать? Если она будет такая же существенная - то да. А порча памяти это топовая проблема таких важных проектах как линукс cvedetails.com/product/47/Linux-Linux-Kernel.html?vendor_id=33 > Потому что хайпово, потому что все вокруг говорят "у нас внезапно самая большая проблема - это небезопасная проблема с памятью!". А разве нет? Посмотри статистику CVE/RCE в ядре. Посмотри статистику CVE/RCE в других больших проектах типа ХОрг. Включи мозг и посчитай. А потом подумай, откуда у тебя такая фанатичная вера в то, что "ошибки с памятью не проблема!". > И в стороне оставаться нельзя, "все побежали - и я побежал". Разве? Неужели приходят домой и заставляют устанавливать раст? Не нравится - не пользуйся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #165, #167, #173

164. Сообщение от Аноним (147), 22-Май-25, 14:51	+/–
> А толку с твоих оценок, если степень использования именно маркетингом и определяется? Ну например QNX в свое время решил из узкой ниши выбраться в универсальные ОС. Много и упорного вкладывали деньги в маркетинг. Результат на лице!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #170

165. Сообщение от Аноним (147), 22-Май-25, 14:53	+/–
>  500 из 600. Это реально все красное. А если еще учесть, что это тесты не на совместимость...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

166. Сообщение от Аноним (-), 22-Май-25, 14:57	–3 +/–
> Не теряйте контекст обсуждения. Эта ветка обсуждает только процесс избавления от GCC (opennet.ru/openforum/vsluhforumID3/136916.html#94), переписывание чего-то на раст (opennet.ru/openforum/vsluhforumID3/136916.html#48) к этому треду никакого отношения не имеет. Будьте внимательнее, пожалуйста. Но раз зашла речь о переписывании, то повторюсь, по задумке авторов HardenedBSD ничего переписываться не будет. Цель проекта четко очерчена и цитату (вот от сюда hardenedbsd.org/article/shawn-webb/2025-05-20/optional-rust-freebsd-support-may-2025-status-report) я привел выше. Все остальное - фантазии местных комментаторов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

167. Сообщение от Аноним (147), 22-Май-25, 14:58	+/–
И да > 500 из 600 Это этап: "Мужики, смотрите, я тут пилот настрогал. Если хотите присоединяйтесь и мы сделаем когда-нибудь аналог".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

168. Сообщение от IdeaFix (ok), 22-Май-25, 15:05	+/–
> А этот процесс точно будет называться "портирование"? Ну, перенос системы во фрю да еще и на расте, показал бы хоть какие-то инновации кроме линуксатора и отвлёк бы от застоя и деградации в моментах, в которых фря традиционно сильна. С другой стороны, в 2к25 и инновации в линуксаторе - это уже не плохо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

169. Сообщение от Аноним (-), 22-Май-25, 15:25	+/–
> А толку с твоих оценок, если степень использования именно маркетингом и определяется? Глупости. Ты даже сам это понимаешь где-то в глубине души, но почему-то это понимание не регистрируется в сознании. Глянь на следующую твою фразу: > Язык может быть хоть в 100500 раз лучше, чем всё сущее и вещее, только если им никто не пользуется - в этом просто нет Да, именно так. Степень использования определяется _именно_ степенью использования. Основным причинным фактором влияющим на степень использования является именно степень использования. > Взять тот же питон, [...] построено это именно на маркетинге. > определённые корпорации вваливают огромные деньги в его продвижение Пфф. Указать на эти корпорации, ты конечно же не можешь? Хочешь я объясню тебе почему ты не можешь? Потому что эти твои утверждения выстроены не на фактах, а на твоих "теориях" о том как работает мир. Ты выводами из своих теорий подтверждаешь эти самые теории. Тебя в школе на уроках математики никогда не били линейкой по рукам за циклический вывод? Давай я в твою картину мира накидаю других факторов. Один из них ты озвучил, но так и не понял, по-моему. Популярность языка -- это очень хороший повод выбирать язык для своего проекта, то есть повышать популярность языка. Таким образом популярность -- это самоподдерживающееся свойство языка. Всё это работает с коэффициентом, который иногда больше единицы, и тогда язык увеличивает свою популярность только за счёт своей популярности, иногда он меньше единицы, в этих случаях, если нет других действующих факторов, популярность будет падать, но медленнее, чем если бы популярность не поддерживала бы популярность. При этом есть другие факторы, которые могут влиять. Например, хайп, маркетинг и удобство языка для программистов. Первые два -- временные явления. Новые вещи могут вызывать хайп, но когда они перестают восприниматься как новые, хайп заканчивается. Маркетинг работает только тогда, когда вливание денег в маркетинг приносит доходы тому, кто вливает. Но с языками это не очень работает, на языке очень сложно (если вообще возможно) зарабатывать денег непосредственно. Пока компиляторы были закрытыми, ещё можно было продавать компиляторы, но сегодня люди ждут от компилятора открытости сорцов, а это значит что зарабатывать может быть удастся на средах разработки под этот язык, на каких-то инструментах для разработки, может быть на библиотеках/фреймворках. Можно использовать язык для удержать монополии в какой-то нише, или что-нибудь в этом роде. Но все эти причины отличаются временностью: пока есть борьба за место под Солнцем, маркетинг может помочь, когда же достигнут какой-то баланс, то маркетинг становится бесполезным: вливая в него денег, ты не будешь увеличивать свои прибыли. Про удобство языка для программиста я не буду писать. Во-первых, я устал писать, во-вторых, там всё резко сложнее, потому что удобство определяется ещё и наличием тулзов, библиотек, и таким образом его сложно отделить от популярности. Это потребует много слов, особенно с тобой: человеку, который свои собственные мысли не понимает, очень сложно доносить другие мысли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #172

170. Сообщение от Celcion (ok), 22-Май-25, 16:02	+/–
> Много и упорного вкладывали деньги в маркетинг. > Результат на лице! Понимаешь, каким бы странным это, возможно, ни показалось - деньги не конвертируются в успех автоматически. Надо их не просто вкладывать, но и вкладывать с умом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

171. Сообщение от Аноним (171), 22-Май-25, 16:02	+/–
Этот exception был до версии 4.2.1, в которой на GPLv3 перешли, и после неё. Придумывать ничего не пришлось, и раньше была. Просто вернули после перехода на 3. А некоторые переполошиться в промежутке успели, да так, что до сих пор не отойдут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

172. Сообщение от Celcion (ok), 22-Май-25, 16:08	+/–
> Пфф. Указать на эти корпорации, ты конечно же не можешь? А зайти на сайт питона и нажать там кнопочку Sponsorship в верху экрана ты сам не в состоянии, что ли? Давай, попробуй, я в тебя верю. Может тогда и не придётся позориться, пытаясь это скрыть за простынями текста. > Давай я в твою картину мира накидаю других факторов. Один из них ты озвучил, но так и не понял, по-моему. Спасибо, Кэп, что озвучил прописные истины, которые ты вдруг решил, что я не знаю, а ты знаешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #177

173. Сообщение от Celcion (ok), 22-Май-25, 16:30	+/–
> О, какое классное вранье. > github.com/uutils/coreutils - судя по pass тестам проходит 500 из 600. Я про эти тесты: uutils.github.io/coreutils/docs/test_coverage.html К тому же, понимаешь, смотреть можно не только на одну общую циферку, но и на разбивку по конкретным утилитам. И ужасаться от того, что даже в date фэйлится три теста из пяти. Но это сложно, вникать надо, я понимаю. > Если она будет такая же существенная - то да. А если всем навязать мысль, что она существенная? Была вот такая проблема, Y2K называлась, всем миром боялись. А оказались пустым пшиком. Вот ведь бывает... Я понимаю, что стул уже начал прогреваться, поэтому поясню - суть не в том, что проблемы безопасной работы с памятью нет вовсе. Суть в том, что она есть не везде и не везде её требуется решать. Но апологетам растовской религии это объяснять бессмысленно, они готовы переписать буквально всё подряд. И глупо именно это. > А разве нет? Смотря когда и где. Смотря про какой язык речь идет. Смотря про какое время и какие программы. Тупо "смотреть статистику" - это довод из рязряда "а вы капитализацию Apple видели?!" Доводы плана "общей температуры по больнице" - мне неинтересны. > Не нравится - не пользуйся. Так им пользуюсь не я, а те прекрасные люди, которые, в частности, пихают его куда ни попадя, в том числе в системные части, потенциально создавая проблемы на ровном месте, заменяя бинари, которые десятками лет работали и никаких страшно-ужасных взломов через них сроду не было. Ну вот как в своё время пропихивали systemd. Тоже была серебряная пуля, решающая целую кучу проблем. Правда, по факту создал он проблем еще больше, чем решил, но кому это интересно, правда?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163 Ответы: #174, #176, #179

174. Сообщение от Аноним (-), 22-Май-25, 16:41	+/–
> Смотря когда и где. Смотря про какой язык речь идет. Смотря про какое время и какие программы. > Тупо "смотреть статистику" - это довод из рязряда "а вы капитализацию Apple видели?!" > Доводы плана "общей температуры по больнице" - мне неинтересны. Что ж ты вертишься как уж на сковородке)?   У нас есть ядро линукс. В нем есть CVE по памяти. Их у нас большая часть из всех найденных. А теперь вопрос: "у нас внезапно самая большая проблема - это небезопасная проблема с памятью" или нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

175. Сообщение от Аноним (51), 22-Май-25, 16:45	+/–
COM+ точнее, просто задвинули подальше, хотя раньше эту технологию они пиарили как чуть ли не самую прорывную и центральную во всём, типа весь интернет, все приложения будут использовать, ActiveX, и всё такое. А сейчас всего лишь полузабытая узконишевая тема, о которой практически нигде не слышно. Можно ещё вспомнить свистопляску с Metro, WinRT, UWP, сейчас типа уже WinUI, как они пытались всё перевести на дот нет, а потом кинули, что у них там с версиями и поддержкой, там у них такая каша, в которой они сами с трудом разбираются, а с добавлением вайб-шкодинга индусы майкрософт окончательно утопят, что по катастрофическим апдейтам бесятки уже заметно. Жаль конечно с одной стороны, но наверное это карма.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

176. Сообщение от Аноним (-), 22-Май-25, 16:48	+/–
> И ужасаться от того, что даже в date фэйлится три теста из пяти. А можно посмотреть на touch, который проходи 15 из 15, или на du с 28/30. Но зачем, да? > Суть в том, что она есть не везде и не везде её требуется решать. Суть проблемы в том, что есть люди думающие что "не везде её требуется решать". Потому что за последние лет 40 мир сильно изменился. Но кто-то остался все еще там. Но еще хуже то, что они не просто хотят  ̶с̶и̶д̶е̶т̶ь̶ ̶в̶ ̶г̶о̶в̶н̶е̶ оставить все как есть, но они еще начинают указывать что делать, тем кто код пишет. > в том числе в системные части, Ну разумеется вам пофиг насколько надежны системные части. > заменяя бинари, которые десятками лет Ага, как иксы))) Которые "работали")) > работали и никаких страшно-ужасных взломов через них сроду не было. А вот этого вы не знаете. Причины не всегда ясны и еще реже их публикуют. Поэтому нужно минимизировать поверхность для атаки. > Ну вот как в своё время пропихивали systemd. Тоже была серебряная пуля, > решающая целую кучу проблем. Ну так она и решила! systemd это лучшее что случалось с линем за последние лет пятнадцать. Проблемы разумеется есть везде и всегда, но нужно сравнивать негатив с позитивов. И у systemd позитива на порядки (да, именно на порядки) больше. > Правда, по факту создал он проблем еще  больше, чем решил, но кому это интересно, правда? А какие проблемы? Одмины-башпотянщики отправились мести улицы? Их уникАльные нагромождения скриптов стали внезапно никому не нужными, а они перестали быть незаменимыми. Серьзеные проблемы)) Плюс это только это с вашей точки зрения. А с точки зрения индустрии это де-факто стандарт. Без системд остались или специализированные дистры вроде alpine или васяноподелия от нетакусиков для нетакусиков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

177. Сообщение от Аноним (-), 22-Май-25, 16:49	+/–
> А зайти на сайт питона и нажать там кнопочку Sponsorship в верху экрана ты сам не в состоянии, что ли? И чем эти спонсоры занимаются, ты не интересовался? PSF публикует регулярные отчёты о том, как они потратили средства, какие траты из перечисленных для тебя выглядят маркетингом? Хмм... может ты не понимаешь что такое маркетинг, и как аноним выше считаешь, что документация к языку -- это дело рук маркетологов? Не, если так, при столь широком определении маркетинга, которое включает в себя всё, несомненно выйдет, что успех языка базируется исключительно на маркетинге. Это будет верным по определению маркетинга. > Спасибо, Кэп, что озвучил прописные истины, которые ты вдруг решил, что я не знаю, а ты знаешь. Судя по реакции, до тебя так и не дошло. Это уже начинает напоминать деменцию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

178. Сообщение от MinimumProfit (?), 22-Май-25, 16:52	+/–
Компиляторы GCC C и GCC C++ - по лицензии GPL 3. А что это значит? GPL 3 крепко привязана к особенностям законодательства США, и, фактически, в других странах не имеет юридической силы, потому что невозможно переписать требования GPL 3 в терминах законов других стран. Поэтому использование GCC C и GCC C++ в странах, отличных от США, фактически, является нелицензионным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

179. Сообщение от Аноним (179), 22-Май-25, 16:56	+/–
Вдогонку добавлю пример Критическая 0-day уязвимость в Chrome и libwebp, эксплуатируемая через изображения WebP opennet.ru/opennews/art.shtml?num=59746 "критическая уязвимость (CVE-2023-4863), позволяющая обойти все уровни защиты браузера и выполнить код в системе за пределами sandbox-окружения" Звучит не очень классно. "вызвана переполнением буфера в обработчике формата изображений WebP" А это - весьма типично. "Опасность уязвимости усугубляет то, что в сети выявлен рабочий эксплоит, который уже применяется злоумышленниками для совершения атак (0-day)" Ага. Т.е ее нашли после того, как кого-то похакали, и начали разбираться. Чудесно правда? Но да, беспокоиться о проблемах с памятью не нужно. Это всем навязывают что она существенная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

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

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