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

"Выпуск ядра Asterinas 0.18, написанного на языке Rust и совместимого с Linux"	+/–
Сообщение от opennews (??), 09-Июн-26, 22:29
Представлен релиз проекта Asterinas 0.18, развивающего ядро, написанное на языке Rust и предназначенное для использования в операционных системах общего назначения. Ядро предоставляет ABI (Application Binary Interface), совместимый с ядром Linux и способный использоваться вместо него. Параллельно развивается дистрибутив Asterinas NixOS, сочетающий ядро Asterinas с системным окружением NixOS.  Код проекта распространяется под лицензией MPL (Mozilla Public License)... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65654
Ответить | Правка | Cообщить модератору

Сообщения

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

2. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–3 +/–
Сообщение от warlock (??), 09-Июн-26, 22:31
> не могут включать unsafe-блоки Это порочная практика, полное непонимание сути и смысла Rust.
Ответить | Правка | Наверх | Cообщить модератору

	4. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+14 +/–
	Сообщение от Аноним (4), 09-Июн-26, 22:34
	ну тогда дырки в си - полное непонимание сути и смысла си
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–2 +/–
	Сообщение от Аноним (121), 10-Июн-26, 14:22
	Дырки бывают в головах. Непонимание этого - есть суть всех ошибок безопасности на любых языках, а не повод подгонять реальность под свои взгляды и убеждать в этом других.
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от Аноним (127), 10-Июн-26, 15:53
	> Дырки бывают в головах. Верно. > Непонимание этого - есть суть всех ошибок безопасности на любых языках, Разве? И много ли use-after-free ошибок будет в ЯП со сборщиком мусора, по сравнению с языком без него? > а не повод подгонять реальность под свои взгляды и убеждать в этом других. Реальность такова, что человеки совершают ошибки. Чтобы их не совершать, а еще лучше предотвратить, придумывают всякие технические средства. Начиная от банальных перил на лестницах, датчиков закрывания дверей в лифте, светофоров. До кожухов на инструментах, защитных перчатках и очках или предохранителях на оружии. Пусть СИшники себе отпиливают ногу болгарками без кожуха с установленным пильным диском. Зато их никто не ограничивает))
	Ответить | Правка | Наверх | Cообщить модератору

	132. Скрыто модератором	+/–
	Сообщение от Аноним (121), 10-Июн-26, 17:03
	>Разве? >И много ли use-after-free ошибок будет в ЯП со сборщиком мусора, по сравнению с языком без него Разве! Если много дырок в голове то да. Особенно при отсутствии квалификации и присутствии тараканов в этой же голове. >Реальность такова, что человеки совершают ошибки. >Чтобы их не совершать, а еще лучше предотвратить, придумывают всякие технические средства. Ещё как совершают, но не всегда много и не всегда use-after-free. Бывают и логические, а бывают и просто идиотские. Технические средства - хорошо, но не нужно их боготворить. На первом месте квалификация и ответственный подход. >Пусть СИшники себе отпиливают ногу болгарками без кожуха с установленным пильным диском. >Зато их никто не ограничивает Прозвучало как пожелание. Макака и болгаркой с кожухом себя накажет, а ответственный слесарь сделает именно то что хотел и без него ещё и точнее (в случае с Си - производительнее). Растоман тоже отпилит если дурак, а если нормальный - нет, как и СИшник. >)) Рад, что вам весело. Это здорово!
	Ответить | Правка | Наверх | Cообщить модератору

	134. Скрыто модератором	–1 +/–
	Сообщение от Аноним (134), 10-Июн-26, 18:22
	>>И много ли use-after-free ошибок будет в ЯП со сборщиком мусора, по сравнению с языком без него > Если много дырок в голове то да. Особенно при отсутствии квалификации и присутствии тараканов в этой же голове. Т.е все СИшники начиная с творцов СИ (сделавших CVE вот прям в юникс4) это пограммисты с дыркой в голове и без квалификации? > Ещё как совершают, но не всегда много и не всегда use-after-free. Бывают  и логические, а бывают и просто идиотские. Технические средства - хорошо, но не нужно их боготворить. На первом месте квалификация и ответственный подход. Ну тогда покажи мне СИ программу без типичных ошибок по памяти. > Макака и болгаркой с кожухом себя накажет, а ответственный слесарь сделает именно > то что хотел и без него ещё и точнее (в случае с Си - производительнее). Не, с СИ он себе еще и голову отпилит. Есть такая упрямая вещь как статистика - СИшники портят память всегда. > Растоман тоже отпилит если дурак, а если нормальный - нет, как и СИшник. Да-да, это был просто не Настоящий СИшник. Настоящий таких глупых ошибок не делает. Правда его никто не видел... Наверное он родственник Невидимого Розового Единорога.
	Ответить | Правка | Наверх | Cообщить модератору

	135. Скрыто модератором	–1 +/–
	Сообщение от Аноним (121), 10-Июн-26, 18:37
	О! Статистика в ход пошла. Как насчёт чёрного маркетинга? Ой, уже...
	Ответить | Правка | Наверх | Cообщить модератору

	138. Скрыто модератором	–1 +/–
	Сообщение от Аноним (138), 10-Июн-26, 19:36
	> О! Статистика в ход пошла. > Как насчёт чёрного маркетинга? Ой, уже... Аргументов совсем не осталось?)) А что по делу скажешь?
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (166), 11-Июн-26, 23:09
	>И много ли use-after-free ошибок будет в ЯП со сборщиком мусора, по сравнению с языком без него? Справедливости ради, подсчёт ссылок не является сборщиком мусора, однако тоже прекрасно с этим справляется.
	Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

	57. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–2 +/–
	Сообщение от Грустный (?), 10-Июн-26, 05:21
	Вот потому мне и не нравится rust…
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	143. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (-), 10-Июн-26, 23:11
	а есть доказательства, что возможно что-то сделать безопасно, но раст не позволит без ансейфов? или что, городить придётся много, скорость/красота/удобство потеряется? а на си - да легко, да? не отсюда ли язык дырявым кличут?
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от Аноним (158), 11-Июн-26, 17:38
	> а есть доказательства, что возможно что-то сделать безопасно, но раст не позволит без ансейфов? Любый коллекции. Попытки реализовать без ансейфов приводят к рекурсивным реализациям, выжирающим стек. То есть их нельзя использовать о слова совсем. И да, есть языки, в которых пытаются разработать систему владения и отслеживания времен жизни для коллекций и контейнеров.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–2 +/–
	Сообщение от анонимс (?), 10-Июн-26, 06:36
	Дичайшие тормоза гарантированы в многопоточном коде особенно. Либо шашки, либо ехать
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	75. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–3 +/–
	Сообщение от анонимно (?), 10-Июн-26, 08:36
	Скажем так это снижает безопасность до уровня Си, но при этом все такие места можно провести через чрезвычайно строгий аудит что бы исключить все возможные ошибки. Одно дело просматривать миллионы строк кода и совсем другое сотни.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	79. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–1 +/–
	Сообщение от Аноним (79), 10-Июн-26, 08:53
	> все такие места можно Не можно. Эти места получают данные из safe (условно) кода. Ну вот смотри: safe код передаёт индекс, по которому unsafe код обращается в массив. А если в safe коде логическая ошибка, и он неправильно вычислил индекс? Получаем типичную Copy Fail.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–1 +/–
	Сообщение от warlock66613 (ok), 10-Июн-26, 12:02
	Вы конечно правы, но вы не поняли о чём я говорил. Перечитайте пост, на который вы ответили. Проблема -- в данном случае -- не в unsafe, а в запрете unsafe. Это крайне порочная практика, противоречащая философии Rust.
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	144. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от Аноним (-), 10-Июн-26, 23:14
	не знаю про какую философия вы говорите, но, имхо, раст позволяет ставить ансейф на свой страх и риск, если вы абсолютно уверены что не будет цвешек и тп. ну, то есть плавненько скользим на си, где отсутствие писать гигантскую тормознутую абстракцию вроде как норм и компилится
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (92), 10-Июн-26, 10:15
	>> не могут включать unsafe-блоки > Это порочная практика, полное непонимание сути и смысла Rust. Самая порочная практика вот здесь: "Код проекта распространяется под лицензией MPL". Вот так вот, под шумок переписывания на ржавый перепишут и на более корпорастоугодные лицензии, сохраните этот пост! ((
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	94. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–5 +/–
	Сообщение от Аноним (94), 10-Июн-26, 10:31
	> Самая порочная практика вот здесь: "Код проекта распространяется под лицензией MPL". А что плохого в свободных лицензиях? > Вот так вот, под шумок переписывания на ржавый перепишут Оно с нуля пишется. Какое нафиг переписывание? Ты что пьян? > и на более корпорастоугодные лицензии, сохраните этот пост! (( А кто меншает ГНУтикам взять свободный код и заразить его гну-раком?
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (110), 10-Июн-26, 12:23
	> А что плохого в свободных лицензиях? Попроси своего провайдера интернета, производителя роутеров и т. д. перейти с "несвободной" GNU-операционки на "свободную", посмотришь, насколько ты больше платить будешь.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–3 +/–
	Сообщение от pofigist (?), 10-Июн-26, 15:26
	А ты серьезно думаешь что ISP в роутерах используют линакс?!
	Ответить | Правка | Наверх | Cообщить модератору

	175. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (175), 13-Июн-26, 23:54
	за 5 лет работы на федерального провайдера видел 1 железку на бсд, глючайшая, заменили хуавеем, ну + циски, которые какбы тоже линукс.
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от pofigist (?), 14-Июн-26, 17:29
	> за 5 лет работы на федерального провайдера видел 1 железку на бсд, > глючайшая, заменили хуавеем, ну + циски, которые какбы тоже линукс. Кошки это линакс... Facepalm.jpg
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–1 +/–
	Сообщение от Аноним (-), 10-Июн-26, 23:19
	> Оно с нуля пишется. > Какое нафиг переписывание? Ты что пьян? в то же время > В настоящее время в ядре реализовано около 240 системных вызовов Linux. и не слова про что-то новое
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	157. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (157), 11-Июн-26, 10:51
	>> В настоящее время в ядре реализовано около 240 системных вызовов Linux. > и не слова про что-то новое Ты часом не в Оракле работаешь? Они тоже пытались закопирайтить вызовы функций.
	Ответить | Правка | Наверх | Cообщить модератору

3. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
Сообщение от Аноним (4), 09-Июн-26, 22:32
они хоть структуру-то соблюдают? как потом пушить/мержить будут? хддд
Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+10 +/–
Сообщение от Аноним (8), 09-Июн-26, 22:46
Ура! Наконец-то они свалят в собственный загончик, и перестанут улутшать Linux!
Ответить | Правка | Наверх | Cообщить модератору

	26. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+3 +/–
	Сообщение от Аноним (175), 10-Июн-26, 00:12
	а если бы, забросят же
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Colorado_House_of_Representatives (?), 10-Июн-26, 01:16
	Этого не произойдет.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	146. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–1 +/–
	Сообщение от Аноним (-), 10-Июн-26, 23:20
	как бы нам всем потом не пришлось бы улучшать их, лол
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	150. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (150), 11-Июн-26, 00:30
	Подожди, еще сменят название на Asterust.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	151. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (150), 11-Июн-26, 00:33
	Дополнено: Любители продавать обёртки - они такие.
	Ответить | Правка | Наверх | Cообщить модератору

10. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–5 +/–
Сообщение от q (ok), 09-Июн-26, 22:50
Желаю проекту удачи! - Выбрали самый современный ЯП, опережающий другие ЯП на десятилетия, что похвально. - Выбрали самый современный дистр, опережающий другие дистры на как минимум два десятилетия, что похвально. Ни один современный пакетный менеджер не догнал возможности Nix в том виде, в каком он был еще в 2004. Повторяю: лично твой, читатель, пакетный менеджер из 2026, отстает по возможностям от Nix образца 2004-го года, и это не преувеличение. - Современная архитектура с микроядрами. То, о чем мечтали в Hurd, но так и не удосужились реализовать. А тут Asterinas просто ворвался и взорвал танцпол, показав дидам, как правильно делать микроядра. На данный момент уже можно заявить, что если нам придется переходить с линукса на что-то другое, то в списке альтернатив Asterinas УЖЕ будет выше FreeBSD, Hurd и прочей фигни.
Ответить | Правка | Наверх | Cообщить модератору

	12. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–3 +/–
	Сообщение от Аноним (12), 09-Июн-26, 22:54
	Сабжевая поделка ещё хуже редокса. Это даже не переписывание ради переписывания это поиграться и забыть. Промышленное микроядра общего назначения невозможно, запомни это.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+3 +/–
	Сообщение от Аноним (16), 09-Июн-26, 23:06
	Расскажи это квалкому, да.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–1 +/–
	Сообщение от Аноним (158), 10-Июн-26, 13:22
	> Расскажи это квалкому, да. Они и так знают. Но не мамонты будут покупать. По этому у них будет все хорошо.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним83 (?), 09-Июн-26, 23:22
	У меня то фря на десктопе уже работает 10 лет, и вполне норм, особенно последний год. А в этой поделке хотя бы браузер собрать-запустить можно?
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	28. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+2 +/–
	Сообщение от Аноним (28), 10-Июн-26, 00:14
	Нет там ничего от микроядер. Вся система работает в одном адресном пространстве.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	31. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–1 +/–
	Сообщение от Аноним (175), 10-Июн-26, 00:23
	> Повторяю: лично твой, читатель, пакетный менеджер из 2026, отстает по возможностям от Nix образца 2004-го ты знаешь, а примерно в то время я был студентом и действительно пилил свой пакетный менеджер, и тех фишек что там были в современных нет, типа монтирования, можно было пачку пакетов смонтировать и скопировать, а потом загрузчик и вот тебе система. rpm и deb то еще легаси которое не очень то хотят трогать, недавно смотрел че там есть нового, ну есть на гошке тузла, собирает rpm, deb и кучу всего, но дополнительных функций 0, ты не можешь добавить в пакет номер сборки или еще чтото, потыкал и удалил, старые тузлы давно заскриптованы и отлично работают. а все что пытался решить nix давно решил докер, flatpak и прочие
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	35. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от q (ok), 10-Июн-26, 00:47
	> можно было пачку пакетов смонтировать и скопировать Если я тебя правильно понял, то это звучит интересно и перспективно (без сарказма). Как минимум, ты мог бы статью накатать по этому поводу, если лень доводить пакетник до состояния работающего продукта -- может кто другой подхватит идею. > давно решил докер Докер (OCI) использует layers. Это ущербная архитектура, сильно уступающая content-addressable пространству. Представь, что у тебя пять слоев. На первом слое надо изменить текстовый файлец, опечатку исправить. В OCI, тебе придется заменить все пять слоев, дико дублируя данные. В Nix, меняется только этот файл + какая-нибудь top-level фигня, ссылающаяся на новый файл. > докер, flatpak Контейнеры не конкурируют с Nix, а дополняют его. Nix превосходит их по части storage (см. выше), но НЕ конкурирует с ними во всем остальном. Хотя, в целом на Nix есть решения по декларативному оформлению bwrap-обвязок, но это такое себе.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от morphe (?), 10-Июн-26, 04:40
	> В OCI, тебе придется заменить все пять слоев, дико дублируя данные. В Nix, меняется только этот файл + какая-нибудь top-level фигня, ссылающаяся на новый файл. Вообще нет, ты можешь изменить только отдельный слой в OCI... Проблема однако в dockerfile, потому что он такие изменения не предусматривает. Если OCI собирать через Nix - то у тебя каждый пакет в /nix/store это отдельный слой, и изменение файла изменит только один слой. Слои друг от друга не зависят, и ты можешь их в любом порядке накладывать друг на друга в контейнере.
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (166), 11-Июн-26, 23:14
	Сама идея нарезать образы на слои - костыль. Одно дело, если требуется записать софт на флешку, которая способна работать оффлайн. Но, проблема в том, что как только этих слоёв будут десятки, то тут же придётся изобретать пакетный менеджер заново, но уже для слоёв, для того, чтобы знать, какой из них нужен, а какой - нет. Избавится от пакетного менеджера можно только ростом потребления пространства.
	Ответить | Правка | Наверх | Cообщить модератору

	172. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (175), 13-Июн-26, 15:08
	> образы на слои - костыль да, но нет. есть проблема, есть решение, разумеется не идеальное, есть иное решение, тоже не идеальное, просто другое, в зависимости от ситуации предпочтительным может быть то или иное, разуеется будут ситуации в которых от обоих решений сложатся самые худшие эффекты, это нормально и неизбежно.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (175), 10-Июн-26, 11:00
	> может кто другой подхватит идею. это был мой первый код, кривой и отвратительный, и он умер вместе со старым компом и его hdd. > Докер ... Это ущербная архитектура Абсолютно согласен, это костыль который позволяет заметать грязь под коврик. > Контейнеры не конкурируют с Nix, ну тут бабушка надвое сказала, вродебы да, а вродебы то там то тут пытаются какой-нибудь гимп завернуть в снап и вместо пакета это впарить. то что развитие пакетных менеджеров остановилось, это факт, при этом контейнеры помимо изоляции могут перемещаться между хостами что является киллер фичей. И возможность выбора пользователем, ставить ему контейнер или пакет, это хорошо и правильно. Но всегда есть Но. Это долбаенное переусложнение, положить файлик в систему и подгружать функцию из него или картинку, что может быть проще, но надо зарегистрировать класс в винде, подписать файлик правильной цифровой подписью, или завернуть в пакет подписанный такой же подписью в линуксе, а для выполнения этих условий нужно поставить целый тулчейн для которого не у каждого ноута диска хватит. Огромное количество дистрибутивов превращают дистрибуцию маленькой програмки в задачу повышенной сложности, на которую часто просто забивают, на гитхабе полно таких проектов, да и современные языки пытаются эту проблему решить, гошка таже, все в себе, сама себе дистр. Итого, на данный момент есть 3 варианта решения, которые не пересекаются, и могут быть использованы хоть одновременно у всех есть плюсы и минусы, и я не думаю что какойто из них "победит", они вероятнее все останутся в том или ином виде, однако киллер фича с миграцией у одного, и "возвращение к корням“ у другого, гошка ставится 1 командой, а на выходе тот самый 1 файл, который хоть ручками клади и пользуйся куда нравится, про nix мало что знаю, но честное слово не испытываю потребности в чем то сверх того что дает rpm, наоборот, выкинуть бы из него легаси. Более того современные ФС позволяют много чего и они тоже не отменяют транзакций пакетного менеджера, а дополняют их, я уже давно думаю об фс которая бы разделяла уровни, есть много готового, но такое себе, хотелось бы чтобы блоки данных хранились гдето далеко, в условном облаке и доступ к ним не обязательно был, потеряли пароль, не оплатили, пофиг, пусть отображаются как битые ссылки. Надо будет восстановим/оплатим, а если нет, то rm -rf и всех делов. Вариантов хватает, и какие будут использоваться на звездном крейсере, который полетит покорять галактику лет через сто, мы не знаем и не узнаем.
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	39. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+5 +/–
	Сообщение от freehck (ok), 10-Июн-26, 00:58
	> ты знаешь, а примерно в то время я был студентом и действительно > пилил свой пакетный менеджер, и тех фишек что там были в > современных нет, типа монтирования, можно было пачку пакетов смонтировать и скопировать, > а потом загрузчик и вот тебе система. Это всё конечно очень интересно, но дистрибутивы — это не столько про технологии, сколько про выстроенные вокруг них процессы: потому что выстраивание процессов — это тебе не код написать-отладить, это нужно уметь с людьми работать. Каким бы ни был навороченным дистрибутив, всех в первую очередь интересует только то, насколько хорошо выстроены процессы: процессы доставки обновлений безопасности, процессы формирования релиза, процессы обработки репортов, процессы платной поддержки, процессы получения сертификаций, нужных для возможности использования в определённых областях... Увы, но все эти вопросы одним лишь кодом не закрыть.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	131. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от 111 (??), 10-Июн-26, 16:54
	> всех в первую очередь интересует только о да, когда я покупаю штаны меня прям интересует какой строчкой там сшито, нет. что там вокруг винды, или мака, всем пофиг, оно работает, а еще есть Патрик, и он Бог. а если серьезно, то разумеется, наши бракоделы вот не понимают что сделать как у них не достаточно чтобы родить отечественный аналог, задолбали уже этими симулякрами. впрочем, вы тоже, палку не перегибайте, ни один дистрибутив с неба не упал вместе со своими командами и сопровождающими, это оттачивалось годами, и ошибки были и факапы, а люди читали новости и делали выводы.
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от Аноним (33), 10-Июн-26, 00:43
	> Выбрали самый современный ЯП Который впаривают всем за счёт громких лозунгов об безопасности и маркетингу. То, что человеческие ошибки он всё равно не решает (потому что решать их должен не компилятор и не язык программирования), думаю, упоминать не стоит. > Ни один современный пакетный менеджер не догнал возможности Nix Какие возможности? Загадить систему несколькими версиями одного и того же пакета ради непонятно чего? Если я захочу пострадать подобным бредом, я возьму Flatpak, удобств управления пакетами хватает и в остальных мейнстримных пакетниках, которые прекрасно справляются с задачами. Не говоря уже о том, что хвалебных од написано про этот дистрибутив настолько много, что уже вызывает большие сомнения в том, что его стоит использовать. > А тут Asterinas просто ворвался И ничего не сделал, потому что это очередной "проект на досуге", который пытается быть совместимым с мейнстримом.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	42. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+4 +/–
	Сообщение от q (ok), 10-Июн-26, 01:00
	> человеческие ошибки он всё равно не решает use-after-free, double-free -- человеческие (не инопланетянские) ошибки. Вызванные невнимательностью. И раст их решает. Если что-то поддается автоматической валидации, это должно валидироваться, а не оставляться на откуп мясным бульонам. Напоминаю, что вычислительные возможности мясного бульона уступают даже советским калькуляторам, а типичный прохожий ошибется даже на 7 * 8. > Загадить систему несколькими версиями одного и того же пакета ради непонятно чего? Ради того, чтобы каждая программа использовала ту версию библиотеки, с которой тестировал его разраб. Это значительно повышает стабильность, так как нет неявных несовместимостей. Да, даже если API и ABI совместимы, это не значит, что версия в целом правильная. Единственный (повторю: единственный) минус -- это требование чуть большего объема на диске. Но на практике ты получишь лишний мегабайт на диске -- смешное число в эпоху дешевых 8-терабайтных SSD. > я возьму Flatpak Флатпак пригоден только для десктопных приложений. Ядро и сервисы в нем не распространишь. Ты сравниваешь несравниваемое: пакетник операционной системы != инфраструктура по доставке исключительно GUI-приложений.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–5 +/–
	Сообщение от Аноним (33), 10-Июн-26, 01:11
	> И раст их решает Но не должен и не обязан, как все остальные компиляторы и языки. А вот человек обязан учиться на собственных ошибках, в противном случае получаем соответствующий результат и очевидную промытость "безопасностью", на которую ведутся многие. Где-то я уже видел подобное... > Ради того, чтобы каждая программа использовала ту версию библиотеки, с которой тестировал его разраб Это не решение проблемы, а откладывание решения, проще говоря костыль. Устранять несовместимости - так же обязанность разработчика (а за обязанности ему могут платить деньги, внезапно), Dependency Hell ты всё равно никогда не решишь, а намертво закрепляя определённую версию делаешь только хуже в плане тех же уязвимостей, которые подобные решения тоже подкидывают. И опять же, приходим к человеческому фактору, которым должен заниматься человек - какая неожиданность! > Флатпак пригоден только для десктопных приложений Ни для чего он не пригоден, кроме как имитировать бурную деятельность и посредством маркетинга впаривать заплатки на Dependency Hell и очередную бЕзОпАсНоСтЬ.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+3 +/–
	Сообщение от q (ok), 10-Июн-26, 02:20
	> Но не должен и не обязан А вот он - прикинь! - взял обязательство решать. > человек обязан учиться на собственных ошибках Человек никому ничего не обязан. Видя, что мясной бульончик в его башке уже не справляется с обилием указателей, и не ясно, когда что освобождать, человек изобрел себе помощника, который ему эту работу облегчает и автоматически проверяет. Продвинутый лифт отказывается закрывать двери, если кто-то стоит на их пути. Автоматика. Спасает жизни. Хреноватый лифт двери попытается закрыть, а потом поехать, расчленив того бедолагу, который потерял сознание аккурат при заходе в лифт. Раст -- это продвинутый лифт, который создан __скромными__ людьми, осознающими, что они допускают ошибки и будут их допускать в будущем. Си -- это хреноватый лифт для __самоуверенных__ людей, которые убеждены, что они навсегда останутся сильными, молодыми, не теряющими сознание, никогда не забывающими проверить границы буфера и освободить память. Понял? Раст -- для осознающих свои недостатки. Си -- для неосознающих, самоуверенных генераторов CVE. > Устранять несовместимости - так же обязанность разработчика Никто никому ничего не обязан, особенно в опенсорсе. Разраб _соизволил_ потестить свою прогу с версией 2.0.0 -- она работает. Про то, будет ли прога работать с 1.2.3, он ничего не заявлял, и бабки ему за это не платили. > Dependency Hell ты всё равно никогда не решишь Умное слово из 90-ых вспомнил? Все проблемы решаемые. > делаешь только хуже в плане тех же уязвимостей Именно поэтому любое ПО стоит воспринимать как источник угроз, и оборачивать его в контейнеры/флатпаки. > Ни для чего он не пригоден, кроме как имитировать бурную деятельность Для всего пригоден. Если не согласен -- приводи что-то поаргументативнее пустых выкриков.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от bergentroll (ok), 10-Июн-26, 06:19
	> Но не должен и не обязан, как все остальные компиляторы и языки. О, так пусть все на ассемблерах пишут! А то, понимаешь, профанацией занимаются, тогда как языки не обязаны в кроссплатформу, системы типов и прочие свистелки. Тем более нейросети есть, о то «золотая» эпоха бы началась.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	152. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (152), 11-Июн-26, 01:09
	> Но не должен и не обязан, как все остальные компиляторы и языки. А вот человек обязан учиться на собственных ошибках > Устранять несовместимости - так же обязанность разработчика Лудиты на марше? Всё что может быть сделано компьютером, должно быть сделано компьютером. Компьютер он для того и нужен, чтобы снижать количество труда человеку. > за обязанности ему могут платить деньги, внезапно Ты боишься, что когда компьютер всё будет делать за тебя, тебе денег прекратят платить? Ну так надо использовать свои мозги по назначению и учиться делать вещи, которые компьютер делать не умеет. Вот за эти вещи тебе и будут платить деньги.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	62. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от bergentroll (ok), 10-Июн-26, 06:39
	> Ради того, чтобы каждая программа использовала ту версию библиотеки, с которой тестировал его разраб... Но на практике ты получишь лишний мегабайт на диске -- смешное число в эпоху дешевых 8-терабайтных SSD. Ну это лукавство, если все приложения так паковать — будут гигабайты. Если не довольствоваться несколькими программами в терминале. Кроме того, зачем тогда библиотекам семвер и обратная совместимость (тоже ничем не обязаны). Однако это адок бы был уже для разработчиков. Поэтому всё же есть некоторая культура версионирования ПО и зависимостей. А то ещё логично версии какого-нибудь D-Bus гводями прибить и там звукового сервера для дальнейшей стабильности. В принципе это рабочий подход в каких-то спец. случаях.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	133. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (133), 10-Июн-26, 17:55
	> дешевых 8-терабайтных SSD Ам... Ну ок. Но там еще и рост оперативки пойдет, ведь грузится будут все либы.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	54. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от Аноним (54), 10-Июн-26, 03:12
	Почему ты разговариваешь как чатгпт
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	68. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–1 +/–
	Сообщение от Анон1110м (?), 10-Июн-26, 07:55
	Plan9 или BeOS или OS/2 лучше.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	76. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от oneMetr (?), 10-Июн-26, 08:43
	Возможно, могли бы стать лучше, если бы их развивали. Это, как сказать, что Вещий Олег лучше Николашки. P. S. И BeOS и OS2 и, особенно Plan9 мне крайне интересны даже сейчас. Но не более, как профессиональному военному монгольский лук или валлонская шпага.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от bOOster (ok), 10-Июн-26, 08:35
	Опережающая на десятилетия? 12 или 15 лет болтается в сводке популярности ЯП и за все это время не поднявшаяся выше 3%...
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	111. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–2 +/–
	Сообщение от Аноним (111), 10-Июн-26, 12:24
	> 12 или 15 лет болтается в сводке популярности ЯП Угу, подумаешь почти 5+ лет подряд самый любимый ЯП по опросам Stack Overflow. На котором, например, написаны миллионы строк для андроида (сотни миллионов юзеров). > и за все это время не поднявшаяся выше 3%... spectrum.ieee.org/top-programming-languages-2025 Всего в два раза меньше дыряшки, которой почти 50+ лет. Весьма неплохой результат для новичка. А в топе будет питон, js/ts и тд. Что как бы не очень конкуренты для раста.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от Аноним (-), 10-Июн-26, 08:47
	> Выбрали самый современный ЯП, опережающий другие ЯП на десятилетия, что похвально. Это шутка такая?
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	154. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от hst (?), 11-Июн-26, 08:15
	>Выбрали самый современный ЯП Уже давно пора бы уяснить что "самый современный" не значит лучший. Как у самого Rust так и у инструментария всё те же старые добрые проблемы что и у "устаревшего" C++. >опережающий другие ЯП на десятилетия Вы, похоже, перепутали с Лиспом. >Выбрали самый современный дистр, опережающий другие дистры на как минимум два десятилетия, что похвально Nix это заплатка фундаментально кривого подхода к UX тех самых "современных" операционных систем, у которых тот самый UX не поменялся с 1970-х годов. Это касается и графики в том числе. Но да, к сожалению Nix это пока что лучшее что у нас есть. >Современная архитектура с микроядрами. То, о чем мечтали в Hurd, но так и не удосужились реализовать. А тут Asterinas просто ворвался и взорвал танцпол, показав дидам, как правильно делать микроядра. Уже показали давным давно, см. seL4. Ничего концептуально нового в клиент-серверную архитектуру и message passing принести уже не получится. >На данный момент уже можно заявить, что если нам придется переходить с линукса на что-то другое, то в списке альтернатив Asterinas УЖЕ будет выше FreeBSD, Hurd и прочей фигни. Мы-то с винды перейти не можем, не говоря уже про Линукс. Все вами вышеупомянутые ОС это не более чем пережевывание старого, уже дурно пахнущего Unix. От которого очень сложно отказаться из-за технического долга среди пользователей (много полезных программ написаны для Unix и Windows, которые никто не будет переписывать), и синдрома утёнка для программиста (уже выросло не одно поколение на Unix и Windows, концептуально и архитектурно практически не изменившихся с 1970-х и 1990-х годов, и те самые программисты ничего не видели кроме "современных" и "популярных" ОС).
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	168. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (166), 11-Июн-26, 23:16
	>Вы, похоже, перепутали с Лиспом. А что в лиспе хорошего? Динамически типизированные языки не нужны. Уже даже до питонистов типизация добралась.
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от hst (?), 12-Июн-26, 01:10
	>А что в лиспе хорошего? Лисп предоставляет большой спектр возможностей для разработки программ любой сложности, и я не знаю ещё ни одного языка программирования в котором не нужно было бороться с отдельными проблемами языка или синтаксиса. Как раз минималистичный синтаксис, простая расширяемость и богатая стандартая библиотека делают язык невероятно мощным и выразительным. На Лиспе писать намного проще чем на других языках программирования. >Динамически типизированные языки не нужны. Вы так сказали? Практика показывает что всё таки нужны. И ещё как. Однако, нельзя отрицать преимущества статической типизации для разработки надёжного ПО, где динамическая типизация может быть проблемной. Лисп предоставляет возможности проверки типов во время компиляции через proclaim, declaim и declare, в SBCL эти возможности реализованы во время компиляции, таким образом нельзя назвать Лисп только динамически типизированным, как JavaScript или Python, скорее, динамическая типизация в нём просто есть по умолчанию.
	Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
Сообщение от Tita_M (ok), 09-Июн-26, 22:51
>Ядро разбито на две части, написанные на Rust: OS Framework и OS Services. В OS Services запрещено применение unsafe-блоков, а все низкоуровневые операции, требующие выполнения кода в блоках unsafe, вынесены в OS Framework и доступны только через высокоуровневый API. В Rust, что, нет иерархии модулей как в том же Обероне? Или я чего-то не понял и она там есть и это разделение с помощью неё сделано?
Ответить | Правка | Наверх | Cообщить модератору

	13. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (12), 09-Июн-26, 22:55
	В расте и динамических библиотек нет.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Прохожий (??), 10-Июн-26, 01:40
	Какая несусветная чушь.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от Аноним (79), 10-Июн-26, 00:02
	в расте чекер боровов не может выйти за пределы компилируемого куска.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	50. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Анонимный татарин (?), 10-Июн-26, 02:11
	> в расте чекер боровов не может выйти за пределы компилируемого куска. Как и за предела массива! Ха, выкуси, саботажник прогресса!
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Sm0ke85 (ok), 10-Июн-26, 07:36
	>Как и за предела массива! Ха, выкуси, саботажник прогресса! Ща бы костыли путать с прогрессом...
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–1 +/–
	Сообщение от Аноним (80), 10-Июн-26, 09:12
	Агась. UBшки это костыли для бракоделов. Каков уровень пограммистов если они не смогли договориться в стандарте как два числа складывать? А раст это как ремни безопасности в авто.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от Sm0ke85 (ok), 11-Июн-26, 07:07
	>UBшки это костыли для бракоделов. Оо, ты понятие "костыль" вообще знаешь/понимаешь? Бессмысленную же фразу пишешь... >Каков уровень пограммистов если они не смогли договориться в стандарте как два числа складывать? Стандарт читай...
	Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
Сообщение от Аноним (15), 09-Июн-26, 23:00
О, Linux - super star! Стал настолько популярным, что делают ОС-эмуляторы.
Ответить | Правка | Наверх | Cообщить модератору

17. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
Сообщение от FSA (ok), 09-Июн-26, 23:15
> Добавлена начальная поддержка IPv6 Спасибо нет. В то время, когда в другие системы внедряют CLAT, чтобы можно было полностью уйти от IPv4, у эти в 2026 году появляется только начальная поддержка. Будем ждать... как ждали wine.
Ответить | Правка | Наверх | Cообщить модератору

	38. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от 12yoexpert (ok), 10-Июн-26, 00:57
	USE="-ipv6" тебя вылечит
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (44), 10-Июн-26, 01:02
	Нужно сразу IPv8 пилить ;)
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

20. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
Сообщение от Аноним (20), 09-Июн-26, 23:41
Вот это китайцы отожгли!
Ответить | Правка | Наверх | Cообщить модератору

	21. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+2 +/–
	Сообщение от Аноним (4), 09-Июн-26, 23:44
	да пипец, просто сейчас возьмут и перепишут на раст. расходимся пацаны, опеннет уже не тот будет
	Ответить | Правка | Наверх | Cообщить модератору

24. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
Сообщение от Аноним (79), 10-Июн-26, 00:10
Пока Линус разрабатывает методику внедрения поддержки раста в ядре, китайцы уже сделали ядро на расте.
Ответить | Правка | Наверх | Cообщить модератору

	41. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–1 +/–
	Сообщение от 12yoexpert (ok), 10-Июн-26, 00:59
	ты, видимо, не разу в жизни не видел китайского кода
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–1 +/–
	Сообщение от _ (??), 10-Июн-26, 19:34
	In 2k26 ... doesn't matter the origin of the country from where you start your Claude Code prompt ;-)
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–1 +/–
	Сообщение от Аноним (156), 11-Июн-26, 10:27
	Claude скоро будет недоступен из-за цены. Пора переходить на DeepSeek и MiniMax.
	Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
Сообщение от Аноним (40), 10-Июн-26, 00:59
Ну вот и отличненько. Ещё бы продвигаторам руста в линукс этот проект показать
Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
Сообщение от Аноним (47), 10-Июн-26, 01:40
Хорошо бы написали достаточно, чтобы на bare metal можно было запустить и создать внутри виртуальную машину с линуксом.
Ответить | Правка | Наверх | Cообщить модератору

	64. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от 12yoexpert (ok), 10-Июн-26, 07:20
	но ведь это будет небезопасно
	Ответить | Правка | Наверх | Cообщить модератору

63. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+2 +/–
Сообщение от Вася Пупкин (?), 10-Июн-26, 07:06
Интересно LLMы используются для написания этого ядра ?
Ответить | Правка | Наверх | Cообщить модератору

	105. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (4), 10-Июн-26, 12:09
	когда ты под присмотром ока, который столько таких ошибок вскрывает - можно уже и самому писать начать хДД
	Ответить | Правка | Наверх | Cообщить модератору

66. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
Сообщение от Джон Титор (ok), 10-Июн-26, 07:37
> операционных системах общего назначения Для тех, у кого не было такого термина в учебной программе скопирую: "Операционные системы, которые должны быть обеспечивать функционирование на средствах вычислительной техники общего назначения (рабочие станции, сервера)"
Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
Сообщение от Анон1110м (?), 10-Июн-26, 07:52
Удивительно что поклонники Коррозии ещё не перешли а упорно пользуются небезопастным Linux и прочими небезопастными программами на небезопастных несовременных языках программирования и вынуждены терпеть утечки памяти, перепопления буферов, постоянные падения CVE, CVS, CVSE, VC, EVCE, EVCI и хакеров подглядывающих за ними сквозь дыры в небезопастном коде.
Ответить | Правка | Наверх | Cообщить модератору

	82. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (80), 10-Июн-26, 09:15
	> а упорно пользуются А почему бы и нет? Если ты видишь, что где-то что-то работает плохо, то у тебя два варианта: - сказать "ну тут ничего не поделаешь, диды терпели и нам завещали" - не быть терпилой и засучив рукава попытаться исправить Учитывая что топы линукс поддерживают раст - не все СИшники оказались позорными терпилами.
	Ответить | Правка | Наверх | Cообщить модератору

70. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
Сообщение от Аноним (70), 10-Июн-26, 08:15
А слабо Винду на Расте переписать ?
Ответить | Правка | Наверх | Cообщить модератору

	73. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от 12yoexpert (ok), 10-Июн-26, 08:26
	винда уже принадлежит майкрософт, нет смысла пытаться захватить свою же ос
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (4), 10-Июн-26, 12:07
	давай исходники - глянем
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	148. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Прохожий (??), 11-Июн-26, 00:24
	Судя по заявлениям их техдиректора, она уже переписывается полным ходом
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

78. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
Сообщение от Аноним (78), 10-Июн-26, 08:49
Существует лишь один правильный ЯП и это ASM. Все остальное от лукавого. Думаете я набрасываю? Ничуть! Что мы имеем сегодня? Windows 11, Ubuntu и подобные которые требуют 8 Гб ОЗУ минимум. Браузеры которые жрут ОП как не в себя. А теперь взглянем на Колибри ОС и хорошенько призадумаемся. ОС в которой есть в общем то почти все занимает около 2 Мб места и 8 Мб ОЗУ и загружается 2 секунды! Сейчас все набегут и начнут орать про сложность разработки, непортируемость и т.д. и т.п. Ну да, какой ценой мы все это имеем сейчас? 16 Гб ОП минимум? Видюха с 8 Гб ОЗУ? Вы меня извините но нафига это все? Чтобы было легко??? Платить этим за простоту? А может лучше сделать посложнее но как надо? Возьмем опять же колибри, ее разрабатывает группа энтузиастов в свободное время и в общем то без особого финансирования. А теперь представим себе если бы ее разрабатывала корпорация с огромными деньгами. Где бы мы сейчас были не свернув не туда? Лень человечества и желание чтобы было полегче приводит к тому что имеем сейчас. ASM гениальный язык. Только он позволяет делать то что невообразимо и невозможно повторить на любом другом языке. А все остальное это просто шелуха для лентяев желающих А чтобы было легко.
Ответить | Правка | Наверх | Cообщить модератору

	86. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от Пипа (?), 10-Июн-26, 09:38
	"А чтобы было легко" Так в том то и дело, что все равно не легко))) Ассемблер ты изучил и пишешь или какой либо простой язык близкий к нему. Все. Просто нужно писать аккуратно и думать об архитектуре до программирования (вот незадача то). Сейчас же ты должен разбираться в куче слоев нагроможденных абстракций ради абстракций, в куче разного синтаксического сахара, в куче костылей, в сборщиках мусора и тд и пп. Они говорят, что человеку так понятнее, что написано... Но когда я смотрю на тонны текста на джаве например у меня складывается обратное впечатление.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–3 +/–
	Сообщение от Аноним (87), 10-Июн-26, 09:40
	>  А теперь взглянем на Колибри ОС и хорошенько призадумаемся. ... как такое убожество вообще может сущесвовать)) > ОС в которой есть в общем то почти все занимает около 2 Мб места и 8 Мб ОЗУ Отличное уточнение про "в общем то почти все") А если мне нужно то, что в это "почти всё" не попадает? > Сейчас все набегут и начнут орать про сложность разработки, непортируемость и т.д. и т.п. А зачем набегать и орать? АСМ по умолчанию слабо портируемый >  Ну да, какой ценой мы все это имеем сейчас? 16 Гб ОП минимум? А чего 16? сам писал что винда требует 8? Но даже 16 стоят в среднем 150 баксов. Единоразовое вложение на 10+ лет. Т.е пара чашек кофе в год. > Вы меня извините но нафига это все? Чтобы было легко??? А... т.е должно быть сложно и прдольно? > Платить этим за простоту? Ага. Примерно как люди покупают робот пылесос, стиралку или посудомойку. > А может лучше сделать посложнее но как надо? Можно. Делай (с) "как надо" определяет кто? Тот факт что колибри никому не вперлась, намекает что их "как надо" касается только каких-то фриков. >  А теперь представим себе если бы ее разрабатывала корпорация с огромными деньгами. Он бы ее не разрабатывала, как раз по причине времени разработки, невозможности переиспользования кода и тд > Где бы мы сейчас были не свернув не туда? Сидели бы за 286м с 8 мб ОЗУ и дискетками? > Лень человечества и желание чтобы было полегче приводит к тому что имеем сейчас. К прогрессу, развитию транспорта, медицины, быта и коммуникаций... Если бы подобные тебе, не были меньшинством, то мы бы наверное даже с дерева не слезли. Зачем придумывать машину, иди пешком. Зачем придумывать телефон, просто приходи в гости чтобы поговорить. Зачем придумывать компьютер, считай в уме или на бумажке.
	Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

	88. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от Пипа2 (?), 10-Июн-26, 09:50
	Очень долго мучал меня вопрос про программистов и их тусовку. Почему они так любят высокомерно вворачивать математические термины жаргонные словечки и тд и пп. Все усложнять ради моды? Монады, функциональщина, теория типов и прочее. В компьютере всего этого нет. Есть только пустые статейки и книжки от этих адептов и сложность ради сложности. А потом я прочитал случайно научно популярную книжку "Уродливая вселенная" с осторожной критикой современной физики от физика. Там затрагиваются в том числе такие вопросы: На, что живут собственно физики? Каждый год институты выпускают новых физиков-теоритиков, куда они деваются? И тд и пп. Очень осторожная там критика. Если смотреть по аналогии с этой книгой, то получается, шо учеными надо что то кушать, осваивать гранты и тд. Поэтому искуственно хайпят свой ненужный бред про функциональщину, теорию типов, новый крутой ООП и что угодно, просто что бы получить ДЕНЬГИ. Что бы кушать. Вот так все просто. Оттуда и ноги растут у невменяемой сложности абстаркций ради абстракций в нашей любимой отрасли.
	Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

	90. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Пипа3 (?), 10-Июн-26, 10:02
	И да. Каждая бредовая идея, каждая бредовая абстракция стоит кучу памяти и процессорного времени ничего не давая в замен. Даже по строчкам кода не бьется выгода. Говорят что ассемблер многострочная лапша, но Джава то тоже многострочная лапша еще исжирающая все.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (94), 10-Июн-26, 10:29
	> Очень долго мучал меня вопрос про программистов и их тусовку. Ну так программисты очень разные - от эмдедедщиков до вебни. > Почему они так любят высокомерно вворачивать математические термины жаргонные словечки  и тд и пп. Все усложнять ради моды? > Монады, функциональщина, теория типов и прочее. Потому что комьютер появился благодаря математики. > В компьютере всего этого нет. Ты не прав. Компьютер, как он сейчас есть, сделан по математическим выкладкам. Та же булева алгебра, теоррия графов и автоматов, логика предикатов и тд. > Есть только пустые статейки и книжки от этих адептов и сложность ради сложности. Феерический бред! > А потом я прочитал случайно научно популярную книжку "Уродливая вселенная" с осторожной  критикой современной физики от физика. Как теоретическая физика относится к компьютерам? > Там затрагиваются в том числе такие вопросы: Т.е ты прочитал книжку про физику и решил накинуть на вентилятор? > Если смотреть по аналогии с этой книгой, Аналогии зачастую ложны. > то получается, шо учеными надо что то кушать, осваивать гранты и тд. Поэтому искуственно хайпят свой ненужный бред про функциональщину, теорию типов, новый крутой ООП и что угодно, просто что бы получить ДЕНЬГИ. Торию типов придумали в 1900-1920х задолго до появления компьютеров. > Оттуда и ноги растут у невменяемой сложности абстаркций ради абстракций в нашей любимой отрасли. Если бы абстракции не работали, то ими бы не пользовались. А если ООП или теория типов позволяет писать код быстрее и корректнее - то ими успешно пользуются. Это как "носить бетон ведрами" и использовать бетононасос.
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

	97. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Пипа4 (?), 10-Июн-26, 11:46
	Я в курсе из чего сделан компьютер. Я посоветовал книгу можешь ее посмотреть для начала. У ООП обширная критика, у функциональщины тоже. Тут как бы можно не спорить, а можно почитать. То, что компуктер появился благодаря математике на значит, что нужно наворачивать безумные абстракции ради абстракций сверх уже имеющейся архитектуры. Архитектуры которая и так уже без этого далека от того, что называют разумным проектированием. Любой кто писал свой ассемблер или компилятор для x86-64 понимает это. Итог. Плохо сделанные вещи на которые мажут жир абстракций еще более усложняя запутывая плохой дизайн, усложняя вход во все это.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Пипа5 (?), 10-Июн-26, 11:54
	Наворотят херни со своим ООП, функциональщиной и типами. А потом "Ой а чето медленно все работает" "А можно вот сборщик мусора отключить? Вот здесь и здесь" "Ой а компилятор оптимизировал это абстрактную лапшу только на половоину, придется ручками вектора складывать." И тд и тд и тп бесконечное переливание воды из одного стакана во второй. Все возможно пока додикам платят их зарплаты.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (102), 10-Июн-26, 12:02
	> Наворотят херни со своим ООП, функциональщиной и типами. Пока жители Виларибо который год пишу свой идеальный ассемблерный код, жители Вилабаджо уже пользуются рабочим софтом. > "Ой а чето медленно все работает" А чего медленно? Это ты сам выдумал? > "А можно вот сборщик мусора отключить? Вот здесь и здесь" Можно. Если нужно. Преждевременная оптимизация — корень всех зол (с) > И тд и тд и тп бесконечное переливание воды из одного стакана во второй. > Все возможно пока додикам платят их зарплаты. Без этих "додиков" ты бы даже свой выcep в интернет не смог бы написать) Подумай об этом.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Пипа7 (?), 10-Июн-26, 12:28
	Преждевременная оптимизация — корень всех зол (с) Это и есть проблема большинства программистов. О чем я писал выше. Говорить малопонятными терминами, говорить одним и теме же цитатами, зачастую выдранными из контекста, не имея собственного мнения ни на что. Это классика. Не надо ничего оптимизировать если архитектурой занимались до! Но с ООП и проячим скамом сделать это труднее, так как оно уже навязывает вам готовую архитектуру раз вы этим пользуетесь. Не справились с тем что бы выучить архитекторов поэтому дали им унылые шаблоны, готовую архитектуру. И мартышки суют это везде, в том числе где она не подходит. Главное ВЕРИТЬ и повторять цитаты известных людей конечно. Еше слово МОНАДА, идентпотентность, сам придумай еще что нить 50 раз перед сном)
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (102), 10-Июн-26, 11:59
	> Я в курсе из чего сделан компьютер. Ага, заметно. > Я посоветовал книгу можешь ее посмотреть для начала. Как книга по физике связана с программированием)? > У ООП обширная критика, у функциональщины тоже. Тут как бы можно не спорить, а можно почитать. У любой системы есть критика. Так как идеального в мире не придумали. Другой вопрос - "а насколько оно хорошо решает задачи?", с учетом заданных параметров. > То, что компуктер появился благодаря математике на значит, что нужно наворачивать безумные абстракции ради абстракций сверх уже имеющейся архитектуры. Ну так пиши сразу в бинарніх кодах. Зачем тебе абстракции, синтаксический сахар и прочие нововведения. > Архитектуры которая и так уже без этого далека от того, что называют разумным проектированием. Кто называет? Какие их компетенции? Что значит "разумное программирование"? Должно быть ТЗ с описанием что мы хотим получить, какие у нас есть ограничения (код, память, надежность, время разработки и тд) > Любой кто писал свой ассемблер или компилятор для x86-64 понимает это. Я писал свой компилятор и не понимаю) Значит очевидно не "любой". Есть разница когда стоит задача написать сверхнадежную прошивку для микроконтролера условного марсохода, когда можно пилить его годами. И задача написать скрипт или какой-то поьзовательский софт. > Итог. Плохо сделанные вещи на которые мажут жир абстракций еще более усложняя запутывая плохой дизайн, усложняя вход во все это. Чушъ. Порог входа как раз уменьшается. Сейчас даже не программист может попросить нейрослоп сочинить ему скрипт. Который или заработает (и решит задачу) или нет. Людям нужно решение их задачи, а не наdroчивание на идеальность, красоту кода, минимальное потребление ресурсов и прочую фигню.
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	108. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Пипа6 (?), 10-Июн-26, 12:15
	Вот у компании IntelliJ есть знаменитая АЙДЭ для Джавы написанная на джаве. Я думаю любой кто пользовался знает нюансы работы с ней. Это как раз хороший пример софта который решает все задачи забивая на "прочую фигню" Тот случай когда приложение с его папочками желательно помещать в оперативную память все, что бы оно шевелилось быстрее.)) И много всего такого существует. Веселого. И да я в целом о том, что отрасль жуткая, зашедшая куда то не туда. А не о том что тебе за зп нужно очердной сайтик склепать уже сегодня. Я даже рад что вас сократят наконец уже всех. Может быть нейросеть будет предлагать в итоге более логичные архитектурные идеи. Хорошо, что здания и мосты строят не программисты. А то пришлось бы жить в картонной коробке.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (111), 10-Июн-26, 12:38
	> Вот у компании IntelliJ есть знаменитая АЙДЭ для Джавы написанная на джаве. > Я думаю любой кто пользовался знает нюансы работы с ней. Да, есть такая IDE которая весьма немлохо решает свои задачи. > Тот случай когда приложение с его папочками желательно помещать в оперативную память все, что бы оно шевелилось быстрее.)) Она естественно не без недостатков, но если "программист" не может себе позволить нормальный комп, то может ему лучше идти мести улицы? > И много всего такого существует. Веселого. И рабочего) Покажите мне современную ИДЕ написанную на assемблере. А... а её нет. Есть несколько поделок на уровне notepad, но на IDE оно не тянет. > Хорошо, что здания и мосты строят не программисты. А то пришлось бы жить в картонной коробке. Конечно. Их строят или низкооплачевыемые джамшуты, или строители за много денег. А в чем они их создают, проектируют и тестируют? Не в CAD/CAM системах, ли? С прочностными расчетами в них же или отдельном софте. С BIM проектами, чтобы не думать "а как проложить вентиляцию через несущую балку". И кто создал эти системы? Программисты)
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Массон (?), 10-Июн-26, 12:41
	Строительством люди успешно занимались до компьютеров как бе.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от Аноним (111), 10-Июн-26, 12:48
	> Строительством люди успешно занимались до компьютеров как бе. Да, так и считали тоже успешно. Ну там квадрутуру круга или просто размер поля с пшеницей. Но потом уперлись в ограничения, кол-во компьютеров (человеков которые сидели с калькуляторами) превысило разумные пределы. Без компьютеров можно построить дом. Даже многоэтажный. Даже большой и сложный мост. Правда придется посадить 100500 инженеров за кульманы и переводить тонны бумаги на расчеты. Будет очень долго, уныло и дорого.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (158), 11-Июн-26, 17:43
	Зато с сейчас строят здорово. Построили район - не учли влажность. Бетон стал сыреть и трескаться. Но в компьютере все красиво. Весь район под снос из-за безопасности.
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (162), 11-Июн-26, 18:29
	> Зато с сейчас строят здорово. Построили район - не учли влажность. А без компьютера бы учли? Или точно так же положили болт? > Бетон стал сыреть и трескаться. Но в компьютере все красиво. > Весь район под снос из-за безопасности. Пффф, давай вспомним хрущевки. Которые строили с щелями между плитами в два пальца толщиной. Или дома с асбестовым утеплителем. Уверен что в твоем случает сработало правило "как уплачено, так наовнячено".
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (169), 12-Июн-26, 00:33
	> А без компьютера бы учли? > Или точно так же положили болт? Время на разработку проекта сильно сокращают для оптимизации затрат. Вот и выходят, каменные цветки. > Уверен что в твоем случает сработало правило "как уплачено, так наовнячено". Элитный район в курортной зоне?
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (171), 12-Июн-26, 08:14
	> Время на разработку проекта сильно сокращают для оптимизации затрат. > Вот и выходят, каменные цветки. Это не проблема техники, это проблема людей и подходов. Думаю после получения убытков, они задумаются "а может делать нормально?". Никто не мешает точно так же прикинуть на глазок при расчете на бумаге. >> Уверен что в твоем случает сработало правило "как уплачено, так наовнячено". > Элитный район в курортной зоне? Запросто. Подрядчик субподрядчика нанимает бригаду из ближнего зарубежья. Или просто берет бетон низкой марки и кладет разницу в карман.
	Ответить | Правка | Наверх | Cообщить модератору

	173. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (173), 13-Июн-26, 19:51
	> Никто не мешает точно так же прикинуть на глазок при расчете на бумаге. Когда работает 1.5 человека - легка пропустить этапы. Когда цела контора - система построена так, что этапы не пропустишь. > Запросто. > Подрядчик субподрядчика нанимает бригаду из ближнего зарубежья. > Или просто берет бетон низкой марки и кладет разницу в карман. Ошибка в проекте. Теперь там суд, за чей счёт сносить будут. За проект уже деньги вернули.
	Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

	100. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (4), 10-Июн-26, 12:00
	как вам ecs?
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	141. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (141), 10-Июн-26, 21:56
	> Очень долго мучал меня вопрос про программистов и их тусовку. > Почему они так любят высокомерно вворачивать математические термины жаргонные словечки и тд и пп. Все усложнять ради моды? У тебя вкорне неверный подход к избавлению себя от подобных мучений. Есть вполне прямолинейный подход, который конечно потребует определённого труда, но который зато даёт хороший качественный ответ. 1. Формулируешь свой вопрос. Выкидываешь из него все оценочные суждения и все словечки которые несут в себе хоть какую-либо эмоциональную нагрузку. Я уточню: для тебя несут, если "высокомерно" не несёт для тебя эмоциональной нагрузки, можешь его оставить, а если "математические" несут, то его надо выкинуть. Мнение остальных тут не важно. 2. Если какие-то словечки с эмоциональной нагрузкой неустранимы, то тогда прежде чем формулировать вопрос надо заняться десенсибилизацией, приучить себя видеть эти словечки как нейтральные. 3. Идёшь к адептам и спрашиваешь у них "накуя козе боян". Вежливо спрашиваешь, достаточно вежливло для того, чтобы получить в ответ не стёб, а реальные утверждения. 4. Принимаешь эти допущения и идёшь изучаешь как их "высокомерные термины жаргонные словечеки" решают те проблемы, которые, как тебе было сказано, они решают. 5. Находишь другие способы решения этих проблем. Это самый сложный шаг. Предыдущие могут занять немало времени, но они прямолинейны, здесь же уже никакой прямолинейности, здесь придётся искать. Где-то в процессе (5) ты найдёшь ответ на вопрос почему и зачем. И этот твой ответ будет не типа такого: > Если смотреть по аналогии с этой книгой, то получается, шо учеными надо что то кушать, осваивать гранты и тд. Поэтому искуственно хайпят свой ненужный бред про функциональщину, теорию типов, новый крутой ООП и что угодно, просто что бы получить ДЕНЬГИ. Этот ответ разбивается фактами: сообщество программистов весьма подозрительно относится к теоретикам, которые пилят гранты. Блестящие теоретические идеи как правило остаются теоретическими. Блестящий Haskell, например, как был с самого начала теоретической игрушкой не принимаемой теми, кто занят практикой, так и остаётся ею. Монады, которые ты упоминаешь, так и остались в хаскелле. Вирт мог часами распинаться о том, насколько его обероны превосходят все другие языки программирования. Теоретически. И где его обероны? То, о чём ты говоришь, имеет место, но оно рождается в теории и там и остаётся. Все эти офигенные алгоритмы которые позволяют снизить показатель степени в ассимптотической сложности алгоритма на 0.0001, но при любых практически значимых значениях N повышают реальную сложность и предъявляют невозможные требования к памяти. Да, такого немало. Но это всё теория и работают с ней теоретики. Теоретик может пилить гранты, неся какой-то бред про обероны, но поскольку он не делится грантами с практикующим программистом, то весь этот бред не покидает стен университета.
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

	164. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (166), 11-Июн-26, 19:44
	>Почему они так любят высокомерно вворачивать математические термины жаргонные словечки и тд и пп. Все усложнять ради моды? >Монады, функциональщина, теория типов и прочее. Потому, что они умные люди, и знают умные слова. >Оттуда и ноги растут у невменяемой сложности абстаркций ради абстракций в нашей любимой отрасли. Очередной ыксперт рассуждает на тему того, в чём не разбирается. Для начала, получите хотя-бы лет пять коммерческого опыта, а потом сказки рассказывайте. >с осторожной критикой современной физики от физика. Что это за поток шизофрении? Какое отношение физика имеет к программированию?
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

	125. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (8), 10-Июн-26, 15:49
	Одна беда: сейчас архитекруры процессоров меняются быстрее, чем на ASM проекты пишутся. Только ARM освоили - уже RISC-V подвезли. А Колибри та по-прежнему x86.
	Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

	142. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (141), 10-Июн-26, 21:59
	> А может лучше сделать посложнее но как надо? Сделай. Напиши-ка мне браузер, который будет работать на двух мегабайтах. И ещё текстовый редактор типа emacs, чтоб он не жрал десятков мегабайт, и не залипал на некоторых операциях так, что мне его прибивать приходится. Я оставлю тебе вопросы выбора языков программирования, может писать хоть на ассемблере, если что я в виртуалке запущу. Только напиши мне это.
	Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

	149. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Прохожий (??), 11-Июн-26, 00:27
	>Существует лишь один правильный ЯП и это ASM. Все остальное от лукавого. Вам бы вначале что-то про существующие архитектуры почитать, а потом уж ценное мнение высказывать публично, а?
	Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

	163. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (166), 11-Июн-26, 19:40
	Если колибри такая хорошая, то почему вы не используете её в повседневной жизни?
	Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

83. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
Сообщение от Аноним (83), 10-Июн-26, 09:15
> Для разработки системных сервисов и модулей ядра поставляется инструментарий OSDK (Operating System Development Kit), предоставляющий утилиту cargo-osdk для создания, сборки, тестирования и запуска компонентов операционной системы. Модули ядра из Cargo? БезопасТность как она есть.
Ответить | Правка | Наверх | Cообщить модератору

	103. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (4), 10-Июн-26, 12:04
	чем это отличается от, скажем, boost, кроме способа доставки инструментария?
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (158), 11-Июн-26, 17:45
	Ты видел буст в ядре? Ты видел помойку в буст?
	Ответить | Правка | Наверх | Cообщить модератору

85. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
Сообщение от Аноним (-), 10-Июн-26, 09:24
Какие громкие заявления о framekernel. Всё ядро всё равно находится в одном адресном пространстве. Это, по сути, монолитное ядро. Нарушение инвариантов может приводить к use-after-free, double free и висячим указателям. А вообще, состояния гонки, логические ошибки, целочисленные переполнения, side-channel, deadlocks и аппаратные атаки никто не отменял. И всё это в одном общем адресном пространстве. Они ещё на пути к верификации OSTD, но... Только memory managment верифицирован, и тот неполностью... А вообще, я только сейчас узнал про Verus, с помощью которого они и хотят верифицировать OSTD. Не Ada/SPARK, конечно, но звучит интересно.
Ответить | Правка | Наверх | Cообщить модератору

	89. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от Аноним (89), 10-Июн-26, 09:53
	> Всё ядро всё равно находится в одном адресном пространстве. Это, по сути, монолитное ядро. микроядро и сервисы могут быть в одном адресном пространстве внезапно minix 1-2 работал на 16-битном 8086 без MMU
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (-), 10-Июн-26, 10:11
	Мне стоило поставить абзац между этими предложениями.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (139), 10-Июн-26, 21:38
	Не надо так ограничивать себя, можно дробить даже меньше, втыкать абзацы посередине предложений. Можно даже по одному слову на абзац писать. Тогда тебя точно поймут правильно.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от warlock66613 (ok), 10-Июн-26, 12:09
	Целочисленные переполнения мимо. В Rust, в отличие от C, есть все средства для их предотвращения.
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	128. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (-), 10-Июн-26, 15:58
	лол. как будто для си инструментов не завезли
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (129), 10-Июн-26, 16:36
	> лол. как будто для си инструментов не завезли И где эти инструменты в серьезных проектах? Почему в ядре за месяц находят 1000+ CVE? Они что плохо рабоают? Или Настоящие СИшники на них просто забивают?
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (-), 10-Июн-26, 23:28
	так они поэтому и раст не любят - потому что придётся ещё йопанный огород три недели писать, если в тз без ансейфов стоит. а на сях - как вовочка у печки в тридесятом царстве - смотрите зато как быстро работает
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (-), 10-Июн-26, 16:53
	В release-сборках происходит переполнение по модулю 2, по умолчанию, если явно не включить проверки. Это не UB, как в С/С++, но переполнение имеет место быть.
	Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

	136. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от warlock (??), 10-Июн-26, 19:30
	> В release-сборках происходит переполнение по модулю 2, по умолчанию, если явно не > включить проверки. Поэтому я не сказал "в Rust не бывает целочисленного переполнения". Я сказал "есть все необходимые средства для их предотвращения". Никто не мешает написать `a + b` не задумавшись о том, можно ли так делать. Но если задуматься, можно вместо этого написать `a.checked_add(b)` или `a.saturating_add(b)` или даже `a.wrapping_add(b)` если реально нужна арифметика по модулю или ещё несколько реже нужных вариантов.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (-), 10-Июн-26, 21:55
	Так в С/С++ тоже так можно. Инструменты есть. На Си принято городить свои. Но есть __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, и даже больше.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (158), 11-Июн-26, 17:48
	И разработчики стандарта отказались от приведения к одному поведению signed и unsigned. Так как в таком случае теряется куча возможностей оптимизаций на разных архитектурах.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Проходил мимо (?), 11-Июн-26, 09:05
	Вот! Только "можно вместо" надо заменить на "НАДО".
	Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

	165. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от warlock (??), 11-Июн-26, 20:36
	> Вот! Только "можно вместо" надо заменить на "НАДО". Не всегда. Обычный плюс всё ещё в игре. Например, если складываем два `u16`, полученные из `u8`. Или если были предварительные проверки на некоторый суженный диапазон (иногда получается более естественный код, чем с `checked_add`).
	Ответить | Правка | Наверх | Cообщить модератору

109. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
Сообщение от Аноним1234 (?), 10-Июн-26, 12:19
Нужно. Для всяких там более виртуалок нежле docker. На десктопе не будет никогда так как у человечества не хватит сил допилить до подходящего уровня.
Ответить | Правка | Наверх | Cообщить модератору

174. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
Сообщение от Аноним (174), 13-Июн-26, 20:50
А че там Redox все забили на неё, теперь новую нех пилят
Ответить | Правка | Наверх | Cообщить модератору

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

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