The OpenNET Project / Index page

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



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

"Линус Торвальдс намерен включать связанные с Rust изменения в обход мэйнтейнеров"  +/
Сообщение от opennews (??), 19-Фев-25, 12:43 
Кристоф Хелвиг (Christoph Hellwig), мэйнтейнер подсистем DMA, KVM, Slab Allocator и архитектуры PowerPC в ядре Linux, принципиально отказавшийся принимать в ядро Rust-обвязки для подсистемы DMA,  подключился к обсуждению правил сопровождения Rust в составе ядра, опубликованных проектом Rust for Linux. По мнению Кристофа подобные правила бесполезны, пока они не согласованы с сообществом и не включены в документацию к ядру...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62748

Ответить | Правка | Cообщить модератору

Оглавление

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

1. Сообщение от Аноним (1), 19-Фев-25, 12:43    Скрыто ботом-модератором–32 +/
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #429

2. Сообщение от Герострат (?), 19-Фев-25, 12:48   +34 +/
Внедряют не плюсы, а ржавчину
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #9

3. Сообщение от Аноним (3), 19-Фев-25, 12:53   +8 +/
> одни плюсы от внедрения, лудитов за борт

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

И еще вечное "скачайте ночнушку", чтоб билд был совсем уж рокетсайнсом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #86, #157

4. Сообщение от User (??), 19-Фев-25, 12:53   +18 +/
Менеджмент уровня "Бох!" - несколько людей потеряли, официально "да" и "нет" не сказали, на всех участников поклали, но неофициально - как ГЛАВНЫЙ решит, так и будет.
Не то, чтобы в этом было что-нибудь нового - но забавно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #72, #354

5. Сообщение от Обормот (-), 19-Фев-25, 12:53   +/
Сначала сделали проброс в массы, прогрели плебсов, а теперь и решение проблемы. Линуксу, как платформе для энтузиастов и гиков, пришёл окончательный и бесповоротный пдец, теперь это очевидно. Счастливо оставаться и жрать с лопаты, гои.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #80, #193

8. Сообщение от Аноним (8), 19-Фев-25, 12:59   +3 +/
Вечная проблема любой иерархии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #19, #25, #359

9. Сообщение от kamran (ok), 19-Фев-25, 13:01   –3 +/
в ржавчине больше плюсов, чем в плюсах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #84, #91

11. Сообщение от u235 (ok), 19-Фев-25, 13:02   +4 +/
Интересно, а за код, принятый в обход сопровождающих, кто будет отвечать?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #14, #586

12. Сообщение от Аноним (12), 19-Фев-25, 13:06   +2 +/
Пионер! Ты в ответе за всё! ©
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #57

14. Сообщение от Аноним (180), 19-Фев-25, 13:07   –16 +/
За код, написанный дидами сишниками, с их переполнением и прочими радостями жизни никто итак не отвечает. Хуже уже не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #555

16. Сообщение от Аноним (-), 19-Фев-25, 13:08   +3 +/
> Линуксу, как платформе для энтузиастов и гиков

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #47

17. Сообщение от тоже Анонимemail (ok), 19-Фев-25, 13:09   –5 +/
Обычный, классический холивар.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #28, #132, #295

19. Сообщение от User (??), 19-Фев-25, 13:12   +/
> Вечная проблема любой иерархии.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #472

21. Сообщение от freehck (ok), 19-Фев-25, 13:13   –86 +/
> По словам Кристофа, работа с подобной смешанной кодовой база стала для него худшим кошмаром, так как в подобных условиях постоянно происходит переписывание кода с одного языка на другой, а затем обратно.

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

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

Не смотря на то, что ожидалось прямо противоположное.

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

Плюс ещё Rust-сообщество в ядре ведёт себя не то, чтобы сильно иначе, нежели Rust-сообщество вне ядра.

> При этом Кристоф просит пояснить ему цель внедрения Rust в ядро.

Да это в целом понятно. Текущие специалисты потихоньку стареют, а уровень теоретической подготовки новых -- существенно просел. Надо думать наперёд, и закладывать эти риски в архитектуру заранее.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #56, #60, #213

22. Сообщение от Аноним (22), 19-Фев-25, 13:14   +1 +/
>По словам Кристофа, в личной беседе Линус Торвальд заявил, что он твёрдо намерен принять в ядро Rust-код, несмотря на возражения мэйнтейнеров.

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32, #33

23. Сообщение от Аноним (23), 19-Фев-25, 13:14   +7 +/
Чувствуется набитая рука военблохера, я аж чаем поперхнулся.
Куда переводить-то?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

25. Сообщение от Аноним (-), 19-Фев-25, 13:14   +1 +/
Без иерархии, я думаю, ядро бы уже давно развалилось.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #109, #155

28. Сообщение от Аноним (-), 19-Фев-25, 13:15   +/
Ты забыл написать "победа будет за нами!" ))
Так тебе денег никто не даст.
Переписывай!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #53

29. Сообщение от Аноним (29), 19-Фев-25, 13:18   +7 +/
Установка *BSD системы на десктоп уже не кажется таким уж странным решением.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #62, #112, #378, #447

32. Сообщение от Аноним (-), 19-Фев-25, 13:22   +/
> Таким образом, добро пожаловать вливанию бекдоров вместе с растокодом!

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

33. Сообщение от Аноним (-), 19-Фев-25, 13:23   +1 +/
> Вот интересно, а кто будет рецензировать код на Rust?

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #287

34. Сообщение от Аноним (34), 19-Фев-25, 13:23   +4 +/
Почему никто не задумался о ядре без раста? (форк например)
Были как то недовольные системд-ой - ну организовали свой деб, со своим зоопарком и шлюпками, живут в ус не дуют, а эти чего ждут?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43, #50, #560, #624

36. Сообщение от Аноним (36), 19-Фев-25, 13:25   +3 +/
Если бы все недовольные Линусом разработчики переключились на BSD, через год имели бы вполне готовое к десктопу ядро на исконно православной лицензии.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #59, #61, #125, #203

37. Сообщение от Даа уж... (?), 19-Фев-25, 13:27   +3 +/
Напишите уже своё ядро на расте и клепайте на нем свои расто-дистры, вот тогда будет ясно, имеет оно смысл или нет. Зачем портить то, что прекрасно работает и без раста?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38, #134, #433

38. Сообщение от Аноним (34), 19-Фев-25, 13:28   +1 +/
Но это же писать надо!
а у них лапки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

41. Сообщение от fuggy (ok), 19-Фев-25, 13:29   +/
> указана некорректная информация относительно того, что мэйнтейнеры могут самостоятельно принимать решения о включении в их подсистемы кода, связанного с Rust

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


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

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

Ответить | Правка | Наверх | Cообщить модератору

43. Сообщение от Аноним (-), 19-Фев-25, 13:30   +/
> Почему никто не задумался о ядре без раста? (форк например)

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #151, #532

47. Сообщение от Ivan_83 (ok), 19-Фев-25, 13:34   –1 +/
Скорее фрики чем гики :)

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

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

Сколько там вашему расту? Лет 5-8? - хаха, оно даже как язык ещё сырое, смысла такое использовать в серьёзных проектах вообще нет.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #82, #88, #101, #119, #189, #439, #449, #461, #524

50. Сообщение от Аноним (-), 19-Фев-25, 13:36   +/
> Почему никто не задумался о ядре без раста?

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #120

52. Сообщение от Аноним (211), 19-Фев-25, 13:37   +1 +/
> По словам Кристофа, в личной беседе Линус Торвальд заявил, что он твёрдо намерен принять в ядро Rust-код, несмотря на возражения мэйнтейнеров.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #63, #629

53. Сообщение от тоже Анонимemail (ok), 19-Фев-25, 13:38   +7 +/
Давно гадаю: вот это сугубо свойственное троллям обвинение собеседников в собственных грешках - это методичка подсказала или подсознание предательски подсовывает?
С одной стороны - конечно, простой и действенный метод: завалить полемику дебилизмом.
С другой - ну уж так палиться... впрочем, божья роса же. Вряд ли стоит подходить к этому крысятнику с общечеловеческими мерками и предполагать хоть какое-то чувство собственного уважения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #364

56. Сообщение от fuggy (ok), 19-Фев-25, 13:39   +3 +/
Так Кристоф в самом посте пишет, что он знает Rust и писал на нём. И вообще он За - Раст! Он лишь категорически против многоязычной кодовой базе. Но я не понимаю на что все так возбудились. Это всего лишь биндинги к одной C функции, которые будут использовать драйвера на Rust. И это как раз облегчает сопровождение драйверов, потому что биндинг будет находится в едином месте, а не разбросан по всем драйверам. Если есть сложность сопровождения, то ему предложили помощника, так что выходит дело не в этом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #81, #85, #275, #621

57. Сообщение от u235 (ok), 19-Фев-25, 13:40   +2 +/
Пионер всем ребятам пример! Ещё и дедушку Линуса будет через дорогу переводить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #247

59. Сообщение от Цифровой Дед (-), 19-Фев-25, 13:41   +/
Ядро там уж точно получше линукса. Единственное, что действительно нужно, так это драйвера и свойZ независимый от freedesktop, графический стек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #71, #156

60. Сообщение от Фнон (-), 19-Фев-25, 13:41   +/
> Текущие специалисты потихоньку стареют, а уровень теоретической подготовки новых -- существенно просел.

Разве?
Как раз спецы старой закалки любят делать "на глазок, зато быстро".
И пишут ext4: check if directory block is within i_size

А потом через 9 лет обнаруживается CVE-2022-1184
Которую двумя попытками таки фиксят (но это не точно) [1]

> Надо думать наперёд, и закладывать эти риски в архитектуру заранее.

Так архитектуры особо нет. Просто кидаем код в кучу (монолит), а оно как-то работает.

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

Качества особого нету и не было, судя по словам Линуса:

You'd think that all the basics would have been fixed long ago, but they're not. We're still dealing with basic issues such as memory management. 

[1] opennet.ru/openforum/vsluhforumID3/135976.html#196

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #83, #110, #146

61. Сообщение от тоже Анонимemail (ok), 19-Фев-25, 13:41   +/
Ну, не то чтобы вполне готовое... зато сразу пятнадцать!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

62. Сообщение от Аноним (62), 19-Фев-25, 13:41   +1 +/
Так вы поставьте для начала и посидите с недельку, попробуйте в работе и быту. Сразу на Linux вернётесь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

63. Сообщение от Аноним (63), 19-Фев-25, 13:42   +/
Думаю всё идёт к тому что будут выкидывать самого Линуса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #140

64. Сообщение от Шарп (ok), 19-Фев-25, 13:42   +/
Rust только расширит число участников, просто нужно переждать пока старые мейнтейнеры перебесятся. Разработка ядра сложная только из-за сишной лапши. Стройные абстракции на rust облегчат разработку. Проще разобраться в коде, когда у тебя всё статически типизировано. А сишка пихает тебе void* и поди разберись что это за зверь и какое у него время жизни.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #73, #103, #219, #234, #338, #467

66. Сообщение от Аноним (73), 19-Фев-25, 13:43   +1 +/
Линус доминирует и унижает.
Надеюсь будет форк - либо раст и либо сишный, но разрабатываемый отдельно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74, #224

69. Сообщение от Анонимусс (-), 19-Фев-25, 13:46   +5 +/
Меня восхищает биполярочка опеннета:
- в прошлой теме Товальдс был "бог, который поставил зазнавшихся растовиков на место"
- в этой - предатель, поправший все идеалы дидов, попенсора, и вообще всего хорошего (при этом это все пересках слов какого-то чела)

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

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #77, #199, #446, #556

71. Сообщение от Фнон (-), 19-Фев-25, 13:47   +/
Если дрова еще можно выциганить у производителей, или спи.. в смысле переписать (например на другой язык, со сменой лицензии) или на крайняк развернуть ядро линукс внутри фряхи...

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #94

72. Сообщение от Аноним (-), 19-Фев-25, 13:47   +/
> Менеджмент уровня "Бох!" - несколько людей потеряли, официально "да" и "нет" не
> сказали, на всех участников поклали,

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #154

73. Сообщение от Аноним (73), 19-Фев-25, 13:48   +/
Порог вхождения в код ядра не должен быть ниже прикладных приложений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #294

74. Сообщение от чатжпт (?), 19-Фев-25, 13:48   +1 +/
не будет никакого форка, ядро слишком большое
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

75. Сообщение от beck (??), 19-Фев-25, 13:49   –3 +/
Как там Redox поживает? Уже готова для промышленного использования?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #96, #161, #200, #232

76. Сообщение от Аноним (76), 19-Фев-25, 13:49   –2 +/
>Из единого целого ядро превращается в проект, написанный на нескольких языках

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #90, #108, #136, #195

77. Сообщение от Аноним (73), 19-Фев-25, 13:50   +/
А в чём биполярность? В прошлой теме линус поддержал сишку, а в этой слил - значит предатель.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #153

80. Сообщение от slew (ok), 19-Фев-25, 13:52   +/
>Линуксу, как платформе для энтузиастов и гиков

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #97, #98, #129, #131

81. Сообщение от Аноним (-), 19-Фев-25, 13:52   +/
> И это как раз облегчает сопровождение драйверов, потому что биндинг будет
> находится в едином месте, а не разбросан по всем драйверам.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #215, #230

82. Сообщение от Аноним (82), 19-Фев-25, 13:53   +/
Насчет сырости полностью согласен. Одно из претмуществ Си как языка - стандарт. То что компиляторы не все и не везде его реализуют это другой вопрос. Суть в другом - есть бумага, где язык заморожен и стабилен.
А с растом сама концепция языка неправильная - нет стандарта и сам раст больше похож на очередной софт, который в вечной разработке. Не должно быть у фундаментального инструмента такого версионирования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #95, #121

83. Сообщение от freehck (ok), 19-Фев-25, 13:53   –74 +/
Прочитал и обдумал. Противоречий не вижу, связи тоже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

84. Сообщение от Рифлёные Lays со вкусом сметаны и лука (?), 19-Фев-25, 13:53   –7 +/
> в ржавчине больше плюсов, чем в плюсах

когда в хрустище завезут ООП плюсы можно смело закапывать будет

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #92

85. Сообщение от freehck (ok), 19-Фев-25, 13:54   –44 +/
> Так Кристоф в самом посте пишет, что он знает Rust

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #227

86. Сообщение от Фнон (-), 19-Фев-25, 13:54   –3 +/
> Хипстеры со своей драмой и баззвордами - уже запарили.

К счастью на твое мнение всем плевать)

> И еще вечное "скачайте ночнушку", чтоб билд был совсем уж рокетсайнсом.

О, опять ты (с)
Откуда такое т№№№е со сказками по ночнушку выползло?

Вот тебе пример из Андроида (это те программисты, которые are doing the work)
https://source.android.com/docs/setup/build/rust/building-ru...
Четно зафиксирован edition
edition defines the Rust edition to use for compiling this code. This is similar to std versions for C and C++. Valid values are 2015 and 2018 (default).

Для дундуков объясню, что это примерно как зафиксировать версию СИшки на С89 или с11.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #106, #115, #286, #358

88. Сообщение от kamran (ok), 19-Фев-25, 13:55   –1 +/
>[оверквотинг удален]
> много и кое что вообще переписывал, и в других опенсорцах покопался.
> И очень доставляет открыть свой код лет через 5-10 и офигеть насколько
> всё было плохо.
> Сколько там вашему расту? Лет 5-8? - хаха, оно даже как язык
> ещё сырое, смысла такое использовать в серьёзных проектах вообще нет.
> Да и позиционирование как замена С и системный - просто смешно.
> Оно с крестами конкурирует по перегруженности сахаром, а кресты в ядро не
> пихают по понятной причине: придут крестоносцы и будут постоянно всё переписывать
> со старога вектора на новый и прочие бесполезные изменения ради изменений.
> крестами конкурирует по перегруженности сахаром

В расте нет никакой воды, и миллионов бесполезных реализации, все что там есть, там должно быть

> у самих часто ни одного самостоятельного проекта нет.

У кого это на практике, с каждым разом увеличиваются опен-сурс проекты написанные на расте
И что вообще тогда думаете насчет Redox OS

> ещё сырое, смысла такое использовать в серьёзных проектах вообще нет.

Как будто новые серьезные проекты начинают писаться на Си, покажите примеры, вообще по факту решение на си - это от безысходности

И опять же что в крестах, что в си, строки - говно полное, импорты чисто с помощью линковки и пр., си не учит программировать, си учит как не программировать, остальные фичи раста уже понятны, они намного лучше, и нет смысла упоминать

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #144

90. Сообщение от Зазнайка (?), 19-Фев-25, 13:57   +/
Вы невнимательны: в тексте прямо указывается на то, что получится так, что переписывать будут с одного языка на другой ПОСТОЯННО. А не так, чтобы просто использовать 2 языка в проекте - один для одних целей, другой для других. Всё перепутается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #163, #382

91. Сообщение от Роман Соколов (-), 19-Фев-25, 13:57   +4 +/
> По словам Кристофа, в личной беседе Линус Торвальд заявил, что он твёрдо намерен принять в ядро Rust-код, несмотря на возражения мэйнтейнеров.

Как я понял, Линус медленно, но верно превращается в Палпатина. Все чаще действует в серию, все чаще воплощает свои планы, никого не спрашивая.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #102, #147, #194, #356

92. Сообщение от kamran (ok), 19-Фев-25, 13:59   +6 +/
Не, как раз таки по моему мнению это и делает Раст выгодным, ООП это минус в сторону крестов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #214

93. Сообщение от Аноним (93), 19-Фев-25, 14:01   +2 +/
> происходит переписывание кода с одного языка на другой, а затем обратно

Вся суть Rust.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #239

94. Сообщение от Цифровой Дед (-), 19-Фев-25, 14:03   +1 +/
>развернуть ядро линукс внутри фряхи

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #99, #625

95. Сообщение от Фнон (-), 19-Фев-25, 14:03   +3 +/
>  Одно из претмуществ Си как языка - стандарт.

Состоящий на половину из UB/ID?

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

И на который все клали с высокой колокольни?
Отличный стандарт)

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

А т.е нам главное бумажка по которой все стабильно и красиво?

Я вообще не понимаю нафига в контексте ядра стандарт, если там
1. ГНУ экстеншины
2. всего 2 компилятора которые могут ядро собрать
С таким же успехом можно написать свой стандарт "СИ для сборки ядра" в котором все вышеперечисленное указать.

> А с растом сама концепция языка неправильная - нет стандарта

Есть RFC. Весь интернет на них работает и конца света не случилось.

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

Видимо Торвальдс считает иначе)

>  Не должно быть у фундаментального инструмента такого версионирования.

Возможно ты просто не в курсе про edition.
doc.rust-lang.org/edition-guide/editions/index.html
Позволяет зафиксировать версию языка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #116

96. Сообщение от чатжпт (?), 19-Фев-25, 14:03   +/
зайди на https://www.redox-os.org/ru/news/ да почитай, зачем ты тут свою гупость выставляешь на всеобщее обозрение?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #137

97. Сообщение от Аноним (97), 19-Фев-25, 14:04   +/
> Платформами для гиков ныне являются netbsd и openbsd.

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #174

98. Сообщение от Ivan_83 (ok), 19-Фев-25, 14:04   +/
Увы, но там денег нет, не очень понятно как монетизировать знания и умения базирующиеся на этих платформах.
И DragonFlyBSD забыли, мне лично она ближе чем нет и опен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #139, #240

99. Сообщение от Фнон (?), 19-Фев-25, 14:10   +/
> Вон, BeOS в своё время, не обладая большими ресурсами, написали классный графический стек

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #141

100. Сообщение от Аноним (103), 19-Фев-25, 14:10   –1 +/
Торвальдс а что же с зависимостью от cargo? Вдруг, сайт отвалится на неделю из-за ддос-атак или забудут оплатить?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #111, #190, #283

101. Сообщение от Аноним (101), 19-Фев-25, 14:10   +/
> И очень доставляет открыть свой код лет через 5-10 и офигеть насколько
> всё было плохо.

Это нормальная эволюция из джуна. Со временем мы набираем опыт и становимся мудрее.

> Сколько там вашему расту? Лет 5-8? - хаха, оно даже как язык
> ещё сырое, смысла такое использовать в серьёзных проектах вообще нет.

Более 10 лет. Эти му... еще и козыряют что

> Да и позиционирование как замена С и системный - просто смешно.
> Оно с крестами конкурирует по перегруженности сахаром,

Но реалистично, в системщину - вот реально можно на С, C++ и хрусте. С теми или иными оговорками. И по C++ там как раз нехило прошлись, и - за дело. Ибо даже грандмастер C++ может профачиться на тему "есть ли запрещенные фичи C++ в этом патче?".

Проблема C++ в том что он отрастил синтаксис яп до нии...ческих величин. Хруст в этом смысле компактнее. И тупее. Скажем там нет оверлоада операторов. С 1 стороны это очень мощная фича. Можно написать string1 + string2 и получить например конкатенацию. С другой - вот видите вы someting_t wtf1, wtf2 ... wtf1 + wtf2 - и это может быть вообще совсем не тем что вы там себе представляли.

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

