Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск Rust 1.97. Написанные на Rust ядро Zinnia и P2P-система Iroh с адресацией по ключам

10.07.2026 20:53 (MSK)

Опубликован релиз языка программирования Rust 1.97, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки).

Методы работы с памятью в Rust нацелены на исключение ошибок при манипулировании указателями и защиту от проблем, возникающих из-за низкоуровневой работы с памятью, таких как обращение к области памяти после её освобождения, разыменование нулевых указателей, выход за границы буфера и т.п. Для распространения библиотек, обеспечения сборки и управления зависимостями проектом развивается пакетный менеджер Cargo. Для размещения библиотек поддерживается репозиторий crates.io.

Безопасная работа с памятью обеспечивается в Rust во время компиляции через проверку ссылок, отслеживание владения объектами, учёт времени жизни объектов (области видимости) и оценку корректности доступа к памяти во время выполнения кода. Rust также предоставляет средства для защиты от целочисленных переполнений, требует обязательной инициализации значений переменных перед использованием, лучше обрабатывает ошибки в стандартной библиотеке, применяет концепцию неизменяемости (immutable) ссылок и переменных по умолчанию, предлагает сильную статическую типизацию для минимизации логических ошибок.

Основные новшества:

  • По умолчанию включена новая схема декорирования (mangling) имён функций, глобальных переменных и структур данных в генерируемых объектных и исполняемых файлах (-Csymbol-mangling-version=v0). Имена декорируются для предотвращения конфликтов во время компоновки разных программ, путём прикрепления специфичного контекста, такого как путь к модулю и имя crate-пакета.

    Ранее используемая схема декорирования имён, основанная на Itanium ABI, имела такие недостатки, как замена параметров дженериков на нечитаемые хэши и наличие частей компилятора, не использующих Itanium ABI, что требовало использования специфичных для Rust декодировщиков имён. В Rust 1.97 задействована по умолчанию схема декорирования, разработанная специально для Rust и лишённая отмеченных недостатков. Старую схему намерены удалить в одном из следующих выпусков.

  • В пакетный менеджер cargo встроена возможность управления реакцией на генерацию компилятором предупреждений при сборке. Добавлена переменная окружения CARGO_BUILD_WARNINGS, которая может принимать три значения: warn (по умолчанию) - вывод предупреждения на экран; allow - скрытие вывода предупреждений; deny - обработка предупреждений как ошибок, останавливающих сборку.

    В прошлых версиях для завершения сборки после вывода предупреждения приходилось указывать "-Dwarnings" в RUSTFLAGS для компилятора, но при изменении RUSTFLAGS пакетный менеджер cargo считал сборку новой, не учитывал данные в кэше и с нуля пересобирал весь проект. Перенос настройки на сторону cargo исключил сброс кэша и необходимость полной перекомпиляции при изменении режима обработки предупреждений, а также упростил включение обработки предупреждений как ошибок в системах непрерывной интеграции.

  • При сборке включено по умолчанию отображения сообщений, выводимых компоновщиком. Сообщения выводятся в форме предупреждений через специальное lint-правило "linker_messages", которое не входит в стандартную группу "warnings". При этом rustc отфильтровывает сообщения, которые являются типовыми ложными срабатываниями или нормальным поведением, оставляя предупреждения, которые могут свидетельствовать о проблемах, такие как предупреждения об устаревших опциях и нежелательных настройках. Ранее информация от компоновщика показывалась только при завершении с ошибкой, а иначе все сообщения скрывались. Для возвращения старого поведения в Cargo.toml можно добавить:
    
       [lints.rust]
       linker_messages = "allow"
    
  • В разряд стабильных переведена новая порция API, в том числе стабилизированы методы и реализации типажей:
  • Признак "const" применён в методе char::is_control.



