| |
| |
| 3.26, _kp (ok), 11:08, 25/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Да добавят модули-пыстышки, притянут зависимости, и всё, они в тренде ;)
| | |
|
| 2.11, Аноним (11), 10:43, 25/03/2025 [^] [^^] [^^^] [ответить]
| +12 +/– |
говорю без иронии - линукс подаёт надежды на светлое будущее
| | |
| |
| 3.85, Аноним (85), 13:59, 25/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> линукс подаёт надежды на светлое будущее
...на светлое будущее Микрософта.
| | |
|
| 2.22, Аноним (-), 11:01, 25/03/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Где? Вроде ж не так давно он говорил прямо противоположное[1].
Это было 3 года назад. За это время очень много чего изменилось в мире.
- примерно 5-6 версия патчей для Rust-for-Linux, включение в ядро все еще только обсуждается
- гугл только получает первые результаты экспериментов с растом в андроиде
- правительство еще не намекает что пора завязывать с дырявыми языками
> Впрочем, это Поттеринг, так что чему удивляться.
Так вот сейчас у Поттеринга есть все основания изменить свое отношение к расту.
| | |
| |
| 3.36, Аноним (36), 11:53, 25/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> правительство еще не намекает что пора завязывать с дырявыми языками
Вообще-то не только намекает, а прямо рекомендует не пользоваться небезопасными языками: https://opennet.ru/58111
| | |
| 3.164, Аноним (164), 21:47, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Так он говорил, что ключевая проблема Rust в systemd/RHEL с поддержкой необходимых IBM-у (главному потребителю RHEL) платформ. Что-то изменилось за три года? Добавили поддержку? Потому что IBM в ближайшие лет дцать основную массу своих железок заменять не станет, очевидно (из экономической целесообразности).
| | |
|
| 2.58, Аноним (58), 12:49, 25/03/2025 [^] [^^] [^^^] [ответить]
| +4 +/– | |
>Поттеринг намекнул, что systemd тоже будет переписан на Rust.
Ну а реестр-то наконец добавит?
| | |
|
| |
| 2.124, Bottle (?), 16:20, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Кстати, можно сколько угодно ругать Пёттеринга, но он, в отличие от растомакaк, ПИШЕТ софт,а не публикует Read My Cock с упоминанием альтернативно одарённых чувствительных личностей.
| | |
| |
| 3.153, Аноним (164), 20:27, 25/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
А потом другие 20 лет за ним исправляют, чтобы этим можно было хоть как-нибудь пользоваться.
| | |
| |
| 4.166, Bottle (?), 22:04, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Прямо как ядро Линукс и Иксы, прикинь?
Есть два вида софта: который существует в фантазии и который включает в себя баги.
| | |
| |
| 5.172, Аноним (164), 22:21, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Ядром Линукс и Иксами я десятки лет пользуюсь. И не жалуюсь. А systemd только сейчас, спустя тысячи закрытых issues, дошел до состояния теоретической возможности безболезненного применения. Самое время начать его переписывать на новую {HOLY_CRAP_TECHNOLOGY}..
| | |
| |
| 6.173, Аноним (173), 22:30, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Ядром Линукс и Иксами я десятки лет пользуюсь. И не жалуюсь. А
> systemd только сейчас, спустя тысячи закрытых issues, дошел до состояния теоретической
> возможности безболезненного применения. Самое время начать его переписывать на новую {HOLY_CRAP_TECHNOLOGY}..
Совершенно верно, перманентное переписывание - двигатель современной айтишечки. Так можно доить лохов практически бесконечно.
| | |
|
|
|
|
|
| 1.4, Аноним (-), 10:21, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– | |
Ничосе! Очередной удар в псину! (с)
> 20 из 21 уязвимостей вызваны ошибками при работе с памятью,
> приводившими к переполнению буфера или обращению к памяти
> после её освобождения.
Ну а 21я что??? Неужели не сишкодырень?
Жалко что аффтар новости забыл про уязвимость "для атаки достаточно 28 раз нажать Back Space в поле с именем пользователя или паролем", которая является неким символом качества кодовой базы GRUB2.
opennet.ru/opennews/art.shtml?num=43536
Но вообще без шансов. Сейчас все нытики на 6oмж и некром платформах начнут ныть что на их хламе оно не сбилидтся. И продолжат пользоваться дырявым грубом.
| | |
| |
| 2.69, Аноним (69), 13:02, 25/03/2025 [^] [^^] [^^^] [ответить] | –1 +/– | Причём тут это Самостоятельным билдингом - никто давно же в массе не занимает... большой текст свёрнут, показать | | |
|
| 1.5, Ося Бендер (?), 10:23, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Были тормоза в некоторых местах, теперь тормоза будут везде. Загрузчик, ядро, работа с памятью, с файловой системой, с сетевыми интерфейсами и далее по списку.
Вот пруф (для модераторов, читать то, что касается замены Си-шных библиотек): https://habr.com/ru/companies/astralinux/articles/891064/
| | |
| |
| 2.7, Аноним (-), 10:35, 25/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я ж говорил что сетевой стек весьма интересный. А вы лучше не на тормоза обратили бы внимание а на "кажущиеся преимущества MS AD в этом вопросе являются больше недостатком данной системы, который связан с использованием устаревших алгоритмов шифрования". Вот это весьма правильный вывод.
| | |
| |
| 3.149, Аноним (149), 19:05, 25/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
который связан с использованием устаревших алгоритмов шифрования
ГОСТ 28147-89?
| | |
|
| 2.20, Ося Бендер (?), 10:54, 25/03/2025 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> Я ж говорил что сетевой стек весьма интересный
Так о том (касаемо последнего повального "поветрия" везде "засунуть" раст) постоянно я иронично и пишу. Если где-то прибыло, то в другом месте обязательно убудет. Называется, закон сохранения энергии.
Возможно и достигается безопасность (в моем понимании идеальных систем не бывает, т.е. абсолютно безопасных не м.б. по определению) работы с памятью (и вот это все бла-бла-бла...), но какой ценой?! Ответ, ценой падения производительности.
Т.е. снова, покупайте мегагерцы и гигабайты господа!
А может пришла пора "сутенера" сменить, а то "девочки" от его клиентов уже устали?
| | |
| |
| 3.31, Аноним (-), 11:27, 25/03/2025 [^] [^^] [^^^] [ответить] | +1 +/– | Кроме закона сохранения энергии есть еще и КПД Абсолютной безопасности никто и ... большой текст свёрнут, показать | | |
| |
| 4.33, Аноним (33), 11:47, 25/03/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Так это же вообще несерьёзный подход — по производительности реализаций чего-то делать выводы о том, что один язык "перерформит лучше" другого; о чём разговор вообще? :) Понятно что дяде выше очень нравится, когда Си лучше Раста, поэтому он глаза на многое закроет. «Девочки», «сутенёр»… он вообще редкий экземпляр!
| | |
| 4.45, nuclight (??), 12:24, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– | |
А как насчет **внимательно** статью прочитать? Они привели их в равные условия:
> В связи с разницей в числе итераций был проведен тест с 2 048 итерациями для алгоритма на RUST (изменено значение переменной с перекомпиляцией в новые пакеты).
> Результат: PBKDF2_SHA256 (на C) кратно быстрее, чем PBKDF2-SHA256 (на RUST).
...и всё этот рак оказался тормознее.
| | |
| 4.65, morphe (?), 13:00, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> чем PBKDF2-SHA256 (на RUST)
Решил глянуть что там за pbkdf2-sha256 (на RUST), а это openssl используется.
use openssl::{hash::MessageDigest, pkcs5::pbkdf2_hmac, rand::rand_bytes};
| | |
| |
| 5.72, morphe (?), 13:08, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Настоящий результат: PBKDF2_SHA256 (на C) кратно быстрее, чем PBKDF2-SHA256 (на C).
| | |
| |
| 6.165, Аноним (164), 22:00, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Дык добрая половина расто-библиотек такая - обёртки вокруг Си-библиотек, добавляющие лишь "безопасные" тормоза к вызовам функций из "небезопасного" кода. Злая половина - Tabula Rusta, но там необъезженные велосипеды с квадратными колесами, да ансейф ансейфом погоняет. А как иначе-то? Слава Борроу Чеккеру!
| | |
| |
| 7.168, Аноним (173), 22:09, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Дык добрая половина расто-библиотек такая - обёртки вокруг Си-библиотек, добавляющие лишь
> "безопасные" тормоза к вызовам функций из "небезопасного" кода. Злая половина -
> Tabula Rusta, но там необъезженные велосипеды с квадратными колесами, да ансейф
> ансейфом погоняет. А как иначе-то? Слава Борроу Чеккеру!
Зато теперь перед бюрократами АНБ отчитаться можно. Всё стало безопасТно!!!
| | |
|
|
|
|
|
| |
| 3.75, Аноним (69), 13:12, 25/03/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
"ускорили ванильную FreeIPA в 20 раз!!!"
Лично меня впечатляет. Ядро бы линукса ктонибудь так оптимизирвал бы.
| | |
|
| 2.121, Аноним (-), 15:59, 25/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Вот пруф (для модераторов, читать то, что касается замены Си-шных библиотек): https://habr.com/ru/companies/astralinux/articles/891064/
Я не могу это читать! Мало того, что чувак не может излагать последовательно и я устал ждать, когда он дойдёт до сути, рассказывая про какого-то клиента и что-то там про майкрософт, так он ещё и гифки втыкает, чтобы внимание на тексте было бы не удержать.
Ты можешь пересказать суть того, что он там написал?
| | |
| |
| 3.122, Аноним (122), 16:11, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Это самое... После того, когда бы вчера было, но теперь сегодня там. Вот так вот.
| | |
|
|
| 1.6, Аноним (6), 10:29, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Зачем разработчикам grub2 рассматривать что-то, кроме забвения. Вот это главный вопрос.
| | |
| |
| |
| |
| 4.119, Аноним (118), 15:52, 25/03/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Опять очередной зоопарк.
Пусть оставят Grub2 и systemd-boot.
Так они ничего толком не сделают.
| | |
| |
| 5.127, myster (ok), 16:28, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
 > Опять очередной зоопарк.