Скорее по причине КУЧИ фич яп - так что при приеме патча даже и хрен поймешь, окей ли этот патч VS ограничения фич (ВСЕ фичи C++ в системщине юзать чревато). В хрусте это тоже - лезет, но там культурных наслоений все же меньше.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #404

102. Сообщение от Рифлёные Lays со вкусом сметаны и лука (?), 19-Фев-25, 14:10   +3 +/
я тебя умоляю, always has been
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

103. Сообщение от Аноним (103), 19-Фев-25, 14:12   –1 +/
Ты пробовал разобраться в 100+ тысяч абстракций или умеешь только языком чесать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #158

106. Сообщение от Аноним (106), 19-Фев-25, 14:13   +/
> К счастью на твое мнение всем плевать)

Два часа за мной бежали чтобы это сказать? :)

> Откуда такое т№№№е со сказками по ночнушку выползло?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #167

108. Сообщение от Ivan_83 (ok), 19-Фев-25, 14:16   +/
Вы почему то не понимаете в упор о чём речь.
Нет проблемы совмещать С, кресты, даже раст, питон, луа, джаваскрипт в одном проекте.
Технически её нет.
Пока всё лежит по отдельным модулям и взаимодействует через одно АПИ (С шное обычно).
При этом питон, луа и джаваскрипт используются как языки для описания бизнес логики, а остальные языки просто реализуют биндинги для этих языков и делают грязную работу быстро.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #128, #171, #572

109. Сообщение от Аноним (106), 19-Фев-25, 14:16   –1 +/
> Всякие диктаторы (великодушные и пожизненные), хамство и мат,
> показывание разных пальцев, фуppисьюты...

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #570, #574, #620

110. Сообщение от Аноним (106), 19-Фев-25, 14:19   +1 +/
> Разве?
> Как раз спецы старой закалки любят делать "на глазок, зато быстро".
> И пишут ext4: check if directory block is within i_size
> А потом через 9 лет обнаруживается CVE-2022-1184
> Которую двумя попытками таки фиксят (но это не точно) [1]

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

111. Сообщение от Аноним (134), 19-Фев-25, 14:20   +/
> Торвальдс а что же с зависимостью от 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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #122

112. Сообщение от Аноним (106), 19-Фев-25, 14:20   –1 +/
> Установка *BSD системы на десктоп уже не кажется таким уж странным решением.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

113. Сообщение от Nochiemail (?), 19-Фев-25, 14:20   +1 +/
Какие преимущества будут, если ядро windows и linux перепишут на rust?
И если Firefox тоже на rust, и почему firefox mozilla не захотела на rust переписать?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #241, #631

114. Сообщение от KKK (?), 19-Фев-25, 14:20   +1 +/
Его психическое здоровье вызывает всё больше вопросов. Если он намеревается бесконтрольно вливать в кодовую базу весь раст-булщит в обход мэйнтейнеров, то кто будет всё это поддерживать и обеспечивать стабильность работы?

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #124, #165, #168, #290, #615

115. Сообщение от Аноним (115), 19-Фев-25, 14:22   +/
> пример из Андроида (это те программисты, которые are doing the work)

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #291

116. Сообщение от Ivan_83 (ok), 19-Фев-25, 14:22   +/
> Позволяет зафиксировать версию языка.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #160, #179, #182

119. Сообщение от Аноним (180), 19-Фев-25, 14:23   +/
>На практике все вокруг ходят и рассказывают какой раст прекрасный, при этом у самих часто ни одного самостоятельного проекта нет.

Да, мало фрагментации с зоопарком дистрибутивов, оконных окружений и прочего, давайте ещё зоопар ядер разведём. Чтоб было как в BSD: FreeBSD, OpenBSD, DragonflyBSD, NetBSD(я точно никого не забыл?). Плавное переписывание - всегда самый правильный подход
>Ко мне понимание баланса и излечение от NIH пришло лет через 15, когда и своих проектов куча была и рефакторил

Вы уже стали дидом, который пишет на c89, и ни в коем случае ни C99?
>И очень доставляет открыть свой код лет через 5-10 и офигеть насколько всё было плохо.

Плохо в чём? Что за удовольствие жить так, как будь-то на дворе начало девяностых, и куча полезных вещей до сих пор не изобретена/не сделана?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #159

120. Сообщение от Аноним (-), 19-Фев-25, 14:24   +1 +/
> Хаха, ну попробуйте))
> Во-первых, это сразу же получается tainted kernel, а значит если у вас проблемы - то gfys.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

121. Сообщение от Аноним (180), 19-Фев-25, 14:24   +1 +/
>Одно из претмуществ Си как языка - стандарт. То что компиляторы не все и не везде его реализуют это другой вопрос

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

122. Сообщение от Аноним (122), 19-Фев-25, 14:24   +/
Интересно зачем разработчикам ядра поддерживать ещё альтернативную инфраструктуру для раста? Чтобы все кто мог перешли на эту инфраструктуру, а официальной больше никто не пользовася, так чтоли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #148, #166

124. Сообщение от Аноним (62), 19-Фев-25, 14:25   +2 +/
> Видимо, придётся переводить сервера на FreeBSD

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #135, #150

125. Сообщение от Аноним (-), 19-Фев-25, 14:25   +/
> Если бы все недовольные Линусом разработчики переключились на BSD, через год имели
> бы вполне готовое к десктопу ядро на исконно православной лицензии.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #273

128. Сообщение от Аноним (134), 19-Фев-25, 14:28   +/
> И я что то не припомню больших проектов где куча разных языков.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #169

129. Сообщение от Аноним (180), 19-Фев-25, 14:30   +/
>Платформами для гиков ныне являются netbsd и openbsd

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #243

131. Сообщение от KKK (?), 19-Фев-25, 14:31   +/
>Платформами для гиков ныне являются netbsd и openbsd. И пусть попробует кто туда сунется в растом. Ибо решения там принимаются исходя из техчасти, а не повесточки.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #249

132. Сообщение от Аноним (180), 19-Фев-25, 14:32   +1 +/
>Профи, которые прекрасно знают, как без этого добра обойтись и ничего не сломать, отмахиваются той лопатой

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

134. Сообщение от Аноним (134), 19-Фев-25, 14:32   –1 +/
> Напишите уже своё ядро на расте и клепайте на нем свои расто-дистры, вот тогда будет ясно, имеет оно смысл или нет.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

135. Сообщение от Аноним (135), 19-Фев-25, 14:33   +/
Раст дрова под фряхой просто не соберутся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

136. Сообщение от Аноним (136), 19-Фев-25, 14:33   +/
Это если АПИ стабильный работает. Все обёртки написали один раз и всё. А в ядре "стабле апи ис нонсенсе", следовательно будет постоянное переписывание одного и того же и топтание на месте. Или по вашему это такой ход по стабилизации, но чтобы не признавать своих ошибок?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #386

137. Сообщение от нейм (?), 19-Фев-25, 14:34   –2 +/
не язвил бы, а просто бы сказал "не готово и готово не будет еще лет дцать"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #516

139. Сообщение от KKK (?), 19-Фев-25, 14:34   +/
>DragonFlyBSD забыли, мне лично она ближе чем нет и опен.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #162

140. Сообщение от Аноним (134), 19-Фев-25, 14:35   +/
Кто же его посадит, он же памятник! (с)

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

141. Сообщение от Аноним (36), 19-Фев-25, 14:35   +1 +/
За бздю не скажу, а в лине тупо заигрались в идеальную архитектуру, забыв про все остальное, да и архитектура со временем перестала выглядеть идеальной, а скорее тупиковой. А смелости это признать не хватает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

144. Сообщение от Ivan_83 (ok), 19-Фев-25, 14:37   +1 +/
А вон ваш коллега говорит что у вас миллион бесполезных реализаций прямо внутри компелятора - типа можно задать версию языка.


> И что вообще тогда думаете насчет Redox OS

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


> Как будто новые серьезные проекты начинают писаться на Си, покажите примеры, вообще по факту решение на си - это от безысходности

Действительно от безисходности, как с английским - ничего лучше нет :)

https://github.com/rozhuk-im/motp
вот мой новый проект, на чистом С, написал в конце прошлого года.


> И опять же что в крестах, что в си, строки - говно полное

Я уже говорил и ещё раз повторю: в С нет строк.
Есть суррогат строк который имеет ограниченную область применения, при выходе из которой можно получить что угодно.
Есть константные строки и функции (str*()) для работы с ними, и есть то что вроде как строки но под отвественность написавшего.


> импорты чисто с помощью линковки

Как смешно.
Ещё в начале 2000х и винамп и миранда умели динамически загружать плагины, которые были в виде dll, и даже выгружать.
LoadLibrary() на венде и dload() в линухе/бсд, дальше получаем адрес нужной функции по имени или номеру (для венды вроде) и вызываем.

Ваш раст такое научился делать?


> остальные фичи раста уже понятны, они намного лучше, и нет смысла упоминать

Так конечно нет смысла, потому что оно не нужно :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #192, #218, #300

146. Сообщение от Аноним (180), 19-Фев-25, 14:38   –1 +/
> Текущие специалисты потихоньку стареют, а уровень теоретической подготовки новых -- существенно просел.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

147. Сообщение от Karl Richter (ok), 19-Фев-25, 14:38   +/
А зачем спрашивать? Это требование от важных шишек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

148. Сообщение от Аноним (-), 19-Фев-25, 14:38   +/
В смысле?
В карго пакете будет просто ссылка на гит репозиторий.
Который будет там же, где и все остальное ядро.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #630

150. Сообщение от KKK (?), 19-Фев-25, 14:38   +/
Только DRM и прочую десктопную шелуху. Для серверного оборудования там свои драйвера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #170

151. Сообщение от Аноним (180), 19-Фев-25, 14:40   +/
>>Почему никто не задумался о ядре без раста? (форк например)

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

153. Сообщение от Аноним (211), 19-Фев-25, 14:40   +1 +/
> В прошлой теме линус поддержал сишку, а в этой слил - значит предатель

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #238

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #296

155. Сообщение от Karl Richter (ok), 19-Фев-25, 14:41   –1 +/
Без диктатора в OpenSource будет анархистская помойка, либо очень консервативрая среда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #180

156. Сообщение от Аноним (180), 19-Фев-25, 14:41   +/
>и свойZ независимый от freedesktop, графический стек.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #176

157. Сообщение от Ананимус (?), 19-Фев-25, 14:42   +/
> Хипстеры со своей драмой и баззвордами

Greg KH уже за 50+.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #175, #237

158. Сообщение от Шарп (ok), 19-Фев-25, 14:42   +/
> Ты пробовал разобраться в 100+ тысяч абстракций или умеешь только языком чесать?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

159. Сообщение от Ivan_83 (ok), 19-Фев-25, 14:42   +/
В БСД форки делались потому что авторы форков были категорически не согласны и имели другие видение на развитие.
У каждой БСД системы есть свои фишки, одна фря сплошной GENERIC в который по тихоньку втягивают всё хорошее.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #187

160. Сообщение от Фнон (-), 19-Фев-25, 14:43   +2 +/
> Можно я всегда буду писать в ядро линукса на версии 0.0.0.0.1 alpha?

Зачем? Бери последний Rust 2021 и пиши.

В ядро ты тоже всегда можешь писать на C89? Или придется уже на C11?
А сколько нытья было при переходе... ух!

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

Тоже самое что с сишкой. В 2022 разработку перевели на С11.
Ну так пусть в 2035 переведут с Rust 2021 на Rust 203х.

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

Сам придумал? Скорее всего никто не будет тянуть до бесконечности.
Да и такая ли это большая проблема - gcc тянет сишку начиная с ansi, плюсы с с++98 до экспериментальных с++26. Плюс еще всякие нестандартизированные экстеншены.
Это намного больше чем четыре эдишна раста.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #186

161. Сообщение от Аноним (180), 19-Фев-25, 14:43   +/
Точно так же, как hurd, и куча вариаций bsd, написанных на чистейшем си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #226

162. Сообщение от Ivan_83 (ok), 19-Фев-25, 14:44   +/
Да я с неё же начинал.
Если бы кто платил - можно было бы пересесть на неё и допилить до уровня фря+ на десктопе.
(за исключением дров, увы)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #223

163. Сообщение от Аноним (180), 19-Фев-25, 14:45   +/
>что переписывать будут с одного языка на другой ПОСТОЯННО

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #220, #391

165. Сообщение от Аноним (-), 19-Фев-25, 14:46   –2 +/
> Видимо, придётся переводить сервера на FreeBSD, ибо лично мне такой цирк в проде точно не нужен.

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

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

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #313

166. Сообщение от Аноним (180), 19-Фев-25, 14:46   +/
Монорепозитории уже изобретены. Тем более, что ядро уже монолитно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

167. Сообщение от Аноним (-), 19-Фев-25, 14:48    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

168. Сообщение от Аноним (180), 19-Фев-25, 14:48   –1 +/
>Видимо, придётся переводить сервера на FreeBSD

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #173

169. Сообщение от Ivan_83 (ok), 19-Фев-25, 14:48   +/
Кресты и раст не являются низкоуровневыми языками.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #185, #206, #384

170. Сообщение от Ivan_83 (ok), 19-Фев-25, 14:49   +/
Уже нет, часть сетевых дров вроде тоже через LinuxKPI.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #317

171. Сообщение от Аноним (211), 19-Фев-25, 14:50   +1 +/
> правки С кода будут влечь за собой правки кода на раст и вероятно наоборот.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #188

173. Сообщение от An (??), 19-Фев-25, 14:53   +/
Дак он еще не перевел.
А в чем вы видите проблему с переездом(при условии, что нужный софт под BSD присутствует)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #566

174. Сообщение от Ivan_83 (ok), 19-Фев-25, 14:53   –2 +/
> wiki.freebsd.org/Rust

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

175. Сообщение от Аноним (-), 19-Фев-25, 14:57   +/
Главное, ребята, сердцем не стареть (c)

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #181, #352

176. Сообщение от KKK (?), 19-Фев-25, 14:58   +1 +/
>Тут поддержку wayland ещё не все внедрили

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #329, #626

179. Сообщение от Аноним (-), 19-Фев-25, 15:01   +/
> Можно я всегда буду писать в ядро линукса на версии 0.0.0.0.1 alpha?

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #198

180. Сообщение от Аноним (180), 19-Фев-25, 15:02   +1 +/
>либо очень консервативрая среда.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155

181. Сообщение от Ананимус (?), 19-Фев-25, 15:05   +2 +/
Greg KH писал вот это:


As someone who has seen almost EVERY kernel bugfix and security issue
for the past 15+ years (well hopefully all of them end up in the stable
trees, we do miss some at times when maintainers/developers forget to
mark them as bugfixes), and who sees EVERY kernel CVE issued, I think I
can speak on this topic.

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.  That's why I'm wanting to see Rust get
into the kernel, these types of issues just go away, allowing developers
and maintainers more time to focus on the REAL bugs that happen (i.e.
logic issues, race conditions, etc.)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #379

182. Сообщение от Аноним (180), 19-Фев-25, 15:05   +/
>Можно я всегда буду писать в ядро линукса на версии 0.0.0.0.1 alpha?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #204

185. Сообщение от Аноним (-), 19-Фев-25, 15:06   +1 +/
>  Кресты и раст не являются низкоуровневыми языками.

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #517

186. Сообщение от Ivan_83 (ok), 19-Фев-25, 15:08   –2 +/
А чем там С89 от С11 отличается?
Я из старья могу вспомнить только объявления функций в другом стиле, да и те компелятор обругивал но давал собрать, а в остальном там всегда были смягчения и добавления нового.


> Сам придумал? Скорее всего никто не будет тянуть до бесконечности.

Нет, просто я уже имел и имею дело с проектами которые живут десятки лет.
Если ты выкинешь поддержку старого - то ты считай что кинул людей на бабки, потому что у них вполне мог быть код написанный лет 10 назад который прекрасно работал и работает, переписывать который нет ни смысла ни возможностей (там может быть огромная кодовая база).
Я то лично знаю не одну историю когда МС кидало людей вот так, с ASP, silverlight, visual basic и тп. Да и смерть богомерзкого флеша тоже принесла много боли.


> Зачем? Бери последний Rust 2021 и пиши.

Не, чувак, это так не работает :)
Вот смотри, сегодня я взял и написал на раст2021.
Прошло 10 лет, и там уже раст 2025, 2027, 2028, 2029, 2029.2, 2030, и ещё с десяток.
Теперь у тебя в ядре есть вот эти все версии.
Поздравляю!

Что ты дальше будешь делать?
Будешь постоянно всё переписывать чтобы оно собиралось последней версией?
Кто за это будет платить? Тебя одного хватит?)
А если не будешь - то тебе придётся завести политику как работать с модулями написанными на старых версиях стандарта: в каких случаях там писать по старому а в каких переписывать.
И тут ты попадаешь в зависимость от левой пятки разработчиков ЕДИНСТВЕННОГО компелятора, которые могут проснутся с бодуна и выкинуть все прошлые версии из компелятора.
Теперь тебе нужно будет полюбас всё переписывать или на свежую версию или на другой язык.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160 Ответы: #209, #210, #211

187. Сообщение от Аноним (180), 19-Фев-25, 15:08   +/
>В БСД форки делались потому что авторы форков были категорически не согласны и имели другие видение на развитие.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #529

188. Сообщение от Аноним (-), 19-Фев-25, 15:08   +1 +/
> Правки С кода, внезапно, влекут правки зависящего С кода.

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

> Кристоф

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171

189. Сообщение от Аноним (211), 19-Фев-25, 15:09   +1 +/
> Сколько там вашему расту? Лет 5-8? - хаха, оно даже как язык ещё сырое

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #487, #530

190. Сообщение от Соль земли (?), 19-Фев-25, 15:09   +/
Если ядро превратится в кучу Cargo пакетов, так даже лучше, чем одна огромная монорепа. Разделяй и властвуй.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #284, #319

192. Сообщение от kamran (ok), 19-Фев-25, 15:09   –1 +/
>[оверквотинг удален]
>> импорты чисто с помощью линковки
> Как смешно.
> Ещё в начале 2000х и винамп и миранда умели динамически загружать плагины,
> которые были в виде dll, и даже выгружать.
> LoadLibrary() на венде и dload() в линухе/бсд, дальше получаем адрес нужной функции
> по имени или номеру (для венды вроде) и вызываем.
> Ваш раст такое научился делать?
>> остальные фичи раста уже понятны, они намного лучше, и нет смысла упоминать
> Так конечно нет смысла, потому что оно не нужно :)
> Однако если бы оно было такое офигительно крутое, полезное и нужное

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

> Я уже говорил и ещё раз повторю: в С нет строк.

В том то и дело что их НЕТ)
Я не говорил о встроенных реализациях, с чего вы это взяли?
В плюсах тоже самое только под оберткой генерик класса, с теми же самыми нулл терминаторами

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

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

> Действительно от безисходности, как с английским - ничего лучше нет :)

Если так говорить, то совсем не так, и правильнее будет раст - английский, Си - романо-германский, но имхо, си - язык для немых, вроде быстро понимаешь, общий стандарт для всех немых, пока не начнешь разговаривать с носителем, к тому же никому кроме немых это не нужно :)))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #225

193. Сообщение от Аноним (-), 19-Фев-25, 15:09    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

194. Сообщение от Барт Синус (?), 19-Фев-25, 15:10   –1 +/
В то время как джедай Ричард всё никак не допилит свой хурд-световой меч и, кажется, даже уже не стирает свои джедайские колготки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #416

195. Сообщение от Соль земли (?), 19-Фев-25, 15:11   +/
В куче языков минус - куча инструментов разработки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #388

198. Сообщение от Ivan_83 (ok), 19-Фев-25, 15:11   –1 +/
См выше, я описал что там будет через 10 лет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179

199. Сообщение от Соль земли (?), 19-Фев-25, 15:13   +/
Это мне напоминает одну другую биполярку, происходящую сейчас в мире :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

200. Сообщение от Аноним (200), 19-Фев-25, 15:13   +/
А форк ядра на С даже в проекте нету.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

203. Сообщение от Соль земли (?), 19-Фев-25, 15:15   –1 +/
Ты предпочитаешь не защищать свой труд?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

204. Сообщение от Ivan_83 (ok), 19-Фев-25, 15:16   +/
У вас очень короткие мысли :)
Я описал ситуацию с растом в линухе через 10 лет выше.

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

Попробуйте теперь посмотреть на патчи для поделок на расте между версиями растам с разницей в 5 лет.
Ну типа там древний раст код фаерфокса перевести на сборку современным стандартом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182 Ответы: #314

206. Сообщение от Аноним (211), 19-Фев-25, 15:19   +1 +/
> Кресты и раст не являются низкоуровневыми языками.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #515

207. Сообщение от xsignal (ok), 19-Фев-25, 15:21   +/
О, ну это капец... Зазвездился чел, уже и мэйнтейнеры ему не указ. Ну ок, пили своё ржавое ведро в одиночку.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #267, #321

209. Сообщение от Аноним (-), 19-Фев-25, 15:21   +/
> А чем там С89 от С11 отличается?

А чем "Хруст-2018" отличается от "Хруст-2021 теперь с лавандовым запахом" ?
Может там тоже не так много изменений. Или наоборот, так же много как в С89->С11.

