| 1.2, warlock (??), 22:31, 09/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
> не могут включать unsafe-блоки
Это порочная практика, полное непонимание сути и смысла Rust.
| | |
| |
| 2.4, Аноним (4), 22:34, 09/06/2026 [^] [^^] [^^^] [ответить]
| +13 +/– |
ну тогда дырки в си - полное непонимание сути и смысла си
| | |
| |
| 3.121, Аноним (121), 14:22, 10/06/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
Дырки бывают в головах. Непонимание этого - есть суть всех ошибок безопасности на любых языках, а не повод подгонять реальность под свои взгляды и убеждать в этом других.
| | |
| |
| 4.127, Аноним (127), 15:53, 10/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Дырки бывают в головах.
Верно.
> Непонимание этого - есть суть всех ошибок безопасности на любых языках,
Разве?
И много ли use-after-free ошибок будет в ЯП со сборщиком мусора, по сравнению с языком без него?
> а не повод подгонять реальность под свои взгляды и убеждать в этом других.
Реальность такова, что человеки совершают ошибки.
Чтобы их не совершать, а еще лучше предотвратить, придумывают всякие технические средства.
Начиная от банальных перил на лестницах, датчиков закрывания дверей в лифте, светофоров.
До кожухов на инструментах, защитных перчатках и очках или предохранителях на оружии.
Пусть СИшники себе отпиливают ногу болгарками без кожуха с установленным пильным диском.
Зато их никто не ограничивает))
| | |
| |
| 5.166, Аноним (166), 23:09, 11/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>И много ли use-after-free ошибок будет в ЯП со сборщиком мусора, по сравнению с языком без него?
Справедливости ради, подсчёт ссылок не является сборщиком мусора, однако тоже прекрасно с этим справляется.
| | |
|
|
|
| |
| 3.143, Аноним (-), 23:11, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
а есть доказательства, что возможно что-то сделать безопасно, но раст не позволит без ансейфов?
или что, городить придётся много, скорость/красота/удобство потеряется?
а на си - да легко, да? не отсюда ли язык дырявым кличут?
| | |
| |
| 4.158, Аноним (158), 17:38, 11/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> а есть доказательства, что возможно что-то сделать безопасно, но раст не позволит без ансейфов?
Любый коллекции.
Попытки реализовать без ансейфов приводят к рекурсивным реализациям, выжирающим стек.
То есть их нельзя использовать о слова совсем.
И да, есть языки, в которых пытаются разработать систему владения и отслеживания времен жизни для коллекций и контейнеров.
| | |
|
|
| 2.60, анонимс (?), 06:36, 10/06/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
Дичайшие тормоза гарантированы в многопоточном коде особенно. Либо шашки, либо ехать
| | |
| 2.75, анонимно (?), 08:36, 10/06/2026 [^] [^^] [^^^] [ответить]
| –3 +/– |
Скажем так это снижает безопасность до уровня Си, но при этом все такие места можно провести через чрезвычайно строгий аудит что бы исключить все возможные ошибки. Одно дело просматривать миллионы строк кода и совсем другое сотни.
| | |
| |
| 3.79, Аноним (79), 08:53, 10/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> все такие места можно
Не можно. Эти места получают данные из safe (условно) кода. Ну вот смотри: safe код передаёт индекс, по которому unsafe код обращается в массив. А если в safe коде логическая ошибка, и он неправильно вычислил индекс? Получаем типичную Copy Fail.
| | |
| 3.101, warlock66613 (ok), 12:02, 10/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вы конечно правы, но вы не поняли о чём я говорил. Перечитайте пост, на который вы ответили. Проблема -- в данном случае -- не в unsafe, а в запрете unsafe. Это крайне порочная практика, противоречащая философии Rust.
| | |
| |
| 4.144, Аноним (-), 23:14, 10/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
не знаю про какую философия вы говорите, но, имхо, раст позволяет ставить ансейф на свой страх и риск, если вы абсолютно уверены что не будет цвешек и тп. ну, то есть плавненько скользим на си, где отсутствие писать гигантскую тормознутую абстракцию вроде как норм и компилится
| | |
|
|
| 2.92, Аноним (92), 10:15, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> не могут включать unsafe-блоки
> Это порочная практика, полное непонимание сути и смысла Rust.
Самая порочная практика вот здесь: "Код проекта распространяется под лицензией MPL".
Вот так вот, под шумок переписывания на ржавый перепишут и на более корпорастоугодные лицензии, сохраните этот пост! ((
| | |
| |
| 3.94, Аноним (94), 10:31, 10/06/2026 [^] [^^] [^^^] [ответить]
| –4 +/– | |
> Самая порочная практика вот здесь: "Код проекта распространяется под лицензией MPL".
А что плохого в свободных лицензиях?
> Вот так вот, под шумок переписывания на ржавый перепишут
Оно с нуля пишется.
Какое нафиг переписывание? Ты что пьян?
> и на более корпорастоугодные лицензии, сохраните этот пост! ((
А кто меншает ГНУтикам взять свободный код и заразить его гну-раком?
| | |
| |
| 4.110, Аноним (110), 12:23, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> А что плохого в свободных лицензиях?
Попроси своего провайдера интернета, производителя роутеров и т. д. перейти с "несвободной" GNU-операционки на "свободную", посмотришь, насколько ты больше платить будешь.
| | |
| 4.145, Аноним (-), 23:19, 10/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Оно с нуля пишется.
> Какое нафиг переписывание? Ты что пьян?
в то же время
> В настоящее время в ядре реализовано около 240 системных вызовов Linux.
и не слова про что-то новое
| | |
| |
| 5.157, Аноним (157), 10:51, 11/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> В настоящее время в ядре реализовано около 240 системных вызовов Linux.
> и не слова про что-то новое
Ты часом не в Оракле работаешь?
Они тоже пытались закопирайтить вызовы функций.
| | |
|
|
|
|
| 1.3, Аноним (4), 22:32, 09/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
они хоть структуру-то соблюдают? как потом пушить/мержить будут? хддд
| | |
| 1.8, Аноним (8), 22:46, 09/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +10 +/– |
Ура! Наконец-то они свалят в собственный загончик, и перестанут улутшать Linux!
| | |
| 1.10, q (ok), 22:50, 09/06/2026 [ответить] [﹢﹢﹢] [ · · · ] | –5 +/– |  Желаю проекту удачи - Выбрали самый современный ЯП, опережающий другие ЯП на де... большой текст свёрнут, показать | | |
| |
| 2.12, Аноним (12), 22:54, 09/06/2026 [^] [^^] [^^^] [ответить]
| –3 +/– |
Сабжевая поделка ещё хуже редокса. Это даже не переписывание ради переписывания это поиграться и забыть. Промышленное микроядра общего назначения невозможно, запомни это.
| | |
| |
| |
| 4.117, Аноним (158), 13:22, 10/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Расскажи это квалкому, да.
Они и так знают. Но не мамонты будут покупать. По этому у них будет все хорошо.
| | |
|
|
| 2.18, Аноним83 (?), 23:22, 09/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
У меня то фря на десктопе уже работает 10 лет, и вполне норм, особенно последний год.
А в этой поделке хотя бы браузер собрать-запустить можно?
| | |
| 2.28, Аноним (28), 00:14, 10/06/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Нет там ничего от микроядер. Вся система работает в одном адресном пространстве.
| | |
| 2.31, Аноним (26), 00:23, 10/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Повторяю: лично твой, читатель, пакетный менеджер из 2026, отстает по возможностям от Nix образца 2004-го
ты знаешь, а примерно в то время я был студентом и действительно пилил свой пакетный менеджер, и тех фишек что там были в современных нет, типа монтирования, можно было пачку пакетов смонтировать и скопировать, а потом загрузчик и вот тебе система.
rpm и deb то еще легаси которое не очень то хотят трогать, недавно смотрел че там есть нового, ну есть на гошке тузла, собирает rpm, deb и кучу всего, но дополнительных функций 0, ты не можешь добавить в пакет номер сборки или еще чтото, потыкал и удалил, старые тузлы давно заскриптованы и отлично работают.
а все что пытался решить nix давно решил докер, flatpak и прочие
| | |
| |
| 3.35, q (ok), 00:47, 10/06/2026 [^] [^^] [^^^] [ответить] | +1 +/– |  Если я тебя правильно понял, то это звучит интересно и перспективно без сарказм... большой текст свёрнут, показать | | |
| |
| 4.55, morphe (?), 04:40, 10/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> В OCI, тебе придется заменить все пять слоев, дико дублируя данные. В Nix, меняется только этот файл + какая-нибудь top-level фигня, ссылающаяся на новый файл.
Вообще нет, ты можешь изменить только отдельный слой в OCI... Проблема однако в dockerfile, потому что он такие изменения не предусматривает.
Если OCI собирать через Nix - то у тебя каждый пакет в /nix/store это отдельный слой, и изменение файла изменит только один слой. Слои друг от друга не зависят, и ты можешь их в любом порядке накладывать друг на друга в контейнере.
| | |
| |
| 5.167, Аноним (166), 23:14, 11/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Сама идея нарезать образы на слои - костыль. Одно дело, если требуется записать софт на флешку, которая способна работать оффлайн. Но, проблема в том, что как только этих слоёв будут десятки, то тут же придётся изобретать пакетный менеджер заново, но уже для слоёв, для того, чтобы знать, какой из них нужен, а какой - нет. Избавится от пакетного менеджера можно только ростом потребления пространства.
| | |
|
| 4.95, Аноним (26), 11:00, 10/06/2026 [^] [^^] [^^^] [ответить] | +/– | это был мой первый код, кривой и отвратительный, и он умер вместе со старым комп... большой текст свёрнут, показать | | |
|
| 3.39, freehck (ok), 00:58, 10/06/2026 [^] [^^] [^^^] [ответить] | +5 +/– |  Это всё конечно очень интересно, но дистрибутивы 8212 это не столько про техн... большой текст свёрнут, показать | | |
| |
| 4.131, 111 (??), 16:54, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> всех в первую очередь интересует только
о да, когда я покупаю штаны меня прям интересует какой строчкой там сшито, нет.
что там вокруг винды, или мака, всем пофиг, оно работает, а еще есть Патрик, и он Бог.
а если серьезно, то разумеется, наши бракоделы вот не понимают что сделать как у них не достаточно чтобы родить отечественный аналог, задолбали уже этими симулякрами.
впрочем, вы тоже, палку не перегибайте, ни один дистрибутив с неба не упал вместе со своими командами и сопровождающими, это оттачивалось годами, и ошибки были и факапы, а люди читали новости и делали выводы.
| | |
|
|
| 2.33, Аноним (33), 00:43, 10/06/2026 [^] [^^] [^^^] [ответить] | +1 +/– | Который впаривают всем за счёт громких лозунгов об безопасности и маркетингу То... большой текст свёрнут, показать | | |
| |
| 3.42, q (ok), 01:00, 10/06/2026 [^] [^^] [^^^] [ответить] | +4 +/– |  use-after-free, double-free -- человеческие не инопланетянские ошибки Вызванн... большой текст свёрнут, показать | | |
| |
| 4.45, Аноним (33), 01:11, 10/06/2026 [^] [^^] [^^^] [ответить] | –5 +/– | Но не должен и не обязан, как все остальные компиляторы и языки А вот человек о... большой текст свёрнут, показать | | |
| |
| 5.51, q (ok), 02:20, 10/06/2026 [^] [^^] [^^^] [ответить] | +3 +/– |  А вот он - прикинь - взял обязательство решать Человек никому ничего не обязан... большой текст свёрнут, показать | | |
| 5.58, bergentroll (ok), 06:19, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Но не должен и не обязан, как все остальные компиляторы и языки.
О, так пусть все на ассемблерах пишут! А то, понимаешь, профанацией занимаются, тогда как языки не обязаны в кроссплатформу, системы типов и прочие свистелки. Тем более нейросети есть, о то «золотая» эпоха бы началась.
| | |
| 5.152, Аноним (152), 01:09, 11/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Но не должен и не обязан, как все остальные компиляторы и языки. А вот человек обязан учиться на собственных ошибках
> Устранять несовместимости - так же обязанность разработчика
Лудиты на марше? Всё что может быть сделано компьютером, должно быть сделано компьютером. Компьютер он для того и нужен, чтобы снижать количество труда человеку.
> за обязанности ему могут платить деньги, внезапно
Ты боишься, что когда компьютер всё будет делать за тебя, тебе денег прекратят платить? Ну так надо использовать свои мозги по назначению и учиться делать вещи, которые компьютер делать не умеет. Вот за эти вещи тебе и будут платить деньги.
| | |
|
| 4.62, bergentroll (ok), 06:39, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Ради того, чтобы каждая программа использовала ту версию библиотеки, с которой тестировал его разраб... Но на практике ты получишь лишний мегабайт на диске -- смешное число в эпоху дешевых 8-терабайтных SSD.
Ну это лукавство, если все приложения так паковать — будут гигабайты. Если не довольствоваться несколькими программами в терминале. Кроме того, зачем тогда библиотекам семвер и обратная совместимость (тоже ничем не обязаны). Однако это адок бы был уже для разработчиков. Поэтому всё же есть некоторая культура версионирования ПО и зависимостей. А то ещё логично версии какого-нибудь D-Bus гводями прибить и там звукового сервера для дальнейшей стабильности. В принципе это рабочий подход в каких-то спец. случаях.
| | |
| 4.133, Аноним (133), 17:55, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> дешевых 8-терабайтных SSD
Ам... Ну ок.
Но там еще и рост оперативки пойдет, ведь грузится будут все либы.
| | |
|
|
| |
| 3.76, oneMetr (?), 08:43, 10/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Возможно, могли бы стать лучше, если бы их развивали.
Это, как сказать, что Вещий Олег лучше Николашки.
P. S.
И BeOS и OS2 и, особенно Plan9 мне крайне интересны даже сейчас. Но не более, как профессиональному военному монгольский лук или валлонская шпага.
| | |
|
| 2.74, bOOster (ok), 08:35, 10/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Опережающая на десятилетия? 12 или 15 лет болтается в сводке популярности ЯП и за все это время не поднявшаяся выше 3%...
| | |
| |
| 3.111, Аноним (111), 12:24, 10/06/2026 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> 12 или 15 лет болтается в сводке популярности ЯП
Угу, подумаешь почти 5+ лет подряд самый любимый ЯП по опросам Stack Overflow.
На котором, например, написаны миллионы строк для андроида (сотни миллионов юзеров).
> и за все это время не поднявшаяся выше 3%...
spectrum.ieee.org/top-programming-languages-2025
Всего в два раза меньше дыряшки, которой почти 50+ лет.
Весьма неплохой результат для новичка.
А в топе будет питон, js/ts и тд.
Что как бы не очень конкуренты для раста.
| | |
|
| 2.77, Аноним (-), 08:47, 10/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Выбрали самый современный ЯП, опережающий другие ЯП на десятилетия, что похвально.
Это шутка такая?
| | |
| 2.154, hst (?), 08:15, 11/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Выбрали самый современный ЯП
Уже давно пора бы уяснить что "самый современный" не значит лучший. Как у самого Rust так и у инструментария всё те же старые добрые проблемы что и у "устаревшего" C++.
>опережающий другие ЯП на десятилетия
Вы, похоже, перепутали с Лиспом.
>Выбрали самый современный дистр, опережающий другие дистры на как минимум два десятилетия, что похвально
Nix это заплатка фундаментально кривого подхода к UX тех самых "современных" операционных систем, у которых тот самый UX не поменялся с 1970-х годов. Это касается и графики в том числе. Но да, к сожалению Nix это пока что лучшее что у нас есть.
>Современная архитектура с микроядрами. То, о чем мечтали в Hurd, но так и не удосужились реализовать. А тут Asterinas просто ворвался и взорвал танцпол, показав дидам, как правильно делать микроядра.
Уже показали давным давно, см. seL4. Ничего концептуально нового в клиент-серверную архитектуру и message passing принести уже не получится.
>На данный момент уже можно заявить, что если нам придется переходить с линукса на что-то другое, то в списке альтернатив Asterinas УЖЕ будет выше FreeBSD, Hurd и прочей фигни.
Мы-то с винды перейти не можем, не говоря уже про Линукс. Все вами вышеупомянутые ОС это не более чем пережевывание старого, уже дурно пахнущего Unix. От которого очень сложно отказаться из-за технического долга среди пользователей (много полезных программ написаны для Unix и Windows, которые никто не будет переписывать), и синдрома утёнка для программиста (уже выросло не одно поколение на Unix и Windows, концептуально и архитектурно практически не изменившихся с 1970-х и 1990-х годов, и те самые программисты ничего не видели кроме "современных" и "популярных" ОС).
| | |
| |
| 3.168, Аноним (166), 23:16, 11/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Вы, похоже, перепутали с Лиспом.
А что в лиспе хорошего? Динамически типизированные языки не нужны. Уже даже до питонистов типизация добралась.
| | |
| |
| 4.170, hst (?), 01:10, 12/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>А что в лиспе хорошего?
Лисп предоставляет большой спектр возможностей для разработки программ любой сложности, и я не знаю ещё ни одного языка программирования в котором не нужно было бороться с отдельными проблемами языка или синтаксиса. Как раз минималистичный синтаксис, простая расширяемость и богатая стандартая библиотека делают язык невероятно мощным и выразительным. На Лиспе писать намного проще чем на других языках программирования.
>Динамически типизированные языки не нужны.
Вы так сказали? Практика показывает что всё таки нужны. И ещё как.
Однако, нельзя отрицать преимущества статической типизации для разработки надёжного ПО, где динамическая типизация может быть проблемной. Лисп предоставляет возможности проверки типов во время компиляции через proclaim, declaim и declare, в SBCL эти возможности реализованы во время компиляции, таким образом нельзя назвать Лисп только динамически типизированным, как JavaScript или Python, скорее, динамическая типизация в нём просто есть по умолчанию.
| | |
|
|
|
| 1.11, Tita_M (ok), 22:51, 09/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Ядро разбито на две части, написанные на Rust: OS Framework и OS Services. В OS Services запрещено применение unsafe-блоков, а все низкоуровневые операции, требующие выполнения кода в блоках unsafe, вынесены в OS Framework и доступны только через высокоуровневый API.
В Rust, что, нет иерархии модулей как в том же Обероне? Или я чего-то не понял и она там есть и это разделение с помощью неё сделано?
| | |
| |
| 2.23, Аноним (79), 00:02, 10/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
в расте чекер боровов не может выйти за пределы компилируемого куска.
| | |
| |
| 3.50, Анонимный татарин (?), 02:11, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> в расте чекер боровов не может выйти за пределы компилируемого куска.
Как и за предела массива! Ха, выкуси, саботажник прогресса!
| | |
| |
| 4.65, Sm0ke85 (ok), 07:36, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
>Как и за предела массива! Ха, выкуси, саботажник прогресса!
Ща бы костыли путать с прогрессом...
| | |
| |
| 5.80, Аноним (80), 09:12, 10/06/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Агась.
UBшки это костыли для бракоделов.
Каков уровень пограммистов если они не смогли договориться в стандарте как два числа складывать?
А раст это как ремни безопасности в авто.
| | |
| |
| 6.153, Sm0ke85 (ok), 07:07, 11/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
>UBшки это костыли для бракоделов.
Оо, ты понятие "костыль" вообще знаешь/понимаешь? Бессмысленную же фразу пишешь...
>Каков уровень пограммистов если они не смогли договориться в стандарте как два числа складывать?
Стандарт читай...
| | |
|
|
|
|
|
| 1.15, Аноним (15), 23:00, 09/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
О, Linux - super star! Стал настолько популярным, что делают ОС-эмуляторы.
| | |
| 1.17, FSA (ok), 23:15, 09/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Добавлена начальная поддержка IPv6
Спасибо нет. В то время, когда в другие системы внедряют CLAT, чтобы можно было полностью уйти от IPv4, у эти в 2026 году появляется только начальная поддержка. Будем ждать... как ждали wine.
| | |
| |
| 2.21, Аноним (4), 23:44, 09/06/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
да пипец, просто сейчас возьмут и перепишут на раст. расходимся пацаны, опеннет уже не тот будет
| | |
|
| 1.24, Аноним (79), 00:10, 10/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Пока Линус разрабатывает методику внедрения поддержки раста в ядре, китайцы уже сделали ядро на расте.
| | |
| |
| |
| 3.137, _ (??), 19:34, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
In 2k26 ... doesn't matter the origin of the country from where you start your Claude Code prompt ;-)
| | |
| |
| 4.156, Аноним (156), 10:27, 11/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Claude скоро будет недоступен из-за цены. Пора переходить на DeepSeek и MiniMax.
| | |
|
|
|
| 1.40, Аноним (40), 00:59, 10/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Ну вот и отличненько. Ещё бы продвигаторам руста в линукс этот проект показать
| | |
| 1.47, Аноним (47), 01:40, 10/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Хорошо бы написали достаточно, чтобы на bare metal можно было запустить и создать внутри виртуальную машину с линуксом.
| | |
| |
| 2.105, Аноним (4), 12:09, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
когда ты под присмотром ока, который столько таких ошибок вскрывает - можно уже и самому писать начать хДД
| | |
|
| 1.66, Джон Титор (ok), 07:37, 10/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> операционных системах общего назначения
Для тех, у кого не было такого термина в учебной программе скопирую: "Операционные системы, которые должны быть обеспечивать функционирование на средствах вычислительной техники общего назначения (рабочие станции, сервера)"
| | |
| 1.67, Анон1110м (?), 07:52, 10/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Удивительно что поклонники Коррозии ещё не перешли а упорно пользуются небезопастным Linux и прочими небезопастными программами на небезопастных несовременных языках программирования и вынуждены терпеть утечки памяти, перепопления буферов, постоянные падения CVE, CVS, CVSE, VC, EVCE, EVCI и хакеров подглядывающих за ними сквозь дыры в небезопастном коде.
| | |
| |
| 2.82, Аноним (80), 09:15, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> а упорно пользуются
А почему бы и нет?
Если ты видишь, что где-то что-то работает плохо, то у тебя два варианта:
- сказать "ну тут ничего не поделаешь, диды терпели и нам завещали"
- не быть терпилой и засучив рукава попытаться исправить
Учитывая что топы линукс поддерживают раст - не все СИшники оказались позорными терпилами.
| | |
|
| 1.78, Аноним (78), 08:49, 10/06/2026 [ответить] [﹢﹢﹢] [ · · · ] | +/– | Существует лишь один правильный ЯП и это ASM Все остальное от лукавого Думаете... большой текст свёрнут, показать | | |
| |
| 2.86, Пипа (?), 09:38, 10/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
"А чтобы было легко"
Так в том то и дело, что все равно не легко)))
Ассемблер ты изучил и пишешь или какой либо простой язык близкий к нему. Все. Просто нужно писать аккуратно и думать об архитектуре до программирования (вот незадача то).
Сейчас же ты должен разбираться в куче слоев нагроможденных абстракций ради абстракций, в куче разного синтаксического сахара, в куче костылей, в сборщиках мусора и тд и пп.
Они говорят, что человеку так понятнее, что написано... Но когда я смотрю на тонны текста на джаве например у меня складывается обратное впечатление.
| | |
| 2.87, Аноним (87), 09:40, 10/06/2026 [^] [^^] [^^^] [ответить] | –3 +/– | как такое убожество вообще может сущесвовать Отличное уточнение про в общ... большой текст свёрнут, показать | | |
| 2.88, Пипа2 (?), 09:50, 10/06/2026 [^] [^^] [^^^] [ответить] | +1 +/– | Очень долго мучал меня вопрос про программистов и их тусовку Почему они так люб... большой текст свёрнут, показать | | |
| |
| 3.90, Пипа3 (?), 10:02, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
И да. Каждая бредовая идея, каждая бредовая абстракция стоит кучу памяти и процессорного времени ничего не давая в замен.
Даже по строчкам кода не бьется выгода.
Говорят что ассемблер многострочная лапша, но Джава то тоже многострочная лапша еще исжирающая все.
| | |
| 3.93, Аноним (94), 10:29, 10/06/2026 [^] [^^] [^^^] [ответить] | +/– | Ну так программисты очень разные - от эмдедедщиков до вебни Потому что комьютер... большой текст свёрнут, показать | | |
| |
| 4.97, Пипа4 (?), 11:46, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Я в курсе из чего сделан компьютер. Я посоветовал книгу можешь ее посмотреть для начала. У ООП обширная критика, у функциональщины тоже. Тут как бы можно не спорить, а можно почитать.
То, что компуктер появился благодаря математике на значит, что нужно наворачивать безумные абстракции ради абстракций сверх уже имеющейся архитектуры.
Архитектуры которая и так уже без этого далека от того, что называют разумным проектированием. Любой кто писал свой ассемблер или компилятор для x86-64 понимает это.
Итог. Плохо сделанные вещи на которые мажут жир абстракций еще более усложняя запутывая плохой дизайн, усложняя вход во все это.
| | |
| |
| 5.98, Пипа5 (?), 11:54, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Наворотят херни со своим ООП, функциональщиной и типами.
А потом
"Ой а чето медленно все работает"
"А можно вот сборщик мусора отключить? Вот здесь и здесь"
"Ой а компилятор оптимизировал это абстрактную лапшу только на половоину, придется ручками вектора складывать."
И тд и тд и тп бесконечное переливание воды из одного стакана во второй.
Все возможно пока додикам платят их зарплаты.
| | |
| |
| 6.102, Аноним (102), 12:02, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Наворотят херни со своим ООП, функциональщиной и типами.
Пока жители Виларибо который год пишу свой идеальный ассемблерный код, жители Вилабаджо уже пользуются рабочим софтом.
> "Ой а чето медленно все работает"
А чего медленно? Это ты сам выдумал?
> "А можно вот сборщик мусора отключить? Вот здесь и здесь"
Можно. Если нужно.
Преждевременная оптимизация — корень всех зол (с)
> И тд и тд и тп бесконечное переливание воды из одного стакана во второй.
> Все возможно пока додикам платят их зарплаты.
Без этих "додиков" ты бы даже свой выcep в интернет не смог бы написать)
Подумай об этом.
| | |
| |
| 7.112, Пипа7 (?), 12:28, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Преждевременная оптимизация — корень всех зол (с)
Это и есть проблема большинства программистов. О чем я писал выше.
Говорить малопонятными терминами, говорить одним и теме же цитатами, зачастую выдранными из контекста, не имея собственного мнения ни на что.
Это классика.
Не надо ничего оптимизировать если архитектурой занимались до!
Но с ООП и проячим скамом сделать это труднее, так как оно уже навязывает вам готовую архитектуру раз вы этим пользуетесь.
Не справились с тем что бы выучить архитекторов поэтому дали им унылые шаблоны, готовую архитектуру. И мартышки суют это везде, в том числе где она не подходит.
Главное ВЕРИТЬ и повторять цитаты известных людей конечно.
Еше слово МОНАДА, идентпотентность, сам придумай еще что нить 50 раз перед сном)
| | |
|
|
| 5.99, Аноним (102), 11:59, 10/06/2026 [^] [^^] [^^^] [ответить] | +/– | Ага, заметно Как книга по физике связана с программированием У любой системы ... большой текст свёрнут, показать | | |
| |
| 6.108, Пипа6 (?), 12:15, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Вот у компании IntelliJ есть знаменитая АЙДЭ для Джавы написанная на джаве.
Я думаю любой кто пользовался знает нюансы работы с ней.
Это как раз хороший пример софта который решает все задачи забивая на "прочую фигню"
Тот случай когда приложение с его папочками желательно помещать в оперативную память все, что бы оно шевелилось быстрее.))
И много всего такого существует. Веселого.
И да я в целом о том, что отрасль жуткая, зашедшая куда то не туда.
А не о том что тебе за зп нужно очердной сайтик склепать уже сегодня. Я даже рад что вас сократят наконец уже всех. Может быть нейросеть будет предлагать в итоге более логичные архитектурные идеи.
Хорошо, что здания и мосты строят не программисты. А то пришлось бы жить в картонной коробке.
| | |
| |
| 7.114, Аноним (111), 12:38, 10/06/2026 [^] [^^] [^^^] [ответить] | +/– | Да, есть такая IDE которая весьма немлохо решает свои задачи Она естественно не... большой текст свёрнут, показать | | |
| |
| |
| 9.116, Аноним (111), 12:48, 10/06/2026 [^] [^^] [^^^] [ответить] | +1 +/– | Да, так и считали тоже успешно Ну там квадрутуру круга или просто размер поля с... текст свёрнут, показать | | |
|
|
|
|
|
|
| 3.141, Аноним (141), 21:56, 10/06/2026 [^] [^^] [^^^] [ответить] | +/– | У тебя вкорне неверный подход к избавлению себя от подобных мучений Есть вполне... большой текст свёрнут, показать | | |
| 3.164, Аноним (166), 19:44, 11/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
>Почему они так любят высокомерно вворачивать математические термины жаргонные словечки и тд и пп. Все усложнять ради моды?
>Монады, функциональщина, теория типов и прочее.
Потому, что они умные люди, и знают умные слова.
>Оттуда и ноги растут у невменяемой сложности абстаркций ради абстракций в нашей любимой отрасли.
Очередной ыксперт рассуждает на тему того, в чём не разбирается. Для начала, получите хотя-бы лет пять коммерческого опыта, а потом сказки рассказывайте.
>с осторожной критикой современной физики от физика.
Что это за поток шизофрении? Какое отношение физика имеет к программированию?
| | |
|
| 2.125, Аноним (8), 15:49, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Одна беда: сейчас архитекруры процессоров меняются быстрее, чем на ASM проекты пишутся. Только ARM освоили - уже RISC-V подвезли. А Колибри та по-прежнему x86.
| | |
| 2.142, Аноним (141), 21:59, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> А может лучше сделать посложнее но как надо?
Сделай. Напиши-ка мне браузер, который будет работать на двух мегабайтах. И ещё текстовый редактор типа emacs, чтоб он не жрал десятков мегабайт, и не залипал на некоторых операциях так, что мне его прибивать приходится.
Я оставлю тебе вопросы выбора языков программирования, может писать хоть на ассемблере, если что я в виртуалке запущу. Только напиши мне это.
| | |
| 2.149, Прохожий (??), 00:27, 11/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Существует лишь один правильный ЯП и это ASM. Все остальное от лукавого.
Вам бы вначале что-то про существующие архитектуры почитать, а потом уж ценное мнение высказывать публично, а?
| | |
| 2.163, Аноним (166), 19:40, 11/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Если колибри такая хорошая, то почему вы не используете её в повседневной жизни?
| | |
|
| 1.83, Аноним (83), 09:15, 10/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Для разработки системных сервисов и модулей ядра поставляется инструментарий OSDK (Operating System Development Kit), предоставляющий утилиту cargo-osdk для создания, сборки, тестирования и запуска компонентов операционной системы.
Модули ядра из Cargo? БезопасТность как она есть.
| | |
| |
| 2.103, Аноним (4), 12:04, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
чем это отличается от, скажем, boost, кроме способа доставки инструментария?
| | |
|
| 1.85, Аноним (-), 09:24, 10/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Какие громкие заявления о framekernel.
Всё ядро всё равно находится в одном адресном пространстве. Это, по сути, монолитное ядро.
Нарушение инвариантов может приводить к use-after-free, double free и висячим указателям.
А вообще, состояния гонки, логические ошибки, целочисленные переполнения, side-channel, deadlocks и аппаратные атаки никто не отменял.
И всё это в одном общем адресном пространстве.
Они ещё на пути к верификации OSTD, но...
Только memory managment верифицирован, и тот неполностью...
А вообще, я только сейчас узнал про Verus, с помощью которого они и хотят верифицировать OSTD.
Не Ada/SPARK, конечно, но звучит интересно.
| | |
| |
| 2.89, Аноним (89), 09:53, 10/06/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Всё ядро всё равно находится в одном адресном пространстве. Это, по сути, монолитное ядро.
микроядро и сервисы могут быть в одном адресном пространстве внезапно minix 1-2 работал на 16-битном 8086 без MMU
| | |
| |
| |
| 4.139, Аноним (139), 21:38, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Не надо так ограничивать себя, можно дробить даже меньше, втыкать абзацы посередине предложений. Можно даже по одному слову на абзац писать. Тогда тебя точно поймут правильно.
| | |
|
|
| 2.106, warlock66613 (ok), 12:09, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
Целочисленные переполнения мимо. В Rust, в отличие от C, есть все средства для их предотвращения.
| | |
| |
| |
| 4.129, Аноним (129), 16:36, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> лол. как будто для си инструментов не завезли
И где эти инструменты в серьезных проектах?
Почему в ядре за месяц находят 1000+ CVE?
Они что плохо рабоают? Или Настоящие СИшники на них просто забивают?
| | |
| |
| 5.147, Аноним (-), 23:28, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
так они поэтому и раст не любят - потому что придётся ещё йопанный огород три недели писать, если в тз без ансейфов стоит. а на сях - как вовочка у печки в тридесятом царстве - смотрите зато как быстро работает
| | |
|
|
| 3.130, Аноним (-), 16:53, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
В release-сборках происходит переполнение по модулю 2, по умолчанию, если явно не включить проверки.
Это не UB, как в С/С++, но переполнение имеет место быть.
| | |
| |
| 4.136, warlock (??), 19:30, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
> В release-сборках происходит переполнение по модулю 2, по умолчанию, если явно не
> включить проверки.
Поэтому я не сказал "в Rust не бывает целочисленного переполнения". Я сказал "есть все необходимые средства для их предотвращения". Никто не мешает написать 'a + b' не задумавшись о том, можно ли так делать. Но если задуматься, можно вместо этого написать 'a.checked_add(b)' или 'a.saturating_add(b)' или даже 'a.wrapping_add(b)' если реально нужна арифметика по модулю или ещё несколько реже нужных вариантов.
| | |
| |
| 5.140, Аноним (-), 21:55, 10/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Так в С/С++ тоже так можно.
Инструменты есть.
На Си принято городить свои. Но есть __builtin_{add,sub,mul}_overflow как альтернатива checked_*, и __builtin_elementwise_{add,sub}_sat в Clang.
На C++ ситуация чуть получше. В C++26 есть {add,sub,mul,div}_sat. И есть многочисленные внешние библиотеки, + builtin'ы выше.
Unsigned int по умолчанию переполняются по модулю 2.
Signed int — UB по умолчанию, но через -fwrapv будут тоже переполняться.
+ есть флаги, которые вызывают ошибку (trap) при переполнении.
Но, очевидно, что Rust в этом плане лучше, так как предоставляет полный набор в std, и даже больше.
| | |
| |
| 6.161, Аноним (158), 17:48, 11/06/2026 [^] [^^] [^^^] [ответить]
| +/– | |
И разработчики стандарта отказались от приведения к одному поведению signed и unsigned.
Так как в таком случае теряется куча возможностей оптимизаций на разных архитектурах.
| | |
|
| |
| 6.165, warlock (??), 20:36, 11/06/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Вот! Только "можно вместо" надо заменить на "НАДО".
Не всегда. Обычный плюс всё ещё в игре. Например, если складываем два 'u16', полученные из 'u8'. Или если были предварительные проверки на некоторый суженный диапазон (иногда получается более естественный код, чем с 'checked_add').
| | |
|
|
|
|
|
| 1.109, Аноним1234 (?), 12:19, 10/06/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Нужно. Для всяких там более виртуалок нежле docker.
На десктопе не будет никогда так как у человечества не хватит сил допилить до подходящего уровня.
| | |
|