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

"Выпуск ядра 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.me/opennews/art.shtml?num=65654
Ответить | Правка | Cообщить модератору

Сообщения

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

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

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

4. Сообщение от Аноним (4), 09-Июн-26, 22:34	+9 +/–
ну тогда дырки в си - полное непонимание сути и смысла си
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #121

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

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

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

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

13. Сообщение от Аноним (12), 09-Июн-26, 22:55	+/–
В расте и динамических библиотек нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #48

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

16. Сообщение от Аноним (16), 09-Июн-26, 23:06	+2 +/–
Расскажи это квалкому, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #117

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

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

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

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

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

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

26. Сообщение от Аноним (26), 10-Июн-26, 00:12	+1 +/–
а если бы, забросят же
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

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

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

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

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

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

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

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

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

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

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

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

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

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

48. Сообщение от Прохожий (??), 10-Июн-26, 01:40	+/–
Какая несусветная чушь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

49. Сообщение от Анонимный татарин (?), 10-Июн-26, 02:09	+1 +/–
> use-after-free, double-free -- человеческие (не инопланетянские) ошибки. Вызванные невнимательностью. > И раст их решает. Скажи, ты правда считаешь, что это и есть опережение на десятки лет? Вот ты настолько вот не в курсе, что последние 50 лет происходит, что считаешь это манной небесной? Воистину, апологеты раста -- это самые деревянные существа, что я видел. Язык как язык, но вот это вот тошнотворное амбре вокруг него создают недалекие фанатики, что ложку к уху несут. Тьфу, это совсем за гранью, даже пхпшники и 1с-еры адеуватнее этого сброда
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #52, #69, #71

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

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

52. Сообщение от q (ok), 10-Июн-26, 02:26	+2 +/–
> Вот ты настолько вот не в курсе, что последние 50 лет происходит, что считаешь это манной небесной? Расскажи, что произошло за последние 50 лет такого, что отменяет все преимущества раста. > Воистину, апологеты раста -- это самые деревянные существа, что я видел. Ну, пока что только ты тут подтверждаешь свою деревянность. Впрочем, к деревянности критиканов раста я уже привымкши.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #118

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

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

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

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

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

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

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

64. Сообщение от 12yoexpert (ok), 10-Июн-26, 07:20	+/–
но ведь это будет небезопасно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

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

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

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

68. Сообщение от Анон1110м (?), 10-Июн-26, 07:55	–1 +/–
Plan9 или BeOS или OS/2 лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #76

69. Сообщение от Анон1110м (?), 10-Июн-26, 08:03	+/–
Ещё есть яваскриптёры. Принял ли ты чудо асинхронности?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

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

71. Сообщение от Анон1110м (?), 10-Июн-26, 08:23	+/–
И вэбщики в целом: размеченый тэгами текст в окне броузера это GUI; HTML и CSS это фрйемворк для GUI и самые лучшие средства для построения GUI; только на HTML и CSS можно сделать красивое GUI; Electron одно из чудес света; до Electron существовало 3,5 программы и они были страшными; всё должно быть в броузере; программы должны выглядеть как помесь сайта и мобилочной программы; до Electron не существовало кроссплатформенных программ а если и были, то делались стописят лет стопиисятью людьми; JavaScript - это ассемблер; мегабайты скриптов для убыстрения загрузки и отрисовки...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

100. Сообщение от Аноним (4), 10-Июн-26, 12:00	+/–
как вам ecs?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

118. Сообщение от Аноним (117), 10-Июн-26, 13:40	+/–
rust идеологически ущербный язык. Взяли хорошую идею и не до конца ее реализовали. В итоге - угребищный гибрид с кучей проблем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #119

119. Сообщение от Аноним (119), 10-Июн-26, 13:58	+/–
> rust идеологически ущербный язык. Жаль что все эти майкрософты, гуглы и даже васяны с cosmic'ами тебя не слушают) > Взяли хорошую идею и не до конца ее реализовали. Какую идею и в чем не дореализовывали? > В итоге - угребищный гибрид с кучей проблем. Список которых ты, по какой-то причине, забыл перечислить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

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

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

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

126. Сообщение от Аноним (-), 10-Июн-26, 15:49    Скрыто ботом-модератором	+/–
пипец да, можно хоть через строчку вставлять
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

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

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

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

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

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

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

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

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

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

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

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

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

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

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