> Нет, просто я уже имел и имею дело с проектами которые живут десятки лет.

Что удивительно, я тоже.

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

Хаха, мой код распространяется AS IS, да еще и бесплатно.
Они мне еще претензии будут предъявлять?

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

Ну так пусть сидят на старом или форкают последнюю версию.
Я им точно ничего не должен. Я код пишу для себя, но мне не жалко поделиться.

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

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

> Я то лично знаю не одну историю когда МС кидало людей вот так, с ASP, silverlight, visual basic и тп. Да и смерть богомерзкого флеша тоже принесла много боли.

Ага, а еще дроп 16 бит, дроп старых версий ведра и тд и тп.
Мне их очень-очень не жалко.

> Не, чувак, это так не работает :)
> Вот смотри, сегодня я взял и написал на раст2021. Прошло 10 лет, и там уже раст 2025, 2027, 2028, 2029, 2029.2, 2030, и ещё с десяток.
> Теперь у тебя в ядре есть вот эти все версии. Поздравляю!

С какого перепугу?
У тебя в ядро принимают код одной единственной рассово-верной версии раста.
Точно так же как и с СИ.

> Что ты дальше будешь делать?
> Будешь постоянно всё переписывать чтобы оно собиралось последней версией?

Что значит постоянно?
Раз в 10 лет или когда там обновят перепишу то что нужно исправать.

> Кто за это будет платить? Тебя одного хватит?)

Мне и сейчас никто не платит((

> И тут ты попадаешь в зависимость от левой пятки разработчиков ЕДИНСТВЕННОГО компелятора, которые могут проснутся с бодуна и выкинуть все прошлые версии из компелятора.

И? Ядро много лет компилялось единственным раковым компилятором.
Им с бодуна приснилось, что "весь код компилируеммый ЖЦЦ заражается гнураком", прикинь!
А теперь их целых ДВА)

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

Звучит как пугалка "Ууууу! придется всё переписывать!!".
Хотя зачастую правится немного кода.
(говорю по опыту перехода с C++03 на С++20)


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186 Ответы: #496

210. Сообщение от Аноним (-), 19-Фев-25, 15:21   +1 +/
>  А чем там С89 от С11 отличается?

Там на самом деле немало отличий.
Type punning
Implicit int return and variable types
Return without expression for non void function
Integer division with negative operand
Zero length VLA

уверен что еще есть куча неочевидных нюансов, т.к. нужно смотреть все breaking changes - c89->c99->c11

Так что generic code на с89 у тебя в ядро никто не примет.
Скажут давай на исправь на с11 (даже если там всего одна строку поправить), а потом поговорим.

> Теперь у тебя в ядре есть вот эти все версии.

Кажется ты не понял.
Ты фиксируешь раст2021 и все. Весь код в ядро попадает именно для раст2021.
Поэтому никаких "и там уже раст 2025, 2027, 2028, 2029, 2029.2, 2030, и ещё с десяток" не будет.
А потом через 10 лет, когда ты хочешь перейти на 2030, то ты просто переводишь код на 2030, как это было с с11.

> И тут ты попадаешь в зависимость от левой пятки разработчиков ЕДИНСТВЕННОГО
> компелятора, которые могут проснутся с бодуна и
> выкинуть все прошлые версии из компелятора.

Ядро годами было прибито к ЕДИНСТВЕННОМУ гцц.
Еще раз! Ядро можно было скомпилить одним единственным компилятором, да еще и не по си стандарту (гну экстеншены).
И ничего, как-то выжили.

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

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

Ты просто форкаешь компилятор.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186

211. Сообщение от Аноним (211), 19-Фев-25, 15:28   +/
> потому что у них вполне мог быть код написанный лет 10 назад который прекрасно работал и работает, переписывать который нет ни смысла ни возможностей

Ну так продолжай собирать старым уомпилятором, в чем проблема?

>> Зачем? Бери последний Rust 2021 и пиши.
> Не, чувак, это так не работает :)
> Вот смотри, сегодня я взял и написал на раст2021.
> Прошло 10 лет, и там уже раст 2025, 2027, 2028, 2029, 2029.2

Полная чушь. Если у тебя прописана версия 2021, то код с фичами из новых версии компилятор просто откажется собирать. Это даже в твоем любимом C так работает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186

213. Сообщение от Anon01010101 (-), 19-Фев-25, 15:32   +/
Текущие специалисты слишком медленно реализуют фичи языка, и бизнесу надоело ждать, пока вялые комитеты раскачаются... Или Linux собирается без GNU ext?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #292

214. Сообщение от fuggy (ok), 19-Фев-25, 15:34   +1 +/
Согласен. На Си без классов пишут. На Rust классов нет, но есть трейты и строгая статическая типизация. Так что это плюс и от С и от C++. ООП не серебряная пуля.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #351

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #221, #222

218. Сообщение от Аноним (211), 19-Фев-25, 15:41   +/
>> Как будто новые серьезные проекты начинают писаться на Си
> https://github.com/rozhuk-im/motp

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

219. Сообщение от Аноним (115), 19-Фев-25, 15:45   +5 +/
> Разработка ядра сложная только из-за сишной лапши.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

220. Сообщение от Аноним (215), 19-Фев-25, 15:46   +/
мне нравится этот вариант, мне не нравятся сроки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

221. Сообщение от Аноним (221), 19-Фев-25, 15:46   +1 +/
> Вот пришел патч и биндинги сломались, чего помощник делать будет?
> Метнется и поправит весь код на расте?

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215 Ответы: #412

222. Сообщение от Аноним (-), 19-Фев-25, 15:46   +1 +/
> Тревожный звоночек это два мэнтейнера, один из которых беспокоится за свой "кусок кода", а второй хочет пропихнуть раст любой ценой.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215 Ответы: #415

223. Сообщение от Аноним (-), 19-Фев-25, 15:50   +/
> Если бы кто платил - можно было бы пересесть на неё и допилить до уровня фря+ на десктопе.

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

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

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #534

224. Сообщение от Аноним (115), 19-Фев-25, 15:51   +/
> Надеюсь будет форк - либо раст и либо сишный

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

225. Сообщение от Ivan_83 (ok), 19-Фев-25, 15:55   +/
> Он как проект недавний, так что тут нету смысла говорить о крутости, но можно уже говорить о работоспособности, следует юниксу, полностью ядро написанное на расте, это о чем то уже говорит

Этим можно удивить только человека который ну совсем не интересуется ни чем.
Сейчас свои ОС пишут СТУДЕНТЫ на зачот или диплом.
Просто ничто из этого обычно не выживает за ненадобностью.


> В том то и дело что их НЕТ)

И что!?


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

А каким местом вам это чувствуется?)
Там на венде когда то md5.h писалось, в далёком 2003 году и с тех пор оно много раз рефакторилось.


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

Да, звёзды это так важно.
Эта фигня никому не нужна, и мне она не нужна. Просто по работе пришлось mOTP юзать.


> Если так говорить, то совсем не так, и правильнее будет раст - английский, Си - романо-германский

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #192

226. Сообщение от Совершенно другой аноним (?), 19-Фев-25, 15:55   +/
> Точно так же, как hurd, и куча вариаций bsd, написанных на чистейшем си.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

227. Сообщение от fuggy (ok), 19-Фев-25, 15:57   +1 +/
Так в чём тогда сложность сопровождения, если а) он знает Rust, б) ему дадут помощника если попросит, в) это биндинг к одной функции?
Из всего этого остаётся только чистое неприятие видеть Rust код в ядре.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #258

230. Сообщение от fuggy (ok), 19-Фев-25, 16:00   +/
> проблемы сопровождения драйверов - это проблемы сопровождающих драйвер.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

232. Сообщение от Аноним (73), 19-Фев-25, 16:01   +/
Готов, уже дум запускает, как DOS в 90е.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

234. Сообщение от Аноним (-), 19-Фев-25, 16:04   +3 +/
> А сишка пихает тебе void* и поди разберись что это за зверь и какое у него время жизни.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

237. Сообщение от freehck (ok), 19-Фев-25, 16:07   –20 +/
>> Хипстеры со своей драмой
> Greg KH уже за 50+.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #245, #308

238. Сообщение от Аноним (-), 19-Фев-25, 16:07   +/
Врёшь Линукс Раст никогда не благословлял. Он к расту относится снисходительно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153

239. Сообщение от Аноним (239), 19-Фев-25, 16:07   +1 +/
Согласен, возвращаемся на COBOL, а то эти хипстеры со своей сишкой задолбали!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

240. Сообщение от slew (ok), 19-Фев-25, 16:08   +/
>Увы, но там денег нет, не очень понятно как монетизировать знания и умения базирующиеся на этих платформах.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

241. Сообщение от Аноним (239), 19-Фев-25, 16:10   +/
В windows и в android уже потихоньку добавляют новый код на расте, смысл старое переписывать просто так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #436

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #248, #250, #252, #253, #255, #260, #271, #297, #334, #340

243. Сообщение от slew (ok), 19-Фев-25, 16:12   +/
>И где они работают вне виртуалки, особенно последняя

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #324

245. Сообщение от тоже Анонимemail (ok), 19-Фев-25, 16:13   +3 +/
Впору перефразировать известное.
Когда раст-программист уходит из ядра в раст-проекты - повышается средний уровень специалистов в обоих сообществах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237 Ответы: #254

247. Сообщение от Энон (?), 19-Фев-25, 16:14   +1 +/
Нашу песню не задушишь, не убьёшь, не убьёшь!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

248. Сообщение от Аноним (73), 19-Фев-25, 16:14   +/
Даешь ядро на Java! Ну, может микроядро на Cи с Java модулями и юзерспейс АПИ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242 Ответы: #251

249. Сообщение от slew (ok), 19-Фев-25, 16:15   +/
Позабавило однажды как какой-то AI выскочка нарисовался: https://marc.info/?l=openbsd-tech&m=171810103406609&w=2
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #320

250. Сообщение от Аноним (239), 19-Фев-25, 16:15   +2 +/
Ты сейчас серьезно предлагаешь Garbage Collector в ядро пропихнуть? Я много видел в комментах опенка, но чтобы такое...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242

251. Сообщение от Аноним (239), 19-Фев-25, 16:15   +/
Ты сейчас Андроид переизобрел?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248

252. Сообщение от xsignal (ok), 19-Фев-25, 16:16   +1 +/
Точно! Кстати, C# реально классный язык, и никто его не раскручивал и не пиарил, как руст, а он сам органично вошёл в мир программирования, потому что нравится программистам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242 Ответы: #257, #345

253. Сообщение от Аноним (62), 19-Фев-25, 16:17   +/
> Язык, решающий проблемы с памятью - это Python

Поправил.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242

254. Сообщение от freehck (ok), 19-Фев-25, 16:18   +/
> Когда раст-программист уходит из ядра в раст-проекты - повышается средний уровень специалистов в обоих сообществах.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #245

255. Сообщение от тоже Анонимemail (ok), 19-Фев-25, 16:20   +/
Предлагаю аккуратно завернуть это и отнести создателям Шарпа - вот пусть они на него свою ОСь и перепишут. Решат, так сказать, проблему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242 Ответы: #445

257. Сообщение от тоже Анонимemail (ok), 19-Фев-25, 16:22   +2 +/
Вряд ли этот апологет Шарпа распарсит сарказм. Даже такой толстый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #252

258. Сообщение от freehck (ok), 19-Фев-25, 16:23   –18 +/
> Так в чём тогда сложность

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #227

259. Сообщение от Энон (?), 19-Фев-25, 16:25   +3 +/
"Язык для системного программирования должен быть максимально простым" - так завещал великий Вирт.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #608

260. Сообщение от чатжпт (?), 19-Фев-25, 16:27   +1 +/
> и ничего ему не будет, а "исчезнет" он только с выходом из последнего блока видимости

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242

263. Сообщение от Аноним (267), 19-Фев-25, 16:37   +4 +/
Столько комментов, будто бы каждый второй опеннетовец - важный комиттер ядра линукс, и Линус якобы обязан учитывать мнения опеннета. На самом же деле - только корпорации с лярдами делают погоду в ядре, и Линус у них на зарплате.
Ответить | Правка | Наверх | Cообщить модератору

264. Сообщение от Энон (?), 19-Фев-25, 16:37   +/
Не могу понять, почему сейчас такие проблемы с написанием драйверов для Linux на C ? Драйверы ведь просто принимают данные, буферизируют их и выдают по запросу. Там ошибок наделать просто негде.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #269

267. Сообщение от Аноним (267), 19-Фев-25, 16:39   +1 +/
Какие такие мэйнтейнеры? Будто бы это всё энтузиасты пишут ядро попивая пивасик. Это же не так. Мэйнтейнеры в линуксе на зарплате у корпораций, а Линус - лишь менеджер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207 Ответы: #298, #322

269. Сообщение от Аноним (62), 19-Фев-25, 16:41   +1 +/
> Драйверы ведь просто

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264 Ответы: #272

271. Сообщение от Аноним (271), 19-Фев-25, 16:42   –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.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242 Ответы: #277, #344

272. Сообщение от Энон (?), 19-Фев-25, 16:45   +/
Это понятно. Я и говорю, что ничего сложного в программировании драйверов нет. Синхронизацию делаешь через спинлоки, обработку засовываешь в тасклеты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #269 Ответы: #281

273. Сообщение от Аноним (36), 19-Фев-25, 16:45   +/
Не вижу логики. Код можно скопировать к себе в чахлую проприетарщину, но не переместить. Если количество разработчиков BSD перешагнет определенную границу, то и развивать такое ядро будет себе дороже для корпорастов - станет проще деньги в апстрим заносить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #342, #406

275. Сообщение от bubba (?), 19-Фев-25, 16:45   +/
он же написал в чём косяк: когда растохлам будет сидеть в ядре как биндинг, то в случае поломки этого растохлама, участок ответственности этого мейнтейнера формально сломан и изменения не могут быть приняты в ядро.
и как знающий человек он пишет, что поломка может проявиться только в растовом биндинге, а не в родительской функциональности на си.
поэтому он просто мягко попросил просто не тащить биндинги в ядро, а оставить их биндингами, чтобы чинили их люди, которые пишут растовые расширения.
это логично - биндинг должен сопровождать тот, кто пишет и пользует биндинг.
и тут у раст-комьюнити пригорело, что кто-то не хочет тратить силы на навязываемый ему биндинг, который ему не интересен.
но раст-комьюнити почему-то стыдливо промолчало и не выставило кандидатуру тех, кто будет отвественный за сопровождение этого биндинга.
отсюда неглупые люди сделали очевидный вывод: раст затаскивается именно в ядро только чтобы парализовать работу мейнтейнеров. а т.к. львиная доля работы - это именно системы и их сопровождение, логично, чтобы разрушить процесс разработки, нужно размазать кое-что ровным слоем везде. чем вобщем-то и заняты корпы. линус и растовки - пешки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #285

276. Сообщение от ИмяХ (ok), 19-Фев-25, 16:48   +2 +/
>>сопровождающие болезненно реагируют даже на тривиальные вещи, такие как проверки на целочисленное переполнение, непонятно как можно преодолеть разрыв между одной частью ядра, не принимающей даже простые правила по обеспечению безопасности,

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

Ответить | Правка | Наверх | Cообщить модератору

277. Сообщение от Аноним (582), 19-Фев-25, 16:49    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #271 Ответы: #279, #282

279. Сообщение от Аноним (267), 19-Фев-25, 16:50   +/
Ну ты бы смог писать код без "stupid little corner cases"? Тогда почему ты ещё не мэйнтейнер в линуксе? Почему?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #277

281. Сообщение от Аноним (267), 19-Фев-25, 16:55   +1 +/
Скинешь годный мануал ппо написание драйверов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #272

282. Сообщение от Аноним (-), 19-Фев-25, 16:55   +/
> Думай, не верь и посоветуй Грегу, чтобы гнал пинками тех кто допускает "stupid little corner cases"

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

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #277

283. Сообщение от Аноним (284), 19-Фев-25, 16:56   +/
Штатный бэкдор. Но ради зарплаты Линуса и красивой жизни его дочерей можно и потерпеть, не так ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #582

284. Сообщение от Аноним (284), 19-Фев-25, 16:58   +/
Да там каждый отдельный пакет фактически монорепо, растащенное по архивам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

285. Сообщение от Аноним (-), 19-Фев-25, 16:58   +2 +/
> но раст-комьюнити почему-то стыдливо промолчало и не выставило
> кандидатуру тех, кто будет отвественный за сопровождение этого биндинга.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #275

286. Сообщение от Аноним (286), 19-Фев-25, 17:01   +/
Android - это где гугловские рукожопы написали свою версию libc на плюсах и сломали поведение всех libc функций так, что единмтвенное что там (кое-как) можно использовать - это memcpy? "Очень интересно" послушать мнение людей, которые проблему решили не решать, ага.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

287. Сообщение от Аноним (22), 19-Фев-25, 17:02   +1 +/
В Сишке рецензирующих, хотя бы, могут проверить другие рецензирующие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

288. Сообщение от xsignal (ok), 19-Фев-25, 17:04   –1 +/
Хорошо, что ядро достаточно обновлять раз в 5 лет, и до 2030 года можно быть застрахованым от ржавчины на своём компе, а там глядишь и rust-free форк созреет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #306, #323, #347, #426

289. Сообщение от Аноним (22), 19-Фев-25, 17:05   +/
Альтернативы Линуксу. Есть здесь человек, написавший эти посты https://www.opennet.dev/openforum/vsluhforumID3/133539.html#25 ? Как далеко удалось продвинуться?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #310

290. Сообщение от Аноним (284), 19-Фев-25, 17:06   +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-проект, а дойная корова. Коровка стала старой и пришла пора на мясо - ну значит пришла. Это всё как должностное лицо - лидер проекта, а не о личных самазашкварах - для нормисов они вообще в порядке вещей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #632

291. Сообщение от Аноним (-), 19-Фев-25, 17:11   –1 +/
>> пример из Андроида (это те программисты, которые are doing the work)
> почему это убожество просто не заменили фуксией где раст из коробки?

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

292. Сообщение от Аноним (292), 19-Фев-25, 17:13   +/
Деды из GNU не поторопились. Были бы расторопнее уже бы написали GNU rust extensions. А так возможность уже упущена и всё перехватил под своё крыло MS. Теперь MS будет писать свои EEE расширения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213 Ответы: #293

293. Сообщение от Аноним (-), 19-Фев-25, 17:16   –1 +/
> Деды из GNU не поторопились. Были бы расторопнее уже бы написали GNU rust extensions.

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

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

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #292 Ответы: #371, #394, #622

294. Сообщение от Аноним (292), 19-Фев-25, 17:17   +/
Видимо поэтому элементарные баги с памятью фиксятся по 7 лет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

295. Сообщение от другой аноним (?), 19-Фев-25, 17:19   +3 +/
Если бы в коде не находили тривиальные ошибки которые раст не допускает данный вопрос не поднимался бы вообще, но ошибки находят, находят, находят и находят.
Есть способ перекрыть этот поток и новые и новые "юнцы" будут приходить про проект который будет застрахован от их кривых рук. По моему это прекрасное решение.
Несомненно всё ядро стоит переписать на расте
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #307

296. Сообщение от Аноним (-), 19-Фев-25, 17:20   +/
> Ох, и странные же у местных обитателей представления о "менеджменте"... из разряда
> "Если надо объяснять - то не надо объяснять", да.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #333

297. Сообщение от Анон держись (?), 19-Фев-25, 17:21   +/
Я искренне надеюсь, что вы так троллите:), и не находитесь под какими-то веществами:))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242 Ответы: #301

298. Сообщение от xsignal (ok), 19-Фев-25, 17:22   +/
Ну они же не брали на себя обязательства подчиняться воле корпораций. Корпорации по своей доброй воле спонсируют линукс, а мэйнтейнеры полностью свободны в своих действиях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #267 Ответы: #304

300. Сообщение от Аноним (180), 19-Фев-25, 17:23   –1 +/
>Я уже говорил и ещё раз повторю: в С нет строк.
>Есть суррогат строк который имеет ограниченную область применения, при выходе из которой можно получить что угодно.

Ага, сишники до сих пор велосипедят строки, в 2025 году. Прогресс? Какой прогресс, на дворе 1970-ые.
>https://github.com/rozhuk-im/motp
>вот мой новый проект, на чистом С, написал в конце прошлого года.