с таким подходом вам только винду админить. Зоопарк сейчас в любой области, стагнации нет и никогда не будет.
| | |
| |
| 6.139, Аноним (118), 17:47, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> с таким подходом вам только винду админить
Чтож в этом постыдного.
| | |
| |
| 7.144, myster (ok), 18:30, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Чтож в этом постыдного.
это не постыдно, но это не развивает, потому что админы винды, кроме ручных действий по настройке не хотят осознавать, что UNIX way подходы эту рутину сводят на нет.
Даже сама Windows сегодня позволяет администрировать без ручных действий, например, все действия по настройки AD можно автоматизировать через PowerShell, Terraform, Ansible и другие инструменты, но типичным админам винды это всё чуждо.
А вот UNIX-админы, когда им выпадает задача, что-то настроить в Windows, как раз используют свои UNIX подходы, Microsoft этому тоже вcячески способствует, но на закоренелых старпёров (спарпёрство тут часто не по возрасту, а по образу мышления) это не действует.
| | |
|
|
|
|
|
| 2.18, Аноним (18), 10:51, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Зачем разработчикам grub2 надо рассмотреть возможность перестать употреблять. Только такие мысли после конфигурирования и выбрасывания этой софтины в пользу прямой загрузки ядра из UEFI
| | |
|
| |
| 2.14, dalco (ok), 10:46, 25/03/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Я просто тумблером подаю питание на нужный диск и не надо мне никаких ваших новомодных lilo !
| | |
| |
| 3.37, xsignal (ok), 11:58, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
 О, я тоже сделал пульт с тумблерами для управления питанием дисков - удобно для изоляции систем - отключаешь ненужный диск и одна система не гадит на диск с другой!)
| | |
|
| |
| 3.52, Аноним (52), 12:42, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ради простоты и отсутствия переусложнения там, где оно не требуется.
| | |
|
|
| 1.12, xsignal (ok), 10:44, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +9 +/– |
Никогда не нравился grub, всю жизнь пользуюсь lilo и похоже правильно, если они даже в простом загрузчике умудряются наляпать ошибок при работе с памятью так, что им понадобился язык-костыль, чтобы их избежать, то их квалификация вызывает большие сомнения...
| | |
| |
| 2.19, freehck (ok), 10:52, 25/03/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > Никогда не нравился grub, всю жизнь пользуюсь lilo
Коллега! Всегда нравился lilo за простоту: один конфиг, одна команда -- чего ещё от загрузчика надо-то? =)
| | |
| 2.120, Аноним (118), 15:54, 25/03/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Никогда не заморачивался Grub2 systemd-boot или lilo у меня.
Надо выбирать то что распространенней.
Документации не найдешь на экзотику.
| | |
|
| 1.21, Аноним (21), 10:56, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
А что - может и сработает.
Сам груб2, как был так и останется.
А вот файловые системы и так далее: "Оно даже на другом языке.... какие к нам притензии?"
Свалить сторонние проблемы на сторонних разработчиков.
| | |
| 1.23, Аноним (27), 11:02, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
Наконец-то GRUB будет на Расте! А помните баг, из-за N нажиманий подряд на Backspace, GRUB давал безлимитный доступ. И это было из-за сишки.
| | |
| |
| |
| 3.32, Аноним (-), 11:31, 25/03/2025 [^] [^^] [^^^] [ответить]
| –5 +/– |
Громкий пук в лужу без пруфов?
Меньшего от Войнов Супротив Раста я и не ожидал.
Было бы интересно, как ты на раст реализуешь "каждое нажатие клавиши Back Space обнуляет определённую ячейку за пределами буфера", желательно не очень паливно)
| | |
| |
| 4.43, Аноним (21), 12:16, 25/03/2025 [^] [^^] [^^^] [ответить]
| +4 +/– | |
О к нам евангелист пожаловал.
Сейчас пламенной речью ересь выжигать будет.
| | |
| 4.46, Аноним (46), 12:24, 25/03/2025 [^] [^^] [^^^] [ответить]
| +11 +/– |
Дак ведь раст компилируется инструментом, написанном на "дырявой" Си-плюс-плюске. Какие гарантии, что во время компиляции всех этих закорючек не произойдет use-after-free и double free и ты получишь дырявой бинарник?
| | |
| |
| 5.62, Аноним (-), 12:57, 25/03/2025 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Дак ведь раст компилируется инструментом, написанном на "дырявой" Си-плюс-плюске.
Которую обмазали санитайзерами, обычными тестами, фаззи тестами....
И то не совсем помогает.
opennet.ru/opennews/art.shtml?num=60707
> Какие гарантии, что во время компиляции всех этих закорючек не произойдет use-after-free и double free и ты получишь дырявой бинарник?
Никаких. Но если у тебя упадет компиляция, то ты просто перезапустишь.
Дырявость бинарника под вопросом, вероятность не нулевая, но "крайне мала!" (с)
Но в будущем, есть резон тоже переписать на раст))
| | |
| |
| 6.100, Аноним (100), 14:23, 25/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Но если у тебя упадет компиляция, то ты просто перезапустишь.
у тебя уже заражённый загрузчик так что ничего не поможет, меняй диск и материнку, срочно!
| | |
|
| 5.104, Аноним (-), 14:30, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Какие гарантии, что во время компиляции всех этих закорючек
> не произойдет use-after-free и double free и ты получишь дырявой бинарник?
Гарантии в том, что "закорючки" компилируются rustc, который внезапно написан на расте.
А llvm работает только с llvm-ir, который ему передает rustc.
И если у тебя будет use-after-free или double free на "специально оформленном llvm-ir", то тоже самое можно проделать и в сишке, и в любом другом llvm-based языке вроде swift.
| | |
| 5.129, _kp (ok), 16:38, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>> раст компилируется.. на "дырявой" Си-плюс-плюске.
Во первых C/C++ не дырявые, а позволяют написать дырявый код. Что не одно и тоже.
>>Какие гарантии, .. и .. получишь дырявой бинарник?
Слаба Ваша ВЕРА в непогрешимость Rust. Просто Верьте.
| | |
| |
| 6.132, Аноним (-), 16:59, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Во-первых, C и C++ это разные языки. Плюсы разумеется несут тяжелое наследие сишки, но они хоть развиваются в плане удобства и безопасности.
Во-вторых, как-то так случилось, что любой код на сишке сложнее хелловорда - дырявый код.
Конечно же сишка совсем не причем. Это все неправильные сишники виноваты!
(а правильных мы вам не покажем, потому что их нет))
| | |
| |
| 7.163, _kp (ok), 21:30, 25/03/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
какое ещё "тяжелое наследие"
Оба языка исторически предназначены в первую очередь для замены ассемблера, и позволяют для многих архтектур сделать ПО не то что без бегемотистых runtime, но и без ассемблерных вставок вообще. И производительностью кода с ними тягаться можно только мухлюя с методами тестирования.
> код на сишке сложнее хелловорда - дырявый код.
Как сказано выше, пинять на Си, C++, и ассемблер - это как ругать зеркало за кривую рожу в нём. Выход - Фотошопы. Шутка.
Для менее критичного кода, скорость разработки, безопасность, да и синтаксический сахар становятся более востребованными.
Но не для всех задач.
Вот, казалось бы пустяковая задача - роутер.
И есть OS и на Rust и на Питоне и еще на чем то.. А где решенные на них задачи в виде конечного продукта? Нет. Почему нет? Не решаемо? Решаемо! В чем же причина? Видимо помимо теоретической безопасности важнее качество продукта целиком. И реальная цена решения.
То есть, как обычно, для всякой работы - свои инструменты, а для всякого вида программирования - свои языки.
| | |
|
|
|
|
|
|
| 1.25, zionist (ok), 11:07, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Нет ничего лучше, чем boot0 в FreeBSD. И запихнуть туда Rust просто невозможно.
| | |
| |
| 2.51, Аноним (-), 12:36, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Если бы фряха была не куском убогой ненужносьти... то да.
А так - с дровами прдоллинг или "затащим кусок линукса".
С поддержкой железа - прдоллинг, в последней статье отчитались что аж целый ноутбук поддержали за пол года.
| | |
| |
| 3.87, zionist (ok), 14:01, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Если бы фряха была не куском убогой ненужносьти... то да.
> А так - с дровами прдоллинг или "затащим кусок линукса".
> С поддержкой железа - прдоллинг, в последней статье отчитались что аж целый
> ноутбук поддержали за пол года.
Вообще-то я лишь про загрузчик говорил.
| | |
|
|
| 1.49, X512 (?), 12:33, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> Предполагается, что использование Rust поможет проекту уменьшить вероятность появление некоторых видов ошибок
Конкретно для случая с GRUB2 есть более простое и надёжное решение -- не использовать GRUB2 и грузиться напрямую через EFI stub. Нет программы -- нет проблемы.
| | |
| |
| 2.54, MinimumProfit (?), 12:44, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Если не будет GRUB'а, тогда появится другая проблема - как загружаться с нескольких инсталляций одного дистрибутива?
| | |
| |
| 3.64, X512 (?), 12:59, 25/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Через меню выбора ОС в UEFI разумеется. Или какие-нибудь rEFInd, которые несравнимо проще и менее дырявы, чем GRUB.
| | |
|
|
| 1.57, Аноним (57), 12:49, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Когда загрузчик превращается в монстра он уже не загрузчик и нафиг он тогда нужен. Последний раз вместо него использовал syslinux и всё ок.
| | |
| |
| 2.63, MinimumProfit (?), 12:59, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
научите меня как правильно загружать систему без GRUB'а, у меня на одном разделе установлен Simply Linux, а на другом - ALT Starter kit. Они оба используют один и тот же каталог в ESP.
| | |
| |
| 3.70, Афроним (?), 13:03, 25/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Через efibootmgr делаете две записи в уефи на каждый bootx64.efi и все.
| | |
| 3.83, Аноним (83), 13:50, 25/03/2025 [^] [^^] [^^^] [ответить]
| +5 +/– | |
в обшем случае это две команды:
efibootmgr -c -d /dev/nvme0n1 -L "Simply" -l "\efi\simply\bzImage.efi"
efibootmgr -c -d /dev/nvme0n1 -L "ALTSK" -l "\efi\altsk\bzImage.efi"
не забыть при конфигурировании ядер в Processor type and features включить EFI runtime service support и EFI stub support и прописать параметры загрузки прямо внутрь ядра
всё
| | |
| |
| 4.110, n00by (ok), 14:56, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Параметры загрузки можно попробовать указывать efibootmgr-у примерно так:
--unicode ' quiet splash=silent'
| | |
|
|
|
| 1.71, Аноним (71), 13:08, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Шутки шутками , а появится какой нибудь язык sys-C# и конец всем языкам
| | |
| |
| 2.74, Аноним (82), 13:11, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
А появится нейросеть вместо программиста, которая сразу в машинные коды пишет или в llvm.
| | |
| |
| 3.92, Yt (?), 14:18, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну в том то и дело уже пишет язык щас это что то типа тебе надо пневмо или гидро масляной размельчитель
| | |
|
|
| |
| 2.94, Аноним (-), 14:20, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Какую-нибудь САПР,
И много у вас опенсорсных САПР? Не васяноподелий, а именно нормальных САПР?
> или издательскую систему, еще что-то в этом духе.
А это вообще никому не нужно.
> Ну фиг с ним, пусть даже какую-нибудь 101-ю десктопную среду.
Напр. cosmic? Или Jay? Может niri или pinnacle?
> Или ещё круче, разработали бы собственную супер-пупер ОСь,
Дрова кто к ней писать будет? Без дров ось никому не нужна. Доказано бсд.
Вот если кто-то вложится деньгами как в линух, то тогда взлетит любая ось.
А пока нет денег - нет печенья.
| | |
| |
| 3.133, Анонимчик (?), 17:09, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> Какую-нибудь САПР,
>И много у вас опенсорсных САПР? Не васяноподелий, а именно нормальных САПР?
О том и речь. Ни одной нет нормальной. Вот пусть и делают. Зачем переделывать то, что давно сделано и работает? Тем более, что если раст такой прямо замечательный, то что им так сложно сделать замечательную САПР на замечательном расте? Дело ведь в ЯП. Сменил мерзкий си на хороший раст и всё само получится на высоком уровне.
>> или издательскую систему, еще что-то в этом духе.
>А это вообще никому не нужно.
Мне нужна. А вот переписывание того, что уже есть не нужно.
>> Ну фиг с ним, пусть даже какую-нибудь 101-ю десктопную среду.
>Напр. cosmic? Или Jay? Может niri или pinnacle?
Ну это если соревноваться в уплощении виджетов и утемнении тем. А как насчет надежности?
>> Или ещё круче, разработали бы собственную супер-пупер ОСь,
>Дрова кто к ней писать будет? Без дров ось никому не нужна. Доказано бсд.
>Вот если кто-то вложится деньгами как в линух, то тогда взлетит любая ось.
>А пока нет денег - нет печенья.
А linux вообще с нуля из г#@на и палок получился. Что-то никто не ныл, что драйверов нет, а писали код на мерзкой сишечке.
| | |
| |
| 4.138, Аноним (-), 17:25, 25/03/2025 [^] [^^] [^^^] [ответить] | –1 +/– | Не, погоди Им оно может не нужно А вот если тебе нужно - то ты и делай Фигово... большой текст свёрнут, показать | | |
| 4.143, Аноним (-), 18:21, 25/03/2025 [^] [^^] [^^^] [ответить] | +/– | Так может просто дело в сложности задачи Что кучка васянов по вечерам не может... большой текст свёрнут, показать | | |
|
|
|
| 1.90, Аноним (90), 14:09, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– | |
Язык без сборки мусора в 2025?
Помяните моё слово, через 20 лет будут вопли "язык без сборщика мусора невозможно поддерживать, надо всё переписать на язык со сборщиком мусора", и новое поколение мусорщиков будет ныть, что "ржавые деды написали лапши, а теперь нам разгребать".
| | |
| |
| 2.95, Ося Бендер (?), 14:20, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Да уж, все развивается по спирали. Только снежинкам невдомек.
Вот море молодых колышат супербасы.
Мне триста лет, я выполз из тьмы.
Они торчат под рейв и чем-то пудрят носы,
Они не такие, как мы,
И я не горю желаньем лезть в чужой монастырь,
Я видел эту жизнь без прикрас.
Не стоит прогибаться под изменчивый мир,
Пусть лучше он прогнётся под нас,
Однажды он прогнётся под нас.
| | |
| 2.98, нах. (?), 14:22, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– | |
не, а чо в грубе-то собирать особо? Он вместе с мусором отправляется в мусоросжигатель сразу после загрузки. Так что самое то, пере...тьфуй, простите, оговорился - НАЧАТЬ переписывать на сразу жабе. Тут тебе и безопастность, и проверенные ентерпрайс техноложии и так далее...
А что в загрузочный сектор не лезет - ну так и нехрен сувать грязными лапами! лилу вон свою пусть суют! А в bootx64.efi все вон нормально помещается.
(но миллион внешних модулей мы не бросим, конечно, а то как жы без прд0линга-то!)
| | |
| 2.108, Анонимчик (?), 14:49, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Через 20 лет, возможно, жрать будет нечего. За ради бабла понаплодят супер сложных систем на всяких растах и прочих ИИ. Потом окажется, что почти никто не занет как они работают. Да плюс ко всему этому всеобщее отупление (ИИ за тебя думает) сыграет роль. А когда начнутся сбои и поломки, придет голод.
| | |
| 2.145, Аноним (145), 18:42, 25/03/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Советую ознакомиться с термином GC пауза (и пусть весь мир подождет), а не писать чушь :) В Rust нет сборщика мусора
| | |
| 2.162, Ан Оним (?), 21:14, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Боюсь что после Rust'а ничего нового уже не придумают. Ну разве что объектно-ориентированный Rust.
| | |
|
| 1.96, Аноним (96), 14:21, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Так и запишем: главный локомотив внедрения Rust - это DRM. За не-DRM на rust почти не платят.
| | |
| |
| 2.117, xsignal (ok), 15:42, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Молодёжь тоже против раста, потому что С - это Свобода для мозга, а Раст - это Рабство и калечение головы.
| | |
| 2.137, ятупойтролль (ok), 17:23, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
 пусть будет, но код на нем я уже поддерживать не буду. на пхп, питоне, гошке, сях и спп пожалста, патчи регулярно катаю. а руст я даже пытаться не буду прочитать, кто его притащил тот пусть и патчи катает.
