1.1, Аноним (1), 21:45, 21/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –18 +/– |
Очередное подтверждение тому, что за растом будущее. Объяснять его ненужность теперь все сложнее и сложнее. Но сишникам удается!
| |
|
2.5, Аноним (-), 21:58, 21/05/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
Ну... если уже смотреть глобально, то нужность фри еще предстоит объяснить)
С другой стороны - а ядро линукс (именно в ядро, а не юзерспейс) раст тоже добавляют.
Так что вполне возможна ситуация, когда линукоиды скажут "а у нас уже раст в ядре и дрова есть, а вы опять догоняющие! 😝"
| |
|
3.17, Sadok (ok), 22:49, 21/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
объясни это citrix ли netflix, например. потом возвращайся. по пути к микрософту или к DARPA загляни
| |
|
4.21, Аноним (-), 22:56, 21/05/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
> объясни это citrix ли netflix, например. потом возвращайся.
Ты забыл еще вспомнить плейстейшн)
> по пути к микрософту
А что у мелкомягких?
У них половина бизнеса построена на линуксовых дистрибутивах.
> или к DARPA загляни
А после дарпы заглянем в список топ500 суперкомпов? Или посмотрим с какими ОСь можно купить ноуты (dell/hp и тд)
Или не надо? Ну чтобы убогих не так сильно унижать)
То что ты перечислил, это как раз известные исключения. Которые подтверждают правило.
Если начать перечислять "правила", то боюсь не хватит лимита символов для этого сообщения.
ps хотя после этой новости, мое мнение о БСД улучшилось)
судя по всему, хотя бы часть решила развиваться
| |
|
5.111, bOOster (ok), 10:56, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Так netflix достаточно чтобы обьяснить тупым оголтелым то что Linux просто непригоден для RealTime приложений со своей корявой архитектурой и таймингами сетевого стека, значительно худшими чем на FreeBSD
| |
|
6.114, Аноним (114), 11:00, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Так netflix достаточно чтобы обьяснить тупым оголтелым то что Linux просто непригоден
> для RealTime приложений
Самое время вспомнить об этом, учитывая что недавно в линухкеренел прирутили вот именно реалтаймные гарантии характерные для RTOS-ов. Так что если хочется блеснуть экспертизой на публику сполна - самое время о реалтайме поговорить :)
А о свободах надо тогда говорить - на примере плейстейшна.
| |
|
5.113, bOOster (ok), 10:59, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> ps хотя после этой новости, мое мнение о БСД улучшилось)
> судя по всему, хотя бы часть решила развиваться
Даже google лжеИИ сейчас пишет
-"В общем, FreeBSD демонстрирует более низкую задержку и большую производительность сетевого стека по сравнению с Linux, особенно при выполнении задач, требующих высокой производительности и низких задержек. В частности, Zenarmor отмечает, что FreeBSD обычно быстрее и отзывчивее, чем Linux на том же оборудовании."
| |
|
6.115, Аноним (114), 11:01, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> стека по сравнению с Linux, особенно при выполнении задач, требующих высокой
> производительности и низких задержек. В частности, Zenarmor отмечает, что FreeBSD обычно
> быстрее и отзывчивее, чем Linux на том же оборудовании."
Ты еще не понял? AI тебя раскусил как облупленого - и сказал тебе то что ты хотел слышать. И только.
| |
|
|
|
|
2.25, Кошкажена (?), 23:32, 21/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> то за растом будущее
Может быть, но на данный момент это просто прототип, о чем сказано в новости
> На момент написания отчёта заявлена поддержка только сборки и установки Rust-приложений, работающих в пространстве пользователя. Поддержка библиотечных crate-пакетов запланирована в будущем. Использование Rust в ядре пока не поддерживается, так подобная возможность требует большого объёма работы и выходит за рамки начального прототипа.
Таким образом, ничего серьёзного. Не ясно зачем очередная новость об этом. Похоже на дешевый пиар.
| |
|
3.96, Аноним (-), 10:20, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Таким образом, ничего серьёзного. Не ясно зачем очередная новость об этом. Похоже на дешевый пиар.
Пиар чего?
Думаешь кто-то из местных прочитает новость и пойдет коммитить в это ХардндБСД?
Ой, что-то я сильно сомневаюсь)
А так новость не хуже всяких "подсчет звезд на гитхабе" или "в сишной либе нашли типичную дырень.. опять.."
| |
|
|
1.6, Аноним (6), 22:00, 21/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Так фряха только этим недокомпилятором и (не)собирается, ровно никаких препятствий для поддержки раста. Если бы раст поддерживался gcc, я уверен, претензий и с линуксом куда меньше было.
| |
|
2.7, Аноним (-), 22:04, 21/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Но линукс уже довольно давно может собираться шлангом.
docs.kernel.org/kbuild/llvm.html
Андроид, насколько я помню, тоже.
Так что не вижу острой необходимости в вендорлочном GCC.
| |
|
3.10, Аноним (6), 22:26, 21/05/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Сам линукс собирают, в основном, стараниями разработчиков андроида. А вот юзерспейс не очень хорошо шлангом собирается, что можно видеть на примере фряхи. Только шланг код всё ещё хуже и менее универсальный выдаёт, в принципе не способен на эффективные оптимизации (размер бинаря и оптимизации профилирования), есть дистрибутив линукса, собранный шлангом и он всегда ощутимо хуже был. В связи с чем собирать шлангом особого проку нет, кроме корпоративных интересов и унификации с проприетарными компиляторами (те же самые корпоративные интересы).
| |
|
4.84, Минона (ok), 09:24, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> А вот юзерспейс не очень хорошо шлангом собирается, что можно видеть на примере фряхи.
Что ты имеешь ввиду под юзерспейсом в контексте фряхи?
Базовая система (ядро + мир) прекрасно собирается llvm.
А порты это порты, чем девелопер собирает, тем и собираются.
| |
|
3.77, Аноним (77), 08:20, 22/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
GCC открыт и свободен, поэтому не явлется вендорлочным. Ибо любой может посмотреть, как и что он творит со входным и выходным кодом.
| |
|
4.89, Аноним (-), 10:03, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ага, конечно не вендорлокнутый.
А чего тогда пришлось придумываться GCC Runtime Library Exception ?
www.gnu.org/licenses/gcc-exception-3.1.html
А потому что это проприерастный кусок заражал любой код GPL.
Взял я твой код вод свободной БСД, скомпилил... и теперь ты должен перелицензировать под коммуняцкой лицензией.
Здорово, правда!? (с)
Причем ввели Exception только в 2009 году.
А когда GCC появился, можешь посмотреть в интернете.
| |
|
|
2.52, Аноним (52), 03:08, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Вы про Clang? Если да, то не понимаю почему его многие так хейтят. Он часто генерит лучший код, чем GCC. У клэнга работа с векторами интереснее, можно например как в OpenGL обращаться к части вектора. Или делать перемешивание просто написав a = b.yzxw;
Хороший компилятор, в общем.
| |
|
3.61, Аноним (61), 06:07, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | Потому что кусок жирной энтерпрайзятины, делаемой полутора корпами под свои нужд... большой текст свёрнут, показать | |
|
4.73, Аноним (6), 08:07, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Помимо неоптимального кода (лапша из goto, впрочем, пользователям нравится) ещё заметил что чуть неправильно собранный тулчейн llvm (ну там если gcc где-то 1 из пакетов собрал, или линкер был не ldd, или --rtlib=compiler-rt с -stdlib=libc++ не добавлены в ключи хотя default и так выставлены, которые теперь надо убрать потому что не поддерживаются новой версией, каждое обновление что-то новое) приводят к интересным багам в том же расте (программах на нём), которые невозможно ни диагностировать ни отладить, особенно забавно, когда это непонятным образом влияет на глюкалово вроде веббраузера. Или вон --undefined-version линкеру теперь добавлять чтобы хромиум мог слинковаться и буквально каждое обновление что-то ломается само по себе.
| |
|
5.83, Аноним (-), 09:12, 22/05/2025 [^] [^^] [^^^] [ответить] | –1 +/– | Собссно жил да был некто iZEN, фанат FreeBSD Рассказывал мне как ща шланг этого... большой текст свёрнут, показать | |
|
6.85, Аноним (6), 09:25, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну сейчас собственно приходится держать прошлый шланг для раста и меза (уже обновили ебилды, не знаю детали), для блендера с интеловскими либами приходилось держать позапозапозапрошлый шланг. Несколько тулчейнов это не так ужасно, мне точно так же приходится держать позапозапрошлый гцц для dxvk (чтобы не было рандомных падений) и прошлый потому что то же ядро линукса не собирается текущим и его уже размаскировали.
| |
|
|
4.104, Аноним (-), 10:43, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Потому что кусок жирной энтерпрайзятины, делаемой полутора корпами под свои нужды с пофигом на вообще всех остальных.
Ух набросил так набросил.
Во-первых там спонсоров полтора десятка, включая явных конкурентов, типа NVidia-Amd, Qualcomm-ARM, Google-Microsoft-AWS и тд.
Во-вторых, посмотри кто сидит в коммитете GCC.
gcc.gnu.org/steering.html
IBM, Google и тд
| |
|
5.117, Аноним (114), 11:05, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Ух набросил так набросил.
> Во-первых там спонсоров полтора десятка,
А код реально пишут: Apple, Google и (немного) AMD. Поэтому де факто оно обслуживает интересы 2.5 корпораций. На все остальное им таким красивым...
> включая явных конкурентов, типа NVidia-Amd, Qualcomm-ARM, Google-Microsoft-AWS и тд.
А комиты в основном - от вон тех двух с половиной корп. Оно и развивается - в сторону нужную им. А остальное им сильно похрен.
> Во-вторых, посмотри кто сидит в коммитете GCC.
> gcc.gnu.org/steering.html
> IBM, Google и тд
В GCC комитят явно более разносторонние комитеры - и его есть под намного большее число архитектур. А если это все в LLVM попробовать втащить - "ты же лопнешь, деточка"?!
| |
|
|
3.103, Аноним (103), 10:36, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Он часто генерит лучший код, чем GCC
а реже какой? Стабильность (во всех смыслах) - главное требование к инструменту. Вот бредовые warnings он точно генерит - проверено.
| |
|
|
1.8, Аноним (8), 22:26, 21/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Заголовок вводит в заблуждение. Может показаться что FreeBSD развивает поддержку Rust.
Но это не так. HardenedBSD развивает свой форк.
| |
|
2.15, Аноним (-), 22:48, 21/05/2025 [^] [^^] [^^^] [ответить]
| –4 +/– |
> Может показаться
Только если ты читаешь не глазами)
Что не ясно во фразе "Для FreeBSD развивают..." ?
Это как "для linux сделали дрова для apple silicon".
ps вполне возможно что их наработки и патчи можно будет накатить на обычную FreeBSD.
| |
|
3.24, Кошкажена (?), 23:29, 21/05/2025 [^] [^^] [^^^] [ответить]
| +5 +/– |
> ps вполне возможно что их наработки и патчи можно будет накатить на обычную FreeBSD.
Там из наработок 50 строк в мэйкфайле и покарска волос в синий цвет.
| |
|
|
|
2.22, Аноним (-), 23:16, 21/05/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
> А в FreeBSD и не знают.
Все они знают.
Уже была новость, в прошлом году, в начале и середине года:
"Разработчики FreeBSD обсуждают использование языка Rust в базовой системе"
opennet.ru/opennews/art.shtml?num=60473
И потом на БЗДшом саммите тоже возвращались к этому вопросу:
opennet.ru/opennews/art.shtml?num=61456
"Среди рассмотренных на саммите тем:
Интеграция инструментария Rust в базовую систему, поставка и переписывание приложений на языке Rust и предоставление возможности разработки компонентов ядра на Rust."
Так что думаю они с интересом наблюдают и думают "а может цап-царапнуть к себе?"
| |
|
1.26, Ан Оним (?), 23:51, 21/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Чем плох C и C++ - тем что эти языки захватил в свою собственность ISO. Он на них деньги делает, никому бесплатно не даёт спецификацию. Это неправильно, не должны свободное ПО писаться на языках, чьи спецификации мало кто видел и они несвободны. А вот спецификации Rust, Java, Free Pascal - бесплатные и в открытом доступе.
| |
|
2.30, Аноним (30), 00:01, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
... и распространяются в виде бинарников, в которые можно засунуть что угодно.
| |
2.33, Кошкажена (?), 00:07, 22/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А вот спецификации Rust - бесплатные и в открытом доступе.
У раста нет спецификации.
| |
|
|
4.62, Аноним (61), 06:16, 22/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А у с/с++ нет единого стандарта, но никто не жалуется, почему-то
Не очень понятно куда ISO вдруг резко делся, вместе со своими стандартами.
| |
|
|
4.93, Кошкажена (?), 10:18, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Отличается, причем сильно. Где там, например, описание модели памяти? И что там делает, к примеру, ранжирование crates.io https://github.com/rust-lang/rfcs/blob/master/text/1824-crates.io-default-rank ?
У питона есть pep, у scheme есть rfc, однако у питона нет стандарта, а у схемы есть.
| |
|
|
|
1.35, Аноним (35), 00:12, 22/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Ясен пень. Винда давно уже переходит на раст, линукс запоздало, но тоже пытается. И остальные перейдут, никуда не денутся - потому что это серьёзный технический прогресс который невозможно игноровать. Что на этот счёт думают админы локалхостов никого не волнует.
| |
|
2.42, Аноним (42), 00:29, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Когда невозможно будет игнорировать, а не игноровать - тогда и приходите.
| |
2.54, Аноним (52), 03:24, 22/05/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Это просто блаж и неведомый социальный феномен.
У нас вот у людей засели в головах маркетплейсы. У них - раст. Стадная движуха такая, на максималках - все пользуются.
В тоже время, на ответственных, высокопроизводительных проектах по прежнему будут использовать си. Платят там нормально, так что типичных ошибок не должно быть - просто потому что зп позволяет на таких проектах несколько раз вычитывать код и делать соотвествующие тесты.
Кстати, хотелось бы посмотреть на того, кто осмелиться предложить переписать на раст планировщик или переключение контекста - уверен после ответа от нормальных программистов такой чел долго отсвечивать не будет)
| |
|
3.97, Аноним (97), 10:24, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> блаж
блажь
> хотелось бы посмотреть на того, кто осмелиться предложить переписать на раст планировщик или переключение контекста - уверен после ответа от нормальных программистов такой чел долго отсвечивать не будет)
https://snapcraft.io/scx-rustland и не только раст, но и бпф.
| |
|
|
|
2.63, Аноним (63), 06:21, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Так речь про форк фряхи. Про ванильную фряху речь не идет.
Также ещё остается illumos, Openindiana к примеру.
| |
|
3.99, Аноним (97), 10:31, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Так речь про форк фряхи. Про ванильную фряху речь не идет.
Форкайте, можно. Хотя... Есть же Openbsd, Netbsd, DragonflyBSD. Первая даже на мой ноут ставилась 2 года назад. Уже ни одна из них не ставится.
> Также ещё остается illumos, Openindiana к примеру.
Снова таки, пару лет назад Индиана даже на мой ноут ставилась. Сейчас разве что проприетарная соплярка и OmniOS(без гуя) пойдут. Без звука и войфая конечно, но чем ради безрастовости не пожертвуешь...
| |
|
|
3.101, Аноним (97), 10:33, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
И как она у вас на железе? 5 лет назад я её мог даже юзать, но уже даже не ставится.
| |
|
2.90, An (??), 10:06, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Во первых в FreeBSD пока rust не тащат.
Во вторых - есть еще NetBSD.
| |
|
3.102, Аноним (97), 10:35, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Во первых в FreeBSD пока rust не тащат.
А о чём новость, напомните пжлст?
> Во вторых - есть еще NetBSD.
А она точно есть? Чтобы ответить на этот вопрос, найдите себе комп и попробуйте.
| |
|
|
1.47, Celcion (ok), 01:55, 22/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Мне вот интересно, на какой ещё язык начнут всё подряд без разбору переписывать когда детвора наиграется в раст и осознает, что после "давайте всё перепишем!" начнётся "а теперь надо всё переписанное дальше поддерживать", а это скушненько и неинтересненько?
А то с джавой уже было, с го было...
| |
|
2.49, Аноним (35), 02:01, 22/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Как только ты покажешь другой язык, который решает проблему работы с памятью и эффективности траты ресурсов лучше, чем Раст. Но ты его не покажешь, потому что к тому времени как подобное придумают, раст уже успеет ускакать вперёд через Полониус, уже будет крепко сидеть во всех операционках и в целом обрастёт ещё более обширной экосистемой, чем сейчас. Задолбаешься догонять. Это тебе придётся изобрести что-то немыслимое, что перевернёт всю индустрию, но при этом всем будет понятно, что в расте это сделать невозможно.
| |
|
3.53, Celcion (ok), 03:17, 22/05/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
> потому что к тому времени как подобное придумают, раст уже успеет ускакать вперёд через Полониус, уже будет крепко сидеть во всех операционках и в целом обрастёт ещё более обширной экосистемой, чем сейчас. Задолбаешься догонять. Это тебе придётся изобрести что-то немыслимое, что перевернёт всю индустрию, но при этом всем будет понятно, что в расте это сделать невозможно.
Понимаешь... Тут такое дело... Я немного дольше в ИТ сфере вращаюсь, чем не только время появления раста, но и многих других попсовых "решающих все проблемы" языков программирования. И такую телегу слышал уже неоднократно. Почитай как ту же джаву Sun продвигал и какие великие дела с помощью неё обещал делать, это должна была стать чуть ли не главная веха в истории ИТ, буквально революция. На ней писали буквально всё подряд. На неё буквально всё подряд переписывали. Даже драйвера для всяких устройств. Приложения и игры на телефонах. В процессоры нативные инструкции добавляли (см. Jazelle). И где всё это сейчас?
Отсюда и скептицизм - мы всё это уже видели. И "революционеров" с очередным "мы изобрели очередную и самую лучшую серебряную пулю", и вьюнош с горящими глазами, всецело в это уверовавших и стремящихся побыстрее всех вокруг обратить в эту новую "веру".
Посмотрим, где будет ваш раст годиков так через 15-20. А пока - это всё просто очередной хайп.
| |
|
4.70, Аноним (-), 08:01, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Посмотрим, где будет ваш раст годиков так через 15-20.
Там же где и Java. Он выгрызет себе нишу и прочно там обоснуется, чтобы на десятилетия потом занимать почётное место в top10 языков.
Конкретно эту нишу предсказывать сложно, потому что я жду появления чего-нибудь с более обширным применением формальной верификации, причём не только через систему типов, а через произвольные инварианты указываемые программистом для функций/типов, которые затем будут проверяться алгоритмически. Сложно представить, что это будет, и для каких задач оно будет подходить, но оно может реально подвинуть раст.
| |
4.78, Аноним (78), 08:22, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | Раст решает не все проблемы , а конкретно проблему с памятью, будучи при этом н... большой текст свёрнут, показать | |
|
5.91, Celcion (ok), 10:13, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Раст решает "не все проблемы", а конкретно проблему с памятью
И даже эту проблему он лишь якобы решает, ибо доказано это может быть лишь на практике, которая будет лишь через определённое количество лет. Но ты ведь уже уверовал, поэтому тебе этого не объяснить.
> Вы все, воины против Раста, одинаковые: сами себе чушь придумали, сами ее и разоблачили. Весело, наверное?
Так это ты придумал "воинов против раста", в которых видишь всех, кто в очередную религию не ударился вместе с тобой. Так что, спроси себя, весело ли тебе. Я на эти очередные "войнушки" смотрю скорее с нескрываемым ехидством.
> А вообще, серьезный энтерпрайз, для которого Java в первую очередь юзали и юзают
Так ведь джава разрабатывалась для куда более широкого круга задач, чем кормить разжиревших разрабов всякого легаси в конторках.
Вопрос ведь не в том, нашла ли она свою нишу. Вопрос в том, что она даже и близко не подошла к тем целям, которые изначально ставились.
| |
|
6.110, Аноним (110), 10:56, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> И даже эту проблему он лишь якобы решает, ибо доказано это может быть лишь на практике
Чел, на практике растовый borrow checker просто не скомпилирует программу, где есть эти проблемы. Во время компилиции, понимаешь? Какие еще доказательства тебе нужны?
Ну, можешь еще посмотреть статистику Гугла и Майкрософта о снижении до нуля количества дыреней при работе с памятью после перекатывания кода с C и C+j на Rust. Хотя вряд ди тебя это переубедит - куда там Гуглу и Майкрософту до такого знатного эксперта, как опеннетный Celcion...
| |
|
7.118, Celcion (ok), 11:08, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Чел, на практике растовый borrow checker просто не скомпилирует программу, где есть эти проблемы. Во время компилиции, понимаешь? Какие еще доказательства тебе нужны?
Ты внимательно читаешь? Написано же прямым текстом - лучшим доказательством является практика.
Практики применения раста мы ещё толком не видели. Даже сам язык ещё толком не стабилизирован. Пока только куча криков про то, что безопасная работа с памятью является краеугольным камнем и проблемой номер один, которую раст совершенно точно решает, поэтому давайте на расте переписывать всё подряд, даже то, где проблем с этим не было и даже в теории быть не может.
> Ну, можешь еще посмотреть статистику Гугла и Майкрософта о снижении до нуля количества дыреней при работе с памятью после перекатывания кода с C и C+j на Rust.
Эта статистика построена на базе ML-анализа кода. К практике имеет отношение примерно такое же, как большинство выкладок теоретической физики - в теории всё верно, а вот бьётся ли с практикой - покажет время и дальнейшие исследования.
| |
|
|
|
4.88, Аноним (-), 10:01, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | Ну ты тут такой не один Кто-то застал как ассемблерщики рассказывали что сишка ... большой текст свёрнут, показать | |
|
5.98, Celcion (ok), 10:25, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Кто-то застал как ассемблерщики рассказывали что сишка это попса и не дает нужного контроля.
Сам себе придумал, сам посмеялся?
> Или как сишники носились с "аргументом" Торвальдса и рассказывали что у плюсов не было будущего.
Когда появились плюсы - Торвальдс ещё в школу ходил и едва ли его мнение было тогда кому-либо интересно.
> Про джаву сам рассказал, но что-то забыл упомянуть, что на ней сейчас почти вся бизнеслогика крутится в тех же банках.
Повторюсь, для неё ставились задачи куда шире, чем кормить разжиревших разрабов банковского легаси. Относительно этих планов - нынешняя ниша джавы просто ничтожна.
> Как хейтили .net в общем и c# в частности, но и они нашли свою нишу.
Так никто и не говорит, что раст своей ниши не найдёт. Просто ниша это будет, судя по опыту, далеко не "а давайте всё в мире перепишем на раст", а куда как пожиже. Но посмотрим. Повторюсь, вопрос лишь в том, что это всё превращается в очередную религию и сектантство.
> Видеть вы видели, а выводы сделали странные.
Выводы делаются относительно "что обещали" => "что получили в итоге". Ты просто пытаешься убедить в том, что всё это в итоге нашло свою нишу. С этим никто и не спорил. Речь про другое.
| |
|
6.112, Аноним (112), 10:58, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Повторюсь, для неё ставились задачи куда шире, чем кормить разжиревших разрабов банковского легаси. Относительно этих планов - нынешняя ниша джавы просто ничтожна.
Мало ли какие там задачи "ставились". Маркетинговый отдел старался как мог. Ты тут нам что-то втираешь про то, как годы отложились в твоей голове наслоениями мудрости, но когда дело доходит до дела, не можешь отвлечься от маркетингового буллшита и переключиться на реальность. Ты проверь, может жена твоя пыль протирала влажной тряпкой, и нечаянно стёрла все наслоения мудрости?
| |
|
|
|
3.55, Аноним (52), 03:33, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Нет никакой проблемы работы с памятью. Посади таких растописателей в реальную среду и заставь писать код на нормальном языке - они ошибок будут делать похлеще "дидов". Нужно не языки новые писать, а новое поколение программистов обучать, прям с азов, как там все на железном уровне работает, обучать проектированию архитектур, логике и прочем. Не курсами кормить, а гнать в вузы на кафедру computer science.
| |
|
4.80, Аноним (78), 08:26, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Нет никакой проблемы работы с памятью.
> Нужно не языки новые писать, а новое поколение программистов обучать
А, так это просто программистов не обучили, что нужно ресурсы освобождать?
| |
|
5.100, Celcion (ok), 10:32, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> А, так это просто программистов не обучили, что нужно ресурсы освобождать?
Ты не поверишь, но многие современные прогеры даже не догадываются о том, что ресурсы нужно освобождать и делают круглые глаза когда им про это говоришь. Потому что на тайпскрипте ведь это делать не надо, сборщик мусора сам за тобой подчистит.
| |
|
6.106, Аноним (110), 10:50, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> А, так это просто программистов не обучили, что нужно ресурсы освобождать?
> Ты не поверишь, но многие современные прогеры даже не догадываются о том, что ресурсы нужно освобождать и делают круглые глаза когда им про это говоришь
Но ведь речь шла о Рсте и С? Ты ведь С имел в виду, когда говорил про "нормальный язык", не так ли?
| |
|
7.108, Celcion (ok), 10:54, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Но ведь речь шла о Рсте и С?
Я про си не говорил вообще.
> Ты ведь С имел в виду, когда говорил про "нормальный язык", не так ли?
Слушай, я понимаю, что в твоей картине мира существует только два стула. Но я ни про какие "нормальные языки" не говорил. Ты либо невнимателен, либо меня с кем-то путаешь.
| |
|
|
|
4.92, Аноним (-), 10:15, 22/05/2025 [^] [^^] [^^^] [ответить] | +/– | Так диды за 40 лет не научились Думаешь они не знают что память нужно очищать ... большой текст свёрнут, показать | |
|
|
2.79, Аноним (77), 08:26, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Для написания ядер ОС ещё компромиссом бы мог являться Hare де Волта. Такой осовремененный C с модулями. Он сам на нём микроядро наваял.
| |
|
1.48, Erley (ok), 01:56, 22/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Переписывание на Rust займёт много лет, поэтому будет HardenedBSD жить своей жизнью, а FreeBSD - своей. При этом FreeBSD будет майнстрим и всё новое появляться в ней и потом портироваться на HardenedBSD.
Не будет постепенного перехода, никто не будет поддерживать параллельно два инструментария сборки, это безумие. Вспомните сколько лет заняло избавление от gcc в базе, а это просто другой компилятор того же языка С.
Официально вот что известно о Rust в _FreeBSD_: https://wiki.freebsd.org/Rust - там только про порты (почему бы и нет), helloworld модули и статьи всякие.
Заголовок новости нужно s/FreeBSD/HardenedBSD/ чтобы не вводить никого в заблуждение.
| |
|
2.65, Аноним (65), 06:55, 22/05/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
В отчёте ясно сказано о намерении продвигать работу в upstream, так что заголовок верный.
| |
|
3.107, bOOster (ok), 10:51, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Продвигать и продвинуть - разные вещи. FreeBSD - прагматики и раста не будет в ядре до тех пор пока не будет проведен полноценный аудит безопасности языка, в том числе и в долгий период времени.
| |
|
2.94, Аноним (-), 10:18, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Вспомните сколько лет заняло избавление от gcc в базе,
> а это просто другой компилятор того же языка С.
Наоборот. Проблема как раз в том, что это ДРУГОЙ компилятор того же языка С. И часть вещей была приколочена именно к нему. В случае с растом используется тулчейн раста (карго, растц и тд) и тот же самый llvm. Так что с этим проблема будет на порядок меньше. По факту, нужно просто интегрировать возможность сборки из стандартных тулов бсд.
| |
|
1.51, Аноним (51), 03:04, 22/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
То, что майкрософт на раст клюнул - тоже закономерно, сколько у них было технологий-однодневок - не пересчитать, начиная с VB6, Silverlight, MFC, OLE, COM, DirectShow, постоянные кидки-недоделки. То же самое и здесь будет - поиграются, бросят, и пойдут возбуждаться очередными хайповыми и баззвордными поделиями. Оно так по кругу и идёт давно, те кто по-старше могут сопоставить. Гуглята от майков в этом плане мало чем отличаются, современная раздутая айтишечка - непроходимое болото.
| |
|
2.76, Аноним (77), 08:16, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Разве^ COM куда-то делся? Посмотрите новость про (при)открытие WSL2, там на блок-схемах есть про COM-объекты.
| |
|
|
2.74, Аноним (77), 08:08, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
В GNU/Hurd же сервисы, как отдельные исполняемые бинарники, со своим main. Поэтому, их можно писать на любом языке. Да хоть на интерпретируемом. Как это будет шустро, мы не говорим.
| |
|
1.105, bOOster (ok), 10:49, 22/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Очередной бредовый заголовок. HardenedBSD построен на основе FreeBSD и никакого отношения к FreeBSD не имеет.
В отношении Rust на BSD - имхо ключевые решения в FreeBSD всегда были прагматичными - поэтому, как минимум раст не будет ядре до тех пор пока не будет проведен полноценный аудит безопасности раст, в том числе в достаточно длительном периоде времени.
| |
|
2.109, Аноним (-), 10:54, 22/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Как минимум раст не будет ядре
Ты новость читал? При чем тут ядро?
Даже в HardenedBSD его добавляют в юзерспейс, а не в ядро.
| |
|
|