Как хорошо, когда сишники скидывают свой код, сразу есть за что их покритиковать. Сразу скажу, я не настоящий сишник, могу не заметить очевидную проблему.
https://github.com/rozhuk-im/liblcb/blob/master/src/utils/xml.c
О, опять парсер, опять xml, но на этот раз на си. Первое впечатление: дикий, неприручёный ужас. Второе впечатление - а, очередной велосипед.
https://github.com/rozhuk-im/liblcb/blob/3d8681e26373beedfb7...
Вы что, все состояния руками писать собрались? yacc и прочее до сих пор не изобретены?
https://github.com/rozhuk-im/liblcb/blob/3d8681e26373beedfb7...
Зачем эти пустые условия?
https://github.com/rozhuk-im/liblcb/blob/3d8681e26373beedfb7...
О, знакомая ошибка, у ProfessorNavigator тоже была, но он её так и не осилил поправить. Во-первых, вы же в курсе, что чем больше парсер вперёд-назад катается, тем он медленнее? Во вторых, вы же не забыли, что в значении атрибутов может быть неэкранированный символ больше?
<tag attr=">"/>
https://github.com/rozhuk-im/liblcb/blob/3d8681e26373beedfb7...
Идём на второй круг по строке
https://github.com/rozhuk-im/liblcb/blob/3d8681e26373beedfb7...
На третий? Так, мне лень считать дальше
https://github.com/rozhuk-im/liblcb/blob/3d8681e26373beedfb7...
Функция на 12 аргументов? Почему бы и нет?
https://github.com/rozhuk-im/liblcb/blob/3d8681e26373beedfb7...
Давайте считать байты вручную, у нас же нет других дел
https://github.com/rozhuk-im/liblcb/blob/3d8681e26373beedfb7...
Казалось бы - перемести size и src в одну структуру, сделай нормальные строки, но нет, везде будут эти байты таскать вручную
https://github.com/rozhuk-im/motp/blob/725d675ba9a5ae8bbb40d...
Давайте выделим 4 Кб просто так, памяти же всегда в системе много
https://github.com/rozhuk-im/motp/blob/725d675ba9a5ae8bbb40d...
Что-то не влезло в буфер? Молча обрежем и всё

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #302, #318, #511

301. Сообщение от Аноним (-), 19-Фев-25, 17:23   +2 +/
> Я искренне надеюсь, что вы так троллите:), и не находитесь под какими-то веществами:))

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #297 Ответы: #634

302. Сообщение от Фнон (-), 19-Фев-25, 17:25   +/
> весьма проблематично не то что ревьювить, а даже читать.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #300 Ответы: #316, #528

303. Сообщение от Аноним (322), 19-Фев-25, 17:28   +/
> подобные правила бесполезны, пока они не согласованы с сообществом и не включены в документацию к ядру.

Значит Товальдс такой сам себе на уме. Захотел добавил.

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

С этим я соглашусь, не могут стабильно нормального что то сделать, но зато переписывать на языки.
Язык это лишь инструмент. Он не моожет быть плохим или хорошим. Его можно изменить/ модернизировать улучшить.

Rust это просто что то новое модное.
Почему бы не улучшить существующее.

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

Ключевое слово целесообразность.

Не в коем случае не критикую Rust, но почему бы не улучшить существующее.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #315, #637

304. Сообщение от Аноним (-), 19-Фев-25, 17:30   +1 +/
> Ну они же не брали на себя обязательства подчиняться воле корпораций.

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #298

306. Сообщение от Аноним (322), 19-Фев-25, 17:32   +/
Не забывай добавлять оперативную память.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #288

307. Сообщение от тоже Анонимemail (ok), 19-Фев-25, 17:32   +1 +/
Вы четко видите цель, но почему-то сидите здесь и спорите со мной. Я лично вам - не мешаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #295

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237 Ответы: #311

310. Сообщение от Аноним (322), 19-Фев-25, 17:36   –1 +/
Мне понравилась концепция, но написание Ос в одиночку, достаточно сложный процесс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289 Ответы: #326

311. Сообщение от freehck (ok), 19-Фев-25, 17:37   +/
> Я вырастил двух ядерных программистов из джунов

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #308 Ответы: #312

312. Сообщение от Ананимус (?), 19-Фев-25, 17:39   +/
>> Я вырастил двух ядерных программистов из джунов
> Мы с большим удовольствием на них посмотрим. Покажите.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #311

313. Сообщение от KKK (?), 19-Фев-25, 17:39    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165

314. Сообщение от Аноним (180), 19-Фев-25, 17:41   +/
>Древний перл там пропатчили довольно быстро

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

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

Вы специально лжёте?
>Попробуйте теперь посмотреть на патчи для поделок на расте между версиями растам с разницей в 5 лет.

Пусть будет переход с версии 2018 на 2021.
https://doc.rust-lang.org/edition-guide/rust-2021/panic-macr...
>You can automatically migrate your code to be Rust 2021 Edition compatible or ensure it is already compatible by running:
>cargo fix --edition

А что, так можно было что-ли? Не сидеть с отладчиком, не вылавливать ошибки?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #385, #505

315. Сообщение от Аноним (-), 19-Фев-25, 17:41   +1 +/
> Значит Товальдс такой сам себе на уме. Захотел добавил.

Все любят г̶и̶п̶н̶о̶ж̶а̶б̶у̶ великодушных диктаторов!

> Язык это лишь инструмент. Он не моожет быть плохим или хорошим. Его можно изменить/ модернизировать улучшить.

Мне кажется или ты сам себе противоречишь.
Инструмент (любой) может быть плохим или хорошим, подходящим или нет, имеющим запас для улучшения или уже устаревшим.
Сравни, например, обычное долото и перфоратор. Или лошадку и трактор.
Я уже молчу что 100 лет назад для станков были нормой открытые ремни, а сейчас нет.

> Не в коем случае не критикую Rust, но почему бы не улучшить существующее.

Потому что:
1. для этого придется ломать обратную совместимость (священная корова СИ)
2. добавлять в стандарт очень странные для парадигмы СИ вещи
3. это займет лет 5-10
4. получившийся кадавр не будет совместим с уже написанными кодами на СИ
В итоге получится не-СИ, который несовместим, его надо учить заново...
Ну т.е раст)

Такие попытки стали резко появляться в последние годы, но пока выглядят сырыми
opennet.ru/opennews/art.shtml?num=62241
"...собираемые в Fil-C программы медленнее примерно в 1.5-5 раз"

opennet.ru/opennews/art.shtml?num=62224

> Ключевое слово целесообразность.

Как видно Линус, Грег и еще куча народу посчитали это целесообразным.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #303 Ответы: #328, #336

316. Сообщение от Аноним (180), 19-Фев-25, 17:43   +/
Так это не весь список
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #302

317. Сообщение от KKK (?), 19-Фев-25, 17:44   +/
> Уже нет, часть сетевых дров вроде тоже через LinuxKPI.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170

318. Сообщение от Аноним (-), 19-Фев-25, 17:45   +1 +/
> Итог: г-код, который весьма проблематично не то что ревьювить, а даже читать.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #300

319. Сообщение от Аноним (292), 19-Фев-25, 17:47   +2 +/
В ядре всё своё ношу с собой. Поэтому все связные списки и RB деревья с собой, а не в отдельной библиотеке.
Да и вообще cargo для ядра и не нужно. Во-первых, потому что там любят самописные структуры. Во-вторых, чтобы не зависеть от любого репозитория, не только crates.io.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

320. Сообщение от KKK (?), 19-Фев-25, 17:47   +/
Ему можно только посочувствовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #249

321. Сообщение от Аноним (322), 19-Фев-25, 17:50   +/
Ну как вышла REDOX, которая Unix, товальдс сразу же стал за Rust, надо поскорее впихнуть Rust, во все Linux, почему не Unix, а не Linux.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207 Ответы: #613

322. Сообщение от Аноним (322), 19-Фев-25, 17:51   +/
> Мэйнтейнеры в линуксе на зарплате у корпораций, а Линус - лишь менеджер.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #267

323. Сообщение от Аноним (73), 19-Фев-25, 17:52   +/
К 2030 ИИ заменит всех разрабов ядра вместе с Линусом и перепишет ядро в машинном коде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #288

324. Сообщение от Аноним (180), 19-Фев-25, 17:56   +/
>железо все работает

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #243 Ответы: #580

325. Сообщение от Джек (?), 19-Фев-25, 17:56    Скрыто ботом-модератором+2 +/
Ответить | Правка | Наверх | Cообщить модератору

326. Сообщение от Аноним (351), 19-Фев-25, 17:57   +/
Так там же немецкая фирма пишет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #310

327. Сообщение от Анонимemail (327), 19-Фев-25, 17:58   +2 +/
Ну почему Кристофу и остальным так сложно понять изменившуюся позицию Линуса - пришла "ксива" сверху:

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

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #498, #583

328. Сообщение от Аноним (322), 19-Фев-25, 18:00   +/
> Инструмент (любой) может быть плохим или хорошим, подходящим или нет, имеющим запас для улучшения или уже устаревшим.

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

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

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

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

Это станок.

Сравнил.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #315 Ответы: #335

329. Сообщение от Аноним (180), 19-Фев-25, 18:00   +/
>В этом нет ни малейшего смысла.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176 Ответы: #495

333. Сообщение от User (??), 19-Фев-25, 18:04   +1 +/
Что делать, что делать! Не общаться с таксистами на темы государственного управления, пенсионерами - здравоохранения, а подвальными анонимами - вот менеджмент не обсуждать, все одно ничего умного не то, что не "скажут", а и не "подумают" даже - чистой воды метание бисера будет...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #296 Ответы: #473

334. Сообщение от Аноним (180), 19-Фев-25, 18:07   +2 +/
>По факту, всё, что требуется от шарповода - это var f = new File() - ВСЁ!

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242 Ответы: #479, #635

335. Сообщение от Аноним (-), 19-Фев-25, 18:11   +/
> Я про то что это инструмент. Rust. C++, не самоцель.

Естественно.
Цель писать корректный и надежный код, желательно быстрый.
Т.к от него зависит очень много - больницы, энергетика, банковские приложения.

> Про то что зачем создавать новое, если можно улучшить существующее.

Потому что у старого исчерпались возможности для модернизации.

Ты почитал про попытки модернизации СИ?
Там описываются сложности.

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

И то и другое может дробить камни, но долотом человек будет махать целый день, а с перфоратором сделает за 10 минут.
Например у нас есть отвертка. Для электрика.
Если ее делать качественно - хороший метал, изоляция, то все ок.
А если взять просто железку с пола - то может кого-то и убьет.

Инструмент должен быть хорошим - обеспечивать выполнение работы, желательно быстро и безопасно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #328 Ответы: #346

336. Сообщение от Аноним (322), 19-Фев-25, 18:11   +/
> Целесообразность

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #315 Ответы: #341, #452

338. Сообщение от Аноним (351), 19-Фев-25, 18:13   +/
>Rust только расширит число участников

Инклюзивно

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

339. Сообщение от ЧтоГдеКогда (?), 19-Фев-25, 18:14   +1 +/
>Линус Торвальдс намерен включать связанные с Rust изменения в обход мэйнтейнеров

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #343

340. Сообщение от fuggy (ok), 19-Фев-25, 18:17   +/
Представь в Rust так и работает. Там умный компилятор. Переменная удаляется при выходе из блока видимости. Вручную удалять не надо. Даже более чем, владение передаётся в блок при передаче переменной. Но такие слова как владение видимо сложные, как для сишников, так и для шарпистов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242 Ответы: #480

341. Сообщение от Аноним (-), 19-Фев-25, 18:17   +/
> Обьясню тебе слово целесообразность и инструмент.

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

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

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

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

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #336 Ответы: #350

342. Сообщение от Аноним (351), 19-Фев-25, 18:19   +/
Не перешагнёт. Копры будут друг на дружку поглядывать и ждать, пусть кто-то другой своё первым открывает. В таких "друзьях" согласься точно не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #273 Ответы: #627

343. Сообщение от Аноним (-), 19-Фев-25, 18:19   +1 +/
>>Линус Торвальдс намерен включать связанные с Rust изменения в обход мэйнтейнеров
> После этого какой смысл в мэйнтейнерах?

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #339 Ответы: #348

344. Сообщение от Аноним (582), 19-Фев-25, 18:21   +/
> А если "других разработчиков у нас нет"?

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

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

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


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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #271

345. Сообщение от Аноним (36), 19-Фев-25, 18:21   +/
Настолько органично, что для запуска написанного на нем софта, бедолагам-линуксоидам заворачивают его в докер-образы, иначе хрен все зависимости сам соберешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #252 Ответы: #476

346. Сообщение от Аноним (322), 19-Фев-25, 18:23   +/
Почти на бум. Перворатор дешевый. https://shorturl.at/3sGQG

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #335 Ответы: #349

347. Сообщение от Аноним (347), 19-Фев-25, 18:26   +/
Там очень сомнительные проблемы всплывают в старых ядрах. И надо понимать, что "без обновлений" -- это буквально, а не старая ветка. А вообще, вот так в один день окажется, что вейланд-то у тебя больше не работает без обновления до распоследней ветки, и в старые код никто не портирует. Да и 5 лет пролетят: ковид, к примеру, был 6 лет назад. Сколько раз за это время юзерспейс ломали? Раз 10 только глибц.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #288 Ответы: #481, #636

348. Сообщение от KKK (?), 19-Фев-25, 18:26   +/
Для этих целей лучше подойдут BSD системы. Если хорошо себя проявишь, офер от условного Netflix или Apple не заставит себя долго ждать. Все топовые BSD девелоперы работают в жирном энетпрайзе. Ну и ещё несомненным плюсом будет то, что никакой Торвальдс не высморкается тебе в лицо и не вытрет о тебя ноги.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #343 Ответы: #639

349. Сообщение от Аноним (349), 19-Фев-25, 18:28   +/
> Почти на бум.

Оно и видно)

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

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

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

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #346

350. Сообщение от Аноним (322), 19-Фев-25, 18:29   +/
> Если тебе дадут в руки нечто слепленной из палок и изоленты, то ты спросишь WFT?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #341 Ответы: #360, #363

351. Сообщение от Аноним (351), 19-Фев-25, 18:29   +/
Но прикладной софт промышленного уровня без ООП никто вам сейчас писать не будет (финансы, бизнеспроцессы всякие). Так что, пока что там Java, С++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214 Ответы: #390, #408

352. Сообщение от ProfessorNavigator (ok), 19-Фев-25, 18:29   +1 +/
> Может Грег тоже просто молод душой)
> Открыт к новым идеям и не боится экспериментов.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

354. Сообщение от Аноним (437), 19-Фев-25, 18:30   +/
Очевидно что такой стиль управления рано или поздно скажется на качестве ядра. Использую Линукс с начала 2000-х, но вот не помню чтобы Торвальдс так раньше косячил. А тут то "финн", то "растоман", то не пойми что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #357

356. Сообщение от Bottle (?), 19-Фев-25, 18:34   +/
Да ладно тебе, борцы за свободный софт вдруг поняли, что "добродушный пожизненный диктатор" это не про демократию?
Вообще это хорошо. Пусть на локальном примере люди начнут понимать, почему возможность выборов, даже плохая, лучше, чем такие "самородки".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

357. Сообщение от Аноним (-), 19-Фев-25, 18:35   +1 +/
> Очевидно что такой стиль управления рано или поздно скажется на качестве ядра.

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

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

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

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #354 Ответы: #545

358. Сообщение от Bottle (?), 19-Фев-25, 18:36   +/
У Раста нет спецификации. У Си она есть, и реализаций тоже несколько. Если один из компиляторов неожиданно "двинет коней" и его забросят, другой компилятор позволит поддерживать код на сишке, насколько бы она убогой не была.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #361

359. Сообщение от ProfessorNavigator (ok), 19-Фев-25, 18:40   +3 +/
> Вечная проблема любой иерархии.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #522

360. Сообщение от KKK (?), 19-Фев-25, 18:43   +/
Только вот чтобы услышать разницу, нужно виртуозно владеть инструментом. А если ты условный Кирк Хэммет, то в твоих руках любой инстремент будет звучать, как параша - хоть за миллион баксов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #350

361. Сообщение от Аноним (-), 19-Фев-25, 18:44   +/
> У Раста нет спецификации.

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

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

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #358

362. Сообщение от Аноним (362), 19-Фев-25, 18:48   +/
Продолжение драмы: https://www.phoronix.com/news/Greg-KH-On-New-Rust-Code
Если вкратце - другой мейнтейнер предложил писать все драйверы для ядра только на Rust, а этому пациенту завалить хлеб ало.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #365, #369

363. Сообщение от Аноним (-), 19-Фев-25, 18:49   +/
> Хоршо вот другой пример. Гитара за 1500 и гитара за 150 000 это тоже гитара.
> Но несмомненно гитара за 150 000 это лучше.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #350 Ответы: #380

364. Сообщение от freehck (ok), 19-Фев-25, 18:53   +/
> Вряд ли стоит подходить к этому крысятнику с общечеловеческими мерками и предполагать хоть какое-то чувство собственного уважения.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

365. Сообщение от GNUsmas (?), 19-Фев-25, 18:54   +2 +/
>Greg Kroah-Hartman

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #362 Ответы: #366, #373

366. Сообщение от Аноним (322), 19-Фев-25, 18:56   +2 +/
> Rust

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #365

369. Сообщение от Аноним (-), 19-Фев-25, 18:57   +1 +/
> Продолжение драмы: https://www.phoronix.com/news/Greg-KH-On-New-Rust-Code
> Если вкратце - другой мейнтейнер

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #362 Ответы: #374, #462

371. Сообщение от Аноним (292), 19-Фев-25, 18:59   +/
> Мы приколотили свои особые функции/форматы

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293

373. Сообщение от Аноним (-), 19-Фев-25, 19:01   +/
>>Greg Kroah-Hartman
> Говорящая лысина ничего не предлагает, а лишь транслирует заданную директиву.

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

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #365 Ответы: #640

374. Сообщение от xsignal (ok), 19-Фев-25, 19:04   +/
> Это не просто "другой мейнтейнер", а Грег Кроа-Хартман

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #369 Ответы: #383

376. Сообщение от Аноним (200), 19-Фев-25, 19:06   +/
Если не на Раст, то на чём? Расту просто нету замены.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #453, #485, #643

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

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #396, #402, #454, #644

378. Сообщение от BorichL (ok), 19-Фев-25, 19:07   +/
Туда ржавая гиена уже тоже пролезть пыталась, но вроде пока отбились.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

379. Сообщение от Ан Оним (?), 19-Фев-25, 19:08   +/
Сначала про ошибки говорит "that are totally gone in Rust", а потом - "not that Rust can catch all of these by far"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181

380. Сообщение от Аноним (322), 19-Фев-25, 19:08   +/
Ну чтож горное снаряжение с интернет магазина за 3 $ или горное снаряжение за 150 000 $
Но в первом случае лотерея, выдержит ли карабин ( ну который крепится к веревке ),
Но и во втором случае если так рассуждать лотерея.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #363 Ответы: #389

382. Сообщение от Аноним (382), 19-Фев-25, 19:11   +/
Ну и чего? Есть желание переписать - пусть делают. Этот то наш включает снежинку и орет "о Господи ужас целых 2 (два) ЯП! Непонятно! Страшно" вместо включения положительной риторики "так, давайте ка на берегу договоримся и разделим зоны ответственности, чтоб без нервов". Но нет, просто чел хочет, чтобы было всё по его хотению и придумывает оправдания.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

383. Сообщение от Аноним (-), 19-Фев-25, 19:14   +1 +/
>> Это не просто "другой мейнтейнер", а Грег Кроа-Хартман
> Такой же подкорпорастник, как и Турвальдс.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #374 Ответы: #393, #397

384. Сообщение от Аноним (382), 19-Фев-25, 19:14   +/
Смешно! Сначала ты выбираешь произвольные проекты, чтобы выиграть спор. А потом просто врешь, что там нет нескольких ЯП)) Зачем? Открой вебкит, посмотри на чем он написан.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #514

385. Сообщение от Аноним (385), 19-Фев-25, 19:16   +/
> Вы специально лжёте?

Да, он всегда так делает. Просто почитайте на досуге сообщения этого Ivan_83 в других темах.

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

Какой-то мозахист-неадекват, ей-богу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #314 Ответы: #482, #507

386. Сообщение от Аноним (382), 19-Фев-25, 19:17   +/
А переписывание одного и того же уже есть, в чем разница? В том, что кроме 1 ЯП снежинкам придется разбираться в 2? Какой ужас, программистов заставляют разбираться в программировании
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

388. Сообщение от Аноним (382), 19-Фев-25, 19:18   +1 +/
Ну это вообще не достойно комментария, но ладно. В следующий раз когда тебе нужно будет что-то спаять - бери молоток и прибивай. Зачем куча инструментов, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195 Ответы: #562

389. Сообщение от Аноним (-), 19-Фев-25, 19:19   +/
> Ну чтож горное снаряжение с интернет магазина за 3 $ или горное снаряжение за 150 000 $

Я, к сожалению, в этой теме не разбираюсь.
Предположу что должны быть какие-то гарантии надежности (сертификаты?).
А доп.стоимость это уже удобство, длительность использования (где-то читал что у веревки есть ограниченное гарантированное кол-во подъемов, а потом ее просто выкидывают в независимости от того ʼвроде нормальноʼ), элитарность (лимитированные серии со стразами).

> Но в первом случае лотерея, выдержит ли карабин ( ну который крепится к веревке ),
> Но и во втором случае если так рассуждать лотерея.

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #380 Ответы: #463

390. Сообщение от warlock66613 (ok), 19-Фев-25, 19:20   +/
ООП лет пять уже не в моде в этой области. В моде подходы пришедшие из ФП.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #351

391. Сообщение от Зазнайка (?), 19-Фев-25, 19:20   +/
>>что переписывать будут с одного языка на другой ПОСТОЯННО
> Есть альтернатива - полностью остановить разработку, и не возобновлять, до тех пор,
> пока не будет переписано всё. Но вам этот вариант не понравится

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

393. Сообщение от xsignal (ok), 19-Фев-25, 19:22   +/
Скоро благодаря ИИ сделают и "такие люди" останутся у разбитого корыта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #383 Ответы: #400, #419

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293

396. Сообщение от Аноним (73), 19-Фев-25, 19:26   –1 +/
> blu-ray на 50 GB с диска на диск не привела к глухому зависанию, как в линуксе

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #377 Ответы: #405

397. Сообщение от GNUsmas (-), 19-Фев-25, 19:28   +1 +/
>Так что выбирая "Линукс с корпами" или "Хурд от Сообщества™ - то я пожалуй выберу первых.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #383 Ответы: #403

400. Сообщение от Аноним (-), 19-Фев-25, 19:30   +/
> Скоро благодаря ИИ сделают и "такие люди" останутся у разбитого корыта.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #393 Ответы: #537

402. Сообщение от Аноним (402), 19-Фев-25, 19:35   +/
Ещё лет 20-30 назад фряха на роутере с нат вытягивала в десятки раз больше соединений, и употребляла в разы меньше памяти и процессора, это на ipfw, с pf было бы ещё лучше. В Линуксе же о пользе bpf заговорили, последние годы и из-за высоких нагрузок на сетевой стек. Игорь Сысоев - разработчик nginx, тоже хорошо отзывался о фре, что она лучше сетевую многопоточность держит. Мне во фре нравится система портов, удобныe и понятные записи файерволов по сравнению с iptables, только nftables смогли достигнуть сравнимой читаемости правил. Система rc.conf просто супер, все основные настройки системы в одном месте, удобно и просто. Прародитель контейнерных технологий, во фре появился намного раньше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #377 Ответы: #409, #456

403. Сообщение от Аноним (-), 19-Фев-25, 19:36   +/
>>Так что выбирая "Линукс с корпами" или "Хурд от Сообщества™ - то я пожалуй выберу первых.
> Ну и будешь жрать с лопаты то, что за тебя решат.

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

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

Писать под ГНУ я считаю ниже своего достоинства - плодить рак это плохо.

> или BSD?

Часть моих кодов лицензирована под МИТ. Часть под BSL.

> Сидишь тут, какую-то хню порешь, глупая потребительская перхоть.

Ого ты порвался.
Если тебе норм жрать Хурд без соли ради идеологии Щво6Одьки - то твое право.
Но что-то мне подсказывает, что ты это сообщение пишешь не с него, а с того, что сделали корпы и любезно разрешили пользоваться.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #397 Ответы: #642

404. Сообщение от Ан Оним (?), 19-Фев-25, 19:36   +/
>Скажем там нет оверлоада операторов

Есть

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #486

405. Сообщение от Ящер (-), 19-Фев-25, 19:36   +1 +/
Да нет у меня никакой приверженности, просто линукс уже дико збал со своим дурдомом, вот и решил посмотреть на другие ОС. От местных экспертов я наслушался, что в BSD ничего не работает, софта нет, драйверов нет. Оказалось, что всё это наглая ложь. Я конечно буду и дальше тестировать, но пока проблем ровно ноль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #396 Ответы: #411, #421

406. Сообщение от Аноним (180), 19-Фев-25, 19:39   +1 +/
>Если количество разработчиков BSD перешагнет определенную границу, то и развивать такое ядро будет себе дороже для корпорастов - станет проще деньги в апстрим заносить.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #273 Ответы: #410

408. Сообщение от fuggy (ok), 19-Фев-25, 19:43   +/
Это и называется считать ООП серебряной пулей. Или нельзя написать бизнес софт без Enterprise FizzBuzz шаблонов разработки? В разработке большого и долгоживущего бизнес ПО главное стабильность, для чего используется статическая типизация из языка, чтобы простой рефакторинг не сломал весь проект. Статическая типизация есть не только в ООП языках. Просто обучающие выросшие на Java других парадигм не знают. Этим и отличается от прототипов в RAD подходе, которые пишутся на языках, даже на JavaScript. Да и даже тут уже придумали TypeScript.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #351

409. Сообщение от Ящер (-), 19-Фев-25, 19:43   +/
Я пока ещё так глубоко не погружался, но могу согласится с тем, что система действительно спроектирована намного лучше. Очень приятные и подробные маны, написанные человеческим языком. Просто кайфовая документация, которая читается, как художественная книга.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #402 Ответы: #455

410. Сообщение от Аноним (180), 19-Фев-25, 19:44   +/
>Зато, может быть, он согласится лицензировать свой код всем страждущим

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #406

411. Сообщение от Семен (??), 19-Фев-25, 19:47   +/
Там есть абсолютно все, и почти любой опенсорс серверный софт можно запустить. Единственное чего там нет это нормального мандатного контроля по типу selinux. Там есть самопальный мандатный контроль, но он очень странный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #405

412. Сообщение от Аноним (412), 19-Фев-25, 19:48   +/
> Да, он именно это и предложил "если будет ломаться расткод, я буду его исправлять"

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

> Пока что мейнтейнер один, который и раст не хочет

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

там не помощь, там сплит-брейн какой-то.
Что ему делать если код на расте быстро исправить не получилось? Смержить сишный и поломать все второму? Заставить переписывать патч так, чтобы раст не затрагивало? Ждать?
Что делать если для раста потребовалось что-то поменять в сишном коде? Блокировать его? Заставить переписать? Срочно искать того, кто перепишет остальное?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221 Ответы: #420

415. Сообщение от Аноним (412), 19-Фев-25, 19:50   +1 +/
> Если ментейнер один, то это уже огромная проблема.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222

416. Сообщение от Главврач (?), 19-Фев-25, 19:53   +1 +/
У Ричарда есть сейчас задачки важнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194

417. Сообщение от Аноним (417), 19-Фев-25, 19:54   +/
Можно в 2х словах это хорошо или плохо?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #422, #475, #477, #483

419. Сообщение от Аноним (322), 19-Фев-25, 19:54   +/
>  Скоро благодаря ИИ сделают и "такие люди" останутся у разбитого корыта.

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #393

420. Сообщение от Аноним (-), 19-Фев-25, 19:55   +1 +/
>> Да, он именно это и предложил "если будет ломаться расткод, я буду его исправлять"
> а потом он такой "я выгорел".

А если СИшник выгорит?

Вот недавний пример
Калле Валло (Kalle Valo) – единственный сопровождающий разработчик драйверов беспроводных сетей в Linux – объявил о своём уходе с этой должности.
lore.kernel.org/linux-wireless/87wmefguqt.fsf@kernel.org/

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

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

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

Какие именно проблемы он рассказать не потрудился.

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

Что значит "не получилось"?

> Смержить сишный и поломать все второму? Заставить переписывать патч так, чтобы раст не затрагивало? Ждать?

Да, ждать. Это называется "работа в команде")
Можно даже попинать коллегу, ну чтобы работал быстрее.

> Что делать если для раста потребовалось что-то поменять в сишном коде? Блокировать его? Заставить переписать? Срочно искать того, кто перепишет остальное?

Какие-то фантазии.
А если все мейнтенеры отравятся просроченным коксом от LF и помрут?
А если инопланетяне похитят Торвальдса?


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #412 Ответы: #501

421. Сообщение от Аноним (73), 19-Фев-25, 19:56   +/
Тоже думал про BSD, но фряха по-моему идёт в том же направлении что линпус, только позади.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #405 Ответы: #427

422. Сообщение от Аноним (322), 19-Фев-25, 19:57   +/
Ну для врача заинтересованного в доходе вылечить пациента это плохо, но хорошо постоянно его лечить, как бы затягивая, чтобы пациент постоянно возвращался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #417 Ответы: #424

424. Сообщение от Аноним (-), 19-Фев-25, 20:01   +1 +/
> Ну для врача заинтересованного в доходе вылечить пациента это плохо, но хорошо
> постоянно его лечить, как бы затягивая, чтобы пациент постоянно возвращался.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #422 Ответы: #430, #450

425. Сообщение от Аноним (430), 19-Фев-25, 20:03   +/
Линус же менеджер проекта на зарплате, причём не самый высокооплачиваемый. Почему вы его с Палпатином сравниваете? Он не этого уровня злодей, и всего лишь выполняет волю спонсоров проекта, кои есть Майкрософт, Гугол и прочие.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #434

426. Сообщение от Аноним (292), 19-Фев-25, 20:04   +/
Ещё один. Ты ядро лично сам компилируешь? И что все исходники лично читаешь? Если нет, то какая разница на чём написан код, который скомпилировался в бинарник что есть у тебя.
На твоём компе никакого раста и не будет. Дай угадаю, ты это пишешь из хрома или файрфокса, и в том и в другом есть rust код. Так что ты не уберёг себя от раста.
Да и видимо кроме критики раста, что тебя аж волнует на каком языке написаны исходники, тебя ничего другое не волнует. Видимо поэтому ты заходишь в статью с обсуждением раста, чтобы сказать что он тебе не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #288

427. Сообщение от Семен (??), 19-Фев-25, 20:06   +3 +/
10 лет назад фряха была лучше линукса на сервере, сейчас акценты сместились в сторону виртуализации и контейнеров, в этом линукс уже лучше, но сетевой стек в линукс так же имеет более высокие накладные расходы. В году так 2012 мое имя висело в числе донатеров фрибзд, я им 2000 долларов отправил на развитие, они мне прислали на домашний адрес красочное письмо с логотипом, что благодарят за донат и что я могу принять участие в голосовании по приоритетным ветвям развития проекта. До сих пор где-то в папках лежит это письмо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #421 Ответы: #488

429. Сообщение от Аноним (429), 19-Фев-25, 20:15   –1 +/
Сколько бы вы не минусовали этот коментарий - реальность не поменяется. Правительство США призывает отказаться от небезопасных языков!
Будущее за растом!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #437, #535

430. Сообщение от Аноним (430), 19-Фев-25, 20:17   +/
Это так не работает. Второй врач быстро выгорит на потоке клиентов и быстро поймёт что так долго не протянет и перейдёт на схему первого
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #424 Ответы: #432

432. Сообщение от Аноним (432), 19-Фев-25, 20:20   +1 +/
> Это так не работает. Второй врач быстро выгорит на потоке клиентов

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

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

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #430 Ответы: #451

433. Сообщение от Аноним (429), 19-Фев-25, 20:21   +/
Не нравится? Иди форкай ядро!
А нормальное ядро обойдётся без советов луддитов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #443

434. Сообщение от Аноним (434), 19-Фев-25, 20:31   +1 +/
Так и напиши, что ему стало глубоко до лампочки на будущее проекта, поэтому он готов ради бабла принимать стратегически ущербные решения, а также забивать на мнение мэйнтейнеров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #425 Ответы: #435

435. Сообщение от Аноним (430), 19-Фев-25, 20:35   +2 +/
зачем мне повторять то, что и так написано в тексте новости
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #434 Ответы: #471

436. Сообщение от Аноним (436), 19-Фев-25, 20:36   +/
Так вот почему у меня перестали запускаться setup-ы без параметров совместимости с 7/8. Нагадили растом. И нет, я ничего не вырезал, у меня не дуб
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241

437. Сообщение от Аноним (437), 19-Фев-25, 20:47   +/
Вы хотя-бы пробовали его изучать? Такое ощущение, что этот язык проектировали люди, которые не дружат с головой. Любое нетривиальное действие тут превращается в разгадывание сложнейшего ребуса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #429 Ответы: #444

438. Сообщение от Аноним (438), 19-Фев-25, 20:50   +1 +/
Так, а хоть один драйвер новый то написали, или кроме переписывания рабочего на свой лад больше ничего так и нет?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #457

439. Сообщение от Аноним (439), 19-Фев-25, 20:53   +/
> Лет 5-8?

Rust 1.0, was published on May 15, 2015.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

443. Сообщение от Даа уж... (?), 19-Фев-25, 21:19   +1 +/
Не знаю кто такие луддиты, но и так фоткаем. Иди лутай дальше
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #433

444. Сообщение от Аноним (-), 19-Фев-25, 21:22   +/
> Вы хотя-бы пробовали его изучать?

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

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

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

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

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #437 Ответы: #521

445. Сообщение от anon_qwerty (?), 19-Фев-25, 21:23   +1 +/
Была попытка написать ОС на C#. Кажется Singularity
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #255 Ответы: #464, #478

446. Сообщение от bdrbt (ok), 19-Фев-25, 21:31   +/
Ничего биполярного, в одной теме полыхала жопами одна сторона, в этой теме - другая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

447. Сообщение от Anm (?), 19-Фев-25, 21:36   +/
>>Установка *BSD системы на десктоп уже не кажется таким уж странным решением.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #623

448. Сообщение от Аноним (-), 19-Фев-25, 21:44   +/
Цитата от 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-@.../

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #468, #647

449. Сообщение от Аноним (449), 19-Фев-25, 21:50   +1 +/
> оно даже как язык ещё сырое, смысла такое использовать в серьёзных проектах вообще нет.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #540

450. Сообщение от Аноним (322), 19-Фев-25, 21:59   +/
> который таки вылечит

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #424 Ответы: #645

451. Сообщение от Аноним (322), 19-Фев-25, 22:01   +/
Фотополимерные, но могли бы выращщивать зуб, вот в 2015 уже сделали и только только протестировали на животных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #432

452. Сообщение от Аноним (180), 19-Фев-25, 22:04   +/
>Инструмент не может быть плохим или хорошим. Это инструмент.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #336 Ответы: #541, #549

453. Сообщение от Аноним (180), 19-Фев-25, 22:08   +/
Замену расту можно не особо спеша сделать за год. Можно даже взять рабочую, типа ATS. Проблема не в замене, проблема в том, чтобы убедить ею пользоваться. Вот не хотят пользователи афинных типов, им UB подавай. И зависимые типы им не нужны, им нужен стандарт, с двумя слабосовместимыми компиляторами
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #376

454. Сообщение от Аноним (180), 19-Фев-25, 22:11   –1 +/
>Весь привычной софт завёлся с полпинка

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #377 Ответы: #466, #492

455. Сообщение от Аноним (322), 19-Фев-25, 22:15   +/
Совращаете попробовать FreeBSD.
Только опасаюсь по поводу репозиторий, для меня важный критерий нахождения репозиторий на серверах рф.
Но истории про то что там все более стандартизировано привлекают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #409 Ответы: #459, #489, #589

456. Сообщение от Аноним (180), 19-Фев-25, 22:16   –2 +/
Я не админ, по позволю усомниться в ваших словах
>Мне во фре нравится система портов

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #402 Ответы: #591

457. Сообщение от Аноним (180), 19-Фев-25, 22:17   +/
Про дрова по яблочный огрызок вы уже забыли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #438

459. Сообщение от Аноним (180), 19-Фев-25, 22:19   +/
Есть уляновск bsd, но я не знаю, что это
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #455

460. Сообщение от _kp (ok), 19-Фев-25, 22:20   +1 +/
Возражения и аргументы обоих сторон можно понять.
Но оба варианта решения спора плохие, независимо от того какая сторона победит.

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

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


Ответить | Правка | Наверх | Cообщить модератору
Ответы: #465, #494

461. Сообщение от Аноним Максим (?), 19-Фев-25, 22:20   +/
> Сколько там вашему расту? Лет 5-8?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #508, #531

462. Сообщение от Аноним (462), 19-Фев-25, 22:28   +1 +/
Крутой мужик, буду знать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #369

463. Сообщение от Аноним (322), 19-Фев-25, 22:29   +/
Но и то и то инструмент.

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

Вот в том то и вопрос целесообразности, имеет ли оно в себе плюсы предыдущщего.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #389

464. Сообщение от тоже Анонимemail (ok), 19-Фев-25, 22:40   +1 +/
> Была попытка написать ОС на C#. Кажется Singularity

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #445 Ответы: #484

465. Сообщение от Аноним (465), 19-Фев-25, 22:40   +/
> Возражения и аргументы обоих сторон можно понять.
> Но оба варианта решения спора плохие, независимо от того какая сторона победит.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #460 Ответы: #470, #648

466. Сообщение от Семен (??), 19-Фев-25, 22:43   +/
Конечно же нет, ведь аноним в комментах написал, что это недоразвитая ОС. https://www.freshports.org/games/linux-steam-utils
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #454

467. Сообщение от warlock66613 (ok), 19-Фев-25, 22:48   +/
> Разработка ядра сложная только из-за сишной лапши.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #542

468. Сообщение от Аноним (434), 19-Фев-25, 22:50   +/
А какие тут могут быть секреты между товарищами?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #448 Ответы: #491

469. Сообщение от Аноним (469), 19-Фев-25, 22:51   –1 +/
В кой-то веки Линус Торвальдс повел себя адекватно и принял правильное решение, встав на сторону будущего. Си - хорош, но он - история. Раст - будущее
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #474, #649

470. Сообщение от Аноним (434), 19-Фев-25, 22:51   +/
>А как?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #465

471. Сообщение от Аноним (434), 19-Фев-25, 22:57   +1 +/
А зачем ты пытаешь смягчить то, что есть по факту?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #435

472. Сообщение от Аноним (472), 19-Фев-25, 23:02   +3 +/
Любой реальной иерархии, а не воображаемой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #544

473. Сообщение от Аноним (-), 19-Фев-25, 23:04   +/
> Что делать, что делать! Не общаться с таксистами на темы государственного управления,
> пенсионерами - здравоохранения, а подвальными анонимами - вот менеджмент не обсуждать,
> все одно ничего умного не то, что не "скажут", а и
> не "подумают" даже - чистой воды метание бисера будет...

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #333 Ответы: #543

474. Сообщение от Аноним (434), 19-Фев-25, 23:05   +/
Как раз наоборот, хрустики теперь будут плясать вокруг сишечки вместо написания своего безопас(Т)ного ядра. Финский тут умудрился целых два проекта запороть в плане будущего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #469 Ответы: #605

475. Сообщение от Аноним (-), 19-Фев-25, 23:10   +/
Не известно. С одной стороны множество разных технологий могут уничтожить проект. С другой стороны плюсы от использования этой технологии могут перевесить минусы и весь код потихоньку мигрирует на rust.
А среди плюсов это статический анализатор в самой технологии языка, сам синтаксис позволяет экономить память и думать как распределять ресурсы. Среди минусов - не стандартизирован, соответственно нет множества реализаций и его делает одна контора, которая может впихнуть туда что угодно в нужный модуль для нужного (может зарубежного для них) проекта. Как минимум это ведёт к монополии владения технологией американцами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #417

476. Сообщение от Аноним (476), 19-Фев-25, 23:18   +/
>Настолько органично, что для запуска написанного на нем софта, бедолагам-линуксоидам заворачивают его в докер-образы, иначе хрен все зависимости сам соберешь.

Ну что ты несешь... Нормальным людям хватает ключа --self-contained в паблише и можно просто скопировать файлы. Хоть с винды на linux X86, хоть с linux X86 на linux-arm, хоть с винды на linux X86 или linux-arm. В докер-образы все заворачивают любители кораблей в бутылках в кораблях в бутылках... Ну и просто "кораблей" и овер-инжиниринга. А среда исполнения при желании скачивается в tar-архиве. Ее нужно просто в PATH добавить и все. Какие докер-образы на дохлой малине приснились мазохистам и тебе -- хз. Любители докер-образов решают увлекательные проблемы, которых не было до докер-образов. Дятлы, конешшшно, везде долбят дупла. Даже на бетонных сваях. Даже если это бесполезно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #345

477. Сообщение от Аноним (-), 19-Фев-25, 23:21   +/
Люди пишут что на BSD можно сделать лучше ОС. Так когда-то поступила Apple, создав свою ОС. Получился неплохой продукт. Если речь об отечественных технологиях - тут главное желание людей и приложение к этим желающим финансирования если у них все получается. А без желания - без разницы. Хотя наверно ещё и подписка о не выезде если финансирование большое))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #417 Ответы: #646

478. Сообщение от Аноним (476), 19-Фев-25, 23:21   +/
Очередные пересказы устаревших баек. Погугли что ль про ОС COSMOS. На, просвещайся https://ru.wikipedia.org/wiki/Cosmos_(операционная_система)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #445 Ответы: #660

479. Сообщение от Аноним (476), 19-Фев-25, 23:23   +/
Ну конешшшно, using и IDisposable реальные посоны не пользуюцца. Все руками освобождают. Когда вспомнят где.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #334

480. Сообщение от Аноним (476), 19-Фев-25, 23:27   –1 +/
Главное правило потужных свидетелей "умности"(ТМ) -- выдумывай новый "умный" словарь для старых граблей. Создается иллюзия владения ситуацией. У ФПшников была иллюзия "чистоты". У растаманов иллюзия "владения". Ничего нового, но щоки можно надувать на ровном месте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #340 Ответы: #612

481. Сообщение от Аноним (476), 19-Фев-25, 23:29   +/
Вейланд и сейчас по большей части не работает. 15 лет как
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #347

482. Сообщение от Аноним (-), 19-Фев-25, 23:30   +/
> Там один и тот же цирк в стиле "я крутой спец, как же я хорош!",

Судя по его гитхабу - он и правда неплох. Лучше вас. Есть практически-полезные проекты, код показывает что он не нуб. Это видно. А у вас - только пафос.

> а когда его мокают носом в собственную некомпетентность

Мокают - это в смысле, улыбок тебе дед Мокар? :)

> (в первую очередь в вопросах C, ибо других языков он не
> выучил), то этот персонаж начинает лгать и приводит свой любимый аргумент
> "и что теперь?".

Он однако реализует свои задачи. А если вам не нравится его софт - ну и не юзайте. Можете переписать на чем вам там нравится. Если квалификации хватит.

> Какой-то мозахист-неадекват, ей-богу.

Бедный Мазох, не знал он что его так исковеркают, даже после смерти держит марку.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #385 Ответы: #506

483. Сообщение от Аноним (-), 19-Фев-25, 23:31   +/
Русские разработчики вообще обеспокоены отсутствием именно стандартизации, значит компилятор Си под отечественные микросхемы, которые может не вышли или которые применяются очень узким кругом контор есть. А rust - нет. Если в этом дело, то проблема в том что отечественные ОС придется поддерживать самостоятельно. Ну и в таком положении дел это может быть плохо. Но это если такие компиляторы есть или разрабатываются. А если их нет, то негодование тогда не ясно.
Может ещё негодование из-за того что нужно будет изучать новый язык программирования. Но это вряд-ли. Для специалистов это не проблема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #417

484. Сообщение от Аноним (476), 19-Фев-25, 23:31   +/
Redox не такой. Помаячит... и еще помаячит. Но потом. Когда в прод?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #464 Ответы: #609

485. Сообщение от Аноним (476), 19-Фев-25, 23:37   +1 +/
>Если не на Раст, то на чём? Расту просто нету замены.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #376 Ответы: #497

486. Сообщение от Аноним (-), 19-Фев-25, 23:37   +/
>>Скажем там нет оверлоада операторов
> Есть
> https://doc.rust-lang.org/std/ops/index.html

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #404

487. Сообщение от Аноним (-), 19-Фев-25, 23:40   +/
>> Сколько там вашему расту? Лет 5-8? - хаха, оно даже как язык ещё сырое
> А в чем проявляется сырость Раста конкретно как языка?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189 Ответы: #490

488. Сообщение от KKK (?), 19-Фев-25, 23:43   +1 +/
Если ты говоришь правду, то моё почтение тебе, добрый странник.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #427

489. Сообщение от KKK (?), 19-Фев-25, 23:46   +/
>Только опасаюсь по поводу репозиторий, для меня важный критерий нахождения репозиторий на серверах рф.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #455 Ответы: #536

490. Сообщение от Аноним (3), 19-Фев-25, 23:49   +/
> В том что когда девелоп кернела начинается с "скачайте ночнушку" - через 10 лет разработки тулчейна - это не есть нормальная ситуация.

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

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

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #487

491. Сообщение от Аноним (-), 19-Фев-25, 23:49   +/
> А какие тут могут быть секреты между товарищами?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #468

492. Сообщение от KKK (?), 19-Фев-25, 23:50   +/
Да что ты, чёрт побери, такое несёшь...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #454

493. Сообщение от Аноним (493), 19-Фев-25, 23:52   +1 +/
Rust неплохой язык, который собрал вокруг себя неадекватное комьюнити
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #558, #604

494. Сообщение от Аноним (-), 19-Фев-25, 23:52   +/
Неподдерживаемый проект это совсем другая проблема. Разве rust тут чем-то поможет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #460 Ответы: #559

495. Сообщение от KKK (?), 20-Фев-25, 00:01   +/
>Вопрос не в смысле, вопрос в скорости. Вы разрабатывать софт будете тысячелетиями

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #329 Ответы: #500, #565

496. Сообщение от Ivan_83 (ok), 20-Фев-25, 00:04   +/
Хорошо, вы выбрали сидеть на расте фиксированной версии, 2023 например.
К 2033 году у вас будет куча такого кода.
Разрабы раста уведомляют что они выкидывают 2023 из компелятора.
Вы решаете перейти на 2033 раст.
Теперь вам надо переписать кучу кода.
Кто это будет делать?

И вот сейчас не надо рассказывать про: "да там две строчки поменять, как было с С89 до С11", потому что опыта миграции раст кода на новую версию я что то не видел на публике (не интересуюсь просто).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209 Ответы: #499

497. Сообщение от Аноним (497), 20-Фев-25, 00:28   +/
> Это потому что тебе не хватает ума Аду осилить? Ну, в виде SPARK, с контрактами и формальной доказухой надежности?

Какое отношение АДА имеет к ядру и СИшке?

> А в расте она, формальная доказуха, где, кстати?

Есть несколько проектов, но я не сильно интересовался насколько они рабочие
github.com/formal-land/coq-of-rust

rustfoundation.org/media/rust-foundation-collaborates-with-aws-initiative-to-verify-rust-standard-libraries/

> А то детишки, воспитанные списком тиобе, щоки смешно надувают конешшшно.

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

> Где Do-178 про раст, где МЭК про него?

Возможно тут adacore.com/gnatpro-rust
We’re developing GNAT Pro for Rust with the intent to support safety-certification needs such as avionics (DO-178), rail (EN-50128), space (ECSS-E-ST-40C and ECSS-Q-ST-80C) and others.

ps АДАвцы не просто так стали Silver Member в Rust Foundation. Наверное они что-то знали.
adacore.com/press/adacore-joins-rust-foundation-as-silver-member

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #485 Ответы: #547

498. Сообщение от php_не_считаем_за_опыт (ok), 20-Фев-25, 00:29   +1 +/
вот на этом можно и закончить обсуждение. гебуха сказала надо, яфинский ответил есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #327

499. Сообщение от Аноним (-), 20-Фев-25, 00:35   +/
> Хорошо, вы выбрали сидеть на расте фиксированной версии, 2023 например.
> К 2033 году у вас будет куча такого кода.

Допустим.

> Разрабы раста уведомляют что они выкидывают 2023 из компелятора.

Сфигали? Это твои фантазии или ты приведешь пример такого выкидывания?
Для сишки ты что не можешь скачать компилятор старой версии?
Я вот запросто нахожу и для С89 и для С++98.
Код ведь открыт.

> Вы решаете перейти на 2033 раст Теперь вам надо переписать кучу кода.

Сфигали? Это опять твои фантазии?
Завязывай с бухлом или на чем ты там сидишь.

> Кто это будет делать?

Я естественно.
Точно так же как мне пришлось переписывать код при переходе с С++03 до С++20.
И, как ты догадался, я не помер.

> И вот сейчас не надо рассказывать про: "да там две строчки поменять, как было с С89 до С11", потому что опыта миграции раст кода на новую версию я что то не видел на публике (не интересуюсь просто).

Т.е ты не видел, но на серьезных щщах расказываешь, что "надо переписать кучу кода"?
Чел, ты это серьезно или прикалываешься?


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #496 Ответы: #504

500. Сообщение от Аноним (-), 20-Фев-25, 00:41   +/
> Даже как-то смешно это читать в контексте самого позорного долгостроя за всю историю компьютеров - вейлэнда.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #495

501. Сообщение от Аноним (215), 20-Фев-25, 00:46   +/
> А если СИшник выгорит?

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

> А мы прям куда-то спешим?

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

> Тебе и обычного мейнтенера возможно придется ждать долго.

а так может дважды долго, а может и трижды

> Какие именно проблемы он рассказать не потрудился.

он привел пример про отклонение патча из-за того что генератор биндингов не отработал.

> Что значит "не получилось"?

А почему не спрашиваете, что значит "быстро"?
Растовый мэнтейнер тоже может быть занят, его тоже может сбить автобус и т.д.

> Можно даже попинать коллегу, ну чтобы работал быстрее.

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

> Какие-то фантазии.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #420 Ответы: #503

502. Сообщение от Аноним (502), 20-Фев-25, 00:48   +1 +/
Отличная новость!
Все комментаторы, которые зубоскалили в предыдущей новости... что с лицом?))
Приуныли чуток? Внезапно оказалось, что "сообщество" это никто и ничто?)

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #512, #538

503. Сообщение от Аноним (-), 20-Фев-25, 00:50   +/
>> А если СИшник выгорит?
> тогда ой в обоих случаях, растовый мэнтейнер на сишную часть вроде как не подписывался

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

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

Значит удваиваем их кол-во!

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

Ну а чего он тупит? (с)

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

Могут. Но опыта у него думаю меньше и он будет слушать более опытного коллегу.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #501

504. Сообщение от Ivan_83 (ok), 20-Фев-25, 00:50   +2 +/
Если вас полностью устраивает раст 2017 - зачем вы его дальше пилите и так часто релизите?
Через 10 лет такие же фонатики раста будут ходить и ныть: раст 2023 это плохо, полоумные деды не дают обновить раст, да они раст 2033 осилить не могут, скорей бы сдохли!


> Сфигали? Это твои фантазии или ты приведешь пример такого выкидывания?

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


> Я естественно.

Да конечно.
Через год выйдет какой нить новый язык dirt ещё бизапасней а тебя автобус переедет и ничего ты не перепишешь.


> Т.е ты не видел, но на серьезных щщах расказываешь, что "надо переписать кучу кода"?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #499 Ответы: #509

505. Сообщение от Ivan_83 (ok), 20-Фев-25, 00:58   +/
Да, я прочитал статью.
И автор там прямо и сказал - патч получился очень маленьким.
И что второй патч можно выкинуть если компелятору передать специальный флаг. Но и второй патч там тоже маленький.
Вы то сами её читали?

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


> А что, так можно было что-ли? Не сидеть с отладчиком, не вылавливать ошибки?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #314 Ответы: #554

506. Сообщение от Аноним (180), 20-Фев-25, 00:59   +/
>Судя по его гитхабу - он и правда неплох. Лучше вас

Он и правда плох. Вы не видели как он написал парсер xml?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #482 Ответы: #523

507. Сообщение от Ivan_83 (ok), 20-Фев-25, 01:01   +/
Я обычно пишу как я делаю или не делаю.
То что "я крутой спец, как же я хорош!" - это ваша личная оценка меня, благодарю за комплимент :)

"и что теперь?" - типичная реакция на дефекты софта или возможные деффекты.

Мазохист - это скорее про адептов гнили, они без ругани госпожи компелятора жить не могут :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #385 Ответы: #510

508. Сообщение от Аноним (180), 20-Фев-25, 01:01   –1 +/
>Я не понмаю вашей логики: молодой = плохой?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #461

509. Сообщение от Аноним (-), 20-Фев-25, 01:12   +/
> Если вас полностью устраивает раст 2017 - зачем вы его дальше пилите и так часто релизите?

По той же причине, по которой кроме есть ANSI C, C89, C99, C11, C17, C23.
Зачем столько версий, если можно было бы обойтись K&R?

> Через 10 лет такие же фонатики раста будут ходить и ныть: раст 2023 это плохо, полоумные деды не дают обновить раст, да они раст 2033 осилить не могут, скорей бы сдохли!

Я вижу ты у нас еще и в будущее заглядывать умеешь)

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

А тебя волнует только твоя и та на которую будешь обновляться.

> А адекватностью от коммунити не слишком веет.
> Скажут устарело, не безопасно - сжечь старьё!

А как же, то ли дело СИшники. Скажут "мы 20 лет использовали, зачем что-то новое?"

> Через год выйдет какой нить новый язык dirt ещё бизапасней а тебя автобус переедет и ничего ты не перепишешь.

И? Код открыт. Кто хочет - пусть хоть на брейнфак переписывает.

> Так у разрабов раста нет цели облегчать жизнь мазохистов-адептов,

У раста вполне четкие цели. Причем они их даже фиксируют)
rust-lang.github.io/rust-project-goals/2025h1/index.html

> это С не меняется десятилетиями и кресты меняются так чтобы не сильно ломать совместимость.

Да-да, конечно. Совершенно не меняются.
Вон в C++ завозят модули, а в СИшке ломают UB в новом стандарте.

> Давай, покажи как ты собрал старый фф новым растом.

Но... зачем?
Я даже не смогу собрать ядро (от лудших пограммистов) новой версией С23, а ты про какой-то браузер спрашиваешь.
Но ты можешь показать мне как ядро 2.6 собирается С11 (текущая версия в ядре).
Так сказать мастер класс показать.
Или "это другое" ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #504 Ответы: #518

510. Сообщение от Аноним (-), 20-Фев-25, 01:13   +/
> Я обычно пишу как я делаю или не делаю.

А лучше б не делал)

> То что "я крутой спец, как же я хорош!" - это ваша личная оценка меня, благодарю за комплимент :)

Советую почитать в википедии статью "сарказм".

> "и что теперь?" - типичная реакция на дефекты софта или возможные деффекты.

Судя по разбору твоево овнокода, то да, остается только спрашивать "и чо?"


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #507 Ответы: #527

511. Сообщение от Ivan_83 (ok), 20-Фев-25, 01:37   +/
> О, опять парсер, опять xml, но на этот раз на си.
> Вы что, все состояния руками писать собрались? yacc и прочее до сих пор не изобретены?

Да, почему бы и нет :)


> Зачем эти пустые условия?

Не понял вопроса.


> О, знакомая ошибка, у ProfessorNavigator тоже была, но он её так и не осилил поправить. Во-первых, вы же в курсе, что чем больше парсер вперёд-назад катается, тем он медленнее? Во вторых, вы же не забыли, что в значении атрибутов может быть неэкранированный символ больше?

Оно там вроде не "катается", да и задача у этого была парсить не очень часто и не очень много.
На практике оно работает парсилкой конфигов а до того ещё и UPnP/DLNA парсило.
Но в общем UPnP/DLNA я отдал парсить коду на PHP, а за парсилку конфигов можно сказать стыдно - формат откровенно не удобный.
Насчёт полного соблюдения стандартов - да, оно далеко от этого, это скорее код чтобы вытаскивать нужное, типа консольного jq.


> Функция на 12 аргументов? Почему бы и нет?

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


> Давайте считать байты вручную, у нас же нет других дел

А давайте (IDE считает символы в выделенном), лучше заранее прописать размеры.
Оно используется в функции которая как раз ожидает массив с размерами "строк".


> Казалось бы - перемести size и src в одну структуру, сделай нормальные строки, но нет, везде будут эти байты таскать вручную

Нет в С никаких строк, а юзать структуру - раздуть код на ровном месте.
И если тут придиратся - то к тому что функция сильно лимитированна в своём применении.


> Давайте выделим 4 Кб просто так, памяти же всегда в системе много

Давайте.
Только не выделим и позаимствуем на стёке.


> Что-то не влезло в буфер? Молча обрежем и всё

Это особенно забавно.
На самом деле валидный код это больше чем на четверть никогда не должен заполнить. А для не валидного это обрезание будет самой маленькой проблемой :)
Вы бы в начале посмотрели что там делается и для чего прежде чем высказыватся.


> Итог: г-код, который весьма проблематично не то что ревьювить, а даже читать.

Да, ужасный xml код который работает уже больше 10 лет :))))
xml и правда не особо, но там и формат так себе, что то простое-компактное-понятное в принципе написать не возможно, а если ещё и полную поддержку стандарта то там совсем дебри начинаются.
json сам решил не писать, взял готовый json.h с гитхуба.


> Когда в таком коде кто-то забудет бекдор, то смотрется он будет как влитой

Ага, вот вы его открыли и уже заразились, пора переставлять венду :))))
Ну да, меня вот больше волнуют бэкдоры в чужом коде чем ошибки в своём :))))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #300 Ответы: #563

512. Сообщение от Ivan_83 (ok), 20-Фев-25, 01:38   +/
Ничо не будет, выпьем за упокой и продолжим жить дальше :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #502

514. Сообщение от Ivan_83 (ok), 20-Фев-25, 01:42   +/
На чём он написан?
Я видел как он у меня целый час насиловал проц крестовым компелятором, у меня были более интересные занятия потому я всю портянку не читал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #384

515. Сообщение от Ivan_83 (ok), 20-Фев-25, 01:45   –1 +/
> Приведи пример хоть чего-нибудь, что можно сделать в C, но нельзя в C++.

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


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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206

516. Сообщение от Аноним (516), 20-Фев-25, 01:46   +/
Уж точно быстрее чем новое ядро с нуля на C, если уж сравнивать сравнимое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

517. Сообщение от Ivan_83 (ok), 20-Фев-25, 01:48   +/
По колличеству сахара и абстрактности кода в языке от кода на асме после компеляции вполне себе языки далёкие от низкого уровня.


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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185

518. Сообщение от Ivan_83 (ok), 20-Фев-25, 01:57   +/
> Зачем столько версий, если можно было бы обойтись K&R?

Честно - не знаю :)
Не сказать чтобы там что то нужное/интересное было.


> Я вижу ты у нас еще и в будущее заглядывать умеешь)
> А тебя волнует только твоя и та на которую будешь обновляться.
> А как же, то ли дело СИшники. Скажут "мы 20 лет использовали, зачем что-то новое?"
> И? Код открыт. Кто хочет - пусть хоть на брейнфак переписывает.

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


> У раста вполне четкие цели. Причем они их даже фиксируют)
> rust-lang.github.io/rust-project-goals/2025h1/index.html

А где до 2035 года цели?
Где гарантии что они даже на 2025 ничего не поменяют?


> Да-да, конечно. Совершенно не меняются.
> Вон в C++ завозят модули, а в СИшке ломают UB в новом стандарте.

Завозят, у меня от этих завозов только новые варнинги иногда появляются с -Wall -pedantic -Weverything.


> Я даже не смогу собрать ядро (от лудших пограммистов) новой версией С23, а ты про какой-то браузер спрашиваешь.
> Но ты можешь показать мне как ядро 2.6 собирается С11 (текущая версия в ядре).

Да, но ты то предлагаешь эти проблемы помножить на 2 и более добавлением ещё одного компелятора совсем другого языка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #509 Ответы: #551

520. Сообщение от Аноним (520), 20-Фев-25, 02:21   +/
>увеличит нагрузку на и без того перегруженных людей, поддерживающих инфраструктуру ядра

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

Ответить | Правка | Наверх | Cообщить модератору

521. Сообщение от Аноним (521), 20-Фев-25, 02:32   +/
>Тут был один который хотел циклически переписывать память одновременно с нескольких потоков, но это был явный изврат.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #444

522. Сообщение от Линус Торвальдс (?), 20-Фев-25, 02:37   +/
Ну вот вам чёткие правила:

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #359 Ответы: #573

523. Сообщение от Ivan_83 (ok), 20-Фев-25, 02:38   +/
Плох для чего?
Для моих целей он вполне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #506 Ответы: #552

524. Сообщение от Прохожий (??), 20-Фев-25, 02:46   +/
>смысла такое использовать в серьёзных проектах вообще нет

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

527. Сообщение от Ivan_83 (ok), 20-Фев-25, 02:54   +/
Тебе не нравится код который я не трогал уже 9 лет, и чо? :)
Из заброшек там ещё как минимум sap парсер и егойный клиент - и чо?

Страшный то код всё равно не там лежит, он тут: http://netlab.dhis.org/wiki/index
исходники виндовых утилит.
Но это не мешает этим утилитам работать уже более 10-20 лет.

Да да, тулсе которая DNS клиент как раз лет 20, я на ней эксперементировал в последний раз с IOCompletionPort от того она немного коряво с таймаутами пашет, был бы WSAAsyncSelect через оконные сообщения так и проблем бы не было.
TCPTerm примерно того же года, уж хз какая версия по счёту, прошлые были ещё с 2001 года на вижалбейсике да я кажется исходники растерял в придачу к смерти бейсика :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #510

528. Сообщение от Ivan_83 (ok), 20-Фев-25, 02:55   +/
А где вы там ошибки увидили?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #302

529. Сообщение от Ivan_83 (ok), 20-Фев-25, 02:58   +/
В линуксах большую часть пара спускают как раз делая разные дистры.
Всё равно в дистрах часто и ядро идёт со своими патчами а окружение так вообще везде своё-уникальное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187

530. Сообщение от Ivan_83 (ok), 20-Фев-25, 03:01   +/
В том что его всё ещё допиливают и как и с крестами от версии стандарта к версии нужно вносить правки в код.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189 Ответы: #557

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #461

532. Сообщение от мявemail (?), 20-Фев-25, 03:37   +/
>полностью у ни не вышло

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

534. Сообщение от Ivan_83 (ok), 20-Фев-25, 03:59   +/
В чём дно то?
У меня и линукс примерно так же бы работал, без особых видимых отличий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223

535. Сообщение от _ (??), 20-Фев-25, 04:01   +/
>Правительство США призывает отказаться от небезопасных языков! Будущее за растом!

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

  

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #429 Ответы: #592

536. Сообщение от Аноним (322), 20-Фев-25, 04:24   +/
> Почему, если не секрет

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #489

537. Сообщение от Аноним (322), 20-Фев-25, 04:29   +/
> использовать рабочий иструмент или какой-то полуфа/bрикат.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #400 Ответы: #641

538. Сообщение от Аноним (538), 20-Фев-25, 04:52   +/
Интересно, а вы чему собственно радуетесь? Качество Linux от этого только упадет и проиграют все... да, вы не ослышались, именно упадок. Раст любой ценой? Это только подтверждает неадекватное поведение данного культа. Деды уйдут, а заменить их будет некем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #502 Ответы: #602

539. Сообщение от bdrbt (ok), 20-Фев-25, 05:56   +4 +/
Мне непонятно, почему растоманы так активно лезут в ядро, в то время, когда есть овердохрена сетевых и инфраструктурных сервисов на С которые зачастую и являются первичными векторами атаки, которые собственно и эксплуатируют при взломах и диверсиях. Может за них надо браться, а не лезть в чужие проекты? Соберите там дистр в котором вся критическая часть написана на расте, продемонстрируйте его "секурность" и безопасность. Вот тогда и можно будет говорить о каких-то гипотетических плюшках наличия раста в ядре.
А так это один в один попытки всяких заднеприводных, "небелых" и нетакусек влезть во все аспекты жизни просто по тому чтобы "хочется", а по факту получаются негробелоснежки и тому подобная шляпа.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #546, #652

540. Сообщение от Аноним (540), 20-Фев-25, 06:59   +/
> сам язык развивался строго параллельно с написанием ОС в прод

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #449

541. Сообщение от An (??), 20-Фев-25, 07:05   +/
>>Си - это инструмент прямиком из начала семидесятых, по современным меркам ни к чему не пригодный.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #452 Ответы: #567

542. Сообщение от laindono (ok), 20-Фев-25, 07:19   +/
Писал ядра на си и на расте. Пока делаются простенькие вещи, на няшном си очевидно проще. Как только начинается всякая свистопляска например с многоядерностью, так раст сразу начинает приносить пользу. Плюс опять же отладчик реже требуется, запускал его только для портянок на ассемблере.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #467

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #473

544. Сообщение от User (??), 20-Фев-25, 07:44   +/
> Любой реальной иерархии, а не воображаемой.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #472 Ответы: #548

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #357

546. Сообщение от Аноним (200), 20-Фев-25, 08:14   –5 +/
Создавайте свой луддитский форк без раста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #539 Ответы: #564

547. Сообщение от Аноним (476), 20-Фев-25, 08:31   –1 +/
>Какое отношение АДА имеет к ядру и СИшке?

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

>Есть несколько проектов, но я не сильно интересовался насколько они рабочие

github.com/formal-land/coq-of-rust

Значит нету. Кок фо раст -- это просто кок. Он уже был. И к расту он внешний. Его никто немешал и не мешает применять к сишке.

>Возможно тут adacore.com/gnatpro-rust
>We’re developing GNAT Pro for Rust with the intent to support safety-certification needs such as avionics (DO-178), rail (EN-50128), space (ECSS-E-ST-40C and ECSS-Q-ST-80C) and others.

Только этот гиммик от адакори и есть, больше и нету :) "Они девелопят" (с) Ну, как надевелопят -- и сертифицируются -- тогда и притаскивайте.

>Подумаешь, второй язык в наверное самом распространенном ядре для серверов или телефонов...

Примеры этих серверов и телефонов они щас с тобой в одной комнате? Нет, ты назови, я жду.

>"Я так тоже могу, только не хочу" (с)

Что ты там можешь? Пукать в лужу и собирать в гугле сомнительные ссылки все три?

>АДАвцы не просто так стали Silver Member в Rust Foundation. Наверное они что-то знали.

adacore.com/press/adacore-joins-rust-foundation-as-silver-member

Не "адавцы", а "адакоровЦы". Это еще не все "адавцы". И куда они пытаются скатить аду нравится не всем, с сомнительной алире начиная. Хрусты занимаются переизобретением колеса которое уже есть. Просто им нужно чтоб их унижал именно компилятор, а не формальныые требования регуляторов и отсуствие осознания зачем нужны те же SPARK и тот же coq

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #497 Ответы: #584

548. Сообщение от Андрей (??), 20-Фев-25, 08:32   +/
Ну тут на самом деле обычно одно из двух - либо "главный" вообще не в курсе что творится и часто это отражается на динамике и качестве развития решений, либо напротив главный вовлечён и ключевые решения хочет или нет, но принимает он. На деле это вопрос ответственности - если решения ничего не значат, то и ответственность минимальная, если ответственность потенциально меняет проект до неузнаваемости(вынуждает содержать дублированную кодовую базу, усложняет синхронизацию и сегрегацию разработчиков как в случае RustForLinux), то эту ответственность стремятся скинуть на любого, кто решиться занять пост главного. На деле же с учётом того трения которое RFL вызывает в сообществе разработчиков ядра кмк на линуса давят сверху корпорации, ибо в сообществе голосов против сильно больше чем голосов ЗА, но корпорации в виду своих интересов ЗА, поэтому и Линус вполне себе может быть не против... невольно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #544 Ответы: #575

549. Сообщение от Аноним (549), 20-Фев-25, 08:38   +/
А как же тот чел, который якобы в еду в ресторане подложил, их якобы купил? Что-то тут нечисто. Да и в еде ртуть безопасна, ибо жкт не усваивается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #452

550. Сообщение от Аноним (550), 20-Фев-25, 09:04   –1 +/
Перепишите хоть на плюсах, хоть на brainfuck, только 12309 исправьте!
Ответить | Правка | Наверх | Cообщить модератору

551. Сообщение от Аноним (180), 20-Фев-25, 09:17   +/
>А где до 2035 года цели?
>Где гарантии что они даже на 2025 ничего не поменяют?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #518

552. Сообщение от Аноним (180), 20-Фев-25, 09:18   +/
Опять та же песня. Он не соответствует спецификации xml, он просто не работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #523 Ответы: #578

554. Сообщение от Аноним (180), 20-Фев-25, 09:24   +/
>И автор там прямо и сказал - патч получился очень маленьким.

Патч для запуска hello world. Вы упорно продолжаете притворяться, что после этого патча perl заработал от самого начала и до самого конца
>Да сколько бы их там не осталось - это легко правится.

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

В си у компилятора недостаточно информации, чтобы обнаруживать большинство ошибок. Будь это не так, сишники и сами бы замечали свои проблемы
>Вот чёто я сомневаюсь что cargo fix --edition сделает что то сложнее автоматической замены

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

Доказательств этого у вас разумеется не будет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #505 Ответы: #576

555. Сообщение от Я (??), 20-Фев-25, 09:24   +/
в статье отмечена точка зрения, что проблема не с дедами и языком, а с новым 5летним кодом, похоже стало больше альтернативно одаренных, которым нужен жёсткий компилятор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

556. Сообщение от n00by (ok), 20-Фев-25, 09:29   +/
Потому что "всё есть file". А file это не файл, но и напильник. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

557. Сообщение от Аноним (557), 20-Фев-25, 09:36   +/
> В том что его всё ещё допиливают и как и с крестами

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #530 Ответы: #579

558. Сообщение от Аноним (558), 20-Фев-25, 09:37   +/
чем больше закорючек, тем больше "неплохой"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #493 Ответы: #603

559. Сообщение от n00by (ok), 20-Фев-25, 09:43   +/
Например, можно будет заявить на похоронах "хотели как лучше, а получилось как всегда".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #494

560. Сообщение от Ян (?), 20-Фев-25, 09:47   +/
Уверен - не только задумались, а наверняка есть такая версия ядра. То же Линукс либре ядро. Вполне допускаю, что есть ментейнерв оригинального ядра, которые уже в этом проекте участвуют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

561. Сообщение от Engineer (??), 20-Фев-25, 09:51   +/
Кристоф Хелвиг - настоящий программист, всё четко и по делу, остальные только кричат про мнимую безопасность.
Про безопасность можно говорить когда язык обкатают в жестком проде лет 10 хотя бы. И да - про сопровожнодение, посмотрите код на расте - жуть жуткая, а ведь придется и разбираться в чужом коде когда-то.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #568, #598

562. Сообщение от Соль земли (?), 20-Фев-25, 10:05   +/
Ты сравнил космический корабль с молотком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #388

563. Сообщение от Аноним (180), 20-Фев-25, 10:24   +2 +/
>Да, почему бы и нет :)

Вот чего у сишников не отнять, так это любви к велосипедам. К парсеру предъявляются определённые требования, вроде скорости, надёжности, обработке ошибок, полноте поддежки спецификаций и так далее. У вас напротив каждого пункта можно ставить прочерк. Кроме того, прочтий вы книгу Real World Ocaml, или курс cs3110, то знали бы как правильно писать парсеры
>Не понял вопроса.

Что тут можно не понять? У вас есть несколько case без тел, идущих сразу перед default
>Оно там вроде не "катается"

Что значит "вроде"? Вы не знаете, что делает ваш код? Или не понимаете, почему просматривать строку вперёд, а потом возвращаться назад - плохая идея?
>да и задача у этого была парсить не очень часто и не очень много

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

Допустим, я поставлю ваш чудесный софт и отредактирую файл руками. Всё сломается, а я не буду знать почему. Хороший софт для 2025 года
>Почему бы и нет.

Я не буду говорить про производительсность, я не настоящий сишник. Но читать подобное - занятие не из приятных. У вас список аргументов сливается с телом функции, и нужно несколько секнуд тратить, чтобы понять где что. В нормальном форматировании фигрная скобочка будет на отдельной от аргументов строке и будет разделителем. Это не говоря уже про ошибки копипаста и прочее, когда один аргумент из пары строка/длина строки изменён, а второй - нет.
>А давайте (IDE считает символы в выделенном), лучше заранее прописать размеры.

Хорошо, я открою код в ide, и изменю строку. Хоть одна ошибка компиляции вылезет? Или упадёт в рантайме, как и пологается настоящей сишной программе?
>Оно используется в функции которая как раз ожидает массив с размерами "строк".

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

Правильно, нет, поскольку их до сих пор никто не сделал, в том числе и вы
>а юзать структуру - раздуть код на ровном месте

В каком месте вы её раздуваете?
>Давайте.
>Только не выделим и позаимствуем на стёке.

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

И где это можно увидеть? Верить вам на слово? Даже если это так, то зачем тогда такой перерасход памяти? Килобайт туда, килобайт сюда, и вот приложение потребляет на порядки больше чем нужно.
>а если ещё и полную поддержку стандарта то там совсем дебри начинаются

Вот удивительно, сишникам не нравится отсутствие стандарта у раста, хотя у него есть как минимум rfc, но сами опубликованные спецификации соблюдать не хотят. Точнее не то что не хотят, не могут. И вместо того, чтобы взять готовую реализацию пишут свой велосипед
>Ну да, меня вот больше волнуют бэкдоры в чужом коде чем ошибки в своём :))))

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

И да, вы приводили этот код, как образец того, как в 2025 году писать на си. Хорошая антиреклама.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #511 Ответы: #577, #581

564. Сообщение от dh (??), 20-Фев-25, 10:27   +3 +/
по идее наоборот, вы должны были сделать форк с растои и показать как это всё хорошо работает.
а не вломиться в проект и требовать чтобы под вас подстраивались и посылать в форк если чтото не нравится
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #546 Ответы: #569

565. Сообщение от Аноним (180), 20-Фев-25, 10:34   +/
>Даже как-то смешно это читать в контексте самого позорного долгостроя за всю историю компьютеров - вейлэнда.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #495

566. Сообщение от Аноним (180), 20-Фев-25, 10:37   +/
В том, что это просто слова. Человек может с винды пишет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

567. Сообщение от Аноним (180), 20-Фев-25, 10:39   +/
>На нем куча ОС и прикладного софта написано - факт

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #541

568. Сообщение от Аноним (180), 20-Фев-25, 10:46   –3 +/
>Про безопасность можно говорить когда язык обкатают в жестком проде лет 10 хотя бы.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #561 Ответы: #585, #654

569. Сообщение от Аноним (180), 20-Фев-25, 10:49   –1 +/
>по идее наоборот, вы должны были сделать форк с растои и показать как это всё хорошо работает

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #564 Ответы: #653

570. Сообщение от EULA (?), 20-Фев-25, 11:25   +/
> Да, кстати - им таки - сюрпризов подвалит с дровами на хрусте.

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

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

#trollface

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

571. Сообщение от Аноним (571), 20-Фев-25, 11:51   +2 +/
Кристофу надо было в онкологи идти, а не в программисты
Ответить | Правка | Наверх | Cообщить модератору

572. Сообщение от Прохожий (??), 20-Фев-25, 12:07   +/
>Вы почему то не понимаете в упор о чём речь.

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

573. Сообщение от ProfessorNavigator (ok), 20-Фев-25, 12:13   +1 +/
> Ну вот вам чёткие правила:
> 1. Я всегда прав.
> 2. Если я не прав, смотри пункт 1.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #522

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

575. Сообщение от aNonim (?), 20-Фев-25, 13:36   +1 +/
Дело не в том, кто тут главный, а в том что отсутствует регламентация процессов и разграничение зон ответственности.
Систему менеджмента качества и управления бизнес процессами не просто так придумали.
iSO 9000 наше всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #548

576. Сообщение от Ivan_83 (ok), 20-Фев-25, 13:40   +/
> То ли дело автор статьи, назвавший это работой. Сидеть с отладчиком наперевес

Зачем!?
Там легко всё делается: выпало корку - получил бэктрейс, поправил, повторил.
У меня даже скрипт специальный есть который бэктрейс достаёт из корок.


> Вы упорно продолжаете притворяться, что после этого патча perl заработал от самого начала и до самого конца

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


> В си у компилятора недостаточно информации, чтобы обнаруживать большинство ошибок.

С не мешает высшей сущности пограмиста и не смешивается в его замыслы.
Если высшая сущность решила записать ((uint32_t*)0)[1] = 1 значит такова воля.
Замысел высшей сущности компелятору не изместен, возможно это приведёт к падению но так и было задумано или туда уже смаплена память и оно будет работать.
Падение тоже может быть замыслом.


> Вы придумываете аргументы на ходу. То вы говорили, что всё нужно сделать руками, теперь уже частично автоматизацию признаёте.

А вы что хотите, чтобы я вам их из книжки вычитывал?)


> Доказательств этого у вас разумеется не будет.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #554

577. Сообщение от Ivan_83 (ok), 20-Фев-25, 14:03   +/
> К парсеру предъявляются определённые требования, вроде скорости, надёжности, обработке ошибок, полноте поддежки спецификаций и так далее.

Смешной вы.
Мой парсер - мои требования.


> Кроме того, прочтий вы книгу Real World Ocaml, или курс cs3110, то знали бы как правильно писать парсеры

Может быть, только зачем?
У меня была задача, я её для себя решил.


> Что тут можно не понять? У вас есть несколько case без тел, идущих сразу перед default

И что?
Я написал так чтобы мне было понятно.


> Что значит "вроде"? Вы не знаете, что делает ваш код?

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


> Или не понимаете, почему просматривать строку вперёд, а потом возвращаться назад - плохая идея?

Чувак, ты упоролся.
Этот код написан для того чтобы парсить в среднем файлы меньше 64кб раз в пару секунд или до пары мегабайт раз-два за время работы программы-демона.
Да вообще насрать, даже если бы он из файла читал по одному символу и то это бы не было очень заметной проблемой, а ты тут затираешь в сторону вымывания кешей.
В остальном - ну такой вот формат, по другому я ничего не придумал.


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

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


> Допустим, я поставлю ваш чудесный софт и отредактирую файл руками. Всё сломается, а я не буду знать почему. Хороший софт для 2025 года

xml валидатор вам в руки, я даже в конфигах и вики писал про него.
Может дойдут руки и я перепишу на ini/json конфиги, и накорябаю какойнить конвертер.


> Но читать подобное - занятие не из приятных.

Это ваша индивидуальная особенность.


> Хорошо, я открою код в ide, и изменю строку. Хоть одна ошибка компиляции вылезет? Или упадёт в рантайме, как и пологается настоящей сишной программе?

Ваши правки - ваша отвественность.
Вопрос напрочь лишённый смысла.


> Насколько я знаю, размер подобных строк можно посчитать во время компиляции.

Да, можно, но код от этого станет менее читаемым.
А конкретно там моя функции замены, она работает с бинарными данными ей нужны размеры.


> Правильно, нет, поскольку их до сих пор никто не сделал, в том числе и вы

И что?!


> В каком месте вы её раздуваете?

Значит перед каждый вызовом нужно будет дополнительно объявлять структуру и заполнять её.


> Каким образом это отменяет мои слова? Кроме того, стек ещё более ограничен в месте, по сравнению с кучей.

Если 4кб взять со стёка это проблема - то это ваша проблема.


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

Чтобы это понять надо прочитать код и понять что он делает.
"Перерасход" - потому что я могу себе это позволить.
Вы походу вообще не понимаете как устроен стёк потока раз пишите такую фигню.


> И вместо того, чтобы взять готовую реализацию пишут свой велосипед

Вместо того чтобы написать свой код тянут тысячи лефтпадов.


> И да, вы приводили этот код, как образец того, как в 2025 году писать на си. Хорошая антиреклама.

Я приму ваше мнение к седению :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #563 Ответы: #610

578. Сообщение от Ivan_83 (ok), 20-Фев-25, 14:06   +/
Он просто работает. Полного соотвествия мне никогда не требовалось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #552

579. Сообщение от Ivan_83 (ok), 20-Фев-25, 14:13    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #557

580. Сообщение от slew (ok), 20-Фев-25, 14:14   +/
wifi работает, карточки интелевские. Графика работает, карточки интелевские и амд-шные. Блюпуп даже не смотрел, мне на ноутах оно вообще не нужно. Ноуты, один thinkpad T420S, второй MSI-шный
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #324

581. Сообщение от slew (ok), 20-Фев-25, 14:40   +/
>Вот чего у сишников не отнять, так это любви к велосипедам.

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

>К парсеру предъявляются определённые требования, вроде скорости, надёжности, обработке ошибок, полноте поддежки спецификаций и так далее.

Вы хоть сами пробовали пользоваться вон теми yacc-ами и прочими bison-ами? Это то еще дерьмище. А поддерживать все спеки и все требования часто не нужно, нужно чтоб оно конкретно в том случае для того проекта работало особо хорошо. И вот те обобщенные решения часто именно этого не предоставляют. Хотя подерживают все требования, скорости и что там еще у вас в списке.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #563 Ответы: #614

582. Сообщение от Аноним (582), 20-Фев-25, 16:28    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #283

583. Сообщение от Аноним (582), 20-Фев-25, 16:32   +1 +/
> Извечная проблема отцов и детей

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #327 Ответы: #638

584. Сообщение от Аноним (-), 20-Фев-25, 16:40   +/
> А что вы носитесь с этим ядром, как бабы с пустым ведром?

Возможно потому что тема про ядро? Неужели это так сложно понять?

> Оно в мишон критикал не применяется.

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

Тут вопрос к тебе, какого ты пришел со своим "мишон критикал" в тему про ведро для телефонов?

> Значит нету. Кок фо раст -- это просто кок. Он уже был.

Значит нету.
> И к расту он внешний. Его никто немешал и не мешает применять к сишке.

Но в ядре не применяют)

> Только этот гиммик от адакори и есть, больше и нету :) "Они девелопят" (с) Ну, как надевелопят -- и сертифицируются -- тогда и притаскивайте.

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

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

Почитай opennet.ru/opennews/art.shtml?num=62256
И про андроид тоже.

> Что ты там можешь? Пукать в лужу и собирать в гугле сомнительные ссылки все три?

Кажется из тебя лезет какое-то бы-ло. Возможно это твоя настоящая сущность.

> Не "адавцы", а "адакоровЦы". Это еще не все "адавцы". И куда они пытаются скатить аду нравится не всем, с сомнительной алире начиная.

Всегда найдется кто-то, кому что-то не нравится.

> Хрусты занимаются переизобретением колеса которое уже есть.

Ты сейчас описал почти все СПО. Начиная от GNU's Not Unix!.

> Просто им нужно чтоб их унижал именно компилятор,

Или просто делал за них монотонную работу по подсчету ссылок и заимствований.

> а не формальныые требования регуляторов и отсуствие осознания зачем нужны те же SPARK и тот же coq

А зачем оно нужно в "не mission critical" ядре?
Тут АДА будет избыточна.

ps раз ты такой из себя специалист, то странно что не вспомнил ядро Ironclad и Gloire на нем основанную.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #547

585. Сообщение от Аноним (582), 20-Фев-25, 16:42   +1 +/
> А почему не 20?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #568

586. Сообщение от Аноним (586), 20-Фев-25, 16:51   +4 +/
Кто замержил - тот и отвечает.
Линус об этом не подумал поэтому случится очередное "А кто это сделал?" в переписке когда вмержинное окажется кривым. А оно окажется)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

587. Сообщение от Аноним (586), 20-Фев-25, 16:55   –1 +/
> Мэйнтейнерам будет проще рецензировать изменения и проводить рефакторинг модулей с учётом гарантий, предоставляемых языком Rust.

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

Ответить | Правка | Наверх | Cообщить модератору

589. Сообщение от svvord (ok), 20-Фев-25, 19:32   +/
Открой для себя poudriere и держи репозитории где захочешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #455

591. Сообщение от Аноним (591), 20-Фев-25, 21:23   +/
слышу "модно, молодёжно", понимаю - ненадёжно

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #456