| | |
|
| 1.109, Аноним (109), 14:53, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Примечательно, но проект Linux в свое время тоже был попыткой переписать Unix.
С внедрением Раста можно и нужно бороться. Сегодня написал патчи чтобы GIMP 3.0.2 с сишным librsvg собирать, а не с новыми версиями привязанными к Расту. Кому-нибудь интересно?
| | |
| |
| 2.112, Кулёк (?), 15:06, 25/03/2025 [^] [^^] [^^^] [ответить]
| –3 +/– |
С такими луддитами как ты нужно бороться. Нет, не интересно никому.
| | |
| 2.115, Аноним (-), 15:25, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> С внедрением Раста можно и нужно бороться. Сегодня написал патчи чтобы GIMP 3.0.2 с сишным librsvg собирать, а не с новыми версиями привязанными к Расту. Кому-нибудь интересно?
Оно уже в виде PR или у тебя локально лежит?
Просто если нет в репе - то обсуждать и приводить какие-то аргументы я не смогу.
| | |
| 2.142, Аноним (141), 18:08, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Как можно переписать то, от чего не дают исходники? Поэтому Linux был from scratch.
| | |
|
| 1.130, Аноним (130), 16:54, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
The GRUB project is currently maintained by:
Daniel Kiper, - daniel.kiper@oracle.com
Alex Burmashev, - alexander.burmashev@oracle.com
Vladimir 'phcoder' Serbinenko - phcoder@gmail.com
двое из Оракла, и один ... оттуда.
| | |
| 1.147, Аноним (147), 18:53, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
я не специалист, НО... обязательно ли надо было переписывать на rust, а не исправлять в имеющимся?..
| | |
| |
| 2.150, Аноним (-), 19:06, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> я не специалист, НО... обязательно ли надо было переписывать на rust, а не исправлять в имеющимся?..
Раз бы не специалист, то должен был наверняка сталкиваться с ситуациями "улучшить уже ничего нельзя".
Например "носок настолько дырявый, что заштопать не получится".
Или "дом строили из навоза и веток, вместо фундамента непонятно что, поэтому проще снести и построить новый".
Тут почти такая же ситуация. На гнилом фундаменте построили дыравый и рассыпающийся код.
| | |
| |
| 3.158, Аноним (85), 20:55, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Продолжаем аналогии дальше: вместо нового носка из такого же материала ты плетёшь носок из ржавой проволоки.
| | |
|
| 2.160, Ан Оним (?), 21:07, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Конечно можно было бы кое-что исправить без перехода на Rust. Посмотрел исходный текст, там примерно как ядро Linux, модули загружаются. Что заметил: абстракция типа не используется, используют конкретные структуры для описания объектов. А это значит нет сокрытия реализации объекта, что неправильно. Далее управление памятью: пулы памяти не используются, а используется ручное освобождение по grub_free, что тоже не совсем хорошо, так может привести к использованию после освобождения и многократному освобождению. Опять же работа со строками. Я бы посоветовал разработчикам Grub'а посмотреть на исходный текст nginx/angie, как у них реализована работа со строками, пулы памяти. Ну и конечно надо использовать абстракцию типов. Всё это позволило бы повысить надёжность.
| | |
|
| 1.152, Krtek (?), 20:26, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Это же просто загрузчик, он должен быть максимально простым и минималистичным.
| | |
|
