The OpenNET Project / Index page

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

Линус Торвальдс намерен включать связанные с Rust изменения в обход мэйнтейнеров

19.02.2025 11:43

Кристоф Хелвиг (Christoph Hellwig), мэйнтейнер подсистем DMA, KVM, Slab Allocator и архитектуры PowerPC в ядре Linux, принципиально отказавшийся принимать в ядро Rust-обвязки для подсистемы DMA, подключился к обсуждению правил сопровождения Rust в составе ядра, опубликованных проектом Rust for Linux. По мнению Кристофа подобные правила бесполезны, пока они не согласованы с сообществом и не включены в документацию к ядру.

Кристоф также обратил внимание на то, что в правилах указана некорректная информация относительно того, что мэйнтейнеры могут самостоятельно принимать решения о включении в их подсистемы кода, связанного с Rust. По словам Кристофа, в личной беседе Линус Торвальдс заявил, что он твёрдо намерен принять в ядро Rust-код, несмотря на возражения мэйнтейнеров. Таким образом разработчикам и мэйнтейнерам ядра теперь придётся иметь дело с Rust, независимо от того, хотят они этого или нет.

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

При этом Кристоф просит пояснить ему цель внедрения Rust в ядро. Если цель в решении проблем с безопасностью, возникающих при низкоуровневой работе с памятью, то прежде всего требуется модернизация существующего кода. С учётом того, что сопровождающие болезненно реагируют даже на тривиальные вещи, такие как проверки на целочисленное переполнение, непонятно как можно преодолеть разрыв между одной частью ядра, не принимающей даже простые правила по обеспечению безопасности, и другой частью, придерживающейся соблюдения строгих правил. Если же цель в упрощении разработки драйверов, то введение поддержки ещё одного языка только добавит новой работы и увеличит нагрузку на и без того перегруженных людей, поддерживающих инфраструктуру ядра в рабочем состоянии.

Что касается сторонников внедрения Rust в ядро, то ими называются следующие цели:

  • Написание нового кода на языке Rust снизит риск ошибок при работе с памятью и состояний гонки, а также исключит некоторые логические ошибки.
  • Мэйнтейнерам будет проще рецензировать изменения и проводить рефакторинг модулей с учётом гарантий, предоставляемых языком Rust.
  • Наличие абстракций, использующих продвинутые возможности языка Rust, упростит создание новых драйверов и модулей.
  • Поддержка современного языка привлечёт к разработке ядра новых участников.
  • Применение возможностей инструментария Rust упростит выполнение требований к документированию кода. Например, в проекте Rust for Linux введено требование по обязательному документированию публичных API, требований к безопасности, unsafe-блоков и инвариантов типов.

Дополнение 1: Мнение Грега Кроа-Хартмана и Кейса Кука о целях продвижении Rust в ядро Linux.

Дополнение 2: Линус Торвальдс пояснил свою позицию в отношении приёма изменений на языке Rust.

  1. Главная ссылка к новости (https://www.reddit.com/r/linux...)
  2. OpenNews: Мэйнтейнер драйвера Nouveau сложил полномочия из-за проблем с инклюзивностью в сообществе
  3. OpenNews: Лидер Asahi Linux покинул проект после проблем с продвижением Rust в ядро Linux
  4. OpenNews: Кризис в продвижении Rust в ядро из-за опасений усложнения сопровождения
  5. OpenNews: Автора BcacheFS временно отстранили от разработки ядра Linux из-за нарушения кодекса поведения
  6. OpenNews: Заметки Теодора Тс'о о ядре Linux, кодексе поведения, ext4, btrfs и ZFS
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62748-rust
Ключевые слова: rust, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (490) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 12:43, 19/02/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –30 +/
     
     
  • 2.2, Герострат (?), 12:48, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +33 +/
     
     
  • 3.9, kamran (ok), 13:01, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • –3 +/
     
     
  • 4.84, Рифлёные Lays со вкусом сметаны и лука (?), 13:53, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • –7 +/
     
     
  • 5.92, kamran (ok), 13:59, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +6 +/
     
     
  • 6.214, fuggy (ok), 15:34, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 7.351, Аноним (351), 18:29, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.390, warlock66613 (ok), 19:20, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 8.408, fuggy (ok), 19:43, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.91, Роман Соколов (-), 13:57, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +4 +/
     
     
  • 5.102, Рифлёные Lays со вкусом сметаны и лука (?), 14:10, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
  • 5.147, Karl Richter (ok), 14:38, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.194, Барт Синус (?), 15:10, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 6.416, Главврач (?), 19:53, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 5.356, Bottle (?), 18:34, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.3, Аноним (3), 12:53, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +8 +/
     
     
  • 3.86, Фнон (-), 13:54, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • –3 +/
     
     
  • 4.106, Аноним (106), 14:13, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.167, Аноним (-), 14:48, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.115, Аноним (115), 14:22, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > пример из Андроида (это те программисты, которые are doing the work)

    почему это убожество просто не заменили фуксией где раст из коробки?

     
     
  • 5.291, Аноним (-), 17:11, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> пример из Андроида (это те программисты, которые are doing the work)
    > почему это убожество просто не заменили фуксией где раст из коробки?

    Потому что драйвер на игого почти не тормозит, а уж как на хруст перепишем - весь мир будет у наших ног. По версии местных адептов этой фигни.

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

     
  • 4.286, Аноним (286), 17:01, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Android - это где гугловские рукожопы написали свою версию libc на плюсах и сломали поведение всех libc функций так, что единмтвенное что там (кое-как) можно использовать - это memcpy? "Очень интересно" послушать мнение людей, которые проблему решили не решать, ага.
     
  • 4.358, Bottle (?), 18:36, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У Раста нет спецификации. У Си она есть, и реализаций тоже несколько. Если один из компиляторов неожиданно "двинет коней" и его забросят, другой компилятор позволит поддерживать код на сишке, насколько бы она убогой не была.
     
     
  • 5.361, Аноним (-), 18:44, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > У Раста нет спецификации.

    Есть. Называется RFC.
    Как показала практика - их достаточно чтобы, например, сделать интернет.

    > У Си она есть, и реализаций тоже несколько.

    А толку, если:
    - они могут быть несовместимые
    - есть всего 2 (ДВА!) компилятора которые собирают ядро.

    > Если один из компиляторов неожиданно "двинет коней" и его забросят,

    Во-1х на расте есть не один компилятор.
    Во-2х если таки помрет, то что мешает форкнуть и продолжить разработку?

    > другой компилятор позволит поддерживать код на сишке,

    Напомню еще раз, что у нас их всего два)
    А сторонние компиляторы могут давать "побочные" результаты.

    > насколько бы она убогой не была.

    10 убогостей из 10ти)

     
  • 3.157, Ананимус (?), 14:42, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Хипстеры со своей драмой и баззвордами

    Greg KH уже за 50+.

     
     
  • 4.175, Аноним (-), 14:57, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Главное, ребята, сердцем не стареть (c)

    Может Грег тоже просто молод душой)
    Открыт к новым идеям и не боится экспериментов.
    Не всем же быть занудными закостенелыми дидами, которые как выучили С89 много лет назад, так и пишут.

     
     
  • 5.181, Ананимус (?), 15:05, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Greg KH писал вот это As someone who has seen almost EVERY kernel bugfix and se... большой текст свёрнут, показать
     
     
  • 6.379, Ан Оним (?), 19:08, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сначала про ошибки говорит "that are totally gone in Rust", а потом - "not that Rust can catch all of these by far"
     
  • 5.352, ProfessorNavigator (ok), 18:29, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Может Грег тоже просто молод душой)
    > Открыт к новым идеям и не боится экспериментов.

    Или в маразм начал впадать ;) Симптомы зачастую совпадают, знаете ли. Потому что причина практически одна и та же: у одних мозги ещё не работают, у других - уже не работают.  

     
  • 4.237, freehck (ok), 16:07, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –19 +/
    >> Хипстеры со своей драмой
    > Greg KH уже за 50+.

    Когда kernel-программист изучает Rust -- в сообществе Rust-программистов становится на одного профессионала больше.
    Когда Rust-программист приходит коммитить в ядро -- в сообществе kernel-программистов количество профессионалов не меняется.

     
     
  • 5.245, тоже Аноним (ok), 16:13, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Впору перефразировать известное.
    Когда раст-программист уходит из ядра в раст-проекты - повышается средний уровень специалистов в обоих сообществах.
     
     
  • 6.254, freehck (ok), 16:18, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда раст-программист уходит из ядра в раст-проекты - повышается средний уровень специалистов в обоих сообществах.

    Сделал мой день! Спасибо! =)

     
  • 5.308, Ананимус (?), 17:35, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Когда kernel-программист изучает Rust -- в сообществе Rust-программистов становится на одного профессионала больше.
    >Когда Rust-программист приходит коммитить в ядро -- в сообществе kernel-программистов количество профессионалов не меняется.

    Да ну, это ерунда. Я вырастил двух ядерных программистов из джунов и они ничем не отличаются от любых других джунов, кроме сферы интересов.

     
     
  • 6.311, freehck (ok), 17:37, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Я вырастил двух ядерных программистов из джунов

    Мы с большим удовольствием на них посмотрим. Покажите.

     
     
  • 7.312, Ананимус (?), 17:39, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Я вырастил двух ядерных программистов из джунов
    > Мы с большим удовольствием на них посмотрим. Покажите.

    Не буду я никого на опеннете показывать.

     
  • 2.429, Аноним (429), 20:15, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сколько бы вы не минусовали этот коментарий - реальность не поменяется. Правительство США призывает отказаться от небезопасных языков!
    Будущее за растом!
     
     
  • 3.437, Аноним (437), 20:47, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы хотя-бы пробовали его изучать? Такое ощущение, что этот язык проектировали люди, которые не дружат с головой. Любое нетривиальное действие тут превращается в разгадывание сложнейшего ребуса.
     
     
  • 4.444, Аноним (-), 21:22, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы хотя-бы пробовали его изучать?

    Да, и даже код пишу.

    > Такое ощущение, что этот язык проектировали люди, которые не дружат с головой.

    "Ощущения" не могут быть адекватным мерилом.

    > Любое нетривиальное действие тут превращается в разгадывание сложнейшего ребуса.

    Странно.
    А что за действия такие?
    Тут был один который хотел циклически переписывать память одновременно с нескольких потоков, но это был явный изврат.


     
     
  • 5.521, Аноним (521), 02:32, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Тут был один который хотел циклически переписывать память одновременно с нескольких потоков, но это был явный изврат.

    В СУБД такое сплошь и рядом.

     
  • 3.535, _ (??), 04:01, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Правительство США призывает отказаться от небезопасных языков! Будущее за растом!

    Если бы ты был чутка взрослее ты бы знал что оно уже лет 40 как призывает :) Мы вообще то лет 35 уже должны были жить в счастливо с языком Ада :)
    Но вот как то не взлетело, то ли ёзык, то ли осёл, то ли правительство не той систему :)

      

     
     
  • 4.592, Аноним (521), 02:23, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Платный компилятор же. А так недавно что-то Nvidia делала со Spark.
     

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

  • 1.4, User (??), 12:53, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +16 +/
    Менеджмент уровня "Бох!" - несколько людей потеряли, официально "да" и "нет" не сказали, на всех участников поклали, но неофициально - как ГЛАВНЫЙ решит, так и будет.
    Не то, чтобы в этом было что-нибудь нового - но забавно.
     
     
  • 2.8, Аноним (8), 12:59, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вечная проблема любой иерархии.
     
     
  • 3.19, User (??), 13:12, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вечная проблема любой иерархии.

    Эээээ... да вот вообще "нет"  - настолько "нет", что просто НЕТ.

     
     
  • 4.472, Аноним (472), 23:02, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Любой реальной иерархии, а не воображаемой.
     
     
  • 5.544, User (??), 07:44, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Любой реальной иерархии, а не воображаемой.

    Вот не поверишь - за 20+ лет в IT до условного ГЛАВНОГО доходили (Всякую "защиту бюджета ИТ" в рамках операционной деятельности понятно, не считаем), не соврать бы, полтора раза - и то не по тому, что "Петя с Васей договориться не смогли, зовем ГД чтоб рассудил!", а по тому, что решение "хороним проект и подаем в суд на подрядчика, или бьем на доп. этапы\сдвигаем сроки?" без управляющего совета, включающего в себя в том числе членов правления (И то - нифига не Миллера-Конова-Вагнера, а "минус один" примерно) никак - ну вот в их зоне ответственности вопрос.
    А так, чтобы условный "ГЛАВНЫЙ" на эту эскалацию ну вот хотя бы "рабочую группу" с набором задач\сроками\ответственными не организовал а ну... вот... отмолчался бы - так и не слышал даже.

     
     
  • 6.548, Андрей (??), 08:32, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тут на самом деле обычно одно из двух - либо "главный" вообще не в курсе что творится и часто это отражается на динамике и качестве развития решений, либо напротив главный вовлечён и ключевые решения хочет или нет, но принимает он. На деле это вопрос ответственности - если решения ничего не значат, то и ответственность минимальная, если ответственность потенциально меняет проект до неузнаваемости(вынуждает содержать дублированную кодовую базу, усложняет синхронизацию и сегрегацию разработчиков как в случае RustForLinux), то эту ответственность стремятся скинуть на любого, кто решиться занять пост главного. На деле же с учётом того трения которое RFL вызывает в сообществе разработчиков ядра кмк на линуса давят сверху корпорации, ибо в сообществе голосов против сильно больше чем голосов ЗА, но корпорации в виду своих интересов ЗА, поэтому и Линус вполне себе может быть не против... невольно.
     
     
  • 7.575, aNonim (?), 13:36, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дело не в том, кто тут главный, а в том что отсутствует регламентация процессов и разграничение зон ответственности.
    Систему менеджмента качества и управления бизнес процессами не просто так придумали.
    iSO 9000 наше всё.
     
  • 3.25, Аноним (-), 13:14, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Без иерархии, я думаю, ядро бы уже давно развалилось.

    Хотя, да, в СПО очень любят жесткую руку где-то в районе таза.
    Всякие диктаторы (великодушные и пожизненные), хамство и мат, показывание разных пальцев, фуppисьюты...

     
     
  • 4.109, Аноним (106), 14:16, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Всякие диктаторы (великодушные и пожизненные), хамство и мат,
    > показывание разных пальцев, фуppисьюты...

    Как показал пример FreeBSD - без этого еще хреновее получается. Никто ни за что не отвечает, проект в состоянии саботажа, девелоп сводится к освоению гранта методами гангстера пилившего балки, когда на 750 штук грина - копируют из линя (!!) пару дров и пишут отчеты. Интересно, а что бы эти лузеры делали если бы вон тех не существовало?

    Да, кстати - им таки - сюрпризов подвалит с дровами на хрусте.

     
     
  • 5.570, EULA (?), 11:25, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, кстати - им таки - сюрпризов подвалит с дровами на хрусте.

    Вот пример еще одного саботажа сообщества Linux для проекта FreeBSD.

    Все сторонники раста в ядре - это ярые противники BSD.

    #trollface

     
  • 5.574, Смузихлеб забывший пароль (?), 12:15, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а линус за что вообще отвечает если так прикинуть, т.е за что его могут сходы выкинуть из конторы в плане этапов доработки ПО ?
    Там, если посмотреть, и бюджеты в 50-100 раз различаются( у фряхи годовой бюджет 1-2 млн зелени )

    Вот чего линь сделал такого нереального на 100 млн зелени за год ?

     
  • 4.155, Karl Richter (ok), 14:41, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Без диктатора в OpenSource будет анархистская помойка, либо очень консервативрая среда.
     
     
  • 5.180, Аноним (180), 15:02, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >либо очень консервативрая среда.

    Среды не будет, она рассеется на кучу мелких несовместимых группок.

     
  • 3.359, ProfessorNavigator (ok), 18:40, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Вечная проблема любой иерархии.

    Нет. Это проблема организации рабочего процесса. Просто нужны чёткие правила: кто, что и в каких случаях может делать, а что - нет. И я не про CoC, а про разграничение полномочий. Т.е. про правила, принятые большинством участников сообщества на голосовании. Одним из главных пунктов которых должно быть ограничение полномочий лидера проекта: что он может решать единолично, а что может быть решено только при участии всего коллектива. В противном случае вот такое вот будет продолжаться. И даже хуже. Потому что на одного человека надавить (подкупить, запудрить мозги - подставить нужное) всегда проще, чем на целый коллектив.

     
     
  • 4.522, Линус Торвальдс (?), 02:37, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот вам чёткие правила:

    1. Я всегда прав.
    2. Если я не прав, смотри пункт 1.

     
     
  • 5.573, ProfessorNavigator (ok), 12:13, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну вот вам чёткие правила:
    > 1. Я всегда прав.
    > 2. Если я не прав, смотри пункт 1.

    Как вариант. Если это конечно чётко зафиксировано и одобрено всеми участниками процесса. Перед тем, как данные правила начнут применяться на практике. Правда лично я на такое прост пожму плечами и скажу: "Адиос, братья". И пойду дальше.  

     
  • 2.72, Аноним (-), 13:47, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Менеджмент уровня "Бох!" - несколько людей потеряли, официально "да" и "нет" не
    > сказали, на всех участников поклали,

    Ну вообще-то - таки, да. Когда все приходит к тому что надо делать выбор, и оба варианты отстойны, можно сделать финт ушами - и не делать выбор совсем! Это конечно рвет господам шаблоны, но вполне валидно.

    С другой стороны - со временем на радаре могут появиться и более удачные решения, тогда не придется жить - с неудачным выбором. И это типа плохо? Потому что что?

     
     
  • 3.154, User (??), 14:40, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Менеджмент уровня "Бох!" - несколько людей потеряли, официально "да" и "нет" не
    >> сказали, на всех участников поклали,
    > Ну вообще-то - таки, да. Когда все приходит к тому что надо
    > делать выбор, и оба варианты отстойны, можно сделать финт ушами -
    > и не делать выбор совсем! Это конечно рвет господам шаблоны, но
    > вполне валидно.
    > С другой стороны - со временем на радаре могут появиться и более
    > удачные решения, тогда не придется жить - с неудачным выбором. И
    > это типа плохо? Потому что что?

    Ох, и странные же у местных обитателей представления о "менеджменте"... из разряда "Если надо объяснять - то не надо объяснять", да.

     
     
  • 4.296, Аноним (-), 17:20, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ох, и странные же у местных обитателей представления о "менеджменте"... из разряда
    > "Если надо объяснять - то не надо объяснять", да.

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

     
     
  • 5.333, User (??), 18:04, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что делать, что делать! Не общаться с таксистами на темы государственного управления, пенсионерами - здравоохранения, а подвальными анонимами - вот менеджмент не обсуждать, все одно ничего умного не то, что не "скажут", а и не "подумают" даже - чистой воды метание бисера будет...
     
     
  • 6.473, Аноним (-), 23:04, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Что делать, что делать! Не общаться с таксистами на темы государственного управления,
    > пенсионерами - здравоохранения, а подвальными анонимами - вот менеджмент не обсуждать,
    > все одно ничего умного не то, что не "скажут", а и
    > не "подумают" даже - чистой воды метание бисера будет...

    Ох, как вы себя спалили то хорошо. Я все думал откуда такое в IT лезет - а это себе кто-то в контору таксиста, видимо, нанял. Так понятнее стало, спасибо.

     
     
  • 7.543, User (??), 07:22, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Что делать, что делать! Не общаться с таксистами на темы государственного управления,
    >> пенсионерами - здравоохранения, а подвальными анонимами - вот менеджмент не обсуждать,
    >> все одно ничего умного не то, что не "скажут", а и
    >> не "подумают" даже - чистой воды метание бисера будет...
    > Ох, как вы себя спалили то хорошо. Я все думал откуда такое
    > в IT лезет - а это себе кто-то в контору таксиста,
    > видимо, нанял. Так понятнее стало, спасибо.

    Ээээ... я даже не буду спрашивать, как вы из моих слов сделали свой вывод. "Баивая женская логика"(ТМ), не иначе.

     
  • 2.354, Аноним (437), 18:30, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Очевидно что такой стиль управления рано или поздно скажется на качестве ядра. Использую Линукс с начала 2000-х, но вот не помню чтобы Торвальдс так раньше косячил. А тут то "финн", то "растоман", то не пойми что.
     
     
  • 3.357, Аноним (-), 18:35, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Очевидно что такой стиль управления рано или поздно скажется на качестве ядра.

    Такой стиль у него был наверное с самого начала.

    > Использую Линукс с начала 2000-х, но вот не помню чтобы Торвальдс так раньше косячил.
    > А тут то "финн", то "растоман", то не пойми что.

    А когда факи показывал нвидии?
    Или когда в рассылке ругался?

    Тут даже посчитали сколько раз он употреблял слова "овно", "анал" и тд.
    habr.com/ru/articles/345846/


     
     
  • 4.545, User (??), 07:52, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Очевидно что такой стиль управления рано или поздно скажется на качестве ядра.
    > Такой стиль у него был наверное с самого начала.
    >> Использую Линукс с начала 2000-х, но вот не помню чтобы Торвальдс так раньше косячил.
    >> А тут то "финн", то "растоман", то не пойми что.
    > А когда факи показывал нвидии?
    > Или когда в рассылке ругался?
    > Тут даже посчитали сколько раз он употреблял слова "овно", "анал" и тд.
    > habr.com/ru/articles/345846/

    Т.е. вы даже не понимаете, в чем вообще проблема в этой ситуации, да? Чего и не требовалось доказывать, конечно же...

     

  • 1.5, Обормот (-), 12:53, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Сначала сделали проброс в массы, прогрели плебсов, а теперь и решение проблемы. Линуксу, как платформе для энтузиастов и гиков, пришёл окончательный и бесповоротный пдец, теперь это очевидно. Счастливо оставаться и жрать с лопаты, гои.
     
     
  • 2.16, Аноним (-), 13:08, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Линуксу, как платформе для энтузиастов и гиков

    Как раз энтузиасты и гики поддерживают раст.
    А всякие законтенелые диды топять за сишечку.

     
     
  • 3.47, Ivan_83 (ok), 13:34, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Скорее фрики чем гики На практике все вокруг ходят и рассказывают какой раст ... большой текст свёрнут, показать
     
     
  • 4.82, Аноним (82), 13:53, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Насчет сырости полностью согласен. Одно из претмуществ Си как языка - стандарт. То что компиляторы не все и не везде его реализуют это другой вопрос. Суть в другом - есть бумага, где язык заморожен и стабилен.
    А с растом сама концепция языка неправильная - нет стандарта и сам раст больше похож на очередной софт, который в вечной разработке. Не должно быть у фундаментального инструмента такого версионирования.
     
     
  • 5.95, Фнон (-), 14:03, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Состоящий на половину из UB ID И на который все клали с высокой колокольни Отл... большой текст свёрнут, показать
     
     
  • 6.116, Ivan_83 (ok), 14:22, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Позволяет зафиксировать версию языка.

    Ну ок.
    Можно я всегда буду писать в ядро линукса на версии 0.0.0.0.1 alpha?
    Ты уже понял как через 10 лет будет выглядит линукс с таким подходом?
    (да, мне плевать что компелятор раста тоже раздувается бесконечно от груза обратной совместимости - растовики сами себе выбрали дорогу в никуда)

     
     
  • 7.160, Фнон (-), 14:43, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Зачем Бери последний Rust 2021 и пиши В ядро ты тоже всегда можешь писать на C... большой текст свёрнут, показать
     
     
  • 8.186, Ivan_83 (ok), 15:08, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А чем там С89 от С11 отличается Я из старья могу вспомнить только объявления фу... большой текст свёрнут, показать
     
     
  • 9.209, Аноним (-), 15:21, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А чем Хруст-2018 отличается от Хруст-2021 теперь с лавандовым запахом Може... большой текст свёрнут, показать
     
     
  • 10.496, Ivan_83 (ok), 00:04, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо, вы выбрали сидеть на расте фиксированной версии, 2023 например К 2033 г... текст свёрнут, показать
     
     
  • 11.499, Аноним (-), 00:35, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Допустим Сфигали Это твои фантазии или ты приведешь пример такого выкидывания ... большой текст свёрнут, показать
     
     
  • 12.504, Ivan_83 (ok), 00:50, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если вас полностью устраивает раст 2017 - зачем вы его дальше пилите и так часто... большой текст свёрнут, показать
     
     
  • 13.509, Аноним (-), 01:12, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    По той же причине, по которой кроме есть ANSI C, C89, C99, C11, C17, C23 Зачем ... большой текст свёрнут, показать
     
     
  • 14.518, Ivan_83 (ok), 01:57, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Честно - не знаю Не сказать чтобы там что то нужное интересное было Те ответ... текст свёрнут, показать
     
     
  • 15.551, Аноним (180), 09:17, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вам в другой ветке приводили команду для миграции, подписанную как автоматическа... текст свёрнут, показать
     
  • 9.210, Аноним (-), 15:21, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там на самом деле немало отличий Type punning Implicit int return and variable ... большой текст свёрнут, показать
     
  • 9.211, Аноним (211), 15:28, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так продолжай собирать старым уомпилятором, в чем проблема Полная чушь Если... текст свёрнут, показать
     
  • 7.179, Аноним (-), 15:01, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно я всегда буду писать в ядро линукса на версии 0.0.0.0.1 alpha?

    В смысле "можно я буду"?
    Как Линус и прочие ментейнеры решат, так и будет.

    Если ты придешь в ядро с кодом на С23, то что тебе скажут?
    Правильно, пошлют переписывать на версию ядра - С11.
    Так же будет и тут.

    > Ты уже понял как через 10 лет будет выглядит линукс с таким подходом?

    Если честно - нет)
    Раз в 10-20 лет будут просто подымать фикс версию раста, так же как делают сейчас с сишкой.
    Возможно тут есть какие-то непреодолимые трудности, про которые я не знаю.

     
     
  • 8.198, Ivan_83 (ok), 15:11, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    См выше, я описал что там будет через 10 лет ... текст свёрнут, показать
     
  • 7.182, Аноним (180), 15:05, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Можно я всегда буду писать в ядро линукса на версии 0.0.0.0.1 alpha?

    Конечно можно. Вон, в си старые проекты даже вроде иногда и собираются, и даже не очень сегфолтятся https://habr.com/ru/articles/473228/ конечно, сишный код работать не будет, но когда сишников это останавливало?

     
     
  • 8.204, Ivan_83 (ok), 15:16, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У вас очень короткие мысли Я описал ситуацию с растом в линухе через 10 лет в... текст свёрнут, показать
     
     
  • 9.314, Аноним (180), 17:41, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы статью читали Сколько там ещё ошибок осталась - неизвестно, этот патч никто ... большой текст свёрнут, показать
     
     
  • 10.385, Аноним (385), 19:16, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, он всегда так делает Просто почитайте на досуге сообщения этого Ivan_83 в д... текст свёрнут, показать
     
     
  • 11.482, Аноним (-), 23:30, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по его гитхабу - он и правда неплох Лучше вас Есть практически-полезные п... текст свёрнут, показать
     
     
  • 12.506, Аноним (180), 00:59, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Он и правда плох Вы не видели как он написал парсер xml ... текст свёрнут, показать
     
     
  • 13.523, Ivan_83 (ok), 02:38, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Плох для чего Для моих целей он вполне ... текст свёрнут, показать
     
     
  • 14.552, Аноним (180), 09:18, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Опять та же песня Он не соответствует спецификации xml, он просто не работает ... текст свёрнут, показать
     
     
  • 15.578, Ivan_83 (ok), 14:06, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Он просто работает Полного соотвествия мне никогда не требовалось ... текст свёрнут, показать
     
  • 11.507, Ivan_83 (ok), 01:01, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я обычно пишу как я делаю или не делаю То что я крутой спец, как же я хорош ... текст свёрнут, показать
     
     
  • 12.510, Аноним (-), 01:13, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А лучше б не делал Советую почитать в википедии статью сарказм Судя по разбо... текст свёрнут, показать
     
     
  • 13.527, Ivan_83 (ok), 02:54, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тебе не нравится код который я не трогал уже 9 лет, и чо Из заброшек там ещё... текст свёрнут, показать
     
  • 10.505, Ivan_83 (ok), 00:58, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, я прочитал статью И автор там прямо и сказал - патч получился очень маленьк... текст свёрнут, показать
     
     
  • 11.554, Аноним (180), 09:24, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Патч для запуска hello world Вы упорно продолжаете притворяться, что после этог... большой текст свёрнут, показать
     
     
  • 12.576, Ivan_83 (ok), 13:40, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем Там легко всё делается выпало корку - получил бэктрейс, поправил, повто... текст свёрнут, показать
     
  • 5.121, Аноним (180), 14:24, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Одно из претмуществ Си как языка - стандарт. То что компиляторы не все и не везде его реализуют это другой вопрос

    Не смотря на великий стандарт си, ядро уже можно собрать clang-ом. Это ли не достижение?

     
  • 4.88, kamran (ok), 13:55, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    gt оверквотинг удален В расте нет никакой воды, и миллионов бесполезных реализ... большой текст свёрнут, показать
     
     
  • 5.144, Ivan_83 (ok), 14:37, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вон ваш коллега говорит что у вас миллион бесполезных реализаций прямо внутри ... большой текст свёрнут, показать
     
     
  • 6.192, kamran (ok), 15:09, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    gt оверквотинг удален Он как проект недавний, так что тут нету смысла говорить... большой текст свёрнут, показать
     
     
  • 7.225, Ivan_83 (ok), 15:55, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Этим можно удивить только человека который ну совсем не интересуется ни чем Сей... большой текст свёрнут, показать
     
  • 6.218, Аноним (211), 15:41, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Как будто новые серьезные проекты начинают писаться на Си
    > https://github.com/rozhuk-im/motp

    вот мой новый проект, на чистом С, написал в конце прошлого года

    Чел, тебе говорят о *серьезных* проектах, а ты приводишь в пример свой хэлллуворлд буквально на 200 строк. 🤦

    Ваня, у тебя эффект Даннинга-Крюгера терминальной стадии. Очевидно же, что ты самоучка, осиливший лишь С, и профессионально программистом никогда не работал. Прекрати уже позорится своей экспертизой...

     
  • 6.300, Аноним (180), 17:23, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага, сишники до сих пор велосипедят строки, в 2025 году Прогресс Какой прогрес... большой текст свёрнут, показать
     
     
  • 7.302, Фнон (-), 17:25, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > весьма проблематично не то что ревьювить, а даже читать.

    Вау чувак, ну у тебя и терпение.
    Я бы это бросил примерно на 3 ошибке.

     
     
  • 8.316, Аноним (180), 17:43, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так это не весь список... текст свёрнут, показать
     
  • 8.528, Ivan_83 (ok), 02:55, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А где вы там ошибки увидили ... текст свёрнут, показать
     
  • 7.318, Аноним (-), 17:45, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Итог: г-код, который весьма проблематично не то что ревьювить, а даже читать.

    Ну, кажется это объясняет, почему патчи Ивана не принимают во Фрю))
    "Я тоже не согласен с тем как во фре многое делается и у меня тоже есть свои личные патчи, которые не берут"
    opennet.ru/openforum/vsluhforumID3/136066.html#159

     
  • 7.511, Ivan_83 (ok), 01:37, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, почему бы и нет Не понял вопроса Оно там вроде не катается , да и задач... большой текст свёрнут, показать
     
     
  • 8.563, Аноним (180), 10:24, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот чего у сишников не отнять, так это любви к велосипедам К парсеру предъявляю... большой текст свёрнут, показать
     
     
  • 9.577, Ivan_83 (ok), 14:03, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Смешной вы Мой парсер - мои требования Может быть, только зачем У меня была з... большой текст свёрнут, показать
     
     
  • 10.610, Аноним (180), 11:38, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так за что вы тогда rust критикуете Их код - их требования Чтобы знать, как пра... большой текст свёрнут, показать
     
  • 9.581, slew (ok), 14:40, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А вот не от хорошей жизни, бро Оно сторонее чаще всего глюкавое, тормознутое, р... текст свёрнут, показать
     
     
  • 10.614, Аноним (180), 11:46, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Гм Я на си и плюсах не пишу, но что, даже опакеченное в гну линукс дистрибутива... текст свёрнут, показать
     
  • 4.101, Аноним (101), 14:10, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это нормальная эволюция из джуна Со временем мы набираем опыт и становимся мудр... большой текст свёрнут, показать
     
     
  • 5.404, Ан Оним (?), 19:36, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Скажем там нет оверлоада операторов

    Есть

    https://doc.rust-lang.org/std/ops/index.html

     
     
  • 6.486, Аноним (-), 23:37, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>Скажем там нет оверлоада операторов
    > Есть
    > https://doc.rust-lang.org/std/ops/index.html

    Ох ты блин... там уже и не такое даже есть!

    >> Try Experimental
    > The ? operator and try {} blocks.

    И это тоже теперь? Поздравляю, вы кажется собрали все самые злые грабли си++ :). Темплейтов еще нету? А то пора бы уже.

     
  • 4.119, Аноним (180), 14:23, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, мало фрагментации с зоопарком дистрибутивов, оконных окружений и прочего, да... большой текст свёрнут, показать
     
     
  • 5.159, Ivan_83 (ok), 14:42, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В БСД форки делались потому что авторы форков были категорически не согласны и имели другие видение на развитие.
    У каждой БСД системы есть свои фишки, одна фря сплошной GENERIC в который по тихоньку втягивают всё хорошее.

    Я тоже не согласен с тем как во фре многое делается и у меня тоже есть свои личные патчи, которые не берут но которые я использую и буду использовать далее.
    Так что можно сказать у меня свой форк фри :)

     
     
  • 6.187, Аноним (180), 15:08, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >В БСД форки делались потому что авторы форков были категорически не согласны и имели другие видение на развитие.

    А теперь представьте, что все споры о linux будут решаться аналогичным образом. И как потом из этой мешанины форков собирать что-то рабочее?
    >и у меня тоже есть свои личные патчи

    Это хорошо
    >которые не берут

    А вот это - плохо. И одно дело, если это никому не нужно, и другое дело, если это нужно многим. Не хотелось бы выбирать между дровами на графику и файловой системной, например.

     
     
  • 7.529, Ivan_83 (ok), 02:58, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В линуксах большую часть пара спускают как раз делая разные дистры.
    Всё равно в дистрах часто и ядро идёт со своими патчами а окружение так вообще везде своё-уникальное.
     
  • 4.189, Аноним (211), 15:09, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Сколько там вашему расту? Лет 5-8? - хаха, оно даже как язык ещё сырое

    А в чем проявляется сырость Раста конкретно как языка?

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

    Ты вообще о чем? В плюсах был один и тот же std::vector с момента его появления.

     
     
  • 5.487, Аноним (-), 23:40, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Сколько там вашему расту? Лет 5-8? - хаха, оно даже как язык ещё сырое
    > А в чем проявляется сырость Раста конкретно как языка?

    В том что когда девелоп кернела начинается с "скачайте ночнушку" - через 10 лет разработки тулчейна - это не есть нормальная ситуация. Там хрустикам популярно объяснили что двойные стандарты несколько не рулят.

     
     
  • 6.490, Аноним (3), 23:49, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В том что когда девелоп кернела начинается с "скачайте ночнушку" - через 10 лет разработки тулчейна - это не есть нормальная ситуация.

    А можно пруф какой-то?
    Ну типа цитата разработчика или ссылка на обсуждение?
    (А то тут бегал местный еб№№№шка про ночнушки рассказывал, ИЧСХ тоже без пруфов)

    > Там хрустикам популярно объяснили что двойные стандарты несколько не рулят.

    Судя по новости, раст попадет в ядро, как бы диды не копротивлялись.


     
  • 5.530, Ivan_83 (ok), 03:01, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В том что его всё ещё допиливают и как и с крестами от версии стандарта к версии нужно вносить правки в код.

    Про вектор я ляпнул первое что вспомнилось о языке вообще, наверняка вы сами знаете примеры постоянных мелких улучшений каких то базовых вещей.

     
     
  • 6.557, Аноним (557), 09:36, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В том что его всё ещё допиливают и как и с крестами

    То есть конкретных претензий к языку у вас нет, правильно? Ну еще бы - мы же на Расте не пишем 😂

    Нужно было забросить язык на версии 1.0 - было бы "зрело".

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

    Какие правки в код? Компилятор в режиме C++23 без проблем собирает код из C++98.

    > наверняка вы сами знаете примеры постоянных мелких улучшений

    Улучшений знаю, а вот переписывания - нет. И вв тоже не знаете, потому что пример привести не можете.

    Цирк да и только...

     
     
  • 7.579, Ivan_83 (ok), 14:13, 20/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.439, Аноним (439), 20:53, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Лет 5-8?

    Rust 1.0, was published on May 15, 2015.

     
  • 4.449, Аноним (449), 21:50, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > оно даже как язык ещё сырое, смысла такое использовать в серьёзных проектах вообще нет.

    На сишке писать в прод начали ещё раньше, и сам язык развивался строго параллельно с написанием ОС в прод. Стандарт появился когда как следует натоптались по граблям в кровавом проде, задним числом. И так с тех пор и развивается — смотрят в дикой природе что работает, а что нет и добавляют. Но это другое, да?

     
     
  • 5.540, Аноним (540), 06:59, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > сам язык развивался строго параллельно с написанием ОС в прод

    До сих пор согласно Кернигану-Ритчи пишу алгоритмы. Всё работает. Фреймворки меняются - да. Язык-то тут причем.  ЧЯДНТ?

     
  • 4.461, Аноним Максим (?), 22:20, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Сколько там вашему расту? Лет 5-8?

    Открываем Википедию и видим дату выхода версии 1.0: 15 мая 2015 года.
    Я не понмаю вашей логики: молодой = плохой?

     
     
  • 5.508, Аноним (180), 01:01, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Я не понмаю вашей логики: молодой = плохой?

    Диды не выучили, их время - прошло

     
  • 5.531, Ivan_83 (ok), 03:09, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, молодой = плохой.
    Если бы у вас была своя кодовая база с каким то АПИ и вы её развивали на протяжении 5-10 лет вы бы поняли про что речь.
    И поняли бы почему я восхищаюсь вендовым апи с оконными сообщениями.

    У меня была/есть такая база - liblcb, и я понимаю как аццки сложно сохранять стабильный АПИ, и что каждое его изменение - привет шаблонным правкам в других моих проектах где оно используется.
    И вот щас я пытаюсь запилить "биндинги" в луа, и я чертовски буксую пытаясь придумать АПИ которое будет иметь достаточно функционала, можно будет аккуратно расширить и при этом не иметь 100500 параметров/аргументов для каждой функции, и не иметь так же 100500 функций.

    Конечно АПИ это не язык, и имея мозги можно чётко провести черту между языком и библиотеками. Но даже так, 5-10 ИМХО мало для языка, учитывая как менялись другие языки.

     
  • 4.524, Прохожий (??), 02:46, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >смысла такое использовать в серьёзных проектах вообще нет

    Гм. Гугл, Амазон, Клаудфлэр, Дискорд, Дропбокс, Вольво, Майкрософт считают, что смысл есть. А Иван с Опеннета - что нет. Кому верить? Это риторический вопрос, если что.

     
  • 2.80, slew (ok), 13:52, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Линуксу, как платформе для энтузиастов и гиков

    Был таковым первые пару лет. Потом ибм принесла чумадан денег, и вот яфин как заправская путана продвигает повесточку, что ему корпы навязывают.

    Платформами для гиков ныне являются netbsd и openbsd. И пусть попробует кто туда сунется в растом. Ибо решения там принимаются исходя из техчасти, а не повесточки.

     
     
  • 3.97, Аноним (97), 14:04, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Платформами для гиков ныне являются netbsd и openbsd.

    Не... netbsd и openbsd это уже для совсем отбитых маргиналов.
    Не нужно их приписывать к гикам.

    > И пусть попробует кто туда сунется в растом.

    А тут раст есть))
    wiki.freebsd.org/Rust

    > Ибо решения там принимаются исходя из техчасти, а не повесточки.

    Это поэтому там нифига не работает?))

     
     
  • 4.174, Ivan_83 (ok), 14:53, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > wiki.freebsd.org/Rust

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

     
  • 3.98, Ivan_83 (ok), 14:04, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Увы, но там денег нет, не очень понятно как монетизировать знания и умения базирующиеся на этих платформах.
    И DragonFlyBSD забыли, мне лично она ближе чем нет и опен.
     
     
  • 4.139, KKK (?), 14:34, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >DragonFlyBSD забыли, мне лично она ближе чем нет и опен.

    Это потому, что фряшник. Стрекоза по сути та же FreeBSD, только с интересными фичами в ядре и крутой ФС.

     
     
  • 5.162, Ivan_83 (ok), 14:44, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да я с неё же начинал.
    Если бы кто платил - можно было бы пересесть на неё и допилить до уровня фря+ на десктопе.
    (за исключением дров, увы)
     
     
  • 6.223, Аноним (-), 15:50, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Если бы кто платил - можно было бы пересесть на неё и допилить до уровня фря+ на десктопе.

    Так уровень "фря на дестопе" это уже дно.

    > (за исключением дров, увы)

    А без дров будет очередной редокс. (но до Хурда все равно не дотянет)


     
     
  • 7.534, Ivan_83 (ok), 03:59, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В чём дно то?
    У меня и линукс примерно так же бы работал, без особых видимых отличий.
     
  • 4.240, slew (ok), 16:08, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Увы, но там денег нет, не очень понятно как монетизировать знания и умения базирующиеся на этих платформах.

    Оно как раз там точно не для денег.
    Тусовка опенка-исследования и реализации для комерческих проектов, в которых трудятся причастные. Плюс идеология, по-своему интересно.
    Тусовка netbsd-это веселое ковыряние экзотического хлама, попытка впендюрить туда OS, нетка для этого удобней, чем разжиревший тукс.

     
  • 3.129, Аноним (180), 14:30, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Платформами для гиков ныне являются netbsd и openbsd

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

    Поддержка оборудования это повесточка?

     
     
  • 4.243, slew (ok), 16:12, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >И где они работают вне виртуалки, особенно последняя

    Опенок у меня на паре ноутов, очень даже стабильная системка, железо все работает. Хожу на интернет ресурсы оттуда. Нетка для экзотического хлама, попдправить на коленке исходники, запустить, словить экстаз. Вот оно для этого

     
     
  • 5.324, Аноним (180), 17:56, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >железо все работает

    И вайфай, и блютуз, и сон, и графическое ускороение? Что за железо?

     
     
  • 6.580, slew (ok), 14:14, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    wifi работает, карточки интелевские. Графика работает, карточки интелевские и амд-шные. Блюпуп даже не смотрел, мне на ноутах оно вообще не нужно. Ноуты, один thinkpad T420S, второй MSI-шный
     
  • 3.131, KKK (?), 14:31, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Платформами для гиков ныне являются netbsd и openbsd. И пусть попробует кто туда сунется в растом. Ибо решения там принимаются исходя из техчасти, а не повесточки.

    Насколько я знаю, там AI лапшу тоже забанили.

     
     
  • 4.249, slew (ok), 16:15, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Позабавило однажды как какой-то AI выскочка нарисовался: https://marc.info/?l=openbsd-tech&m=171810103406609&w=2
     
     
  • 5.320, KKK (?), 17:47, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ему можно только посочувствовать.
     
  • 2.193, Аноним (-), 15:09, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

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

  • 1.11, u235 (ok), 13:02, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Интересно, а за код, принятый в обход сопровождающих, кто будет отвечать?
     
     
  • 2.12, Аноним (12), 13:06, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Пионер! Ты в ответе за всё! ©
     
     
  • 3.57, u235 (ok), 13:40, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Пионер всем ребятам пример! Ещё и дедушку Линуса будет через дорогу переводить.
     
     
  • 4.247, Энон (?), 16:14, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нашу песню не задушишь, не убьёшь, не убьёшь!
     
  • 2.14, Аноним (180), 13:07, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –13 +/
    За код, написанный дидами сишниками, с их переполнением и прочими радостями жизни никто итак не отвечает. Хуже уже не будет.
     
     
  • 3.555, Я (??), 09:24, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    в статье отмечена точка зрения, что проблема не с дедами и языком, а с новым 5летним кодом, похоже стало больше альтернативно одаренных, которым нужен жёсткий компилятор.
     
  • 2.586, Аноним (586), 16:51, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кто замержил - тот и отвечает.
    Линус об этом не подумал поэтому случится очередное "А кто это сделал?" в переписке когда вмержинное окажется кривым. А оно окажется)
     

  • 1.17, тоже Аноним (ok), 13:09, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Обычный, классический холивар.

    Юнцы сучат ножками за супермегановейший крайнеудобный псевдоинтеллектуальный... в общем, это страшно интересно же, ну как вы не понимаете.

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

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

     
     
  • 2.23, Аноним (23), 13:14, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Чувствуется набитая рука военблохера, я аж чаем поперхнулся.
    Куда переводить-то?
     
  • 2.28, Аноним (-), 13:15, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты забыл написать "победа будет за нами!" ))
    Так тебе денег никто не даст.
    Переписывай!
     
     
  • 3.53, тоже Аноним (ok), 13:38, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Давно гадаю: вот это сугубо свойственное троллям обвинение собеседников в собственных грешках - это методичка подсказала или подсознание предательски подсовывает?
    С одной стороны - конечно, простой и действенный метод: завалить полемику дебилизмом.
    С другой - ну уж так палиться... впрочем, божья роса же. Вряд ли стоит подходить к этому крысятнику с общечеловеческими мерками и предполагать хоть какое-то чувство собственного уважения.
     
     
  • 4.364, freehck (ok), 18:53, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вряд ли стоит подходить к этому крысятнику с общечеловеческими мерками и предполагать хоть какое-то чувство собственного уважения.

    Ну да. И это всё в порядке вещей. Каждый на своём уровне развития. Welcome to the Internet.

     
  • 2.132, Аноним (180), 14:32, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Профи, которые прекрасно знают, как без этого добра обойтись и ничего не сломать, отмахиваются той лопатой

    Пока профи в поте лица копают палкой-копалкой, лопаты уже сменяются экскаваторами, а диды говорят - во видите, а я ж говорил, что от лопат скоро откажутся!

     
  • 2.295, другой аноним (?), 17:19, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если бы в коде не находили тривиальные ошибки которые раст не допускает данный вопрос не поднимался бы вообще, но ошибки находят, находят, находят и находят.
    Есть способ перекрыть этот поток и новые и новые "юнцы" будут приходить про проект который будет застрахован от их кривых рук. По моему это прекрасное решение.
    Несомненно всё ядро стоит переписать на расте
     
     
  • 3.307, тоже Аноним (ok), 17:32, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы четко видите цель, но почему-то сидите здесь и спорите со мной. Я лично вам - не мешаю.
     

  • 1.21, freehck (ok), 13:13, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –87 +/
    То есть сопровождение весьма усложнилось Не смотря на то, что ожидалось прямо п... большой текст свёрнут, показать
     
     
  • 2.56, fuggy (ok), 13:39, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так Кристоф в самом посте пишет, что он знает Rust и писал на нём. И вообще он За - Раст! Он лишь категорически против многоязычной кодовой базе. Но я не понимаю на что все так возбудились. Это всего лишь биндинги к одной C функции, которые будут использовать драйвера на Rust. И это как раз облегчает сопровождение драйверов, потому что биндинг будет находится в едином месте, а не разбросан по всем драйверам. Если есть сложность сопровождения, то ему предложили помощника, так что выходит дело не в этом.
     
     
  • 3.81, Аноним (-), 13:52, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > И это как раз облегчает сопровождение драйверов, потому что биндинг будет
    > находится в едином месте, а не разбросан по всем драйверам.

    А проблемы сопровождения драйверов - это проблемы сопровождающих драйвер.
    Так вообще вроде предлагали копипастить сишную декларацию во все драйвера.

    > Если есть сложность сопровождения, то ему предложили
    > помощника, так что выходит дело не в этом.

    А он не хочет помощника. Он хочет единолично мейнтейнить этот кусок ядра.
    Это уже тревожный звоночек.

     
     
  • 4.215, Аноним (215), 15:37, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, барин, ты задачи ставишь. За десять дён одному не справиться! Тут помощник нужен - homo sapiens.

    Вот пришел патч и биндинги сломались, чего помощник делать будет? Метнется и поправит весь код на расте? Запретит принимать патч без патча для раста? Просто заблокирует пока генератор биндингов не поправят?

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

     
     
  • 5.221, Аноним (221), 15:46, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот пришел патч и биндинги сломались, чего помощник делать будет?
    > Метнется и поправит весь код на расте?

    Да, он именно это и предложил "если будет ломаться расткод, я буду его исправлять"

    > Тревожный звоночек это два мэнтейнера

    Пока что мейнтейнер один, который и раст не хочет, и от помощи отказывается.
    И именно вот это наводит на плохие мысли.

     
     
  • 6.412, Аноним (412), 19:48, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а потом он такой я выгорел Ну серьезно, чтобы патч прошел надо не только проб... большой текст свёрнут, показать
     
     
  • 7.420, Аноним (-), 19:55, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А если СИшник выгорит Вот недавний пример Калле Валло Kalle Valo 8211 един... большой текст свёрнут, показать
     
     
  • 8.501, Аноним (215), 00:46, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    тогда ой в обоих случаях, растовый мэнтейнер на сишную часть вроде как не подпис... большой текст свёрнут, показать
     
     
  • 9.503, Аноним (-), 00:50, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Печальная ситуация Тогда нам нужно 2 мэнтейнера на СИ, и 2 на раст И чтобы они... текст свёрнут, показать
     
  • 5.222, Аноним (-), 15:46, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Тревожный звоночек это два мэнтейнера, один из которых беспокоится за свой "кусок кода", а второй хочет пропихнуть раст любой ценой.

    Если ментейнер один, то это уже огромная проблема.
    Вдруг его автобус собьет?
    Или он женится и забьет на красноглазие?

    В нормальной разработке bus-factor учитывается.
    Жаль что речь не про ядро.

     
     
  • 6.415, Аноним (412), 19:50, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если ментейнер один, то это уже огромная проблема.

    так тут третий нужен, иначе они самозаблокируются

     
  • 4.230, fuggy (ok), 16:00, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > проблемы сопровождения драйверов - это проблемы сопровождающих драйвер.

    А как же заявление, что мы не пишем ядро ради процесса написания ядра. - Мы пишем инфраструктуру.

     
  • 3.85, freehck (ok), 13:54, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –44 +/
    > Так Кристоф в самом посте пишет, что он знает Rust

    Я вроде и не утверждал обратного.

     
     
  • 4.227, fuggy (ok), 15:57, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так в чём тогда сложность сопровождения, если а) он знает Rust, б) ему дадут помощника если попросит, в) это биндинг к одной функции?
    Из всего этого остаётся только чистое неприятие видеть Rust код в ядре.
     
     
  • 5.258, freehck (ok), 16:23, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –18 +/
    > Так в чём тогда сложность

    Очевидно, в том, что товарищ fuggy вместо того, чтобы почитать самого Кристофа или адресовать свои вопросы ему лично -- делает неявные предположения о позиции Кристофа и адресует свои вопросы аудитории опеннета.

     
  • 3.275, bubba (?), 16:45, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    он же написал в чём косяк когда растохлам будет сидеть в ядре как биндинг, то в... большой текст свёрнут, показать
     
     
  • 4.285, Аноним (-), 16:58, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > но раст-комьюнити почему-то стыдливо промолчало и не выставило
    > кандидатуру тех, кто будет отвественный за сопровождение этого биндинга.

    Чел сам предложил себя на эту роль. Но ему ответили "втарой мантейнер нам ненужОн!"
    Значит он не так сильно и хотел чтобы кто-то это исправлял, а только искал формальные причины это не делать. Попахивает самоуправством.

     
  • 2.60, Фнон (-), 13:41, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Разве Как раз спецы старой закалки любят делать на глазок, зато быстро И пиш... большой текст свёрнут, показать
     
     
  • 3.83, freehck (ok), 13:53, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –74 +/
    Прочитал и обдумал. Противоречий не вижу, связи тоже.
     
  • 3.110, Аноним (106), 14:19, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Разве?
    > Как раз спецы старой закалки любят делать "на глазок, зато быстро".
    > И пишут ext4: check if directory block is within i_size
    > А потом через 9 лет обнаруживается CVE-2022-1184
    > Которую двумя попытками таки фиксят (но это не точно) [1]

    Чтобы вас ЭТИМ долбануть - надо УЖЕ иметь полный контроль над вашей системой. БезопасТники такие безопасЬники...

     
  • 3.146, Аноним (180), 14:38, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Текущие специалисты потихоньку стареют, а уровень теоретической подготовки новых -- существенно просел.

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

     
  • 2.213, Anon01010101 (-), 15:32, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Текущие специалисты слишком медленно реализуют фичи языка, и бизнесу надоело ждать, пока вялые комитеты раскачаются... Или Linux собирается без GNU ext?
     
     
  • 3.292, Аноним (292), 17:13, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Деды из GNU не поторопились. Были бы расторопнее уже бы написали GNU rust extensions. А так возможность уже упущена и всё перехватил под своё крыло MS. Теперь MS будет писать свои EEE расширения.
     
     
  • 4.293, Аноним (-), 17:16, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Деды из GNU не поторопились. Были бы расторопнее уже бы написали GNU rust extensions.

    Не написали бы.
    Потому что это пришлось бы раст учить. мозги включать..

    > А так возможность уже упущена и всё перехватил под своё крыло MS. Теперь MS будет писать свои EEE расширения.

    Так GNU extensions это и есть типичное корпоратное ЕЕЕ.
    Мы приколотили свои особые функции/форматы для того чтобы монопольно владеть сборкой ядра.


     
     
  • 5.371, Аноним (292), 18:59, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Мы приколотили свои особые функции/форматы

    Надо понимать Clang extensions - это другое?

     
  • 5.394, Аноним (292), 19:23, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так то пишут уже gcc-rust, но слишком медленно. А завязывать всю компиляцию раста на GNU/Linux на один корпоративный компилятор с пермиссивной лицензией не правильно.
    И вообще этот беспредел с cargo по идеологии напоминает npm, где любой выкидывает свои пакеты под MIT лицензией, а потом во фреймворке одни лефтпады.

    То есть ты считаешь что расширения от матёрых разработчиков, которые полезны для разработчиков это корпоративные излишества. И эти расширения не полезнее чем то, что уже есть в стандарте языка?

     

  • 1.22, Аноним (22), 13:14, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >По словам Кристофа, в личной беседе Линус Торвальд заявил, что он твёрдо намерен принять в ядро Rust-код, несмотря на возражения мэйнтейнеров.

    Вот интересно, а кто будет рецензировать код на Rust? Торвальдс-то тоже не спец в Расте. Значит, будет просто принимать.
      Таким образом, добро пожаловать вливанию бекдоров вместе с растокодом! Проверить-то некому, только те двое оставшишся. Во-первых, зашьются, во-вторых, с ними могут договориться, кто надо.

     
     
  • 2.32, Аноним (-), 13:22, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Таким образом, добро пожаловать вливанию бекдоров вместе с растокодом!

    Вливанию бекдоров вместе с сишечкой никакие ревью матерых сишников не мешали.
    Ведь достаточно просто где-то тихонько не правильно посчитать индекс или "забыть" проверить входные данные. И тебя даже подозревать не будут - все же так делают))

     
  • 2.33, Аноним (-), 13:23, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот интересно, а кто будет рецензировать код на Rust?

    Те кто его знают.
    Дай-ка подумать, пусть это будет.. Грег Кроа-Хартман - он любит раст и разбирается в нем.

    Например он помогал писать статью в гугл блоге
    https://x.com/gregkh/status/1382648596110192647?mx=2

    > Торвальдс-то тоже не спец в Расте. Значит, будет просто принимать.

    А типа сейчас он ревьювит все изменения.
    Особенно 5 лямов авто-генерированных строк дров от амдшников.

    > Таким образом, добро пожаловать вливанию бекдоров вместе с растокодом!

    Тупое, ничем не подтвержденное утверждение.
    Я уже молчу что уязвимостей и бекдоров я ядре и так хватает на СИшке.

     
     
  • 3.287, Аноним (22), 17:02, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В Сишке рецензирующих, хотя бы, могут проверить другие рецензирующие.
     

  • 1.29, Аноним (29), 13:18, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Установка *BSD системы на десктоп уже не кажется таким уж странным решением.
     
     
  • 2.62, Аноним (62), 13:41, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так вы поставьте для начала и посидите с недельку, попробуйте в работе и быту. Сразу на Linux вернётесь.
     
  • 2.112, Аноним (106), 14:20, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Установка *BSD системы на десктоп уже не кажется таким уж странным решением.

    Маленький нюанс состоит в том что их девелоп сейчас состоит - из копипаста дров из линя. Does it rings a bell?

     
  • 2.378, BorichL (ok), 19:07, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Туда ржавая гиена уже тоже пролезть пыталась, но вроде пока отбились.
     
  • 2.447, Anm (?), 21:36, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>Установка *BSD системы на десктоп уже не кажется таким уж странным решением.

    С разморозкой! PC-BSD всплыл и канул уже давно.

     

  • 1.34, Аноним (34), 13:23, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Почему никто не задумался о ядре без раста? (форк например)
    Были как то недовольные системд-ой - ну организовали свой деб, со своим зоопарком и шлюпками, живут в ус не дуют, а эти чего ждут?
     
     
  • 2.43, Аноним (-), 13:30, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему никто не задумался о ядре без раста? (форк например)

    Уверен что задумывались.
    Но это ж "работать надо".

    > Были как то недовольные системд-ой - ну организовали свой деб, со своим зоопарком и шлюпками, живут в ус не дуют,

    Во-1х, выпилить системмд полностью у ни не вышло
    Во-2х, я бы не назвал это жизнью))

    > а эти чего ждут?

    А вдруг Торвальд передумает и можно будет еще 20 лет писать овнокод под С11 ?

     
     
  • 3.151, Аноним (180), 14:40, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>Почему никто не задумался о ядре без раста? (форк например)

    Про балканизацию ничего не слышали?
    >Во-1х, выпилить системмд полностью у ни не вышло

    Кто бы мог подумать, что для этого оказывается нужно писать код, а не просто нажимать на клавишу Del.

     
  • 3.532, мяв (?), 03:37, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >полностью у ни не вышло

    Вам кто это сказал ?
    или Вы наличие sd смотрите по папкам, которые __в одном пакете с dpkg лежат__ (если быть точнее, то в deb-systemd-helper'e который, внезапно, не только systemd. он в принципе служит прослойкой для менеджмента сервисов для dpkg под любым инитом.) ?
    им зачем куски dpkg форкать ? чтобы эксперты, вроде Вас, на опеннете не писали ?
    бинарников от sd нет, библиотек - тоже.
    более того, даже менеджмент сеансов более огрызков sd не требует, ибо адаптировали seatd. а на разного рода elogind зависят сейчас только.. гном и кде. где разрабы решили не париться и чуть ли не напрямую лазать в $XDG_RUNTIME_DIR/systemd/sessions, лол.

    >я бы не назвал это жизнью))

    да Вы бы и не думали .. ах, да, Вы ж, перед тем, как писать - и не подумали.

     
  • 2.50, Аноним (-), 13:36, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему никто не задумался о ядре без раста?

    Хаха, ну попробуйте))

    Во-первых, это сразу же получается tainted kernel, а значит если у вас проблемы - то gfys.
    Во-вторых, код будет писаться на расте, значит вам нужно будет портировать его на сишечку, при этом не зная раста. Удачки))
    В-третьих, это же что-то делать нужно будет! А кто за это будет платить?
    Или ядро будет отставать на годы от мейнлайна?

    ПЫСЫ: исксы вы уже форкули)))

     
     
  • 3.120, Аноним (-), 14:24, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Хаха, ну попробуйте))
    > Во-первых, это сразу же получается tainted kernel, а значит если у вас проблемы - то gfys.

    Абсолютный, фееричный булшит.
    1) Сборка хруста вообще не активна по дефолту в билдконфиге ядра.
    2) Если даже дистро в своем конфиге зачем-то ее врубил - можно ее так же и отрубить, перестроив кернел.
    3) Все это конечно же не ведет к tainted kernel.
    4) На rust нет - и на данный момент не планируется - никаких core подсистем. Только посмотреть как на этом писание дров будет.

    И почти все это можно - прочитать по ссылке в вон том треде. Ну или сказав make menuconfig или что там. Так что нефиг тут врать.

    Хотя *BSD с копипастой дров может стать забавно даже и так. Но зачем им binder - хз.

     
  • 2.560, Ян (?), 09:47, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Уверен - не только задумались, а наверняка есть такая версия ядра. То же Линукс либре ядро. Вполне допускаю, что есть ментейнерв оригинального ядра, которые уже в этом проекте участвуют.
     

  • 1.36, Аноним (36), 13:25, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Если бы все недовольные Линусом разработчики переключились на BSD, через год имели бы вполне готовое к десктопу ядро на исконно православной лицензии.
     
     
  • 2.59, Цифровой Дед (-), 13:41, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро там уж точно получше линукса. Единственное, что действительно нужно, так это драйвера и свойZ независимый от freedesktop, графический стек.
     
     
  • 3.71, Фнон (-), 13:47, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если дрова еще можно выциганить у производителей, или спи.. в смысле переписать (например на другой язык, со сменой лицензии) или на крайняк развернуть ядро линукс внутри фряхи...

    То свой "независимый от freedesktop, графический стек" - Нет, сынок, это фантастика!
    Даже если разработчиков БЗДи клонировать и увеличить кол-во в 10 раз, все равно не потянут.

     
     
  • 4.94, Цифровой Дед (-), 14:03, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >развернуть ядро линукс внутри фряхи

    Его теперь только в общественном туалете на полу раворачивать можно.

    >Даже если разработчиков БЗДи клонировать и увеличить кол-во в 10 раз, все равно не потянут.

    Тебе-то откуда это знать, великий гуру разработки? Вон, BeOS в своё время, не обладая большими ресурсами, написали классный графический стек, который уделывал и винду и макось по всем параметрам. Было бы желание.

     
     
  • 5.99, Фнон (?), 14:10, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вон, BeOS в своё время, не обладая большими ресурсами, написали классный графический стек

    Ты про проприетарную разработку от конторы? Да, они могут, ты сам привел факты.

    > Было бы желание.

    Были бы деньги, ресурсы и понимание что хотят получить. Ну и возможность влиять на своих пользователе.

    Но тогда встречный вопрос - почему в бзде и лине такого до сих пор не сделали?
    Во чего им не хватает?

     
     
  • 6.141, Аноним (36), 14:35, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    За бздю не скажу, а в лине тупо заигрались в идеальную архитектуру, забыв про все остальное, да и архитектура со временем перестала выглядеть идеальной, а скорее тупиковой. А смелости это признать не хватает.
     
  • 3.156, Аноним (180), 14:41, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >и свойZ независимый от freedesktop, графический стек.

    Тут поддержку wayland ещё не все внедрили, а вы о своём стеке мечтаете. Кто будет патчи с этим стеком во все 100500 проектов рассылать?

     
     
  • 4.176, KKK (?), 14:58, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Тут поддержку wayland ещё не все внедрили

    В этом нет ни малейшего смысла.

    >Кто будет патчи с этим стеком во все 100500 проектов рассылать?

    Apple рассылает патчи со своим стеком во все 100500 проектов? А Microsoft? То-то же.

    Необходимо строить свою целостную и независимую ОС от всего этого фридесктопного мусора. Забыть про все xorg, wayland, gtk и прочую нечисть. Предоставить разработчикам удобный и железобетонный API. Только в этом случае можно получить законченную рабочую десктопную ОС. Apple это давно поняла и выбросила на помойку весь этот мусор, написав свою собственную реализацию.

     
     
  • 5.329, Аноним (180), 18:00, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >В этом нет ни малейшего смысла.

    Вопрос не в смысле, вопрос в скорости. Вы разрабатывать софт будете тысячелетиями
    >Apple рассылает патчи со своим стеком во все 100500 проектов? А Microsoft? То-то же.

    Во-первых, у них уже есть большое количество пользователей. У вашего нового стека - 0. Во-вторых, если нужный мне софт не работает под виндой, то винду я не ставлю, она мне не нужна
    >Предоставить разработчикам удобный и железобетонный API.

    Вперёд, делайте

     
     
  • 6.495, KKK (?), 00:01, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Вопрос не в смысле, вопрос в скорости. Вы разрабатывать софт будете тысячелетиями

    Даже как-то смешно это читать в контексте самого позорного долгостроя за всю историю компьютеров - вейлэнда.

    >если нужный мне софт не работает под виндой, то винду я не ставлю, она мне не нужна

    Врунишка, что там у тебя может не работать под виндой, если это ОС с самым большим в мире количеством софта?

    >Вперёд, делайте

    Вася дал добро на разработку, аж камень с души упал.

     
     
  • 7.500, Аноним (-), 00:41, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Даже как-то смешно это читать в контексте самого позорного долгостроя за всю историю компьютеров - вейлэнда.

    Вейланд версии 1.0 - октябрь 2012 год.
    Можно прикопаться и считать от версии 0.85, но это тоже начало 2012.
    Сейчас 2025й и иксы выкинули все нормальные дистрибутивы.
    Остались только в LST или у всяких маргинальных личностей.

    Я бы сказал это довольно неплохой результат.

     
  • 7.565, Аноним (180), 10:34, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Даже как-то смешно это читать в контексте самого позорного долгостроя за всю историю компьютеров - вейлэнда.

    Не помню точно, сколько лет назад на wayland перешёл, вроде ещё до начала двадцатых. Но вы рассказывайте какой это долгострой, интересно будет послушать
    >Врунишка, что там у тебя может не работать под виндой, если это ОС с самым большим в мире количеством софта?

    С каких пор абсолютно весь софт стал работать под виндой?
    >Вася дал добро на разработку, аж камень с души упал.

    Ну так где результат? У вас вообще ничего нет, даже пустого репозитория с файлом coc и лицензией.

     
  • 2.61, тоже Аноним (ok), 13:41, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, не то чтобы вполне готовое... зато сразу пятнадцать!
     
  • 2.125, Аноним (-), 14:25, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Если бы все недовольные Линусом разработчики переключились на BSD, через год имели
    > бы вполне готовое к десктопу ядро на исконно православной лицензии.

    ...которое потом растащат в норку корпорации, разодрав 1 большой сильный проект на много мелких чахлых проприетарных форков.

     
     
  • 3.273, Аноним (36), 16:45, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не вижу логики. Код можно скопировать к себе в чахлую проприетарщину, но не переместить. Если количество разработчиков BSD перешагнет определенную границу, то и развивать такое ядро будет себе дороже для корпорастов - станет проще деньги в апстрим заносить.
     
     
  • 4.342, Аноним (351), 18:19, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не перешагнёт. Копры будут друг на дружку поглядывать и ждать, пусть кто-то другой своё первым открывает. В таких "друзьях" согласься точно не будет.
     
  • 4.406, Аноним (180), 19:39, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Если количество разработчиков BSD перешагнет определенную границу, то и развивать такое ядро будет себе дороже для корпорастов - станет проще деньги в апстрим заносить.

    В GPL Linux достаточно однократно влить много денег, и самоорганизуется сообщество, которму будет дешевле платить, чем писать самостоятельно с нуля. В BSD BSD если неаккуратно влить даже немного денег, появится очередной огрызок с призакрытыми исходниками. К себе нужный патч сообщества он утянуть сможет, а вот поделится - нет. Зато, может быть, он согласится лицензировать свой код всем страждущим. А может и не согласится, зачем ему помогать конкурентам? А если денег влить много, то появится несколько огрызков, разумеется несовместимых. Смогут ли потом эти огрызки конкурировать с GPL Linux вопрос открытый.

     
     
  • 5.410, Аноним (180), 19:44, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Зато, может быть, он согласится лицензировать свой код всем страждущим

    Для примера можно взять Apple. Можно ли поставить MacOS не покупая огрызочное железо? Мало того, что официальной поддержки раньше не было, был только хакинтош, так сейчас ещё у них железо экзотическое, с arm архитекурой. Не на малину же его ставить. Или китайцев взять, тот же Huawei, какие продают смартфоны с залоченными загрузчиками. Хотя казалось бы, китайцы только немного адаптировалои уже готовый код, и скрывать им особо нечего.

     
  • 2.203, Соль земли (?), 15:15, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты предпочитаешь не защищать свой труд?
     

  • 1.37, Даа уж... (?), 13:27, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Напишите уже своё ядро на расте и клепайте на нем свои расто-дистры, вот тогда будет ясно, имеет оно смысл или нет. Зачем портить то, что прекрасно работает и без раста?
     
     
  • 2.38, Аноним (34), 13:28, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Но это же писать надо!
    а у них лапки.
     
  • 2.134, Аноним (134), 14:32, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Напишите уже своё ядро на расте и клепайте на нем свои расто-дистры, вот тогда будет ясно, имеет оно смысл или нет.

    В смысле?
    Мы в свое ядро (ну то что kernel.org) просто добавялем то, что считаем нужным.
    Надо только слегка попустить вредных дидов.

    > Зачем портить то, что прекрасно работает и без раста?

    "Портить"? Откуда столько негатива?
    Да и "прекрасно работает" это не про ведро - там то код некомилирующейся закоммитят, то вагон CVE найдут, то бекдоры внедрят.

     
  • 2.433, Аноним (429), 20:21, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не нравится? Иди форкай ядро!
    А нормальное ядро обойдётся без советов луддитов.
     
     
  • 3.443, Даа уж... (?), 21:19, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не знаю кто такие луддиты, но и так фоткаем. Иди лутай дальше
     

  • 1.41, fuggy (ok), 13:29, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > указана некорректная информация относительно того, что мэйнтейнеры могут самостоятельно принимать решения о включении в их подсистемы кода, связанного с Rust

    Где неверная? Разве сейчас не так, что он как мейнтейнер мог принять код, как и любой другой мейнтейнер подсистемы, которому делегированы полномочия, а потом она уже попадает в финальный патч для Линуса. Иначе как так уже 2 года принимают Rust патчи.


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

    Это он про себя? Чёт попахивает биполяркой, я говорит за Rust и безопасность в коде, но писать ядро нужно на чистом C.

     
  • 1.52, Аноним (211), 13:37, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > По словам Кристофа, в личной беседе Линус Торвальд заявил, что он твёрдо намерен принять в ядро Rust-код, несмотря на возражения мэйнтейнеров.

    А чего он не заявил это в момент драмы с Asahi Linux? Зачем было было тянуть, пока лидер Asahi не покинет проект?

    Видимо, тот самый Rust-код планируется принимать от платиновых спонсоров, а на какой-то там Asahi, который не копейки не заплатил, можно наплевать.

    И вот у Линуса в неловкое положение: закулисно о Расте уже все договорено, а тут этот Кристоф со своими воплями "РАКОВАЯ ОПУХОЛЬ!!!".

     
     
  • 2.63, Аноним (63), 13:42, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Думаю всё идёт к тому что будут выкидывать самого Линуса.
     
     
  • 3.140, Аноним (134), 14:35, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кто же его посадит, он же памятник! (с)

    Пока действия Линуса устраивает крупных игроков (корпорации спонсоры ЛФ) то он будет у руля.
    В последнем ядре от корпов 88% кода.
    Так что вопли индивидуалов мало кого волнуют.

     

  • 1.64, Шарп (ok), 13:42, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Rust только расширит число участников, просто нужно переждать пока старые мейнтейнеры перебесятся. Разработка ядра сложная только из-за сишной лапши. Стройные абстракции на rust облегчат разработку. Проще разобраться в коде, когда у тебя всё статически типизировано. А сишка пихает тебе void* и поди разберись что это за зверь и какое у него время жизни.
     
     
  • 2.73, Аноним (73), 13:48, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Порог вхождения в код ядра не должен быть ниже прикладных приложений.
     
     
  • 3.294, Аноним (292), 17:17, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Видимо поэтому элементарные баги с памятью фиксятся по 7 лет.
     
  • 2.103, Аноним (103), 14:12, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты пробовал разобраться в 100+ тысяч абстракций или умеешь только языком чесать?
     
     
  • 3.158, Шарп (ok), 14:42, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты пробовал разобраться в 100+ тысяч абстракций или умеешь только языком чесать?

    Сложность представляют только взаимосвязанные абстракции. Если они независимые, то их можно изучать отдельно по мере необходимости. В ядре нет 100+ тысяч взаимосвязанных абстракций. И какие бы не были страшными абстракции на расте, на си они будут на порядок сложнее. Так что если с сишными сейчас кое-как справляются, то с растовскими тем более справятся.

     
  • 2.219, Аноним (115), 15:45, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Разработка ядра сложная только из-за сишной лапши.

    на С писать драйверы очень просто, очевидно ты никога не писал

    > А сишка пихает тебе void* и поди разберись что это за зверь и какое у него время жизни.

    ткни на пример в коде а то сейчас это пустословие ничего кроме улыбки не вызывает, я уверен что и на раст ты ничего не напишешь

     
  • 2.234, Аноним (-), 16:04, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А сишка пихает тебе void* и поди разберись что это за зверь и какое у него время жизни.

    mov eax, [ebx]
    Какой тип в ebx и какое у него время жизни?

     
  • 2.338, Аноним (351), 18:13, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Rust только расширит число участников

    Инклюзивно

    >Стройные абстракции на rust облегчат разработку.

    Ну теперь-то наконец заживём!

     
  • 2.467, warlock66613 (ok), 22:48, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Разработка ядра сложная только из-за сишной лапши.

    Ну нет. Разработка ядра сложная и сама по себе, независимо от языка.

     
     
  • 3.542, laindono (ok), 07:19, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Писал ядра на си и на расте. Пока делаются простенькие вещи, на няшном си очевидно проще. Как только начинается всякая свистопляска например с многоядерностью, так раст сразу начинает приносить пользу. Плюс опять же отладчик реже требуется, запускал его только для портянок на ассемблере.
     

  • 1.66, Аноним (73), 13:43, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Линус доминирует и унижает.
    Надеюсь будет форк - либо раст и либо сишный, но разрабатываемый отдельно.
     
     
  • 2.74, чатжпт (?), 13:48, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не будет никакого форка, ядро слишком большое
     
  • 2.224, Аноним (115), 15:51, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Надеюсь будет форк - либо раст и либо сишный

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

    https://github.com/torvalds/linux/blob/master/include/linux/cleanup.h

     

  • 1.69, Анонимусс (-), 13:46, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Меня восхищает биполярочка опеннета:
    - в прошлой теме Товальдс был "бог, который поставил зазнавшихся растовиков на место"
    - в этой - предатель, поправший все идеалы дидов, попенсора, и вообще всего хорошего (при этом это все пересках слов какого-то чела)

    И я бы понял, если бы это писали разные люди. Но ведь нет!

    ЗЫ: хотя что-то такое же было в новостях про показывание пальца невидии и выкидывания мусора из ядра.

     
     
  • 2.77, Аноним (73), 13:50, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А в чём биполярность? В прошлой теме линус поддержал сишку, а в этой слил - значит предатель.
     
     
  • 3.153, Аноним (211), 14:40, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В прошлой теме линус поддержал сишку, а в этой слил - значит предатель

    На момент прошлой темы Линус уже давно благословил Раст в ядре.

     
     
  • 4.238, Аноним (-), 16:07, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Врёшь Линукс Раст никогда не благословлял. Он к расту относится снисходительно.
     
  • 2.199, Соль земли (?), 15:13, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это мне напоминает одну другую биполярку, происходящую сейчас в мире :)
     
  • 2.446, bdrbt (ok), 21:31, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего биполярного, в одной теме полыхала жопами одна сторона, в этой теме - другая.
     
  • 2.556, n00by (ok), 09:29, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что "всё есть file". А file это не файл, но и напильник. ;)
     

  • 1.75, beck (??), 13:49, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Как там Redox поживает? Уже готова для промышленного использования?
     
     
  • 2.96, чатжпт (?), 14:03, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    зайди на https://www.redox-os.org/ru/news/ да почитай, зачем ты тут свою гупость выставляешь на всеобщее обозрение?
     
     
  • 3.137, нейм (?), 14:34, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    не язвил бы, а просто бы сказал "не готово и готово не будет еще лет дцать"
     
     
  • 4.516, Аноним (516), 01:46, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Уж точно быстрее чем новое ядро с нуля на C, если уж сравнивать сравнимое.
     
  • 2.161, Аноним (180), 14:43, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Точно так же, как hurd, и куча вариаций bsd, написанных на чистейшем си.
     
     
  • 3.226, Совершенно другой аноним (?), 15:55, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Точно так же, как hurd, и куча вариаций bsd, написанных на чистейшем си.

    Всё-таки у любой из BSD функциональности на порядок больше, чем у Redox.

     
  • 2.200, Аноним (200), 15:13, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А форк ядра на С даже в проекте нету.
     
  • 2.232, Аноним (73), 16:01, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Готов, уже дум запускает, как DOS в 90е.
     

  • 1.76, Аноним (76), 13:49, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Из единого целого ядро превращается в проект, написанный на нескольких языках

    Не думал, что доживу до момента, когда это станет для программистов проблемой. В былые времена это было само собой разумеющейся реальностью. А как иначе? Для одной задачи хорош один ЯП, для другой - второй. Это называется область применимости. Если ваш большой проект написан вот прям на одном ЯП, то это повод задуматься, что вы что-то делаете не так эффективно. Да и откройте любой даже современный большой проект - там обычно штук 5 ЯП. И ничего, никто не умер.

     
     
  • 2.90, Зазнайка (?), 13:57, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы невнимательны: в тексте прямо указывается на то, что получится так, что переписывать будут с одного языка на другой ПОСТОЯННО. А не так, чтобы просто использовать 2 языка в проекте - один для одних целей, другой для других. Всё перепутается.
     
     
  • 3.163, Аноним (180), 14:45, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >что переписывать будут с одного языка на другой ПОСТОЯННО

    Есть альтернатива - полностью остановить разработку, и не возобновлять, до тех пор, пока не будет переписано всё. Но вам этот вариант не понравится

     
     
  • 4.220, Аноним (215), 15:46, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    мне нравится этот вариант, мне не нравятся сроки
     
  • 4.391, Зазнайка (?), 19:20, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>что переписывать будут с одного языка на другой ПОСТОЯННО
    > Есть альтернатива - полностью остановить разработку, и не возобновлять, до тех пор,
    > пока не будет переписано всё. Но вам этот вариант не понравится

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

     
  • 3.382, Аноним (382), 19:11, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и чего? Есть желание переписать - пусть делают. Этот то наш включает снежинку и орет "о Господи ужас целых 2 (два) ЯП! Непонятно! Страшно" вместо включения положительной риторики "так, давайте ка на берегу договоримся и разделим зоны ответственности, чтоб без нервов". Но нет, просто чел хочет, чтобы было всё по его хотению и придумывает оправдания.
     
  • 2.108, Ivan_83 (ok), 14:16, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы почему то не понимаете в упор о чём речь Нет проблемы совмещать С, кресты, д... большой текст свёрнут, показать
     
     
  • 3.128, Аноним (134), 14:28, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > И я что то не припомню больших проектов где куча разных языков.

    AOSP это достаточно большой проект?
    По кол-ву кода, пользовательской базе и тд

    А у них минимум 3 низкоуровневых языка СИ, плюы и раст.
    security.googleblog.com/2022/12/memory-safe-languages-in-android-13.html
    И что-то я не слышал "мы все умрем, тут больше 1 языка"

    А сверху есть еще java и котлин, но думаю они больше для бизнеса.

     
     
  • 4.169, Ivan_83 (ok), 14:48, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кресты и раст не являются низкоуровневыми языками.

    А сам андройд - помойка, которая жива только благодаря куче бабла.

    GCC, LLVM, webkit, либреофис, cromium, firefox - вот большие проекты.
    Кажется гниль есть только в последних двух и только их и тянут чисто бигкорпы, остальные банально на крестах.

     
     
  • 5.185, Аноним (-), 15:06, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  Кресты и раст не являются низкоуровневыми языками.

    Это твое субъективное мнение.
    А в реальности что на одном, что на другом пишут ОС (хоббийного уровня) с нуля.
    В том числе для КМ и baremetal.

    > А сам андройд - помойка, которая жива только благодаря куче бабла.

    Еще одна субъективная оценка.

    > только их и тянут чисто бигкорпы

    А ядро кто тянет? Какиры из свободного сообщества™?
    И если полторы калеки из FF смогли, то ядро тоже сможет.

     
     
  • 6.517, Ivan_83 (ok), 01:48, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    По колличеству сахара и абстрактности кода в языке от кода на асме после компеляции вполне себе языки далёкие от низкого уровня.


    > И если полторы калеки из FF смогли, то ядро тоже сможет.

    Сможет загнутся как ФФ?

     
  • 5.206, Аноним (211), 15:19, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Кресты и раст не являются низкоуровневыми языками.

    Приведи пример хоть чего-нибудь, что можно сделать в C, но нельзя в C++.

    > Кажется гниль есть только в последних двух и только их и тянут чисто бигкорпы

    Linux тоже тянут чисто бигкорпы, так что с Растом там никаких проблем не будет.

     
     
  • 6.515, Ivan_83 (ok), 01:45, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Приведи пример хоть чего-нибудь, что можно сделать в C, но нельзя в C++.

    Собрать бинарник под венду на 0,5 - 4 кб.


    > Linux тоже тянут чисто бигкорпы, так что с Растом там никаких проблем не будет.

    Биг корпы конечны, в этом проблема. Другая проблема что у них интерес в получении прибыли, и внезаптно можно попасть в очень неприятное положение.
    Я вот с МС и вендой в частности уже попадал и теперь избегаю полян подконтрольных корпам.

     
  • 5.384, Аноним (382), 19:14, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Смешно! Сначала ты выбираешь произвольные проекты, чтобы выиграть спор. А потом просто врешь, что там нет нескольких ЯП)) Зачем? Открой вебкит, посмотри на чем он написан.
     
     
  • 6.514, Ivan_83 (ok), 01:42, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На чём он написан?
    Я видел как он у меня целый час насиловал проц крестовым компелятором, у меня были более интересные занятия потому я всю портянку не читал.
     
  • 3.171, Аноним (211), 14:50, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > правки С кода будут влечь за собой правки кода на раст и вероятно наоборот.

    В итоге сложность работы с кодом вырастет более чем в два раза и сложность сопровождения (собрать-погонять тесты) раза в три.

    Лол. Правки С кода, внезапно, влекут правки зависящего С кода. А это, на минуточку, десятки миллионов строк дров от корпораций, в которых кроме тех самых корпораций никто не разбирается.

    Но это не является проблемой по той банальной причине, что сопровождение зависящего кода лежит на плечах того, кто его залил. Так и ребята из Asahi Linux брали на себя ответственность за сопровождение Растовых привязок (которые к тому же вообще можно автоматом генерить), но Кристоф начал вопить "Мне не нужен еще один споровождающий!".

     
     
  • 4.188, Аноним (-), 15:08, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Правки С кода, внезапно, влекут правки зависящего С кода.

    Но не всегда. Вот там был void* и тут теперь void*.
    И ничего исправлять не нужну - все успешно скомпиляется)))

    > Кристоф

    Потому что Кристоф забеспокоился за свое насиженное местечко.
    Так же удобно единолично контролировать целую подсистему.

     
  • 3.572, Прохожий (??), 12:07, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Вы почему то не понимаете в упор о чём речь.

    Это вы, похоже, не понимаете. Возьмём предыдущую тему, с которой всё началось. Люди предложили к Си-шному API обвязку дополнительную для другого языка. Также предложили помощь в сопровождении. И тут же началась истерика у мейнтейнера.

    >для этого должны быть обоснования, где будет видно что плюсов от добавления больше чем минусов

    Так она есть. Уже надцать раз плюсы обсудили, а до вас никак не доходит. Плюсы: уменьшение количества ошибок работы с памятью в коде, строгая типизация, стандартные абстракции (а не вот те велосипеды, которые Си-шники изобретают из проекта в проект), современная инфраструктура.
    Минусы: без определённой стратегии дальнейшая разработка может превратиться в хаос, сложность компиляции, сложность сопровождения.

    Что характерно, минусы все преодолимы при правильном подходе и более-менее грамотном управлении проектом. А вот плюсы от внедрения нового, более современного языка Си-шникам нечем перекрыть. Все эти санитайзеры не работают, как показывает практика. Кстати, санитайзеры в общей цепочке - это ведь тоже усложнение процесса, но почему-то никто не вопит об этом. А почему? А потому что привыкли! Вот и ко второму языку привыкнут. Просто надо чуть больше времени дать.

     
  • 2.136, Аноним (136), 14:33, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это если АПИ стабильный работает. Все обёртки написали один раз и всё. А в ядре "стабле апи ис нонсенсе", следовательно будет постоянное переписывание одного и того же и топтание на месте. Или по вашему это такой ход по стабилизации, но чтобы не признавать своих ошибок?
     
     
  • 3.386, Аноним (382), 19:17, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А переписывание одного и того же уже есть, в чем разница? В том, что кроме 1 ЯП снежинкам придется разбираться в 2? Какой ужас, программистов заставляют разбираться в программировании
     
  • 2.195, Соль земли (?), 15:11, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В куче языков минус - куча инструментов разработки.
     
     
  • 3.388, Аноним (382), 19:18, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну это вообще не достойно комментария, но ладно. В следующий раз когда тебе нужно будет что-то спаять - бери молоток и прибивай. Зачем куча инструментов, да?
     
     
  • 4.562, Соль земли (?), 10:05, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты сравнил космический корабль с молотком.
     

  • 1.93, Аноним (93), 14:01, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > происходит переписывание кода с одного языка на другой, а затем обратно

    Вся суть Rust.

     
     
  • 2.239, Аноним (239), 16:07, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Согласен, возвращаемся на COBOL, а то эти хипстеры со своей сишкой задолбали!
     

  • 1.100, Аноним (103), 14:10, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Торвальдс а что же с зависимостью от cargo? Вдруг, сайт отвалится на неделю из-за ддос-атак или забудут оплатить?
     
     
  • 2.111, Аноним (134), 14:20, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Торвальдс а что же с зависимостью от cargo?

    А что с ней не так?

    > Вдруг, сайт отвалится на неделю из-за ддос-атак или забудут оплатить?

    То же самое можно сказать про репу ядра.

    Для не знающих:
    1. карго опционально и можно собирать без него
    2. его можно развернуть локально, на своем сайте и тд
    doc.rust-lang.org/cargo/reference/specifying-dependencies.html
    Your crates can depend on other libraries from crates.io or other registries, git repositories, or subdirectories on your local file system

    Так что будет просто официальные крейты например на kernel.org

     
     
  • 3.122, Аноним (122), 14:24, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно зачем разработчикам ядра поддерживать ещё альтернативную инфраструктуру для раста? Чтобы все кто мог перешли на эту инфраструктуру, а официальной больше никто не пользовася, так чтоли?
     
     
  • 4.148, Аноним (-), 14:38, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле?
    В карго пакете будет просто ссылка на гит репозиторий.
    Который будет там же, где и все остальное ядро.

    Я не очень понимаю какая тут проблема.
    Если тебе не лениво - поясни пожалуйста.

     
  • 4.166, Аноним (180), 14:46, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Монорепозитории уже изобретены. Тем более, что ядро уже монолитно
     
  • 2.190, Соль земли (?), 15:09, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если ядро превратится в кучу Cargo пакетов, так даже лучше, чем одна огромная монорепа. Разделяй и властвуй.
     
     
  • 3.284, Аноним (284), 16:58, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да там каждый отдельный пакет фактически монорепо, растащенное по архивам.
     
  • 3.319, Аноним (292), 17:47, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В ядре всё своё ношу с собой. Поэтому все связные списки и RB деревья с собой, а не в отдельной библиотеке.
    Да и вообще cargo для ядра и не нужно. Во-первых, потому что там любят самописные структуры. Во-вторых, чтобы не зависеть от любого репозитория, не только crates.io.
     
  • 2.283, Аноним (284), 16:56, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Штатный бэкдор. Но ради зарплаты Линуса и красивой жизни его дочерей можно и потерпеть, не так ли?
     
     
  • 3.582, Аноним (582), 16:28, 20/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.113, Nochi (?), 14:20, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какие преимущества будут, если ядро windows и linux перепишут на rust?
    И если Firefox тоже на rust, и почему firefox mozilla не захотела на rust переписать?
     
     
  • 2.241, Аноним (239), 16:10, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В windows и в android уже потихоньку добавляют новый код на расте, смысл старое переписывать просто так?
     
     
  • 3.436, Аноним (436), 20:36, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так вот почему у меня перестали запускаться setup-ы без параметров совместимости с 7/8. Нагадили растом. И нет, я ничего не вырезал, у меня не дуб
     

  • 1.114, KKK (?), 14:20, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Его психическое здоровье вызывает всё больше вопросов. Если он намеревается бесконтрольно вливать в кодовую базу весь раст-булщит в обход мэйнтейнеров, то кто будет всё это поддерживать и обеспечивать стабильность работы?

    Видимо, придётся переводить сервера на FreeBSD, ибо лично мне такой цирк в проде точно не нужен. Печально, но ничего не поделаешь.

     
     
  • 2.124, Аноним (62), 14:25, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Видимо, придётся переводить сервера на FreeBSD

    Так фряха тащит дрова из лина. Раст и до неё доберётся.

     
     
  • 3.135, Аноним (135), 14:33, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Раст дрова под фряхой просто не соберутся.
     
  • 3.150, KKK (?), 14:38, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Только DRM и прочую десктопную шелуху. Для серверного оборудования там свои драйвера.
     
     
  • 4.170, Ivan_83 (ok), 14:49, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Уже нет, часть сетевых дров вроде тоже через LinuxKPI.
     
     
  • 5.317, KKK (?), 17:44, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Уже нет, часть сетевых дров вроде тоже через LinuxKPI.

    Насколько я знаю, только для Wi-Fi. Конечно, я могу ошибаться.

     
  • 2.165, Аноним (-), 14:46, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Видимо, придётся переводить сервера на FreeBSD, ибо лично мне такой цирк в проде точно не нужен.

    Отлично! Без шуток желаю удачи. Она тебе понадобится.

    > Печально, но ничего не поделаешь.

    Великолепно.
    Если ты после этого еще перестанешь ходить комментировать новости ядра (ну там же раст, фу-фу-фу) будет вообще зашибись.


     
     
  • 3.313, KKK (?), 17:39, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.168, Аноним (180), 14:48, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Видимо, придётся переводить сервера на FreeBSD

    Удивительно, но вы не делитесь своей историей успеха, как успешно перевели на бсд. Вы даже на готовое ядро не факт, что переведёте

     
     
  • 3.173, An (??), 14:53, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дак он еще не перевел.
    А в чем вы видите проблему с переездом(при условии, что нужный софт под BSD присутствует)?
     
     
  • 4.566, Аноним (180), 10:37, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В том, что это просто слова. Человек может с винды пишет
     
  • 2.290, Аноним (284), 17:06, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У него всё в порядке с психичесским здоровьем: нормис, семья, трое детей, умеет принимать "трудные решения". Раз ради зарплаты надо сказать "I'm <подставить любую нацию, воевавшую с княжествами/РИ/СССР/РФ>", после принятия клятвы на верность США ("I hereby declare, on oath, that I absolutely and entirely renounce and abjure all allegiance and fidelity to any foreign prince, potentate, state, or sovereignty of whom or which I have heretofore been a subject or citizen") - значит надо. Надо публично прогнуться (как лидер проекта) - значит надо. Всё-таки ядро давно уже для него не pet-проект, а дойная корова. Коровка стала старой и пришла пора на мясо - ну значит пришла. Это всё как должностное лицо - лидер проекта, а не о личных самазашкварах - для нормисов они вообще в порядке вещей.
     
  • 2.615, Прохожий (??), 11:53, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Если он намеревается бесконтрольно вливать в кодовую базу весь раст-булщит в обход мэйнтейнеров, то кто будет всё это поддерживать и обеспечивать стабильность работы?

    Сколько глупостей в одном предложении. Не бесконтрольно, просто мимо вахтёров. Далее. Если код на Rust в общем и целом более стабильный при такой же скорости выполнения, то почему бы его и не принимать в ядро? Далее. Одному из сопровождающих предлагалась помощь, он отказался. Значит, сам справится.

     

  • 1.207, xsignal (ok), 15:21, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    О, ну это капец... Зазвездился чел, уже и мэйнтейнеры ему не указ. Ну ок, пили своё ржавое ведро в одиночку.
     
     
  • 2.267, Аноним (267), 16:39, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какие такие мэйнтейнеры? Будто бы это всё энтузиасты пишут ядро попивая пивасик. Это же не так. Мэйнтейнеры в линуксе на зарплате у корпораций, а Линус - лишь менеджер.
     
     
  • 3.298, xsignal (ok), 17:22, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну они же не брали на себя обязательства подчиняться воле корпораций. Корпорации по своей доброй воле спонсируют линукс, а мэйнтейнеры полностью свободны в своих действиях.
     
     
  • 4.304, Аноним (-), 17:30, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну они же не брали на себя обязательства подчиняться воле корпораций.

    А те кто на зарплате?
    Думаю там какой-то контракт точно подписывается.

    > Корпорации  по своей доброй воле спонсируют линукс,

    И могут перестать, если им станет не интересно.

    > а мэйнтейнеры полностью свободны в своих действиях.

    Хахаха, ну ты пошутил.
    Представь себе сотрудника в штате Шапки, которому просто ставят задачу "поддерживать в ведре от такой модуль 20 часов в неделю".
    Думаешь он скажет "я свободен в своих действиях, идите в пень!" ?

     
  • 3.322, Аноним (322), 17:51, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Мэйнтейнеры в линуксе на зарплате у корпораций, а Линус - лишь менеджер.

    Одеть футболочку попрощще.

     
  • 2.321, Аноним (322), 17:50, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как вышла REDOX, которая Unix, товальдс сразу же стал за Rust, надо поскорее впихнуть Rust, во все Linux, почему не Unix, а не Linux.

    Но потом какие то сомнения майнтенрер. https://www.opennet.dev/opennews/art.shtml?num=62685

     
     
  • 3.613, Прохожий (??), 11:45, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет никакой связи между выходом Redox и решениями Торвальдса. Не выдумывайте.
     

  • 1.242, Аноним (242), 16:10, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Самое смешное, конкретно сам Раст НЕ РЕШАЕТ ПРОБЛЕМ С ПАМЯТЬЮ! Он их просто перекладывает НА ПЛЕЧИ ПРОГРАММИСТОВ. Язык, решающий проблемы с памятью - это C#! Вот он сам освобождает неиспользуемые ссылки, локальные переменные и т.п. По факту, всё, что требуется от шарповода - это var f = new File() - ВСЁ! Можешь кидать этот f по всей программе и ничего ему не будет, а "исчезнет" он только с выходом из последнего блока видимости. ВОТ ТАК нужно помогать программисту с памятью.

    Понятно, что в ядре всё строже, но затем и нужен УМНЫЙ компилятор (или хотя бы средство проверки), чтобы освободить программиста от танцев на льду и дать ему уже поработать над собственно задачей.

    Так что проталкиватели раста - не более, чем глупые лемминги, которые даже не понимают сути "работы с памятью".

     
     
  • 2.248, Аноним (73), 16:14, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Даешь ядро на Java! Ну, может микроядро на Cи с Java модулями и юзерспейс АПИ.
     
     
  • 3.251, Аноним (239), 16:15, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты сейчас Андроид переизобрел?
     
  • 2.250, Аноним (239), 16:15, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты сейчас серьезно предлагаешь Garbage Collector в ядро пропихнуть? Я много видел в комментах опенка, но чтобы такое...
     
  • 2.252, xsignal (ok), 16:16, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Точно! Кстати, C# реально классный язык, и никто его не раскручивал и не пиарил, как руст, а он сам органично вошёл в мир программирования, потому что нравится программистам.
     
     
  • 3.257, тоже Аноним (ok), 16:22, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вряд ли этот апологет Шарпа распарсит сарказм. Даже такой толстый.
     
  • 3.345, Аноним (36), 18:21, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Настолько органично, что для запуска написанного на нем софта, бедолагам-линуксоидам заворачивают его в докер-образы, иначе хрен все зависимости сам соберешь.
     
     
  • 4.476, Аноним (476), 23:18, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну что ты несешь Нормальным людям хватает ключа --self-contained в паблише и ... большой текст свёрнут, показать
     
  • 2.253, Аноним (62), 16:17, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Язык, решающий проблемы с памятью - это Python

    Поправил.

     
  • 2.255, тоже Аноним (ok), 16:20, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Предлагаю аккуратно завернуть это и отнести создателям Шарпа - вот пусть они на него свою ОСь и перепишут. Решат, так сказать, проблему.
     
     
  • 3.445, anon_qwerty (?), 21:23, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Была попытка написать ОС на C#. Кажется Singularity
     
     
  • 4.464, тоже Аноним (ok), 22:40, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Была попытка написать ОС на C#. Кажется Singularity

    Был информационный пузырь про написание на Шарпе ОС с броским маркетинговым названием. Помаячил - и лопнул.

     
     
  • 5.484, Аноним (476), 23:31, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Redox не такой. Помаячит... и еще помаячит. Но потом. Когда в прод?
     
     
  • 6.609, Прохожий (??), 11:36, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Redox - это домашний проект, а не разработка для прода.
     
  • 4.478, Аноним (476), 23:21, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Очередные пересказы устаревших баек. Погугли что ль про ОС COSMOS. На, просвещайся https://ru.wikipedia.org/wiki/Cosmos_(операционная_система)
     
  • 2.260, чатжпт (?), 16:27, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > и ничего ему не будет, а "исчезнет" он только с выходом из последнего блока видимости

    Вот это да! Прямо как умные указатели Rc/Arc в раст, только без сборщика мусора

     
  • 2.271, Аноним (271), 16:42, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В левом углу у нас Аноним
    > конкретно сам Раст НЕ РЕШАЕТ ПРОБЛЕМ С ПАМЯТЬЮ!

    В правом углу у нас Greg K-H:
    The majority of bugs (quantity, not quality/severity) we have are due to the stupid little corner cases in C that are totally gone in Rust.
    Things like simple overwrites of memory (not that rust can catch all of these by far), error path cleanups, forgetting to check error values and use-after-free mistakes.

    Кому же я буду верить больше 🤔

     
     
  • 3.277, Аноним (582), 16:49, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.279, Аноним (267), 16:50, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.282, Аноним (-), 16:55, 19/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.344, Аноним (582), 18:21, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А если "других разработчиков у нас нет"?

    эт как? вымерли? или, "а кто-то должен выполнять эту работу?" (вспоминаю "мотивационную" речь какого-то там командира, отправляющего солдат, очищать крышу "реактора" от графита)

    > И что? Выкинуть его из разработки?

    я предлагаю выкидывать, конечно, выкидывает ведь "из жизни" ошибка, допущенная сапером?


    > Просто инструменты должны быть нормальными, а не палка-копалка из прошлого тысячелетия.

    уточните какие инструменты? деревянные или программные? если программные - то их по вашему определению пишут те, кто допускает "stupid little corner cases" и как оказалось, "других разработчиков у нас нет".

     
  • 2.297, Анон держись (?), 17:21, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я искренне надеюсь, что вы так троллите:), и не находитесь под какими-то веществами:))
     
     
  • 3.301, Аноним (-), 17:23, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Я искренне надеюсь, что вы так троллите:), и не находитесь под какими-то веществами:))

    Это типичный представитель Военов Супротив Раста.
    Они в расте не разбираются, даже доку не читали.
    Зато мнение имеют.

     
  • 2.334, Аноним (180), 18:07, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >По факту, всё, что требуется от шарповода - это var f = new File() - ВСЁ!

    А дескриптор освободится когда-нибудь. А может и не освободится никогда, так как программа быстрее исчерпает доступные дескрипторы
    >а "исчезнет" он только с выходом из последнего блока видимости

    Нет, когда его соберёт GC. А это будет неизвестно когда.

     
     
  • 3.479, Аноним (476), 23:23, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну конешшшно, using и IDisposable реальные посоны не пользуюцца. Все руками освобождают. Когда вспомнят где.
     
  • 2.340, fuggy (ok), 18:17, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Представь в Rust так и работает. Там умный компилятор. Переменная удаляется при выходе из блока видимости. Вручную удалять не надо. Даже более чем, владение передаётся в блок при передаче переменной. Но такие слова как владение видимо сложные, как для сишников, так и для шарпистов.
     
     
  • 3.480, Аноним (476), 23:27, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Главное правило потужных свидетелей "умности"(ТМ) -- выдумывай новый "умный" словарь для старых граблей. Создается иллюзия владения ситуацией. У ФПшников была иллюзия "чистоты". У растаманов иллюзия "владения". Ничего нового, но щоки можно надувать на ровном месте.
     
     
  • 4.612, Прохожий (??), 11:41, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    То есть, возразить вам нечего, поэтому вы решили надуть щёки (это слово пишется через букву "ё", кстати)?
     

  • 1.259, Энон (?), 16:25, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    "Язык для системного программирования должен быть максимально простым" - так завещал великий Вирт.
     
     
  • 2.608, Прохожий (??), 11:31, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему только для системного? Для любого программирования язык должен быть максимально простым. Проблема в том, что нынешняя архитектура железа не позволяет этого добиться без ущерба или простоте, или качеству, или скорости выполнения. Скорость, качество, цена - выбирай любые два.
     

  • 1.263, Аноним (267), 16:37, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Столько комментов, будто бы каждый второй опеннетовец - важный комиттер ядра линукс, и Линус якобы обязан учитывать мнения опеннета. На самом же деле - только корпорации с лярдами делают погоду в ядре, и Линус у них на зарплате.
     
  • 1.264, Энон (?), 16:37, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не могу понять, почему сейчас такие проблемы с написанием драйверов для Linux на C ? Драйверы ведь просто принимают данные, буферизируют их и выдают по запросу. Там ошибок наделать просто негде.
     
     
  • 2.269, Аноним (62), 16:41, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Драйверы ведь просто

    Нет, не просто. Драйверы работают асинхронно и в обе стороны (в сторону ос и железа). Обрабатывают сразу множество событий. Если бы драйверы были бы простыми и последовательными, работали бы с черепашьей скоростью.

     
     
  • 3.272, Энон (?), 16:45, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это понятно. Я и говорю, что ничего сложного в программировании драйверов нет. Синхронизацию делаешь через спинлоки, обработку засовываешь в тасклеты.
     
     
  • 4.281, Аноним (267), 16:55, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скинешь годный мануал ппо написание драйверов?
     

  • 1.276, ИмяХ (ok), 16:48, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >>сопровождающие болезненно реагируют даже на тривиальные вещи, такие как проверки на целочисленное переполнение, непонятно как можно преодолеть разрыв между одной частью ядра, не принимающей даже простые правила по обеспечению безопасности,

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

     
  • 1.288, xsignal (ok), 17:04, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Хорошо, что ядро достаточно обновлять раз в 5 лет, и до 2030 года можно быть застрахованым от ржавчины на своём компе, а там глядишь и rust-free форк созреет.
     
     
  • 2.306, Аноним (322), 17:32, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не забывай добавлять оперативную память.
     
  • 2.323, Аноним (73), 17:52, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    К 2030 ИИ заменит всех разрабов ядра вместе с Линусом и перепишет ядро в машинном коде.
     
  • 2.347, Аноним (347), 18:26, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Там очень сомнительные проблемы всплывают в старых ядрах. И надо понимать, что "без обновлений" -- это буквально, а не старая ветка. А вообще, вот так в один день окажется, что вейланд-то у тебя больше не работает без обновления до распоследней ветки, и в старые код никто не портирует. Да и 5 лет пролетят: ковид, к примеру, был 6 лет назад. Сколько раз за это время юзерспейс ломали? Раз 10 только глибц.
     
     
  • 3.481, Аноним (476), 23:29, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вейланд и сейчас по большей части не работает. 15 лет как
     
  • 2.426, Аноним (292), 20:04, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё один. Ты ядро лично сам компилируешь? И что все исходники лично читаешь? Если нет, то какая разница на чём написан код, который скомпилировался в бинарник что есть у тебя.
    На твоём компе никакого раста и не будет. Дай угадаю, ты это пишешь из хрома или файрфокса, и в том и в другом есть rust код. Так что ты не уберёг себя от раста.
    Да и видимо кроме критики раста, что тебя аж волнует на каком языке написаны исходники, тебя ничего другое не волнует. Видимо поэтому ты заходишь в статью с обсуждением раста, чтобы сказать что он тебе не нужен.
     

  • 1.289, Аноним (22), 17:05, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Альтернативы Линуксу. Есть здесь человек, написавший эти посты https://www.opennet.dev/openforum/vsluhforumID3/133539.html#25 ? Как далеко удалось продвинуться?
     
     
  • 2.310, Аноним (322), 17:36, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мне понравилась концепция, но написание Ос в одиночку, достаточно сложный процесс.
     
     
  • 3.326, Аноним (351), 17:57, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так там же немецкая фирма пишет.
     

  • 1.303, Аноним (322), 17:28, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Значит Товальдс такой сам себе на уме Захотел добавил С этим я соглашусь, не м... большой текст свёрнут, показать
     
     
  • 2.315, Аноним (-), 17:41, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все любят г 822 и 822 п 822 н 822 о 822 ж 822 а 822 б 822 у 822 велико... большой текст свёрнут, показать
     
     
  • 3.328, Аноним (322), 18:00, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Инструмент (любой) может быть плохим или хорошим, подходящим или нет, имеющим запас для улучшения или уже устаревшим.

    Я про то что это инструмент. Rust. C++, не самоцель.
    Про то что зачем создавать новое, если можно улучшить существующее.

    > Сравни, например, обычное долото и перфоратор. Или лошадку и трактор.

    Это инструмент для дробления камней, или типа того.

    > Я уже молчу что 100 лет назад для станков были нормой открытые ремни, а сейчас нет.

    Это станок.

    Сравнил.

     
     
  • 4.335, Аноним (-), 18:11, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Естественно Цель писать корректный и надежный код, желательно быстрый Т к от н... большой текст свёрнут, показать
     
     
  • 5.346, Аноним (322), 18:23, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почти на бум. Перворатор дешевый. https://shorturl.at/3sGQG

    Долото подороже. https://shorturl.at/NmACR

     
     
  • 6.349, Аноним (349), 18:28, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Почти на бум.

    Оно и видно)

    > Перворатор дешевый. https://shorturl.at/3sGQG

    Если в комплекте есть сверло может работать сразу.

    > Долото подороже. https://shorturl.at/NmACR

    А еще купи к ней буровую установку.
    Вот тебе ручное долото https://market.yandex.ru/product--doloto-dlia-rezki-kamnia-set-meal-1/90685342
    Аналог СИшки - никакой атоматизации, куча возможностей отбить себе палец.


     
  • 3.336, Аноним (322), 18:11, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Целесообразность

    Обьясню тебе слово целесообразность и инструмент.

    Инструмент не может быть плохим или хорошим. Это инструмент.

    Целесообразность. Когда ты идешь в горы целесообразно брать горные ботинки теплую одежду и запас еды.
    Целесообразно использовать вездеход в тайге.
    Но в то же время тебе не разрешат ездить на вездеходе по городским трассам. Просто Вездеход занимает 2 полосы движения.

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

     
     
  • 4.341, Аноним (-), 18:17, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Обьясню тебе слово целесообразность и инструмент.

    Интересно послушать.

    > Инструмент не может быть плохим или хорошим. Это инструмент.

    Еще как может.
    Если тебе дадут в руки нечто слепленной из палок и изоленты, то ты спросишь WFT?

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

    Да, все так.
    И если цель написание ядра "создание корректного кода", то использовать ЯП который позволяет регулярно стрелять себе в ногу и плодить CVE - просто не целесообразно.


     
     
  • 5.350, Аноним (322), 18:29, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Если тебе дадут в руки нечто слепленной из палок и изоленты, то ты спросишь WFT?

    Хоршо вот другой пример. Гитара за 1500 и гитара за 150 000 это тоже гитара.
    Но несмомненно гитара за 150 000 это лучше.

     
     
  • 6.360, KKK (?), 18:43, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Только вот чтобы услышать разницу, нужно виртуозно владеть инструментом. А если ты условный Кирк Хэммет, то в твоих руках любой инстремент будет звучать, как параша - хоть за миллион баксов.
     
  • 6.363, Аноним (-), 18:49, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Хоршо вот другой пример. Гитара за 1500 и гитара за 150 000 это тоже гитара.
    > Но несмомненно гитара за 150 000 это лучше.

    Гитара как и другие музыкальные инструменты это часто вкусовщина.

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

    Люди же постоянно стараются облегчить себе жизнь и улучшить условия труда.
    И это нормально.

     
     
  • 7.380, Аноним (322), 19:08, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну чтож горное снаряжение с интернет магазина за 3 $ или горное снаряжение за 150 000 $
    Но в первом случае лотерея, выдержит ли карабин ( ну который крепится к веревке ),
    Но и во втором случае если так рассуждать лотерея.
     
     
  • 8.389, Аноним (-), 19:19, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я, к сожалению, в этой теме не разбираюсь Предположу что должны быть какие-то г... текст свёрнут, показать
     
     
  • 9.463, Аноним (322), 22:29, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Но и то и то инструмент Ну хорошо случай из жизни, надо было починить и для это... текст свёрнут, показать
     
  • 4.452, Аноним (180), 22:04, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Инструмент не может быть плохим или хорошим. Это инструмент.

    Может. Опасная бритва почему-то вытеснена безопасной. Ртутные термометры почему-то вытеснены электронными
    >Конечно никто не запретит, но в чем целесообразность.

    Ртутные термометры если не запретили, то изъяли с рынка. Купить в ближайшей аптеке - не получится.

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

     
     
  • 5.541, An (??), 07:05, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>Си - это инструмент прямиком из начала семидесятых, по современным меркам ни к чему не пригодный.

    Это ложь.
    На нем куча ОС и прикладного софта написано - факт. И то и другое прямо сейчас много где в проде используется.

     
     
  • 6.567, Аноним (180), 10:39, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >На нем куча ОС и прикладного софта написано - факт

    И? От этого софт перестал портить память и падать в произвольном месте?

     
  • 5.549, Аноним (549), 08:38, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А как же тот чел, который якобы в еду в ресторане подложил, их якобы купил? Что-то тут нечисто. Да и в еде ртуть безопасна, ибо жкт не усваивается.
     

  • 1.325, Джек (?), 17:56, 19/02/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +2 +/
     
  • 1.327, Аноним (327), 17:58, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ну почему Кристофу и остальным так сложно понять изменившуюся позицию Линуса - пришла "ксива" сверху:

    https://stackoverflow.blog/2024/12/30/in-rust-we-trust-white-house-office-urge
    https://www.theregister.com/2022/11/11/nsa_urges_orgs_to_use/

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

     
     
  • 2.498, php_не_считаем_за_опыт (ok), 00:29, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    вот на этом можно и закончить обсуждение. гебуха сказала надо, яфинский ответил есть.
     
  • 2.583, Аноним (582), 16:32, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Извечная проблема отцов и детей

    Эт когда отцы не живут ради будущего детей, и решают за них, каким это будущее должно быть.

     

  • 1.339, ЧтоГдеКогда (?), 18:14, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Линус Торвальдс намерен включать связанные с Rust изменения в обход мэйнтейнеров

    После этого какой смысл в мэйнтейнерах?

     
     
  • 2.343, Аноним (-), 18:19, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>Линус Торвальдс намерен включать связанные с Rust изменения в обход мэйнтейнеров
    > После этого какой смысл в мэйнтейнерах?

    Хм... деньги получать?
    Или зарабатывать репутации чтобы потом пойти в классную корпу?
    Думаю мотиваций много.
    (Но учитывая что от индивидуальных разработчиков всего 12% кода, то почти все они крутятся вокруг денег)


     
     
  • 3.348, KKK (?), 18:26, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для этих целей лучше подойдут BSD системы. Если хорошо себя проявишь, офер от условного Netflix или Apple не заставит себя долго ждать. Все топовые BSD девелоперы работают в жирном энетпрайзе. Ну и ещё несомненным плюсом будет то, что никакой Торвальдс не высморкается тебе в лицо и не вытрет о тебя ноги.
     

  • 1.362, Аноним (362), 18:48, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Продолжение драмы: https://www.phoronix.com/news/Greg-KH-On-New-Rust-Code
    Если вкратце - другой мейнтейнер предложил писать все драйверы для ядра только на Rust, а этому пациенту завалить хлеб ало.
     
     
  • 2.365, GNUsmas (?), 18:54, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Greg Kroah-Hartman

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

     
     
  • 3.366, Аноним (322), 18:56, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Rust

    Ржа́вчина — общий термин для определения оксидов железа. В разговорной речи это слово применяется к красным оксидам, образующимся в процессе реакции железа с кислородом в присутствии воды или влажного воздуха.

    А надо было делать из полимерных сплавов не подверженных корозии.

     
  • 3.373, Аноним (-), 19:01, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>Greg Kroah-Hartman
    > Говорящая лысина ничего не предлагает, а лишь транслирует заданную директиву.

    "Конечно, не может же он иметь своего мнения!" (с)
    "Все вокруг куплены!" (с)

    Ты наверное по себе судишь?


     
  • 2.369, Аноним (-), 18:57, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Продолжение драмы: https://www.phoronix.com/news/Greg-KH-On-New-Rust-Code
    > Если вкратце - другой мейнтейнер

    Это не просто "другой мейнтейнер", а Грег Кроа-Хартман.

    Который заменял Линуса, когда тот "ушел в отпуск отдохнуть" и по сути руководил разрабткой ядра.
    Который со-автор книги Linux Device Drivers
    Который написал Linux Kernel in a Nutshell ( kroah.com/lkn/ )

    > предложил писать все драйверы для ядра только на Rust, а этому пациенту завалить хлеб ало.

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

     
     
  • 3.374, xsignal (ok), 19:04, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это не просто "другой мейнтейнер", а Грег Кроа-Хартман

    Такой же подкорпорастник, как и Турвальдс.

     
     
  • 4.383, Аноним (-), 19:14, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Это не просто "другой мейнтейнер", а Грег Кроа-Хартман
    > Такой же подкорпорастник, как и Турвальдс.

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

    Так что выбирая "Линукс с корпами" или "Хурд от Сообщества™ - то я пожалуй выберу первых.

     
     
  • 5.393, xsignal (ok), 19:22, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Скоро благодаря ИИ сделают и "такие люди" останутся у разбитого корыта.
     
     
  • 6.400, Аноним (-), 19:30, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Скоро благодаря ИИ сделают и "такие люди" останутся у разбитого корыта.

    Какие "такие люди"?
    У меня есть нехитрый выбор - использовать рабочий иструмент или какой-то полуфа/bрикат.
    Пословицу про шашечки или ехать ты наверное слышал много раз.

     
     
  • 7.537, Аноним (322), 04:29, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > использовать рабочий иструмент или какой-то полуфа/bрикат.

    https://ru.m.wikipedia.org/wiki/Луддиты

     
  • 6.419, Аноним (322), 19:54, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >  Скоро благодаря ИИ сделают и "такие люди" останутся у разбитого корыта.

    Нет ну там уже квантовые компьютеры.
    Или терминалы с доступом к квантовым компьютерам.

    Gpt все еще не может писать код, максимум какие то общие наброски, которые надо кому то корректировать.

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

    Так сказать бывает развитие по прогрессирующей прямой.
    Бывает развитие в фрактальное.

     
  • 5.397, GNUsmas (-), 19:28, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Так что выбирая "Линукс с корпами" или "Хурд от Сообщества™ - то я пожалуй выберу первых.

    Ну и будешь жрать с лопаты то, что за тебя решат.

    >свободные какиры из подвала" не могут до сих пор сделать Хурд хотя бы рабочим

    Ты сам-то хоть одну строчку кода написал для тех же GNU или BSD? Сидишь тут, какую-то хню порешь, глупая потребительская перхоть.

     
     
  • 6.403, Аноним (-), 19:36, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если меня это устраивает - то да В противном случае пойду на винду или мак Бла... большой текст свёрнут, показать
     
  • 3.462, Аноним (462), 22:28, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Крутой мужик, буду знать.
     

  • 1.376, Аноним (200), 19:06, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если не на Раст, то на чём? Расту просто нету замены.
     
     
  • 2.453, Аноним (180), 22:08, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Замену расту можно не особо спеша сделать за год. Можно даже взять рабочую, типа ATS. Проблема не в замене, проблема в том, чтобы убедить ею пользоваться. Вот не хотят пользователи афинных типов, им UB подавай. И зависимые типы им не нужны, им нужен стандарт, с двумя слабосовместимыми компиляторами
     
  • 2.485, Аноним (476), 23:37, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Если не на Раст, то на чём? Расту просто нету замены.

    Это потому что тебе не хватает ума Аду осилить? Ну, в виде SPARK, с контрактами и формальной доказухой надежности? А в расте она, формальная доказуха, где, кстати? А то детишки, воспитанные списком тиобе, щоки смешно надувают конешшшно. Только "растишка в ведре"(ТМ) все еще не значит примерно ничего. Где Do-178 про раст, где МЭК про него?

     
     
  • 3.497, Аноним (497), 00:28, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какое отношение АДА имеет к ядру и СИшке Есть несколько проектов, но я не сильн... большой текст свёрнут, показать
     
     
  • 4.547, Аноним (476), 08:31, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что вы носитесь с этим ядром, как бабы с пустым ведром Оно в мишон критикал н... большой текст свёрнут, показать
     
     
  • 5.584, Аноним (-), 16:40, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно потому что тема про ядро Неужели это так сложно понять И слава богу ... большой текст свёрнут, показать
     

  • 1.377, Ящер (?), 19:07, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я тут вчера поставил FreeBSD на ryzen 5700 и оно даже заработало без танцев. Даже не зависло после первой загрузки в графическом режиме, как линукс из-за кривых дров на нвидию. Весь привычной софт завёлся с полпинка, никаких фризов, статеров. И даже копирование blu-ray на 50 GB с диска на диск не привела к глухому зависанию, как в линуксе.

    Там может это... ну его на фиг ваш линукс, а?

     
     
  • 2.396, Аноним (73), 19:26, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > blu-ray на 50 GB с диска на диск не привела к глухому зависанию, как в линуксе

    Где-то я это слышал, а да - при споре Mac vs PC где в зависимости от своей приверженности юзер упрекал ту или иную систему в медленной скорости копирки флоппи.

     
     
  • 3.405, Ящер (-), 19:36, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да нет у меня никакой приверженности, просто линукс уже дико збал со своим дурдомом, вот и решил посмотреть на другие ОС. От местных экспертов я наслушался, что в BSD ничего не работает, софта нет, драйверов нет. Оказалось, что всё это наглая ложь. Я конечно буду и дальше тестировать, но пока проблем ровно ноль.
     
     
  • 4.411, Семен (??), 19:47, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Там есть абсолютно все, и почти любой опенсорс серверный софт можно запустить. Единственное чего там нет это нормального мандатного контроля по типу selinux. Там есть самопальный мандатный контроль, но он очень странный.
     
  • 4.421, Аноним (73), 19:56, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тоже думал про BSD, но фряха по-моему идёт в том же направлении что линпус, только позади.
     
     
  • 5.427, Семен (??), 20:06, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    10 лет назад фряха была лучше линукса на сервере, сейчас акценты сместились в сторону виртуализации и контейнеров, в этом линукс уже лучше, но сетевой стек в линукс так же имеет более высокие накладные расходы. В году так 2012 мое имя висело в числе донатеров фрибзд, я им 2000 долларов отправил на развитие, они мне прислали на домашний адрес красочное письмо с логотипом, что благодарят за донат и что я могу принять участие в голосовании по приоритетным ветвям развития проекта. До сих пор где-то в папках лежит это письмо.
     
     
  • 6.488, KKK (?), 23:43, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если ты говоришь правду, то моё почтение тебе, добрый странник.
     
  • 2.402, Аноним (402), 19:35, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё лет 20-30 назад фряха на роутере с нат вытягивала в десятки раз больше соединений, и употребляла в разы меньше памяти и процессора, это на ipfw, с pf было бы ещё лучше. В Линуксе же о пользе bpf заговорили, последние годы и из-за высоких нагрузок на сетевой стек. Игорь Сысоев - разработчик nginx, тоже хорошо отзывался о фре, что она лучше сетевую многопоточность держит. Мне во фре нравится система портов, удобныe и понятные записи файерволов по сравнению с iptables, только nftables смогли достигнуть сравнимой читаемости правил. Система rc.conf просто супер, все основные настройки системы в одном месте, удобно и просто. Прародитель контейнерных технологий, во фре появился намного раньше.
     
     
  • 3.409, Ящер (-), 19:43, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я пока ещё так глубоко не погружался, но могу согласится с тем, что система действительно спроектирована намного лучше. Очень приятные и подробные маны, написанные человеческим языком. Просто кайфовая документация, которая читается, как художественная книга.
     
     
  • 4.455, Аноним (322), 22:15, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Совращаете попробовать FreeBSD.
    Только опасаюсь по поводу репозиторий, для меня важный критерий нахождения репозиторий на серверах рф.
    Но истории про то что там все более стандартизировано привлекают.
     
     
  • 5.459, Аноним (180), 22:19, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Есть уляновск bsd, но я не знаю, что это
     
  • 5.489, KKK (?), 23:46, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Только опасаюсь по поводу репозиторий, для меня важный критерий нахождения репозиторий на серверах рф.

    Почему, если не секрет? У яндекса вроде бы зеркало есть.

     
     
  • 6.536, Аноним (322), 04:24, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему, если не секрет

    Банально хотя бы скорость выше.

     
  • 5.589, svvord (ok), 19:32, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Открой для себя poudriere и держи репозитории где захочешь.
     
  • 3.456, Аноним (180), 22:16, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Я не админ, по позволю усомниться в ваших словах
    >Мне во фре нравится система портов

    Что хорошего в этом допотопном сборище make файлов? Он хоть половину фич nix поддерживает?
    >Система rc.conf просто супер

    Во сколько строк уложится юнит с запуском произвольной программы в отдельном пространстве имён, с ограничением по cappability? Как легко ограничить это для уже опакеченой программы, типа nginx?
    >Прародитель контейнерных технологий, во фре появился намного раньше.

    Раньше было раньше, а сейчас - сейчас. И живём мы сейчас, а не раньше.

     
     
  • 4.591, Аноним (591), 21:23, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    слышу "модно, молодёжно", понимаю - ненадёжно

    >Что хорошего в этом допотопном сборище make файлов?

    возможность несложно, штатно, задокументированно, прозрачно для системы и персонала, собрать свой пакет, который установится, и будет зарегистрирован ровно так же как и через pkg.
    Не подскажете, как легко собрать squid/samba/etc с другими опциями в Ubuntu?

    И да, пафоса поменьше.

    Что такое "юнит" во фре?
    Почему нас должны волновать какие то фичи какого то nix?
    Что такое "пространство имён" и почему мы должны хотеть применить это к какой то программе?

     
  • 2.454, Аноним (180), 22:11, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Весь привычной софт завёлся с полпинка

    На BSD что-то запускается, кроме GPL-ного софта? Тот же стим, например? Или только GPL-почему-то?
    >Даже не зависло после первой загрузки в графическом режиме

    Такая же нога, но не болит

     
     
  • 3.466, Семен (??), 22:43, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно же нет, ведь аноним в комментах написал, что это недоразвитая ОС. https://www.freshports.org/games/linux-steam-utils
     
  • 3.492, KKK (?), 23:50, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да что ты, чёрт побери, такое несёшь...
     

  • 1.417, Аноним (417), 19:54, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Можно в 2х словах это хорошо или плохо?
     
     
  • 2.422, Аноним (322), 19:57, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну для врача заинтересованного в доходе вылечить пациента это плохо, но хорошо постоянно его лечить, как бы затягивая, чтобы пациент постоянно возвращался.
     
     
  • 3.424, Аноним (-), 20:01, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну для врача заинтересованного в доходе вылечить пациента это плохо, но хорошо
    > постоянно его лечить, как бы затягивая, чтобы пациент постоянно возвращался.

    В условиях конкуренции быстро найдется врач, который таки вылечит, получит рекламу и заберет всех пациентов первого.
    Потому что вылеченный пациент будет всем рассказывать "предыдущие только деньги тянули, а это раз! и вылечил!"

     
     
  • 4.430, Аноним (430), 20:17, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это так не работает. Второй врач быстро выгорит на потоке клиентов и быстро поймёт что так долго не протянет и перейдёт на схему первого
     
     
  • 5.432, Аноним (432), 20:20, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это так не работает. Второй врач быстро выгорит на потоке клиентов

    С чего вдруг?
    Поток клиентов легко и непринужденно отсекается ценой.

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

    Не факт.
    Возможно если болезни какие-то редкие - то да. А если распространенное - нет смысла.
    Сейчас почти в любой стоматологии ставят фотополимерные пломбы, которые держатся 10 и больше лет.
    А могли бы ставить "годик если повезет".
    Но нет. Им не выгодно получать плохую репутацию. Проще делать хорошо, все равно людей с дырявыми зубами каждый год много.


     
     
  • 6.451, Аноним (322), 22:01, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Фотополимерные, но могли бы выращщивать зуб, вот в 2015 уже сделали и только только протестировали на животных.
     
  • 4.450, Аноним (322), 21:59, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > который таки вылечит

    Который таки вылечит будет изначально требовать огромные суммы, потому что только у них.
    Но не слишком быстро, потому что иначе поток пациентов исчезнет.

    В итоге все сведется к лечению народными методами.

     
  • 2.475, Аноним (-), 23:10, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не известно. С одной стороны множество разных технологий могут уничтожить проект. С другой стороны плюсы от использования этой технологии могут перевесить минусы и весь код потихоньку мигрирует на rust.
    А среди плюсов это статический анализатор в самой технологии языка, сам синтаксис позволяет экономить память и думать как распределять ресурсы. Среди минусов - не стандартизирован, соответственно нет множества реализаций и его делает одна контора, которая может впихнуть туда что угодно в нужный модуль для нужного (может зарубежного для них) проекта. Как минимум это ведёт к монополии владения технологией американцами.
     
  • 2.477, Аноним (-), 23:21, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Люди пишут что на BSD можно сделать лучше ОС. Так когда-то поступила Apple, создав свою ОС. Получился неплохой продукт. Если речь об отечественных технологиях - тут главное желание людей и приложение к этим желающим финансирования если у них все получается. А без желания - без разницы. Хотя наверно ещё и подписка о не выезде если финансирование большое))
     
  • 2.483, Аноним (-), 23:31, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Русские разработчики вообще обеспокоены отсутствием именно стандартизации, значит компилятор Си под отечественные микросхемы, которые может не вышли или которые применяются очень узким кругом контор есть. А rust - нет. Если в этом дело, то проблема в том что отечественные ОС придется поддерживать самостоятельно. Ну и в таком положении дел это может быть плохо. Но это если такие компиляторы есть или разрабатываются. А если их нет, то негодование тогда не ясно.
    Может ещё негодование из-за того что нужно будет изучать новый язык программирования. Но это вряд-ли. Для специалистов это не проблема.
     

  • 1.425, Аноним (430), 20:03, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Линус же менеджер проекта на зарплате, причём не самый высокооплачиваемый. Почему вы его с Палпатином сравниваете? Он не этого уровня злодей, и всего лишь выполняет волю спонсоров проекта, кои есть Майкрософт, Гугол и прочие.
     
     
  • 2.434, Аноним (434), 20:31, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так и напиши, что ему стало глубоко до лампочки на будущее проекта, поэтому он готов ради бабла принимать стратегически ущербные решения, а также забивать на мнение мэйнтейнеров.
     
     
  • 3.435, Аноним (430), 20:35, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    зачем мне повторять то, что и так написано в тексте новости
     
     
  • 4.471, Аноним (434), 22:57, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем ты пытаешь смягчить то, что есть по факту?
     

  • 1.438, Аноним (438), 20:50, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Так, а хоть один драйвер новый то написали, или кроме переписывания рабочего на свой лад больше ничего так и нет?
     
     
  • 2.457, Аноним (180), 22:17, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Про дрова по яблочный огрызок вы уже забыли?
     

  • 1.448, Аноним (-), 21:44, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Цитата от Christoph Hellwig
    while Linus in private said that he absolutely is going to merge Rust
    code over a maintainers objection. (He did so in private in case you are looking for a reference).
    https://lore.kernel.org/rust-for-linux/Z7SwcnUzjZYfuJ4-@infradead.org/

    От же ж трепло! Прям как бабка базарная!
    С ним нормально как с человеком поговорили один на один, а он раструбил на весь мир, еще и без пруфов. Сpaнaя снежинка!

     
     
  • 2.468, Аноним (434), 22:50, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А какие тут могут быть секреты между товарищами?
     
     
  • 3.491, Аноним (-), 23:49, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А какие тут могут быть секреты между товарищами?

    Между товарищами - никаких. Но секреты между ними и должны оставаться.
    А этот "товарищ" о секрете в публичную рассылку написал.
    И вот кто он теперь? Тамбовский волк!

     

  • 1.460, _kp (ok), 22:20, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Возражения и аргументы обоих сторон можно понять.
    Но оба варианта решения спора плохие, независимо от того какая сторона победит.

    Проблема в том, что Linux со всеми драйверами стал слишком жирным проектом. И его бы разделить на несколько частей.

    Ps: Если долго тянуть, то дождемся когда systemd сможет работать и без ядра и "сторонних" драйверов. Шутка. Но это не точно. ;)


     
     
  • 2.465, Аноним (465), 22:40, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Возражения и аргументы обоих сторон можно понять.
    > Но оба варианта решения спора плохие, независимо от того какая сторона победит.

    Ваши предложения?

    > Проблема в том, что Linux со всеми драйверами стал слишком жирным проектом.
    > И его бы разделить на несколько частей.

    А как?
    У нас монолит которому дофига лет и 40 лямов строк кода.
    Все примеры распиливания монолитов, с которыми я сталкивался были долгими и геморными.
    И это при том, что они были существенно проще.

     
     
  • 3.470, Аноним (434), 22:51, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А как?

    Хрустик к нему прикрутить, очевидно же.

     
  • 2.494, Аноним (-), 23:52, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Неподдерживаемый проект это совсем другая проблема. Разве rust тут чем-то поможет?
     
     
  • 3.559, n00by (ok), 09:43, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Например, можно будет заявить на похоронах "хотели как лучше, а получилось как всегда".
     

  • 1.469, Аноним (469), 22:51, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В кой-то веки Линус Торвальдс повел себя адекватно и принял правильное решение, встав на сторону будущего. Си - хорош, но он - история. Раст - будущее
     
     
  • 2.474, Аноним (434), 23:05, 19/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как раз наоборот, хрустики теперь будут плясать вокруг сишечки вместо написания своего безопас(Т)ного ядра. Финский тут умудрился целых два проекта запороть в плане будущего.
     
     
  • 3.605, Прохожий (??), 10:47, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >хрустики теперь будут плясать вокруг сишечки

    Какое-то время - да. Пока не перепишут очередной модуль на Rust. Так, например, делает Гугл с Андроидом.

     

  • 1.493, Аноним (493), 23:52, 19/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Rust неплохой язык, который собрал вокруг себя неадекватное комьюнити
     
     
  • 2.558, Аноним (558), 09:37, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    чем больше закорючек, тем больше "неплохой"?
     
     
  • 3.603, Прохожий (??), 10:44, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чем больше строгой типизации, стандартных абстракций, контроля над работой программиста, тем более неплохой.
     
  • 2.604, Прохожий (??), 10:45, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Комьюнити точно такое же, как в любом другом языке, где много луддитов с завышенной самооценкой.
     

  • 1.502, Аноним (502), 00:48, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Отличная новость!
    Все комментаторы, которые зубоскалили в предыдущей новости... что с лицом?))
    Приуныли чуток? Внезапно оказалось, что "сообщество" это никто и ничто?)

    А ведь это только слух, что кто-то где-то что-то сказал.
    Что же будет когда будет официальное решение?
    Совсем пятая точка сгорит?))

     
     
  • 2.512, Ivan_83 (ok), 01:38, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ничо не будет, выпьем за упокой и продолжим жить дальше :)
     
  • 2.538, Аноним (538), 04:52, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Интересно, а вы чему собственно радуетесь? Качество Linux от этого только упадет и проиграют все... да, вы не ослышались, именно упадок. Раст любой ценой? Это только подтверждает неадекватное поведение данного культа. Деды уйдут, а заменить их будет некем.
     
     
  • 3.602, Прохожий (??), 10:42, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Качество Linux от этого только упадет

    Отчёты Гугла говорят об обратном. Остальной бред не комментирую.

     

  • 1.520, Аноним (520), 02:21, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >увеличит нагрузку на и без того перегруженных людей, поддерживающих инфраструктуру ядра

    Объясните чем эти нытики постоянно перегружены?
    Работать приходится?

     
  • 1.539, bdrbt (ok), 05:56, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Мне непонятно, почему растоманы так активно лезут в ядро, в то время, когда есть овердохрена сетевых и инфраструктурных сервисов на С которые зачастую и являются первичными векторами атаки, которые собственно и эксплуатируют при взломах и диверсиях. Может за них надо браться, а не лезть в чужие проекты? Соберите там дистр в котором вся критическая часть написана на расте, продемонстрируйте его "секурность" и безопасность. Вот тогда и можно будет говорить о каких-то гипотетических плюшках наличия раста в ядре.
    А так это один в один попытки всяких заднеприводных, "небелых" и нетакусек влезть во все аспекты жизни просто по тому чтобы "хочется", а по факту получаются негробелоснежки и тому подобная шляпа.
     
     
  • 2.546, Аноним (200), 08:14, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Создавайте свой луддитский форк без раста.
     
     
  • 3.564, dh (??), 10:27, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    по идее наоборот, вы должны были сделать форк с растои и показать как это всё хорошо работает.
    а не вломиться в проект и требовать чтобы под вас подстраивались и посылать в форк если чтото не нравится
     
     
  • 4.569, Аноним (180), 10:49, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >по идее наоборот, вы должны были сделать форк с растои и показать как это всё хорошо работает

    Есть Asahi Linux. Ну как? Вы даже о существовании этого форка не вспоминаете, не говоря уже про оценку успешность. Вам что не сделай, всего будет мало
    >а не вломиться в проект и требовать чтобы под вас подстраивались

    Про балканизацию ничего не слышали?

     

  • 1.550, Аноним (550), 09:04, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Перепишите хоть на плюсах, хоть на brainfuck, только 12309 исправьте!
     
  • 1.561, Engineer (??), 09:51, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кристоф Хелвиг - настоящий программист, всё четко и по делу, остальные только кричат про мнимую безопасность.
    Про безопасность можно говорить когда язык обкатают в жестком проде лет 10 хотя бы. И да - про сопровожнодение, посмотрите код на расте - жуть жуткая, а ведь придется и разбираться в чужом коде когда-то.
     
     
  • 2.568, Аноним (180), 10:46, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Про безопасность можно говорить когда язык обкатают в жестком проде лет 10 хотя бы.

    А почему не 20? Или как си - лет 50? И как его обкатают, если старые сишники копротивляются внедрению rust в существующие проекты?
    >И да - про сопровожнодение, посмотрите код на расте - жуть жуткая

    Код на си - не меньшая жуть.

     
     
  • 3.585, Аноним (582), 16:42, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А почему не 20?

    а толку? простые числа существуют 2к лет, а доказывать их бесконечность умеют, по прежнему, "единицы". Мораль сей басни такова, школа (традиции) с твердым основанием должна быть, а не посиделки каждый у своего костра.

     
  • 2.598, Прохожий (??), 10:31, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Кристоф Хелвиг - настоящий программист

    Кристоф Хеллвиг - настоящая истеричка с синдромом вахтера. Его несколько раз спрашивали про технические проблемы, предлагали помощь. Он ничего не ответил и отказался от предложенной помощи.

    >И да - про сопровожнодение, посмотрите код на расте - жуть жуткая, а ведь придется и разбираться в чужом коде когда-то.

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

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

    Зачем столько лет ждать, чтобы называть белое белым, когда это и так очевидно любому здравомыслящему человеку? Кроме того, есть такие фирмы, как Гугл, Клаудфлэр, Амазон, Дискорд, Дропбокс, Майкрософт, Вольво, которые уже опробовали Rust и оставались довольны.

     

  • 1.571, Аноним (571), 11:51, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Кристофу надо было в онкологи идти, а не в программисты
     
  • 1.587, Аноним (586), 16:55, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Мэйнтейнерам будет проще рецензировать изменения и проводить рефакторинг модулей с учётом гарантий, предоставляемых языком Rust.

    А гарантии от снежинок что код принесли будут?
    Что бы на вопрос "что это?" снежинка не убегала в твиттер канселить вопрошающего а честно отвечало что за муть там на ржaвом написана?

     
  • 1.593, Аноним (593), 05:01, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Торвальдс окончательно скурвился.
    Что, впрочем, он уже и до этого продемострировал.
    И да, продавят, продавят.
     
     
  • 2.597, Прохожий (??), 10:21, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Торвальдс окончательно пришёл в чувство. Поправил, можешь сказать спасибо. Вот бы ещё микроядро вместо вот этого...
     

  • 1.594, northbear (??), 05:50, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ага, ага... Rust по сложности давно уже первысил С++, разрабатывать на нём очутимо сложнее чем на плюсах. Но если плюсы хоть как-то перекликаются с С, основным языком ядра, но Rust совсем другой язык.

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

    Новых людей это не привлечет. Растаманов которые реально способны писать качественный код по пальцам. Большая часть топящих за Раст, из тех кого я встречал, на нем без документации даже "hello world!" не напишут. А вот текущие мантейнеры, кто не хочет учить Rust, реально начнут покидать проект.

    Про качество кода и логику тоже очень спорно. Хороших растаманов сильно меньше хороших С-шников. Снижение средней квалификации разрабов невелирует все плюсы от Раста.

     
     
  • 2.596, Прохожий (??), 10:18, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Rust по сложности давно уже первысил С++

    Это не так. Rust гораздо проще C++.

    >разрабатывать на нём очутимо сложнее чем на плюсах

    Отчёты Гугла говорят об обратном. Продуктивность программистов и качество кода выросло после перехода с C++ на Rust.

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

    C++ гораздо сложнее C. Rust другой, но проще C++.

    >Чтобы хоть как делать ревью кода, его надо знать на довольно приличном уровне.

    Как и любой другой язык.

    >Соответственно требования к квалификации мантейнеров резко возрастают.... А вот текущие мантейнеры, кто не хочет учить Rust, реально начнут покидать проект.

    Как будто это что-то плохое. Одному из мейнтейнеров предлагали помощь, он сам, своим ртом, отказался.

    >Про качество кода и логику тоже очень спорно.

    Нет. Rust сразу бьёт по шаловливым ручками программиста, в отличие от C, где даже очень опытные пропускают типовые ошибки работы с памятью. Гугл не даст соврать.

    >Хороших растаманов сильно меньше хороших С-шников.

    Это временное явление. Да и, кстати, совсем не факт.

    >Снижение средней квалификации разрабов невелирует все плюсы от Раста.

    Нет. Общее качество кода вырастет. Там, где нужны были 3-4 программиста на C теперь будет достаточно одного на Rust. Почему? Потому что Rust, кроме других плюшек, содержит стандартные абстракции, в отличие от C, где надо их изобретать из проекта в проект.

     
     
  • 3.599, Совершенно другой аноним (?), 10:32, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что Rust, кроме других плюшек, содержит стандартные абстракции, в отличие от C,
    > где надо их изобретать из проекта в проект.

    Ядро такая вещь, что особо не воспользуешься стандартным - всё очень нестандартное. Там и в Rust, если правильно помню, для ядра свои нестандартные Arc<> изобретают (https://rust-for-linux.com/arc-in-the-linux-kernel), и panic!() по-другому обрабатывают.

     
  • 3.600, Аноним (600), 10:39, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • +/

    > Нет. Общее качество кода вырастет. Там, где нужны были 3-4 программиста на
    > C теперь будет достаточно одного на Rust. Почему?

    Для того же кода надо будет 30-40 программистов на расте. Остальной бред и комментировать не хочется.


     

  • 1.607, Аноним (607), 11:00, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Удивительный мир, спецы не разработавшие и одного серьезного продукта, судят "плохой С" и рассуждают о безопасных языках.
    Если все ядро переписать на раст, в ядре будет ровно столько же логических багов сколько и сейчас. Так-же потенциально те-же переполнения и наезды на соседнюю память, если учесть как часто встречается слово Unsafe в коде раст, который они пытаются запихнуть в ядро.
     
     
  • 2.611, Аноним (-), 11:40, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Удивительный мир, спецы не разработавшие и одного серьезного продукта, судят "плохой С" и рассуждают о безопасных языках.

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

    > Если все ядро переписать на раст, в ядре будет ровно столько же логических багов сколько и сейчас.

    Логических - возможно.
    Но скорее всего меньше, тк не будет тон void*, а будут нормальные типы.

    > Так-же потенциально те-же переполнения и наезды на соседнюю память,

    Неправда)

    > если учесть как часто встречается слово Unsafe в коде раст, который они пытаются запихнуть в ядро.

    А как часто встречается? Уверен, что ты посчитал и поделишься результатами.


     
     
  • 3.616, Аноним (607), 14:12, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    протухшее жаркое в серьезных ресторанах под названием операционные системы не ... большой текст свёрнут, показать
     

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



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

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