592. Сообщение от Аноним (521), 21-Фев-25, 02:23   +/
Платный компилятор же. А так недавно что-то Nvidia делала со Spark.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #535

593. Сообщение от Аноним (593), 21-Фев-25, 05:01   +/
Торвальдс окончательно скурвился.
Что, впрочем, он уже и до этого продемострировал.
И да, продавят, продавят.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #597

594. Сообщение от northbear (??), 21-Фев-25, 05:50   +/
Ага, ага... Rust по сложности давно уже первысил С++, разрабатывать на нём очутимо сложнее чем на плюсах. Но если плюсы хоть как-то перекликаются с С, основным языком ядра, но Rust совсем другой язык.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #596

596. Сообщение от Прохожий (??), 21-Фев-25, 10:18   +/
>Rust по сложности давно уже первысил С++

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #594 Ответы: #599, #600, #617

597. Сообщение от Прохожий (??), 21-Фев-25, 10:21   –1 +/
Торвальдс окончательно пришёл в чувство. Поправил, можешь сказать спасибо. Вот бы ещё микроядро вместо вот этого...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #593

598. Сообщение от Прохожий (??), 21-Фев-25, 10:31   +/
>Кристоф Хелвиг - настоящий программист

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #561 Ответы: #655

599. Сообщение от Совершенно другой аноним (?), 21-Фев-25, 10:32   +/
> Потому что Rust, кроме других плюшек, содержит стандартные абстракции, в отличие от C,
> где надо их изобретать из проекта в проект.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #596

600. Сообщение от Аноним (600), 21-Фев-25, 10:39   +/

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

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #596

602. Сообщение от Прохожий (??), 21-Фев-25, 10:42   +/
>Качество Linux от этого только упадет

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #538 Ответы: #651

603. Сообщение от Прохожий (??), 21-Фев-25, 10:44   +/
Чем больше строгой типизации, стандартных абстракций, контроля над работой программиста, тем более неплохой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #558

604. Сообщение от Прохожий (??), 21-Фев-25, 10:45   –2 +/
Комьюнити точно такое же, как в любом другом языке, где много луддитов с завышенной самооценкой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #493

605. Сообщение от Прохожий (??), 21-Фев-25, 10:47   +/
>хрустики теперь будут плясать вокруг сишечки

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #474

607. Сообщение от Аноним (607), 21-Фев-25, 11:00   +3 +/
Удивительный мир, спецы не разработавшие и одного серьезного продукта, судят "плохой С" и рассуждают о безопасных языках.
Если все ядро переписать на раст, в ядре будет ровно столько же логических багов сколько и сейчас. Так-же потенциально те-же переполнения и наезды на соседнюю память, если учесть как часто встречается слово Unsafe в коде раст, который они пытаются запихнуть в ядро.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #611

608. Сообщение от Прохожий (??), 21-Фев-25, 11:31   +/
Почему только для системного? Для любого программирования язык должен быть максимально простым. Проблема в том, что нынешняя архитектура железа не позволяет этого добиться без ущерба или простоте, или качеству, или скорости выполнения. Скорость, качество, цена - выбирай любые два.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259

609. Сообщение от Прохожий (??), 21-Фев-25, 11:36   +/
Redox - это домашний проект, а не разработка для прода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #484

610. Сообщение от Аноним (180), 21-Фев-25, 11:38   +/
>Мой парсер - мои требования.

Так за что вы тогда rust критикуете? Их код - их требования
>Может быть, только зачем?

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

Ненавистники раста критикуют код за нечитаемость. Я вам даже номера строк привёл, могли бы прочитать, дело минут на пять. Подождите, это не раст нечитаем, это - си
>Этот код написан для того чтобы парсить в среднем файлы меньше 64кб раз в пару секунд или до пары мегабайт раз-два за время работы программы-демона.

Эти слова нужно писать в исходнике каждой сишной программы. Почему современный софт тормозит? Может потому, что он на интерпретируемых языках? Нет, он потому, что сишники оптимизировать не захотели. Только вопрос, зачем для этого нужен си?
>xml валидатор вам в руки, я даже в конфигах и вики писал про него.

Ваш парсер не прожуёт валидный xml код.
>Ваши правки - ваша отвественность.

Отлично! Перила не нужны, живите в одноэтажном доме! А если серьёзно, то если вы допустите ошибку, то компилятор не сообщит о вашей же ошибке
>Да, можно, но код от этого станет менее читаемым.

СИ не позволяет писать читаемый код?
>Значит перед каждый вызовом нужно будет дополнительно объявлять структуру и заполнять её.

Как же это по сишному. Читайте весь код, от самого начала и до самого конца
>Если 4кб взять со стёка это проблема

Данный подход не масштабируется. Для крошечных программ это прокатит - для серьёзных - нет
>Чтобы это понять надо прочитать код и понять что он делает.

Читайте весь код, от корки до корки. Как говорил Ларри Уолл, лень является программистской добродеятелью
>Вы походу вообще не понимаете как устроен стёк потока раз пишите такую фигню.

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

Вы против даже взять код из репозитория вашего дистрибутива?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #577

611. Сообщение от Аноним (-), 21-Фев-25, 11:40   –3 +/
> Удивительный мир, спецы не разработавшие и одного серьезного продукта, судят "плохой С" и рассуждают о безопасных языках.

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

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

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

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

Неправда)

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

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #607 Ответы: #616

612. Сообщение от Прохожий (??), 21-Фев-25, 11:41   +/
То есть, возразить вам нечего, поэтому вы решили надуть щёки (это слово пишется через букву "ё", кстати)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #480

613. Сообщение от Прохожий (??), 21-Фев-25, 11:45   +/
Нет никакой связи между выходом Redox и решениями Торвальдса. Не выдумывайте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #321 Ответы: #633

614. Сообщение от Аноним (180), 21-Фев-25, 11:46   +/
>А вот не от хорошей жизни, бро. Оно сторонее чаще всего глюкавое, тормознутое, работает не пойми как

Гм. Я на си и плюсах не пишу, но что, даже опакеченное в гну/линукс дистрибутивах библиотеки такие?
>Вы хоть сами пробовали пользоваться вон теми yacc-ами и прочими bison-ами?

Я писал с помощью menhir, lr парсер генератора для ocaml, мне понравилось.
>Это то еще дерьмище

А что там? Неужели плюсы накладывают какую-то свою специфику?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #581

615. Сообщение от Прохожий (??), 21-Фев-25, 11:53   +/
>Если он намеревается бесконтрольно вливать в кодовую базу весь раст-булщит в обход мэйнтейнеров, то кто будет всё это поддерживать и обеспечивать стабильность работы?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

616. Сообщение от Аноним (607), 21-Фев-25, 14:12   +1 +/
> Удивительный мир, спецы не работавшие ни в одном серьезном ресторане, судят "протухшее жаркое" и рассуждают о неприемлемости ногтей и волос в пирожных.

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

> Но скорее всего меньше, тк не будет тон void*, а будут нормальные типы.

Не существует ненормальных типов для процессора, существует невнимательность и лень при тестировании.

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

Достаточно посмотреть коммит, из-за которого начался весь этот сыр-бор.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #611

617. Сообщение от northbear (??), 21-Фев-25, 23:37   +2 +/
> Это не так. Rust гораздо проще C++.

Из это фразы сразу понятно, что ничего больше чем "hello world" на Rust'е вы не писали. Про многопоточность я даже говорить не буду.

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

Какие отчёты? Кто их написал, третий менеджер булавок четвертого завхоза Гугла?
То, что я говорю, это мой личный опыт. Я пописал нормально код: Asm, С, С++ начиная с первых стандартов, Ruby, Python, Go c версии 1.04, Groovy и так далее. И мне есть с чем сравнить.

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

Вся сложность С++ в STL. Среднестатистическому разрабу Templates писать не приходится, все пользуются стандартными. Rust проще пока ты копипастишь примеры с Quick Start Guide. А как только начинаешь писать свой код, начинается: Ownership, Lifetime, Mutability, Macros, Traits, Dynamic type sizes, Generics, Coherence/Orphanage, Macros. Так это я назвал базу, можно сказать. Без понимания этого всего, вы даже миддлом считаться не можете.
А когда дойдёт до асинхронности, конкарренси и параллелизма вам С++ будет как Basic после C.

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

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

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

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

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

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

Сомневаюсь. Уж на что я был энтузиаст Rust'а, но я в конечном счёте решил не тратить своё время на него. Количество вакансий Rust'а сильно ограничено, и вряд ли будет серьезно расти. Важность надёжного кода сильно преувеличена. А время для изучения Rust'а до достаточного для уровня миддла, эффективнее потратить на изучение актуальной предметной области типа AI.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #596

618. Сообщение от Ilya Indigo (ok), 23-Фев-25, 20:56   +/
Любой, уважающий себя, меинтайнер просто перестанет после такого быть меинтайнером!
Жду не дождусь массового ухода меинтайнеров!
Ответить | Правка | Наверх | Cообщить модератору

620. Сообщение от Candid Mulberry (?), 24-Фев-25, 07:09   +/
> девелоп сводится к освоению гранта [...] на 750 штук грина

Откуда дровишки про $750k, можно ссылочку?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

621. Сообщение от fynjy (??), 12-Мрт-25, 18:56   +/
я не разраб (но я стремлюсь), поэтому войны гове...языков в ядре прошли мимо меня, но если раст такой кучерявый, а его лапищ..соёбщество такое крутое и могучее - ну так пусть оно сидит и молча пилит форк ядра, обмазывает его чем хочет и обзывает впоследствии это как хочет. где-то есть декларативный запрет на разработку принципиально новых (нет) ОС? да вроде нет. а раз нет - ну так пусть дети едут е#аться на природу-шашлыки, а не атакует родительскую спальню, тем более когда оба родителя там заняты делами. чо лезть в ядро-то старческое? оставьте его как есть. отказался переходить на пятый билд. учусь компилять вместо этого говна, которое в систему срёт овер 4гб непонятного при влезании в вашу ОС, если досель этого там ничего не было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

622. Сообщение от fynjy (??), 12-Мрт-25, 19:03   +/
> монопольно владеть сборкой ядра.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293

623. Сообщение от fynjy (??), 12-Мрт-25, 19:07   +/
причем тут разморозка? не все живут от загрузки до загрузки как вы (судя по всему). ирл тоже требует времени на понять что вокруг просходит. времена-то горячие давно. так что вы стопудов не в курсе за какие-то давно уже происходящие вещи в какиз-то областях, о которых к примеру знаю я, а мы с вами оба не в курсе за движи, в которые вовлечен кто-то иной. и так далее. что за снобизм про разморозку?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #447

624. Сообщение от fynjy (??), 12-Мрт-25, 19:09   +/
так у них лапки на такое ещё не отросли и в попе обосновался палец корп. я пишу это как мимокрокодил начинающий мейнтейнер. ЗЫ - начинающий в плане что именно о сопрах речь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

625. Сообщение от fynjy (??), 12-Мрт-25, 19:15   +/
вопрос к знающему (не троллинг и не сарказм, я просто не отслеживаю) - как там дела у хайкуос? на ней уже завелась жизнь? я все хочу на нее посмотреть в живую, последние неск лет не следил за ними, повторюсь. просто сейчас у меня есть ресурс этим заниматься.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

626. Сообщение от fynjy (??), 12-Мрт-25, 19:17   +/
..и которая нужна горстке лишь идиотов, верящих в чудо из купертино, на мой взгляд. пробовал яблочную технику. неудобно там.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176

627. Сообщение от fynjy (??), 12-Мрт-25, 19:19   +/
> и ждать, пусть кто-то другой своё первым открывает

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #342

629. Сообщение от fynjy (??), 12-Мрт-25, 19:26   +/
внезапно согласен полностью с данным антоном.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

630. Сообщение от fynjy (??), 12-Мрт-25, 19:47   +/
> Если тебе не лениво - поясни пожалуйста.

я - НЕ он, но постараюсь пояснить. сначала - абсолютно невозможно представить что люди трахают собак. потом - _наверное_ можно представить что они этого вероятнее всего не станут делать. ещё позже - это появляется в медиа. ещё позже - вы уже и сами не прочь попробовать трахать собак. (вместо "собак" подставьте любое слово). окно овертона + политика DDD делают своё дело.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

631. Сообщение от fynjy (??), 12-Мрт-25, 19:50   +/
> Какие преимущества будут, если

0. больше контроля над хомячками
1. корпы получат больше контроля над владельцами хомячков

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

632. Сообщение от fynjy (??), 12-Мрт-25, 19:54   +/
> У него всё в порядке с психичесским здоровьем: нормис

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #290

633. Сообщение от fynjy (??), 12-Мрт-25, 19:57    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #613

634. Сообщение от fynjy (??), 12-Мрт-25, 20:11   +/
> Зато мнение имеют.

представь что на парковку, где десятками лет пенсионеры по выхам съезжались на своих (у кого получше, у кого поскромнее) вполне себе раритетных и уважаемых в целом по миру авто для того чтобы посидеть-за-жизнь - регулярно стала заезжать толпа молодых стритсракеров. они и орут, и бухают и спокойно поговорить не дают и движками хвастаются и разматывают пенсов на тему что вы мол устарели, а мое ведронейм круче вашего shevi cuda 1969 года, которая в целом и стоит как самолет и оправдала надежды мира вполне неплохо, чтобы к своей старости стОить по цене как самолет.

вопрос - нахера пенсам такие соседи с их "новым дивным миром"?

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

адепты ржавчины - это дети, ползающие по кровати уже начавшего отлетать деда с настойчивой просьбой рассказать им "ту самую сказку". да, они как внуки может деда и новее. да, они мб фундаментально и круче дедов. но ты или отъ#бись или помоги спокойно и достойно уйти старику в небыте, или в крайнем случае - отойди уже от его кровати, ирод.

imho со стороны смотрящего на весь это бедлам уже более 20 лет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #301 Ответы: #663

635. Сообщение от fynjy (??), 12-Мрт-25, 20:13   +/
> Нет, когда его соберёт GC. А это будет неизвестно когда.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #334

636. Сообщение от fynjy (??), 12-Мрт-25, 20:17   +/
> Там очень сомнительные проблемы всплывают в старых ядрах.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #347

637. Сообщение от fynjy (??), 12-Мрт-25, 20:19   +/
> Не в коем случае не критикую Rust, но почему бы не улучшить существующее.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #303

638. Сообщение от fynjy (??), 12-Мрт-25, 20:20   +/
ну да. а что-то другое где-то есть? покажите примеров тридцать хотя бы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #583

639. Сообщение от fynjy (??), 12-Мрт-25, 20:22    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #348

640. Сообщение от fynjy (??), 12-Мрт-25, 20:23   +/
> "Все вокруг куплены!" (с)
> Ты наверное по себе судишь?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #373

641. Сообщение от fynjy (??), 12-Мрт-25, 20:26    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #537

642. Сообщение от fynjy (??), 12-Мрт-25, 20:29   +/
> Часть моих кодов лицензирована

а можно ссылки на сие?

>Если тебе норм жрать Хурд без соли ради идеологии Щво6Одьки - то твое право.

а можно конкретику что не так с ним?

> Но что-то мне подсказывает, что ты это сообщение пишешь не с него, а с того, что сделали корпы

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #403

643. Сообщение от fynjy (??), 12-Мрт-25, 20:30   +/
>  Если не на Раст, то на чём? Расту просто нету замены.

прроблема не расте в толерастах стоящих за растом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #376

644. Сообщение от fynjy (??), 12-Мрт-25, 20:35   +/
а какой именно билд, я бы приобрёл себе такой же на посмотреть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #377

645. Сообщение от fynjy (??), 12-Мрт-25, 20:38   +/
> В итоге все сведется к лечению народными методами.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #450

646. Сообщение от fynjy (??), 12-Мрт-25, 20:40   +/
>Так когда-то поступила Apple, создав свою ОС.

не нашёл однозначной инфы о том что именно они форкнули когда начали делать свою ось. в смысле - какую именно - фри/нет/опенБЗДУ они брали тогда?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #477

647. Сообщение от fynjy (??), 12-Мрт-25, 20:43    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #448

648. Сообщение от fynjy (??), 12-Мрт-25, 20:45   +/
форк ядра на раст. и у каждого своя поляна. рынок сам решит что ему выбрать в итоге.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #465 Ответы: #650

649. Сообщение от fynjy (??), 12-Мрт-25, 20:46    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #469

650. Сообщение от Аноним (-), 12-Мрт-25, 20:50   +/
> форк ядра на раст. и у каждого своя поляна. рынок сам решит что ему выбрать в итоге.

Хм.. а почему не "форк без раста (если осилите)"?
Линус четко выразился или не ставите палки в колеса, или катитесь нафиг.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #648 Ответы: #658, #659

651. Сообщение от fynjy (??), 12-Мрт-25, 20:50   +/
гуглу нет веры ещё со времён тихой и "внезапной" смерти проекта Hunger Beast, которые форсили отличный медиа-контент о исподнем белье гугла, от чего у того пекло аки процессоры амуде. не, вру - ему нет веры с ещё более ранних пор. и к слову - а что именно эти отчеты описывают? в чьей трактовке? в чью угоду? лицами трудоустроенными в каких именно компаниях/позициях? смешной вы, ей богу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #602

652. Сообщение от fynjy (??), 12-Мрт-25, 20:54   +/
ну потому что кроме родительской спальни - тра#аться детям больше негде во всём огромном доме. инфраструктура, понимаете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #539

653. Сообщение от fynjy (??), 12-Мрт-25, 20:57   +/
ну стало быть ржавые - это отбитые, раз у них уже есть форк ядра на расте и целая их ось но они лезут в кернел. и если ваш асахи Тинукс так хорош что из него смыло лида при первом скачке - то тогда я "почему-то" не удивлен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #569 Ответы: #657

654. Сообщение от fynjy (??), 12-Мрт-25, 21:01   +/
> Код на си - не меньшая жуть.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #568 Ответы: #661

655. Сообщение от fynjy (??), 12-Мрт-25, 21:02   +/
> Зачем столько лет ждать, чтобы называть белое белым,

идиоты вроде тебя как раз массово и покупали билеты на Титаник

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #598

657. Сообщение от Аноним (-), 12-Мрт-25, 21:08   +/
> ну стало быть ржавые - это отбитые, раз у них уже есть форк ядра на расте и целая их ось но они лезут в кернел.

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

> и если ваш асахи Тинукс так хорош что из него смыло лида при первом скачке - то тогда я "почему-то"  не удивлен.

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #653

658. Сообщение от fynjy (??), 12-Мрт-25, 21:09   +/
я выбрасываю линуса поскольку он сделал это сам фактически став наемником корп. в сухом остатке имеем "новое поколение" ржавых идиотов и "старое поколение" щей и крестов. раз детям надо - вот они пусть и делают а к старикам пусть не лезут, покуда те сами не захотят общаться. к слову дискусия по миру продолжается, что говорит о том что старики не выходят из диалога, но они просто (и вполне законно) говорят что идите и делайте своё. вооон там.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #650

659. Сообщение от fynjy (??), 12-Мрт-25, 21:11   +/
> Хм.. а почему не "форк без раста (если осилите)"?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #650 Ответы: #662

660. Сообщение от fynjy (??), 12-Мрт-25, 21:14   +/
VS/.Net/С#/MS? пффф, оставьте себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #478

661. Сообщение от Аноним (-), 12-Мрт-25, 21:17    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #654

662. Сообщение от Аноним (-), 12-Мрт-25, 21:18   +/
> я очень много лет целенаправленно шёл по операционным системам в сторону слакваря,

Хахаха, скака сейчас это унылое днище.
Не удивлен что ты ей пользуешься.

> и последние три года сижу на нем. не спеша допиливаю под себя и готовлю форк.

А в туалет ты ходишь в яку в земле?
Или хотя бы ведро нашел?


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #659

663. Сообщение от Аноним (-), 12-Мрт-25, 21:55   +/
> представь что на парковку, где десятками лет пенсионеры по выхам съезжались на своих (у кого получше, у кого поскромнее) вполне себе раритетных и уважаемых в целом по миру авто для того чтобы посидеть-за-жизнь -

Раритетных - допустим, уважаемых - хаха.
Обычно уважаемые они только среди таких же старых пpдyнов.

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

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

Это нарушает законодательство?
Если нет - то пенсы имеют полное право сходить на... в пенсионный фонд, или в больничку.. куда они обычно прутся.

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

> и разматывают пенсов на тему что вы мол устарели, а мое ведронейм круче вашего shevi cuda 1969 года...

Лол. Тот код в ведре это не шеви или ламборджини, а просто москвич 1960 года.
Которую уже 100500 раз варили и перекрашивали, сидушки профуканы и запчасти регулярно отваливаются.

> вопрос - на№№ра пенсам такие соседи с их "новым дивным миром"?

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

> езжай к себе подобным.

А кто это решает? Если стаpперы, то чего из вообще слушать?

> адепты ржавчины - это дети,

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

> да, они мб фундаментально и круче дедов. но ты или отъ#бись или помоги спокойно и достойно уйти старику в небыте

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

> imho со стороны смотрящего на весь это бедлам уже более 20 лет.

А что 20 лет был раст?
Зато дырявый овнокод на сишке был)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #634


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

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




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

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