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

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

Сообщения

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

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

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

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

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

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

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	–3 +/–
Сабжевая поделка ещё хуже редокса. Это даже не переписывание ради переписывания это поиграться и забыть. Промышленное микроядра общего назначения невозможно, запомни это.
Ответить | Правка | Наверх | 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	+3 +/–
Расскажи это квалкому, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #117

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

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

28. Сообщение от Аноним (28), 10-Июн-26, 00:14	+2 +/–
Нет там ничего от микроядер. Вся система работает в одном адресном пространстве.
Ответить | Правка | Наверх | 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	–1 +/–
ты, видимо, не разу в жизни не видел китайского кода
Ответить | Правка | Наверх | 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, #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, #152

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

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

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

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

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

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 Ответы: #167

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

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

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

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

63. Сообщение от Вася Пупкин (?), 10-Июн-26, 07:06	+2 +/–
Интересно 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

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

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	–3 +/–
Скажем так это снижает безопасность до уровня Си, но при этом все такие места можно провести через чрезвычайно строгий аудит что бы исключить все возможные ошибки. Одно дело просматривать миллионы строк кода и совсем другое сотни.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #79, #101

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

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

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

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

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

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

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

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 Ответы: #139

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

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

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

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	–1 +/–
Вы конечно правы, но вы не поняли о чём я говорил. Перечитайте пост, на который вы ответили. Проблема -- в данном случае -- не в unsafe, а в запрете unsafe. Это крайне порочная практика, противоречащая философии Rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #144

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

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

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	–2 +/–
> 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	+1 +/–
> Строительством люди успешно занимались до компьютеров как бе. Да, так и считали тоже успешно. Ну там квадрутуру круга или просто размер поля с пшеницей. Но потом уперлись в ограничения, кол-во компьютеров (человеков которые сидели с калькуляторами) превысило разумные пределы. Без компьютеров можно построить дом. Даже многоэтажный. Даже большой и сложный мост. Правда придется посадить 100500 инженеров за кульманы и переводить тонны бумаги на расчеты. Будет очень долго, уныло и дорого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #159

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

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

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

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

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

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

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

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

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

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 Ответы: #156

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

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

140. Сообщение от Аноним (-), 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ообщить модератору
Родитель: #136 Ответы: #161

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

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

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

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

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

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

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

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

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

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

151. Сообщение от Аноним (150), 11-Июн-26, 00:33	+/–
Дополнено: Любители продавать обёртки - они такие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

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

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

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

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

156. Сообщение от Аноним (156), 11-Июн-26, 10:27	+/–
Claude скоро будет недоступен из-за цены. Пора переходить на DeepSeek и MiniMax.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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