Дополнительно можно отметить недавно анонсированные проекты и события, связанные с Rust:

  • Проект zinnia развивает модульное Unix-подобное ядро, написанное на языке Rust и распространяемое под лицензией GPLv2. Ядро поддерживает POSIX-интерфейсы и некоторые расширения из BSD и Linux, такие как epoll и timerfd. Для отрисовки и организации ввода доступны драйверы DRM (Direct Rendering Manager) и evdev. Реализованной функциональности достаточно для запуска среды рабочего стола Xfce под управлением X-сервера и композитного сервера Weston на базе Wayland. Поддерживается загрузка как в эмуляторе QEMU, так и на реальном оборудовании, таком как ноутбук ThinkPad E14 G7.
  • Представлен релиз коммуникационной библиотеки iroh 1.0, позволяющей устанавливать сетевые соединения между приложениями на разных хостах с подключением по криптографическим ключам, вместо IP-адресов (указывается ключ к которому необходимо подключиться и iroh находит связанный с ним хост и устанавливает шифрованное соединение с использованием протокола QUIC). По возможности устанавливаются прямые P2P-соединения, но если это невозможно, выполняется откат на работу через релеи, которые также применяются для обнаружения хостов по ключам. Возможен запуск своего релея или подключение к поддерживаемым сообществом публичным релеям.

    Среди расширенных возможностей: поддержка Multipath QUIC для доставки пакетов одновременно по нескольким маршрутам, возможность работы из-за NAT, режим статической конфигурации для подключения к локальным устройствам без доступа к интернету, возможность сборки в промежуточный код WASM для выполнения внутри браузера, поддержка создания своих транспортов, например, для подключения через Bluetooth, WiFi Aware или LoRa. Код написан на Rust и распространяется под лицензиями Apache-2.0 и MIT. Доступны обвязки для Python, Node.js, Kotlin и Swift.

  • Автор серверной JavaScript-платформы Bun опубликовал статью с разбором проекта по переписыванию Bun с языка Zig на Rust, используя AI-модель Claude Fable. Отмечается, что Bun 1.3.14 станет последним выпуском на Zig и следующая версия Bun 1.4.0 уже будет на Rust. Судя по проведённым тестам, версия на Rust потребляет значительно меньше памяти и на 2-5% быстрее версии на Zig. Размер исполняемого файла в версии на Rust сократился на 20%.
  • Разработчики операционной системы Redox, написанной с использованием языка Rust и концепции микроядра, опубликовали отчёт о развитии проекта за июнь. Из достижений отмечено добавление поддержки геймпадов с интерфейсом USB, портирование инструментария для языка Tcl, а также создание бэкенда GTK3 (GDK) и реализация дробного масштабирования для развиваемого проектом дисплейного сервера Orbital.


  1. Главная ссылка к новости (https://blog.rust-lang.org/202...)
  2. OpenNews: Опубликован crustc - компилятор rustc, переведённый на язык Си
  3. OpenNews: Возвращение в Ubuntu утилиты cp из Rust Coreutils привело к сбою при сборке livecd-rootfs
  4. OpenNews: Выпуск X-сервера yserver 1.0.0, написанного на Rust и пригодного для запуска MATE, Xfce и Cinnamon
  5. OpenNews: Выпуск ядра Asterinas 0.18, написанного на языке Rust и совместимого с Linux
  6. OpenNews: Выпуск Rust 1.96. Оценка пригодности Rust для создания прошивок к микроконтроллерам
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/65883-rust
Ключевые слова: rust, zinnia, iroh
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (145) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (3), 21:41, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Уже даже ИИ можно привлечь к тому чтобы написать нормальный язык. И даже он не в состоянии довести Rust до стабильного удобоваримого состояния.
     
     
  • 2.13, Аноним (13), 22:45, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мантра безопасности разбилась о баги uutils :)
     
     
  • 3.14, Аноним (14), 22:52, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +10 +/
    > Мантра безопасности разбилась о баги uutils :)

    Ну, в фантазиях местных воителей супротив раста еще и не то бывает/было 🙂


     
     
  • 4.16, Анонон (?), 22:59, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +10 +/
    На самом деле баги были безопасными?
     
     
  • 5.17, warlock66613 (ok), 23:05, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Именно так и было.
     
     
  • 6.20, Аноним (13), 00:02, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    цитата: "Большинство уязвимостей (uutils) вызвано ... состоянием гонки, позволяющим изменить данные в момент после проверки корректности информации ... подобные уязвимости позволяют скопировать или перезаписать произвольные файлы".
     
     
  • 7.22, warlock66613 (ok), 01:15, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И что?
     
     
  • 8.27, Аноним (27), 02:52, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    сакраментальная фраза, обнуляющая любые доводы обычно свидетельствует о том что... текст свёрнут, показать
     
     
  • 9.78, warlock66613 (ok), 12:57, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В данном случае это означает вы написали вещь, не связанную с вопросом, который... текст свёрнут, показать
     
  • 9.131, Аноним (131), 14:46, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, вы не правы, скараментальная фраза у тренера нашей сборной Ну, и ... текст свёрнут, показать
     
  • 8.55, Анонон (?), 12:19, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И то ... текст свёрнут, показать
     
  • 8.142, Аноним (142), 18:38, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да ничего, это просто другое ... текст свёрнут, показать
     
  • 5.174, Аноним (174), 14:23, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > На самом деле баги были безопасными?

    БезопасТными

     
  • 2.34, Аноним (34), 06:46, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >И даже он не в состоянии довести Rust до стабильного удобоваримого состояния.

    Ложь. Rust давно стабилен. Тебе не нравится само развитие языка. Тебе хочется чтобы он застыл и не развивался. Просто по тому, что тебя напрягают изменения.

     
     
  • 3.48, Аноним (48), 09:26, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Просто потому что невозможно какая либо разработка на языке, который постоянно плывет.
     
     
  • 4.50, Аноним (50), 09:47, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Кто плывет? Куда плывет?
    У гугла, клоудфлари, амазона и прочих ничего не плывет.
    Разработчики Rusticl успешно заменили им Clover.
    Даже никакое плаванье не мешает навидии делать дрова Nova.

    Может это skill issue?
    Ну типа ты неосилятор.
    В этом нет ничего постыдного, у каждого есть свой максимум.

     
     
  • 5.56, Анонон (?), 12:20, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Кто плывет? Куда плывет?

    Всплывает

     
  • 5.63, Смузихеб забывший пароль (?), 13:46, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    как показывает история, тот же гугол запросто выкидывает любые поделия несмотря на, вроде бы, годы работы с ними и обилие пиара
     
     
  • 6.93, Аноним (93), 18:33, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > гугол запросто выкидывает

    Вообще-то не запросто, но да, выкидывает. И отчасти потому, что в Гугле руководство не боится бросить чемодан без ручки они успешны как бизнес. От sunk cost fallacy умерло огромное количество бизнесов.

     
  • 6.112, Аноним (112), 06:51, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага.
    Если проект для гугла провальный - то просто выкинули и перенаправили ресурсы на другие.
    Срадать, превозмогать но есть кактусовый чемодан без ручки - такое скорее в фанатикам.
     
     
  • 7.150, Смузихеб забывший пароль (?), 14:23, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    угу. а потом - снова затащить на свой горб и сделать наигранно-заинтересованное лицо
    или, казалось бы, причём тут флаттер и дарт
     
  • 5.69, Bottle (?), 22:34, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Разработчики гугла и амазона могут себе позволить финансировать убыточные направления годами, а ты не можешь. Фейсбук может себе позволить тащить легаси на пыхе вместо нормального переписывания на C++.
    Ты не корпорация, ты не имеешь возможности совершать сказочно дорогие ошибки как они.
     
     
  • 6.92, Аноним (93), 18:28, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так и масштаб ошибок совсем иной У меня есть пара пет-проектов, которые мне ... большой текст свёрнут, показать
     
     
  • 7.140, _ (??), 18:22, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Бро, по нонешним понятиям - ты редкий динозавр! Уважуха! :)
     
  • 4.83, Аноним (83), 14:16, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто потому что невозможно какая либо разработка на языке, который постоянно плывет

    Я тут никак не определюсь какой стандарт C++выбрать c++11 или c++17, а может ну его
    и все делать на c++26 сразу, так что бы модно молодежно современно.

    А так то я большой спец по c++89 =)

     
  • 4.152, Аноним (152), 19:58, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > который постоянно плывет.

    Все языки "плывут". В каждом питоне пачка депрекаций, в каждом новом стандарте плюсов, даже в мёртвом перле.

    > Просто потому что невозможно какая либо разработка на языке

    Возможна вообще без каких либо проблем. Вышла новая версия, почитал изменения, поправил. Лентяй? Вообще ничего не читай - докинь следующую вервию в CI и чини депрекации и поломки по мере появления. Даже не умеющее программировать менеджерьё справится - закинет в клода лог ошибок и CHANGES языка, и он поправит весь огромный проект меньше чем за доллар.

    Не говори только что ты ещё бесполезнее клода.

     
  • 3.79, warlock66613 (ok), 13:00, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Rust давно стабилен.

    С одной стороны это правда. Но с другой на стабильном Rust написать что-либо нетривиальное невозможно. Так что в реальности приходится использовать ночнуб ветку, нестабильную. Так что вопрос стабильности Rust не так прост.

     
     
  • 4.153, Аноним (152), 20:15, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно что вы там такого нашли что прям невозможно Я тоже поклонник найтли, ... большой текст свёрнут, показать
     
     
  • 5.172, warlock66613 (ok), 15:06, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Для рекомпиляции стандартной библиотеки (core, alloc) под нестандартную архитектуру нужна ветка nightly и нестабильные опции -- это главный затык.

    Так же и panic=immediate-abort нестабильна, хотя в принципе без этого можно жить.

    Также можно в принципе жить и без локальных аллокаторов (allocator_api), разруливая всё глобальным, но местами это прямо крайне неприятно.

    never_type конечно всегда заменяется своим пустым енумом, но получаются городульки на ровном месте.

    Можно ли как-то обойтись без stmt_expr_attributes я не знаю.

     

  • 1.4, Аноним (4), 21:44, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Минорщина немного раздражает, особенно, когда приходится по цепочке собрать 10 растов и все 10 обновлений -- минорщина. Они не могут накопить сразу за год изменений и выпустить их разом?
     
     
  • 2.5, q (ok), 21:45, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > приходится по цепочке собрать 10 растов

    Не приходится. Только ты так делаешь почему-то.

     
     
  • 3.6, Аноним (4), 21:49, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Твоя ошибка, если ты доверяешь бинарному. Не удивляйся, когда какой-нибудь файрфокс, собранный растом, собранным бинарным растом, будет очень странно себя вести.
     
     
  • 4.7, q (ok), 22:06, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У тебя проприетарно-закрытый биос? Или коребут поставил? А ЦПУ какой? С закрытым или открытым микрокодом? И вообще, весь ПК состоит из опенсорсных компонентов?
     
     
  • 5.15, Аноним (15), 22:56, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > У тебя проприетарно-закрытый биос? Или коребут поставил? А ЦПУ какой? С закрытым или открытым микрокодом? И вообще, весь ПК состоит из опенсорсных компонентов?

    Китайские?

     
  • 4.155, Аноним (152), 20:27, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Твоя ошибка, если ты доверяешь бинарному. Не удивляйся, когда какой-нибудь файрфокс, собранный растом, собранным бинарным растом, будет очень странно себя вести.

    Так firefox тоже не нужно собирать. А про недоверие всему на свете - это тебе лечиться надо. Вот в твоём GUIX remote root нашли, теперь не только твоя такими трудами забутстрапленная из исходников система протроянена, тебе ещё и свежий микрокод в процессор и сетевуху прошили, теперь первый все твое ключи от aesni сливает второй, а она втихаря рассылает куда надо, не говоря о том что следующую твою с трудом забутсрапленную систему порутают сразу, если ты железо не поменяешь. Живи теперь с этим. Не доверяет он бинарному, епт.

     
     
  • 5.158, Аноним (4), 20:35, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Трояны тут ни при чём, в этом достаточно доверия мейнтенерам и минимальной их компетентности (чтобы не шипили что-то левое, дебианы тут сразу мимо). Ну и нужна возможность проверить и убедиться. А вот криво собранный тулчейн тебе много радости доставит. И не говори, что ты не видел, как программы постоянно крашатся и зависают -- а ведь всё от кривых лап мейнтейнеров (по большей части).
     
     
  • 6.159, Аноним (152), 23:47, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не поверишь не видел, хотя уже с десяток лет поддерживал ю до полустотни FreeBS... большой текст свёрнут, показать
     
     
  • 7.161, Аноним (4), 00:22, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Всё куда сложнее, чем ты там нафантазировал. У меня есть список программ, которые крашатся при arch, отличном от core2. Есть программы, которые крашатся с опкодами avx. А мейнтейнеры не умеют собирать те же кути -- факт. Впрочем, больше отвечать я не буду.
     
  • 4.160, Аноним (152), 23:52, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Не удивляйся, когда какой-нибудь файрфокс, собранный растом, собранным бинарным растом, будет очень странно себя вести.

    Очень удивлюсь. Собственно, у меня только такой раст и есть, причём nightly обновляющийся раз в 2 недели (на FreeBSD он собирается бинарной бетой). Очень интересно как бинарный раст которым пользуется подавляющее большинство растеров, вдруг что-то не так соберёт. А вот в то что после твоих десятикратных пересборок непонятно чего непонятно чем, чтобы не верить рабочим бинарным сборкам, у тебя что-то не заработает, я поверю охотно.

     
  • 3.8, Аноним (8), 22:12, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, я тоже так делаю
     
     
  • 4.9, q (ok), 22:16, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хорошо. Только вы двое так делаете почему-то. Хотя остальным так делать не приходится.
     
     
  • 5.141, _ (??), 18:24, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще то - приходится. Только они не пробовав ничего слаще чем репа, думают что так и надо.
     
  • 2.29, zionist (ok), 03:52, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какие-то детские у тебя претензии.
     
  • 2.35, Аноним (34), 06:48, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >минорщина.

    И чо?

    >Они не могут накопить сразу за год изменений и выпустить их разом?

    Могут, но зачем. Все изменения должны, вносится по мере развития языка.

     
  • 2.127, Аноним (152), 14:13, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > когда приходится по цепочке собрать 10 растов и все 10 обновлений -- минорщина

    Зачем такое надо? Какой-нибудь guix'овский bootstrap? Так жалуйся в свой guix, если он не умеет без полного бутстрапа собирать когда это не нужно, или кэшировать промежуточные пакеты. В нормальных системах или через rustup на установку любой версии нужно около 10 секунд, nighly можно обновлять каждый день, и обновлял бы каждый час если бы сборки так часто выходили.

     
     
  • 3.130, Аноним (4), 14:21, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Везде. Rustup не собирает тулчейн, Мань.
     
     
  • 4.154, Аноним (152), 20:20, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я знаю, Клав. Очёчки одень и прочитай что там написано не только про rustup. Можно поставить пакет из дистрибутива. Тоже не доверяшь? Ну собирай, но зачем 10 раз? Эта сборка - 20 минут раз в полгода, это быстрее и реже чем тот же firefox, который ты, надо думать, тоже собираешь из исходников. Так что претензии твои яйца выеденного не стоят.
     
     
  • 5.157, Аноним (4), 20:31, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Обновление раста выходит раз в месяц, какие, к чёртовой бабушке, раз в полгода? Файрфокс так же раз в месяц обновляется. Чёт ты совсем не в теме. 10 раз, потому что ты обязан собрать каждое обновление по цепочке, ты не можешь использовать позапрошлую версию для сборки текущего тулчейна раста. Зато ты можешь использовать старый раст для сборки того же файрфокса без проблем.
     

  • 1.10, анм (?), 22:17, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    то есть растеры за свою недолгую карьеру уже осилили ядро и запуск на железе? пока реактосевцы чинят то, что ни разу не запускалось? удивительно
     
     
  • 2.12, ryoken (ok), 22:32, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>реактосевцы чинят то, что ни разу не запускалось

    Только я вижу тут некое противоречие? :)

     
     
  • 3.37, Аноним (34), 06:49, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Каждый говорит о том что "болит". Он видимо один из запускальщков-реактовцев.
     
  • 2.23, Сладкая булочка (?), 01:37, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > то есть растеры за свою недолгую карьеру уже осилили ядро и запуск на железе?

    11 лет, начиная с 1.0 и 15 лет с опубличивания. Си появился в 72, а в 73 уже ядро юникса на нем было, в 78 был первый стандарт (это для любителей говорить, что не 15 лет, а 11). Линукс появился в 91, был написан за 5 месяцев примерно.

     
     
  • 3.28, Аноним (27), 02:55, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    сравнивать ядро 73 года с современным, это ну такое себе, да 5ти месячный линукс бы далек от полноценного ядра
     
     
  • 4.39, Аноним (34), 06:58, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >сравнивать ядро 73 года с современным

    А кто сравнивает? Тебе просто сказали, что Кен Томпсон быстро написал UNIX, а также то, что Линус быстро написал ядро Линукса. Если ядро запускается и нармально работает на определённом типе железа, значит он готов. Ни Кен, ни Линус - не соврут.

    >5ти месячный линукс бы далек от полноценного ядра

    Ого, вот тут и начинается софистика! Когда Линукс достиг того состояния, когда мы сможем сказать: "Мы достигли совершенства, больше ничего вносить не надо."? Когда кодовая база певысила 90 тыс строк или 1 500 000 млн. строк.

     
     
  • 5.71, Аноним (14), 23:31, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>сравнивать ядро 73 года с современным
    > А кто сравнивает? Тебе просто сказали, что Кен Томпсон быстро написал UNIX,

    Конечно никто не сравнивает, лишь уныленько передергивает и тасует факты, щедро замешивая их с фантазиями (чей-то там про 11 и 15 лет).

    > Если ядро запускается и нармально работает на определённом типе железа, значит он готов
    > Ого, вот тут и начинается софистика!

    Да еще и какая!


     
  • 3.45, Аноним (45), 08:05, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Си появился в 72, а в 73 уже ядро юникса на нем было,

    То самое в котором диды сделали CVE прям в первом выпуске?))

    > в 78 был первый стандарт

    ANSI C повился в 1989
    Это наглядно показывает негативное влияние СИшки на мозг - случают постоянные выходы за пределы буфера и память портится.

    > Линукс появился в 91, был написан за 5 месяцев примерно.

    И что он умел в тот момент?))

    ps называть K&R C стандартов весьма нелепо, но для растохейтера - сойдет

     
     
  • 4.57, Анонон (?), 12:29, 11/07/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 2.49, Аноним (48), 09:28, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Раст бесполезен по своей сути.
     
     
  • 3.51, Аноним (51), 09:51, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Скорее твой комментарий)
    Жаль что твоя мудрость не дошла до фирм которые с удовольствие пишут на нем.

    И да, срочно выбрось смартфон с андроидом, 321м-растохейтерам положены айфоны)

     
     
  • 4.64, Смузихеб забывший пароль (?), 13:50, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    сегодня, на фоне пиара в около-ит ресурсах, они пишут на одном, завтра - на другом
    внезапно возникшая и не менее внезапно скатившаяся популярность RoR тому нагляднейшее подтверждение
     

  • 1.19, Аноним (13), 23:56, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    За весь выпуск добавили только "В разряд стабильных переведена новая порция API"?!
     
     
  • 2.53, Facemaker (?), 11:31, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >За весь выпуск добавили только "В разряд стабильных переведена новая порция API"?!

    То есть данный эксперт недоволен тем, что Rust слишком стабилен? А вот другой недоволен тем, что Rust «постоянно плывёт». Вы точно обучались на одном факультете опеннетного эксперства?

     
     
  • 3.70, Bottle (?), 22:39, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Одно другому никак не противоречит. Можно не иметь кучи фич и ломаться при каждом обновлении.
     
     
  • 4.80, Прохожий (??), 13:57, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уважаемый эксперт, можете назвать, что конкретно сломалось при данном обновлении у вас? Или, как обычно, выдаём сферического коня в вакууме за реальность?
     

  • 1.24, Сладкая булочка (?), 01:40, 11/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Пока в gcc нет поддержки раста все бессмысленно. Пока нет стандарта раста или хотя бы не разбросанного по разным местам описания языка - тоже.
     
     
  • 2.25, q (ok), 01:55, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Думаешь, расту нужен стандарт, нашпигованный undefined behavior?
     
     
  • 3.26, Аноним (26), 02:39, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А кто им мешает использовать борова для написания стандарта?
     
  • 3.60, Сладкая булочка (?), 13:42, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Думаешь, расту нужен стандарт, нашпигованный undefined behavior?

    Хоть какой нужен. Хоть с defined behavior.

     
     
  • 4.146, Володька Драйвер (?), 10:34, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Стандарт не нужен если есть референсная имплементация.
     
  • 2.46, Аноним (45), 08:07, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Жаль гугл, майкрософт, AWS и еще десятки компаний вас забыли спросить.
    Ведь ыкспердность Сладких Булочек известна всему опеннету.

    В ядре (binder) кстати раст вполне работает без "стандарта" и gcc.

     
     
  • 3.65, Сладкая булочка (?), 13:57, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Жаль гугл, майкрософт, AWS и еще десятки компаний вас забыли спросить.

    Какая мне разница на эти компании?

    > В ядре (binder) кстати раст вполне работает без "стандарта" и gcc.

    Любой нормальный инженер скажет, что стандарт это хорошо. А работать оно может, как работает куча пропритераных стандартов, где ты завязан на поставщика. В этом нет ничего хорошего.

     
     
  • 4.66, Мемоним (?), 15:50, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Какая мне разница на эти компании?

    Они тебе Linux продают

     
     
  • 5.72, Сладкая булочка (?), 23:35, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Какая мне разница на эти компании?
    > Они тебе Linux продают

    Linux жив, благодаря gpl. Они спят и видят как бы ничего не открывать. Примеры? Легко - Андроид уже изменил скроки открытия исходников. Раст им нужен, чтобы писать драйвера за миску риса, это вопрос исключительно издержек. Вопрос в другом: какой обычному пользователю с этого прок? Что даже ядро ты не можешь собрать без завязки на ллвм?

     
     
  • 6.77, Аноним (77), 12:40, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Linux жив, благодаря gpl. Они спят и видят как бы ничего не открывать. Примеры?

    Хром, AOSP, X11 - десятилетиями существуют и не закрываются.
    Хотя не гну-рак.

    > Легко - Андроид уже изменил скроки открытия исходников.

    И? Просто сменили Базар на Собор.
    Напомню что GCC какое-то время разрабатывался так же.

    > Раст им нужен, чтобы писать драйвера за миску риса, это вопрос исключительно издержек.

    А сколько сейчас мисок риса получают СИшные бракоделы пишущие CVE в дровах?

    > Вопрос в другом: какой обычному пользователю с этого прок?

    Обычный пользователь просто качает условную убунту с офф.сайта.

    > Что даже ядро ты не можешь собрать без завязки на ллвм?

    А в чем проблема? ЛЛВМ это свободный компилятор.
    Собирать ядро будут только красноглазики - их не жалко.


     
     
  • 7.138, Аноним (142), 18:16, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Толку от этого полуоткрытого AOSP, если на реальное железо его не поставить.
     
  • 7.139, Аноним (142), 18:17, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Напомню что GCC какое-то время разрабатывался так же.

    Да-а-а? И когда же это было?

     
  • 6.94, Аноним (93), 18:40, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Раст им нужен, чтобы писать драйвера за миску риса, это вопрос исключительно издержек.

    А как надо? Долго и дорого писать на Си, а потом гоняться за хвостом уязвимостей 30 лет? И всё это только чтобы очередной балласт с опеннета был доволен?

     
     
  • 7.100, Сладкая булочка (?), 22:13, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> Раст им нужен, чтобы писать драйвера за миску риса, это вопрос исключительно издержек.
    > А как надо? Долго и дорого писать на Си

    Пиши быстро. Только ты как баласт так не умеешь. Быстрее всего ты пишешь комментарии. Писать нужно на языке со стандартом и разными реализациями как миинимум. Вектор развития раста совершенно неясен, в то время как на стандарты си и с++ влияют совершенно разные люди из разных компаний.

    > а потом гоняться
    > за хвостом уязвимостей 30 лет? И всё это только чтобы очередной
    > балласт с опеннета был доволен?

    Ну мы посмотрим какой хвост уязвимостей будет у драйверов на расте. Только сравнение точное ты сделать не сможешь ибо ИИ. Хотя, подождите, что тут у нас https://www.opennet.ru/opennews/art.shtml?num=64439  

     
     
  • 8.164, Аноним (164), 07:04, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так быстро и так пишут, но такая фигня получается с Да, желательно чтобы реали... большой текст свёрнут, показать
     
  • 8.165, Аноним (164), 07:05, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так быстро и так пишут, но такая фигня получается с Да, желательно чтобы реали... большой текст свёрнут, показать
     
  • 6.125, Аноним (125), 14:06, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Но больше всего Open Source софта под MIT/Apache/BSD, которые все-равно переживут
     
  • 4.82, Прохожий (??), 14:05, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Какая мне разница на эти компании?

    Вам просто привели пример, что ваше замечание "что всё не имеет смысла" не имеет смысла для названных компаний.

    >Любой нормальный инженер скажет, что стандарт это хорошо.

    Интернет живёт без стандартов. Питон, другой язык программирования - тоже без стандартов. И ничего, инженеры (в том числе) пользуются.

     
     
  • 5.126, Сладкая булочка (?), 14:12, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>Какая мне разница на эти компании?
    > Вам просто привели пример, что ваше замечание "что всё не имеет смысла"
    > не имеет смысла для названных компаний.

    Ты занимаешься словоблудием вместо ответа на конкретный вопрос. Какая для тебя пользова от того, что у них там раст или не раст? Доступа к коду у тебя нет, развернуть у себя возможности тоже, в разработке ты скорее всего не учасвтуешь. В чем смысл?

    >>Любой нормальный инженер скажет, что стандарт это хорошо.
    > Интернет живёт без стандартов.

    Это не так. У протоколов есть стандарты, есть ecmascript и т.д.

    > Питон, другой язык программирования - тоже без стандартов.
    > И ничего, инженеры (в том числе) пользуются.

    Выше уже был ответ про "пользование без стандартов" и "инженеров". Повторяться не буду.


     
     
  • 6.163, Аноним (163), 06:43, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Менее дырявый код - меньше вероятность что мой телефон или комп взломают и укра... большой текст свёрнут, показать
     
     
  • 7.169, Аноним (169), 11:25, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Отвратительная попытка подмены понятий Статусы документов RFCКаждому RFC присва... большой текст свёрнут, показать
     
     
  • 8.175, Аноним (175), 14:38, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Где Отлично, а где ISO На него же так пускают слюни СИники С коммитетом в ко... текст свёрнут, показать
     
  • 8.176, Аноним (176), 14:40, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Где Отлично, а где ISO На него же так пускают слюни СИники С коммитетом в ко... текст свёрнут, показать
     
  • 2.54, Аноним (54), 12:03, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А если стандарт языка будет на 10000 страниц, все будут довольны?
    А использовать библиотеки, у которых нет стандарта - это по-феншую? Или писать на языке со стандартом только велосипеды и хеловроты?
    Описание языка есть в Rust Reference
    https://doc.rust-lang.org/stable/reference/

    Сладкая булка по-стандарту, или х..-х.. и в прод?

     
     
  • 3.59, Аноним (59), 13:07, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Описание языка есть

    Но есть нюанс: это текущее описание, оно постоянно меняется.

     
     
  • 4.81, Прохожий (??), 14:01, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Задним числом? Не выдумывайте. А если не меняется задним числом, то что вам мешает ориентироваться на заданную версию?
     
     
  • 5.118, Аноним (131), 13:14, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вот стоит в Debian 11

    1.48.0

    Сколько текущих пакетов и программ им соберётся?

    Специфика сборки современных утилит на Rust требует сотен мелких crates. Мейнтейнеры физически не могут портировать и протестировать тысячи мелких библиотек Rust внутри инфраструктуры APT, поэтому бэкпорты для них отсутствуют.

     
     
  • 6.119, Аноним (119), 13:33, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот стоит в Debian 11

    древнее копролитное поделие, для которого даже LTS заканчивается в августе.

    > 1.48.0
    > Сколько текущих пакетов и программ им соберётся?

    Зависит от того зафиксированы ли версии крейтов.

    > Специфика сборки современных утилит на Rust требует сотен мелких crates.

    А пример можно? Утилиты для которой нужны сотнИ крейтов.

    > Мейнтейнеры физически не могут портировать и протестировать тысячи мелких библиотек Rust внутри инфраструктуры APT, поэтому бэкпорты для них отсутствуют.

    Т.е это проблемы не раста, а любителей некрокода и дебиллианов в частности.


     
     
  • 7.133, Аноним (131), 15:29, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > древнее копролитное поделие, для которого даже LTS заканчивается в августе.

    А далее LLTS.

    > Зависит от того зафиксированы ли версии крейтов.

    Речь о сборке нового.

    > А пример можно? Утилиты для которой нужны сотнИ крейтов.

    uutils

    > Т.е это проблемы не раста, а любителей некрокода и дебиллианов в частности.

    Это проблема работы с поставляемым оборудовнием. То есть IT-бизнеса не заточенного на постоянные обновления серверов.

     
  • 3.62, Сладкая булочка (?), 13:46, 11/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А если стандарт языка будет на 10000 страниц, все будут довольны?
    > А использовать библиотеки, у которых нет стандарта - это по-феншую? Или писать
    > на языке со стандартом только велосипеды и хеловроты?
    > Описание языка есть в Rust Reference
    > https://doc.rust-lang.org/stable/reference/

    Откуда вы лезите? Если умеешь читать узри https://rust-lang.github.io/rfcs/3355-rust-spec.html#current-state

    А что мне твой reference? Там далеко не все. Хотя кому мне объяснять.

     
     
  • 4.86, Прохожий (??), 14:20, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если ты пишешь ПО в какой-то критичной для жизни отрасли, тебе, скорее всего, действительно нужна спецификация для последующей сертификации своего ПО. Во всех остальных случаях, как показывает опыт ведущих крупнейших фирм планеты, можно прекрасно обойтись без неё.

    Ты из каких?

     
     
  • 5.96, Сладкая булочка (?), 22:05, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если ты пишешь ПО в какой-то критичной для жизни отрасли, тебе, скорее
    > всего, действительно нужна спецификация для последующей сертификации своего ПО. Во всех
    > остальных случаях, как показывает опыт ведущих крупнейших фирм планеты, можно прекрасно
    > обойтись без неё.
    > Ты из каких?

    Твои крупнейшие фирмы планеты делают решения-одногодки. Нормальное решение - это спека языка, с подробным описанием (опять же по ссылке выше все написано, что у раста все разбросано по разым местам). Это удобно для них, но совершенно не пригодно для промышленной разработки. Поэтому ferocene, который делает околонадежные решения начал ясен пень со спеки.

     
     
  • 6.101, Прохожий (??), 00:51, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот это утверждение требует доказательной базы Андроид - ОС, запускаемая на мил... большой текст свёрнут, показать
     
     
  • 7.111, Сладкая булочка (?), 02:33, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да На си я могу современным компилятором собрать древний проект, просто указав ... большой текст свёрнут, показать
     
     
  • 8.114, Аноним (114), 09:33, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Какой позорное вранье Тебе сначала придется выбрать компилятор, так как шланг, ... большой текст свёрнут, показать
     
     
  • 9.116, Сладкая булочка (?), 12:44, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Приведи пример казусов где конкретно, приведи ссылки на код ядра Давай тепе... большой текст свёрнут, показать
     
     
  • 10.117, Аноним (117), 12:58, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    https stackoverflow com questions 35805837 gcc-and-clang-produce-different-out... большой текст свёрнут, показать
     
     
  • 11.120, Сладкая булочка (?), 13:37, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    По ссылке код с уб Еще раз пойди и прочитай, что такое уб Причем тут переносим... большой текст свёрнут, показать
     
     
  • 12.123, Аноним (123), 13:57, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так покажи мне СИшный код без УБ А ты почитай, что такое конформанс и как влияе... большой текст свёрнут, показать
     
     
  • 13.129, Сладкая булочка (?), 14:20, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Любой нормальный проект Ты занимаешься словоблудием Только примера ты не прив... большой текст свёрнут, показать
     
     
  • 14.132, Аноним (163), 15:18, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ядро это нормальный проект Или х11 Или GRUB Или библиотеки типа freetype, lib... большой текст свёрнут, показать
     
  • 3.97, Сладкая булочка (?), 22:06, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > А если стандарт языка будет на 10000 страниц, все будут довольны?

    В стандарте си 11 меньше 100  страниц про сам язык. За сколько вечеров прочитаешь? Там есть все ответы на твои вопросы. В расте сегодня так, завтра сяк. И где ты намерен искать истину?

     
  • 2.84, Аноним (83), 14:17, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так вроде есть уже?
     
  • 2.128, Аноним (152), 14:19, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Пока в gcc нет поддержки раста все бессмысленно.

    Но это поддержка в gcc бессмысленна, как и весь gcc при наличии llvm.

    > Пока нет стандарта раста или хотя бы не разбросанного по разным местам описания языка - тоже.

    Хрена себе, документации хотя бы отдалённо сравнимой по качеству с растбуком нет ни для одного языка. А стандарт уже показал свою нужность на примере плюсов.

     
     
  • 3.173, Аноним (173), 09:07, 16/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Но это поддержка в gcc бессмысленна, как и весь gcc при наличии llvm.

    Что ядро llvm собирают?

    > Хрена себе, документации хотя бы отдалённо сравнимой по качеству с растбуком нет ни для одного языка.

    Очень странное мнение, говорящие лишь о том, что ты не читал другую документацию.

    Ну и главное, как писать код компилируемый разными версиями rust?

    > А стандарт уже показал свою нужность на примере плюсов.

    Тут с тобой полностью согласен. Именно на примере плюсов очевидно, что кроме программ однодневок есть огромная ниша программ существующих десятилетиями, где стандарты строго необходимы.

     

     ....большая нить свёрнута, показать (44)

  • 1.47, Аноним (47), 08:12, 11/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Отличная новость!
    Хороший язык стал еще немного лучше.
    Несмотря на "громкие выступление хейтеpков" караван продолжает идти.
     
     
  • 2.75, Брат Анон (ok), 09:29, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Как по мне -- Nim куда как более адекватен. Может больше, семантика проще.
     
     
  • 3.85, Аноним (83), 14:19, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Как по мне за любой фигней вроде Nim, Zig или Carbon должна стоять какая-то коропорация с деньгами. Причем именно эта корпорация может в принцпе и разивать программы на этом языке. Остальные пусть пишут на ассемблере раз не в состоянии сделать чего-то полезное. А для учебных целей вполне сойдут языки вроде Pascal и С++
     
     
  • 4.87, Прохожий (??), 14:23, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >А для учебных целей вполне сойдут языки вроде Pascal и С++

    Для учебных целей C++ точно не подходит со своей спецификацией на полторы тысячи страниц.

     
     
  • 5.99, Сладкая булочка (?), 22:08, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>А для учебных целей вполне сойдут языки вроде Pascal и С++
    > Для учебных целей C++ точно не подходит со своей спецификацией на полторы
    > тысячи страниц.

    Зачем тебе вся спецификация? Математику в школе начинают с Зорича?

     
     
  • 6.102, Прохожий (??), 00:56, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем тебе вся спецификация?

    И я говорю, язык с такой спецификацией, как основа для обучения - это зло. Особенно те части, где одну и ту же операцию можно парой десятков способов выполнять на вполне законных основаниях (конструкторы там всякие). Про всякие перегрузки операторов и прочую хрень я вообще молчу. Незачем стунентам забивать этими антипаттернами голову.

    Паскаль всем хорош. Единственное что, некоторые считают, что использовать его для обучения - напрасная трата времени, дескать, морально устаревший ЯП. Бред, конечно. Но такое мнение присутствует (обычно у тех, кто к преподаванию вообще никакого отношения не имеет).

     
     
  • 7.105, Сладкая булочка (?), 01:49, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    но проверять я это, конечно, не буду с Паскаль, тот который Вирта, вообще ... большой текст свёрнут, показать
     
  • 7.106, Сладкая булочка (?), 01:51, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> Зачем тебе вся спецификация?
    > И я говорю, язык с такой спецификацией, как основа для обучения -
    > это зло. Особенно те части, где одну и ту же операцию
    > можно парой десятков способов выполнять на вполне законных основаниях (конструкторы там
    > всякие).

    До конструкторов надо дорасти. В школе ООП вообще ни к чему. Алгоритмы можно писать в обычном процедурном стиле. Информатику можно вообще на бумаге изучать. Там математика в основном.

     
  • 4.166, Брат Анон (ok), 10:04, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Как по мне за любой фигней вроде Nim, Zig или Carbon должна
    > стоять какая-то коропорация с деньгами. Причем именно эта корпорация может в
    > принцпе и разивать программы на этом языке. Остальные пусть пишут на
    > ассемблере раз не в состоянии сделать чего-то полезное. А для учебных
    > целей вполне сойдут языки вроде Pascal и С++

    Ещё раз перечитай, что я написал. Я писал не про количество вложенного бабла. Я писал про адекватность.

     
  • 3.98, Сладкая булочка (?), 22:07, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Как по мне -- Nim куда как более адекватен. Может больше, семантика
    > проще.

    Nim - игрушка автора, которые вместо стабилизации (баги про утечки висят годами), пилит новые версии.

     
     
  • 4.167, Брат Анон (ok), 10:05, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> Как по мне -- Nim куда как более адекватен. Может больше, семантика
    >> проще.
    > Nim - игрушка автора, которые вместо стабилизации (баги про утечки висят годами),
    > пилит новые версии.

    Ты что-то сейчас про какую-то чушь написал. В Nim сильнейшие концепции надёжности заложены. Эффекты, ограничения, контракты, изоляты. Почитал бы документацию для приличия.

     
     
  • 5.170, Сладкая булочка (?), 14:20, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Как по мне -- Nim куда как более адекватен. Может больше, семантика
    >>> проще.
    >> Nim - игрушка автора, которые вместо стабилизации (баги про утечки висят годами),
    >> пилит новые версии.
    > Ты что-то сейчас про какую-то чушь написал. В Nim сильнейшие концепции надёжности
    > заложены. Эффекты, ограничения, контракты, изоляты. Почитал бы документацию для приличия.

    Сразу видно, что ты только главную прочитал. Открой что ли баг трекер их, в котором никто не хочет фиксить баги. Автору некогда - он пилит новую версию.

     
  • 3.156, Аноним (152), 20:30, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как по мне -- Nim куда как более адекватен. Может больше, семантика проще.

    Ты хоть строчку на нём написал? Как вообще можно такое нести про мертворожденный язык-игрушку одного человека, как v, hare, odin, crystal и прочие параши. Они ничего не могут, и не смогут никогда.

     
     
  • 4.168, Брат Анон (ok), 10:08, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> Как по мне -- Nim куда как более адекватен. Может больше, семантика проще.
    > Ты хоть строчку на нём написал? Как вообще можно такое нести про
    > мертворожденный язык-игрушку одного человека, как v, hare, odin, crystal и прочие
    > параши. Они ничего не могут, и не смогут никогда.

    Пффф... Я на нем игры делаю. Обновления выходят каждый месяц. Ты вообще о чём?!)) Либы есть, конференции есть, коммерческие продукты есть. Ты сейчас какую-то чушь написал. Не надо Nim с V сравнивать. У первого версия 0.4, у второго 2.2.10. Первый недоделка, второй зрелый продукт.
    Мнения экспердов так и прут во все щели.

     
     
  • 5.171, Сладкая булочка (?), 14:24, 15/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Как по мне -- Nim куда как более адекватен. Может больше, семантика проще.
    >> Ты хоть строчку на нём написал? Как вообще можно такое нести про
    >> мертворожденный язык-игрушку одного человека, как v, hare, odin, crystal и прочие
    >> параши. Они ничего не могут, и не смогут никогда.
    > Пффф... Я на нем игры делаю. Обновления выходят каждый месяц.

    А баги про утечки как висели, так и висят https://github.com/nim-lang/Nim/issues?q=is%3Aissue%20state%3Ao Только новые докидывают.

    > Ты вообще о чём?!))

    О том, что автор забросил текущую версию и пилит новую, потом забросит ее и будет пилить новую. Для него это игрушка.

    > Либы есть, конференции есть, коммерческие продукты есть.

    Либы - недоделанные и корявые. Примеры коммерческих продуктов в студию.


     

  • 1.68, Аноним (68), 17:12, 11/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Автор серверной JavaScript-платформы Bun опубликовал статью с разбором проекта по переписыванию Bun с языка Zig на Rust, используя AI-модель Claude Fable.

    Мысли создателя языка Zig по этому поводу:
    https://andrewkelley.me/post/my-thoughts-bun-rust-rewrite.html

     
     
  • 2.88, Прохожий (??), 14:44, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Единственная стоящая мысль там - это то, что наличие даже большого количества тестов нельзя приравнивать к формальной верификации. Остальное - мало кому интересные эмоции и субъективное мнение об   личностных качествах автора Bun.
     
     
  • 3.108, Сладкая булочка (?), 02:10, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Остальное - мало кому интересные эмоции и субъективное мнение об   личностных качествах автора Bun.

    Они в первую очередь должны быть интересны пользователям сего поделия.

     
  • 2.89, Прохожий (??), 14:46, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Zig при прочих равных - худший язык по сравнению с Rust в плане качества конечного кода. Это неявно только подтверждается в этой статье её автором.
     
     
  • 3.91, Аноним (91), 15:16, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > худший язык по сравнению с Rust

    Всё не то, по сравнению со Священной коровой.

    Не слушайте прохожих и зевак. Читайте сами, составляйте мнение сами.

     
     
  • 4.103, Прохожий (??), 00:59, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Во-первых, не такие уж они и зеваки. Во-вторых, есть и другие "зеваки", имеющие примерно то же мнение, с аргументацией, всё, как положено.

    Есть ли языки лучше Rust? Есть, конечно. Но Zig там и рядом не стоял.

     
     
  • 5.110, Сладкая булочка (?), 02:23, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Во-первых, не такие уж они и зеваки. Во-вторых, есть и другие "зеваки",
    > имеющие примерно то же мнение, с аргументацией, всё, как положено.

    Какая у тебя аргументация в сообщении выше?


     
  • 2.134, Сладкая булочка (?), 17:36, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Автор серверной JavaScript-платформы Bun опубликовал статью с разбором проекта по переписыванию Bun с языка Zig на Rust, используя AI-модель Claude Fable.
    > Мысли создателя языка Zig по этому поводу:
    > https://andrewkelley.me/post/my-thoughts-bun-rust-rewrite.html

    Спасибо за ссылку. Не перестаю удивляться адекватности мышления автора Зига.

     
     
  • 3.135, Аноним (-), 17:43, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Спасибо за ссылку. Не перестаю удивляться адекватности мышления автора Зига.

    Если он такой "адекватный" то почему его поджелка почти никому не нужна?

    Хотя о какой адекватности можно говорить, если у них no-AI policy, при том что в ядре ИИшка находит и исправляет застаревшие проблемы 🤷🏻‍♂️
    Больше похоже на луdduта-фанатика.


     
     
  • 4.136, Сладкая булочка (?), 17:46, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Спасибо за ссылку. Не перестаю удивляться адекватности мышления автора Зига.
    > Если он такой "адекватный" то почему его поджелка почти никому не нужна?

    Почему никому?

    > Хотя о какой адекватности можно говорить, если у них no-AI policy, при
    > том что в ядре ИИшка находит и исправляет застаревшие проблемы 🤷🏻‍♂️

    Тогда тебе ничего не стоит найти баг и продать его где надо? Ведь правда? Ведь правда же?

     
     
  • 5.147, Аноним (147), 10:48, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Если он такой "адекватный" то почему его поджелка почти никому не нужна?
    > Почему никому?

    А подскажите серьезные проекты на этой поделке?
    Ну кроме Буна (уже бывшего).

    >> Хотя о какой адекватности можно говорить, если у них no-AI policy, при том что в ядре ИИшка находит и исправляет застаревшие проблемы 🤷🏻‍♂️
    > Тогда тебе ничего не стоит найти баг и продать его где надо?

    А надо? Это не фитится в мои моральные нормы.
    Я привык зарабатывать честным трудом.
    Продажа багов это подло + если все будут так поступать, то рано или поздно меня это тоже коснется.

    > Ведь правда? Ведь правда же?

    Это ты проецируешь свое моральное падение на других?


     
     
  • 6.148, Аноним (148), 12:20, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https github com tigerbeetle tigerbeetle Большой, серьезный проект, и очень хо... большой текст свёрнут, показать
     
     
  • 7.151, Аноним (50), 15:08, 14/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    0 17 9 129300 настолько большой и серьезный, что если зайти в их stories на с... большой текст свёрнут, показать
     
  • 4.144, Аноним (144), 20:22, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Хотя о какой адекватности можно говорить, если у них no-AI policy

    Это да. Тут надо выбирать или rust или no-AI policy Ж:)

     

  • 1.76, Master255 (?), 12:11, 12/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Вот есть же уже кррссплатформенная libp2p на go. Зачем ещё что-то? Казалось бы бери, делай форк изменяй там, как хочешь и получай свою либу. Но зачем-то создают свою, да ещё и на расте.

    Раст хоть и быстрей в математике, чем go, но глючней и в нём больше лишних проверок, которые появились из-за сахарного кода. Тогда, как в go нет особо лишнего сахара и работает всё на максимальных скоростях, которых уже хватает для всего!

     
     
  • 2.90, Прохожий (??), 14:50, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Зачем ещё что-то?

    Rust обеспечивает более быстрый и более качественный код.

    >Раст хоть и быстрей в математике, чем go, но глючней и в нём больше лишних проверок, которые появились из-за сахарного кода.

    Шта? Писать на каждый чих if в Go - это лучше, чем монады типа Result в Rust?

     
     
  • 3.137, Аноним (142), 18:11, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Rust обеспечивает более быстрый и более качественный код.

    Это в какой методичке написано?

     
  • 2.95, Аноним (93), 18:43, 12/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Раст хоть и быстрей в математике, чем go, но глючней

    Это как именно? Даёт 2+2=5? Или ты чисто по вайбу определил?

     

  • 1.104, ИванС (?), 01:48, 13/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Эти проекты на Раст выглядят игрушечными. И их смешно мало в сравнении с Си проектами. И обычно они ничем не заканчиваются. Комментарии в поддержку этого языка пишут люди которые в программировании не понимают зачастую элементарных вещей. От того создаётся впечатление об армии троллей. Возможно это девочки, которые за не очень большие деньги делают копи-пейст сами не знают чего. Короче не нужен этот язык. Безопасности он не добавляет. Только проблем. По факту.

     
     
  • 2.109, Сладкая булочка (?), 02:21, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > От того создаётся впечатление об армии троллей. Возможно это девочки, которые за не очень большие деньги делают копи-пейст сами не знают чего. Короче не нужен этот язык.

    Да школьники это или студни. Банально работы на нем почти нет, а та что есть требует знания с (само собой куда без него) или с++, ну и, конечно, предметной области. Отчего все эти фанаты и пишут здесь, ну или тратят деньги с завтраков на ИИ, переписывая очередной проект.

     
  • 2.115, Аноним (114), 09:40, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так это и есть игрушечный проект Как ядро одного студента тридцать лет назад С... большой текст свёрнут, показать
     

  • 1.143, _ (??), 19:18, 13/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Забавно смотреть как тут извозчики спорят какая порода лошадей луДше, упорно не замечая пролетающих мимо них автомобилей :)

    Какая в (_|_) разница на чём там ЫЫ-ка кот напишет, кто его вообще смотреть будет? :)

     
     
  • 2.145, Аноним (144), 20:31, 13/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Стоят двое и обсуждают, что лучше Харлей или БМВ, забавно, но не очень. Тут, пролетая из одного кювета в другой кювет на трубе воткнутой в (_|_), водитель сего чудесного изделия заявляет, что ничего лучше нет. Вот это по-настоящему забавно.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру