1.3, Аноним (3), 08:30, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
>> cокращён с 40 до 13 тысяч строк кода
Какова судьба оставшихся 27 тысяч строк кода?
| |
|
2.31, Бывалый смузихлёб (?), 09:51, 04/10/2022 [^] [^^] [^^^] [ответить]
| –3 +/– |
Там они округлили немного
На самом деле, в каждом файле из каждых 3 строк кода удалили по 2 строки не глядя, ведь пока предоставляется лишь треть функционала. Как ни странно, боровы проверились и скомипилилось
| |
|
3.58, Аноним (58), 11:29, 04/10/2022 [^] [^^] [^^^] [ответить]
| +23 +/– |
Эксперты с опеннет делиться своими фантазиями о том, как происходит программирование.
| |
|
4.82, Аноним (82), 12:54, 04/10/2022 [^] [^^] [^^^] [ответить]
| +11 +/– |
Хватит чмырить школьников... Поддержи лучше обьясни дураку его ошибку... пусть умное поколение вырастет, а то вырастет в тебя и будет троллить потом всех...
| |
|
|
2.33, Lost Inside (ok), 10:01, 04/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Они вошли в состав оставшихся 13 тысяч путем удаления переноса строки перед ними.
| |
2.54, llolik (ok), 11:22, 04/10/2022 [^] [^^] [^^^] [ответить]
| +5 +/– |
Я, конечно, понимаю, что труЪ по ссылкам не ходят. Но если зайти и посмотреть ( https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id= ), то вполне очевидно, что приняли пока только рантайм, чего достаточно для написания минимальных драйверов.
Там ещё в отдельной ветке полируются обвязки ( https://github.com/Rust-for-Linux/linux/tree/rust/rust/kernel ) над структурами ядра. Их пока ещё не включили в mainline, досматриваются и допиливаются.
| |
|
1.4, Аноним (4), 08:31, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Уже была же эта новость неделю назад. Ну добавили и добавили.
Выйдет, побудет в ядре полгодика -- посмотрим, как оно.
| |
|
2.111, Аноним (111), 14:02, 04/10/2022 [^] [^^] [^^^] [ответить]
| +5 +/– |
Там была новость другая, что Линукс сказал, что будет. А теперь - что реально помержил изменения
| |
|
1.20, Admino (ok), 09:07, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +15 +/– |
Сначала было 10 комплектов патчей для ядра.
Потом Линус раскритиковал патчи и отправил на доработку.
Потом доработали патчи.
Потом Линус не исключил интеграцию патчей (мой любимое!)
Потом объявили о том, что эти патчи войдут в ядро linux-next.
Потом объявили о том, что эти патчи войдут в ядро 6.1.
Потом написали экспериментальный драйвер nvme.
Потом провели тесты экспериментальныого драйвера.
Потом приняли решение о том, что патчи войдут в ядро 6.1.
Потом написали о том, что выйдет ядро 6.1, в котором будут патчи.
Потом написали о том, что состоялся релиз ядра 6.1, в котором патчи.
Итого 20 новостей из одного события, давайте ещё, журналисты.
| |
|
2.23, Аноним (-), 09:10, 04/10/2022 [^] [^^] [^^^] [ответить]
| +12 +/– |
Журналисты пишут о том, что интересно читателям. Опеннет очень бурно реагирует на упоминания раста, вот он и получает столько раста, что остальные новости уползают из топа быстрее, чем успеваешь их читать.
| |
|
|
Часть нити удалена модератором |
|
|
4.185, Аноним (185), 19:11, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Ну это же про раст, а не про джеймса уэбба. У растофанов нет денег, в отличии от наса.
| |
|
5.195, yet another anonymous (?), 20:30, 04/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
> У растофанов нет денег, в отличии от наса.
Это у NSA всё в порядке с бюджетом. А наблюдаемые растофаны --- это объекты, а не субъекты.
| |
|
|
|
2.37, Анонн (?), 10:16, 04/10/2022 [^] [^^] [^^^] [ответить]
| +3 +/– |
Новостей конечно много.
Но разве в последний год-два были ли изменения в ядре, породившие столько споров? Назовите хоть парочку.
Да и вообще - когда последний раз в ядро добавлялась поддержка какого-то языка?))
Плюс это очень важное изменение - это база для всего следующего развития этого направления
| |
2.127, хрю (?), 15:57, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Смех смехом, но это важная часть - дрова можно будет писать на двух языках. Если выгорит, то глядишь и третий можно будет добавить.
| |
|
3.183, Аноним (183), 19:03, 04/10/2022 [^] [^^] [^^^] [ответить]
| –4 +/– |
А потом в язык добавят несовместимые с прошлой веткой изменения. У Rust стандартизации никакой нет.
| |
|
4.203, Аноним (203), 20:46, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
И старые версии компилятора отбирают! Ну хоть не бьют по ночам, и за то спасибо.
| |
|
|
|
|
2.178, Аноним (178), 18:30, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Наконец-то! Поздравляю всех причастных!
Там из причастных один мигель охеда
| |
|
1.35, Аноним (35), 10:12, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> Основным мотивом поддержки Rust
Тут не только про память. Линус же говорил, что деды стареют, а раст позволит привлечь (зумеров) молодёжь.
| |
|
2.38, annonn (?), 10:17, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
А мне казалось что деды так и не научились не выходить за пределы массива и продолжают обращаться к уже удаленным объектам.
| |
2.80, Максим (??), 12:50, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Никого привлечь не получится, современной молодёжи "скучное" системное программирование нафиг не надо.
| |
|
3.103, Аноним (103), 13:45, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Наверное, можно привлечь, если сделать системное программирование визуальным.
| |
|
4.154, pavlinux (ok), 17:45, 04/10/2022 [^] [^^] [^^^] [ответить]
| +3 +/– |
> ... если сделать системное программирование визуальным.
Visual Assembler (c) Баян, 1995 г.
| |
|
|
|
1.36, Шарп (ok), 10:15, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
Растохейтеры сгорают дотла. И могли бы привычно поливать говном всех кто связан с растом, но в заголовке коммита предательски стоит строчка "
author Linus Torvalds <torvalds@linux-foundation.org> 2022-10-03 16:39:37 -0700". А на самого Линуса прыгать как-то не с руки. Вот и приходится зубоскалить в бессильной злобе. Продолжаю наблюдения за душевными терзаниями хейтеров. Это прекрасно.
| |
|
2.40, Анонн (?), 10:30, 04/10/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Падажди, сейчас тебе расскажут что его взяли в заложники))
| |
2.56, Аноним (58), 11:26, 04/10/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
В прошлой новости эксперты уже обзывали Линуса всякими нехорошими словами.
Местным оторвавшимся от реальности экспертам 🤡 он не авторитет
| |
2.135, Аноним (135), 16:51, 04/10/2022 [^] [^^] [^^^] [ответить]
| +3 +/– |
Я вас умоляю, они найдут тысячи вариантов продолжить поливать тем же, чем поливали раньше. Это легко, ососбенно если логику не включать. Продался, с ума сошел на старости лет, намерено сливает линукс и т.д.
| |
|
|
4.246, Аноним (135), 13:06, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Этот вопрос можно задать вообще любому проекту. Лю-бо-му, независимо от используемых технологий, причастных людей, поддержки кровавым энтерпрайзом, наличия сообщества и способности этого сообщества поддерживать проект на плаву.
Достоверно предсказывать будущее еще никто не научился.
| |
|
5.282, ОШИБКА Отсутствуют данные в поле Name (?), 21:22, 05/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Моя работа заключается частично в том, чтобы подстраховываться на случай феерических 3.14цов - и вот мой дерьмометр на это всё начал зашкаливать. Поэтому будем подстраховываться. Типичный для вашей географии авось у нас не катит.
| |
|
|
|
2.219, ОШИБКА Отсутствуют данные в поле Name (?), 00:13, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Не. Буду тихонько ковырять сборку основного софта под винду, чтобы можно было целиком пересадить окружение. Потому что с такими телодвижениями - добра не будет. Останутся в ядре ёbpf, iourine и хруст.
| |
|
1.41, rm2 (?), 10:32, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Лет через 5-10 когда этот хайп закончится, придётся выдирать обратно, выкидывать на слом весь успевший добавиться растовский код и переписывать всё обратно на Си.
| |
|
2.44, annonn (?), 10:38, 04/10/2022 [^] [^^] [^^^] [ответить]
| +3 +/– |
Думаю через 10 лет все старперы которые не могут "в управление памятью" уйдут на пенсию и/или помрут. А в контрибьюторах останутся молодые и активные растописатели.
Ну и в ядре станет меньше CVEшек.
| |
|
3.72, Аноним (-), 12:31, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> А в контрибьюторах останутся молодые и активные растописатели
а пассивных куда девать?
| |
3.231, Аноним (231), 06:35, 05/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Ну и в ядре станет меньше CVEшек.
Ох уж эти маняфантазии. Сколько там CVE из-за управления памятью и сколько из-за алгоритмических ошибок?
| |
|
2.45, Аноним (183), 10:38, 04/10/2022 [^] [^^] [^^^] [ответить]
| +3 +/– |
к тому времени ты сделаешь свой язык и мы все перейдём на него
| |
2.52, Аноним (58), 11:20, 04/10/2022 [^] [^^] [^^^] [ответить]
| –2 +/– |
Через 5 лет придется переписывать весь небезопасный код на rust, а старый си выкидывать на слом.
| |
|
3.85, Аноним (82), 12:57, 04/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Надесь что к этому времени Rust доведут до такого же уровня просты как Си, а то в текущем его виде в обилием типов это что-то вроде C++ многословное<str> и синтаксический<'a>::уродливое
| |
|
|
5.247, Аноним (135), 13:09, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Или выйдет новый модно-молодёжный язычок, и по сравнению с ним раст окажется милым, симпатичным и интуитивно понятным.
| |
|
|
3.239, bOOster (ok), 11:08, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Через 5 лет эту ветку, в которой будут раст - все будут пытаться забыть как страшный сон. Вангую.
| |
|
2.248, Шарп (ok), 13:17, 05/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Лет через 5-10 когда этот хайп закончится, придётся выдирать обратно, выкидывать на
> слом весь успевший добавиться растовский код и переписывать всё обратно на
> Си.
Ну как там, хайп на systemd прошёл? Время расставило всё по местам? Юниты на баш портянки уже поменяли?
| |
|
3.298, Аноним (298), 08:16, 06/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Да, расставило по местам всех некомпетентных упырей, что громче всех орали за портянки. Время прошло, пророчимый конец systemd так и не наступил и лишь крик БОХНАКАЖЕТ всё ещё слышен затихающим эхом на линуксовых форумах.
| |
|
|
1.51, Аноним (58), 11:18, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Отличная новость, всем экспертам по огнетушителю.
Чем больше новостей о rust, тем лучше
| |
1.59, Аноним (59), 11:33, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Думаю это гиблое дело пытаться спасать как-то линукс, нужно переносить части ядра в systemd.
| |
1.63, Аноним (60), 11:54, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
Для крестописателей конечно очень обидно. Линус сначала послал их лесом с крестами в ядре (внезапно потому что с кодом менее удобно работать), а теперь добавляет поддержку языка, который они искренне ненавидят и стремятся уничтожить.
Не срослось с повсеместным внедрением плюсцов. Такими темпами и переучиваться придется.
| |
|
2.96, Аноним (183), 13:18, 04/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Крестам отказали лезть в ядро, а раст разрешают для драйверов. Не заметил разницы?
| |
2.116, _kp (ok), 15:02, 04/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Возможно у С++ закостенелая политика развития. Инициализацию структур и то, до сих пор не поддерживает толком. Потом говорят что нет такого языка С/C++, ага когда в одном проекте всегда то и другое, нафиг их различать. А драйверы как писать на чистом С++, не в ущерб качеству кода?
В Си плюшки добавить, в очередной стандарт, видимо религия не позволяет, даже в виде GNU расширений.
А Rust пытаются активно развивать. Хотя, для моего вкуса, его синтаксис пока совсем неприемлим. Но развиваются же и ладно.
| |
|
3.142, Аноним (-), 17:11, 04/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
>говорят что нет такого языка С/C++, ага когда в одном проекте всегда то и другое, нафиг их различать
Ой дурак?!
>А драйверы как писать на чистом С++
Дурак с плюсами.
Начитаешся всякого а потом думаешь: "Слава тебе господи, за то, что Линус запретил в ядре C++".
| |
|
4.150, _kp (ok), 17:34, 04/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Тут не без шуток сказано.
А про драйверы Вы не в теме. Бывает и пикосекунды(!) учитывать надо. Помимо ширпотребных платформ, есть всякая "встраиваемая" экзотика, где с выбором компиляторов и библиотек не густо, а запросы как настоящей системе. А если еще наложить требования не программистов к коду, плюс костыли, что и баги железа, чужого кода, и проблемы конкретного компилятора обойти, и итоге такие пакостные исходники выходят.. Что посещают дурные мысли свой Си написать.
Ещё раз, речь таки не о десктопе, и драйверах Линукс. Там после перечисленного, просто удовольствие что то писать.
| |
|
5.173, yet another anonymous (?), 18:20, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Бывает и пикосекунды(!) учитывать надо. ... где с выбором компиляторов и библиотек не густо, а запросы как настоящей системе.
Компилятор нам в этом деле поможет. Ага.
| |
|
6.228, _kp (ok), 03:11, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Тут или ассемблерные вставки или Си. Вот и ниша.
Работа с периферией и протоколами обмена часто требует именно сишные структруры, и желательно без всяких конвертаций.
А если чисто прикладное ПО, хоть и для внутренних отладочных нужд, то конечно, на C++, и тем более С, я вряд ли буду писать.
Всему свое разумное применение.
Да и драйвера разные бывают, под термином драйвер может скрываться что угодно.
| |
|
5.262, red75prime (?), 15:43, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Пикосекунды времени исполнения кода? Не верю. За пикосекунду свет проходит 0.3мм. Характерная частота - терагерц. Максимум что могу представить - писать в регистр, управляющий каким-нибудь экспериментальным терагерцовым генератором, но тут никаких отличий между растом и си нет.
| |
|
6.312, _kp (ok), 15:25, 06/10/2022 [^] [^^] [^^^] [ответить] | +/– | Я не поливал Rust вообще, тем более, что в критичных местах он позволяет отсту... большой текст свёрнут, показать | |
|
|
|
3.299, Аноним (298), 08:48, 06/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
С какой такой душевной хвори тебя волнует такая вещь как синтаксис? Ноутбук тоже выбираешь по цвету крышечки?
| |
|
4.302, _kp (ok), 10:51, 06/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Ноутбук тоже выбираешь по цвету крышечки?
В яблочко!
Я колекционирую компьютерную технику, как очень ретро, так и актуальные модели, которые позже будут пылиться в коллекции. И предпочтение, именно ноутбукам.
Под конкретные задачи, конечно выбираю тот или иной. И.. бывает что выбираю настроение, хоть и не по цвету. Вы почти угадали. :)
>> С какой такой душевной хвори тебя волнует такая вещь как синтаксис?
Не можете изменить или повлиять, ну так и пользуйтесь тем что дали.
red75prime>> Пикосекунды.. Не верю.
Достаточно регировать за вменяемое время. А регистрировать и вносить поправки надо до десятков пикосекунд.
| |
|
5.308, yet another anonymous (?), 14:19, 06/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Не можете изменить или повлиять, ну так и пользуйтесь тем что дали.
> Достаточно регировать за вменяемое время. А регистрировать и вносить поправки надо до
> десятков пикосекунд.
Милейший, вы о том, что такое "время" в цифровой электронике задумывались?
| |
5.310, red75prime (?), 14:44, 06/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> А регистрировать и вносить поправки надо до десятков пикосекунд.
То есть читать/писать в регистры значения задержек. Тут без С точно не обойтись, хех.
| |
|
6.315, yet another anonymous (?), 20:32, 06/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
>> А регистрировать и вносить поправки надо до десятков пикосекунд.
> То есть читать/писать в регистры значения задержек. Тут без С точно не
> обойтись, хех.
И без компютера, работающего на частотах в несколько сот терагерц :))) это немного не ультрафиолет ещё ...
| |
|
|
|
|
2.128, хрю (?), 16:00, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Дрова на крестах? И зачем? У хруста хоть какие-то гипотетические плюшки имеются, а у крестов в дровах, как плюшки? А вот в само ядро на хрусту ни крестам ходу по понятным причинам нет.
| |
|
1.64, DEF (?), 12:15, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| –18 +/– |
Хорошая новость. C и С++ должны умереть. Абсолютно непригодные и устаревшие языки программирования. В последний раз я на них програмировал году этак в 2005. Сейчас только на Java, SQL и Julia.
| |
|
2.86, Аноним (86), 12:58, 04/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
В вашем комментарии упомянуты пять языков программирования. Где-то начали потихоньку внедрять язык, отличный от вами упомянутых. В чём для вас "хорошесть" новости и почему два языка должны умереть?
Почему какие-то существующие языки устаревшие или непригодные, если на них пишут? А пишут код на том, на чём заказывают или на том, что нравится.
| |
|
3.125, DEF (?), 15:55, 04/10/2022 [^] [^^] [^^^] [ответить]
| –5 +/– |
C и С++ не пригодны для использования в тех нишах, для которых предназначены. Постоянные баги с утечками памяти, гонками потоков, обрещением к несуществующим разделам памяти и тд и тп. Это не допустимо в системных нишах.
SQL, Java и Julia - полностью соотвествуют тем нишам, для которых предназначены.
| |
|
4.145, Аноним (86), 17:20, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Я не знаю какие языки для каких ниш предназначены.
Вы говорите о постоянных багах, утечках и гонках, хотя не используете эти языки с 2005 года.
Так сильно критиковать без собственной практики недопустимо.
| |
|
5.163, Анонн (?), 18:01, 04/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
А зачем использовать эти языки для того чтобы говорить "о постоянных багах, утечках и гонках"?
Достаточно открыть cve.mitre.org (или новости тут) и там будет все предельно ясно.
| |
|
4.237, bOOster (ok), 11:05, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
На C/C++ дофига написано софта который в принципе дыр особо не имеет. Поэтому все что написано - чистый бред. Эти дыры в мозгах доморощенных программистов, которых презерватив пользовать даже в личной гигиене не научили, в случайных связях.
| |
|
|
|
3.126, DEF (?), 15:56, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
SQL полностью соотвествует своей нише, а именно - формулировать декларативные запросы к БД.
| |
|
|
|
|
3.131, ыы (?), 16:32, 04/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
РАСТление ядра... По-моему все абсолютно точно сказано. А у вас какие-то проблемы? Или в очереди на границе стоишь и потрепаться хочется?
| |
|
2.143, Аноним (143), 17:13, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
А ты что не видишь что прогресс в линпуксе перешел в стагнацию? Если в нулевых он стремительно развивался, появлялись новые фичи, то сейчас переливание из пустого в порожнее.
| |
|
1.106, Аноним (111), 13:50, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ] | +3 +/– | Я очень рад этому поистине историческому событию Сегодня Rust вошёл в бессмерти... большой текст свёрнут, показать | |
|
2.118, Максим (??), 15:20, 04/10/2022 [^] [^^] [^^^] [ответить]
| –2 +/– |
Пролетарии всех стран - соединяйтесь! Вперёд, в светлое коммуRustическое будущее! Ура, тварищи!
| |
|
|
2.120, Аноним (120), 15:31, 04/10/2022 [^] [^^] [^^^] [ответить] | +4 +/– | Потому что сам Google в инфе о карбоне пишет, что если может вместо Carbon испол... большой текст свёрнут, показать | |
2.180, Аноним (103), 18:35, 04/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ещё стабильный релиз не вышел. Тем более, полтора года назад Гуглаг про него даже ещё и не упоминал.
| |
2.249, Аноним (249), 13:25, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Потому что Carbon это C++ с почищенным синтаксисом. Ничего кардинально нового он не предлагает, да и не может предложить, ибо изначально задумывался, как эволюционная замена C++.
| |
|
1.121, Максим (??), 15:32, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Зачем нужен раст в ядре? Ну, допустим, позволит он избежать 3 с половиной типа ошибок работы с памятью, которые при внимательном программировании и так появляться не должны, дальше что? Будет как обычно - одни ошибки исправятся, другие добавятся, зато в ядре теперь появится зоопарк языков (внедрение Carbon'а - вопрос времени) и у корпораций будет больше возможностей для обфускации кода своих драйверов и модулей.
| |
|
2.124, Аноним (120), 15:37, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Корпорации, если захотят, вообще могут сорцы драйверов не релизить, никто против них особо не попрет. И блоб есть блоб, написан он на Си или не-Си, не играет роли.
> которые при внимательном программировании и так появляться не должны
Ну это ж такая себе логика, проекты становятся всё больше и больше, уследить за всем - всё труднее и труднее. Если что-то можно переложить на машину, почему не переложить?
| |
2.129, хрю (?), 16:02, 04/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>Зачем нужен раст в ядре?
Ни в ядре, а в дровах. Разницу понимать надо.
| |
|
3.132, Аноним (122), 16:34, 04/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
в модулях ядра, читай внимательно. Модуль может быть как загружаемый, так и внутренний.
| |
|
2.147, minonA (?), 17:24, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Речь не только об избежании некоторых видов ошибок и уязвимостей. На уровне языка например решена проблема статичного определения пересечения областей памяти при копировании. Почитайте про restrict: https://ru.wikipedia.org/wiki/Restrict . И за счет статичного анализа доступны другие оптимизации, недоступные в Си/С++.
| |
|
3.174, yet another anonymous (?), 18:23, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> ... На уровне языка например решена проблема статичного определения пересечения областей памяти при копировании.
А о раскадровке памяти оно непосредственно из мирового эфира узнаёт.
| |
|
|
5.300, yet another anonymous (?), 09:33, 06/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Что такое "раскадровка памяти"?
Это что и по каким физическим адресам в данной системе. (поскольку topic про ядро).
Намёк был на то, что на этом уровне вся "решённая проблема статичного определения пересечения областей памяти" не то что бесполезна, а от неё придётся отстраиваться путём акробатических этюдов. Камасутра в публичном месте.
| |
|
|
|
|
1.140, Аноним (143), 17:05, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +8 +/– |
Почему форсят этот язык, что в нём такого хорошего в отличии, например, от zig.
| |
|
2.144, Аноним (120), 17:13, 04/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Тут на самом деле проблема, что хорош именно тем, что форсят. Без форсинга особо никакой язык, особенно в наше время, не взлетает. И вот есть, допустим, Rust и ещё какие-то языки из той же ниши. Какой не форсь - кто-то будет вопить, что язык N лучше в 100500 раз. В итоге или не форсится вообще никакой язык из этой ниши, или какой-то. Да, необязательно лучший с точки зрения чисто "технической". Селяви, что могу сказать
| |
|
3.149, Аноним (-), 17:29, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Чистый Си никто из корпораций не продвигал. Да, он шёл с Юниксом, но его специально никто не хайпил.
| |
|
4.151, ЯзыкиПрограммирования (?), 17:34, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Случай с Си немного иной, тогда ещё поляна была относительно чистая. Тем не менее, Си победил скорее всего засчет юникса. А C++ (да, это не Си, но всё же связанное) победил засчет Майкрософта с его winapi. А так в те времена боролись разные претенденты, и Паскаль, перешедший в Дельфи, и много чего ещё. Вытянули ОСи, написанные на Си и C++, и в итоге вытянули эти языки. А потом начали хайпить Джаву. Ну и т.д. и т.п.
| |
|
|
6.197, ЯзыкиПрограммирования (?), 20:32, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Джава да, не про ос было, а скорее про силу хайпа самого по себе. Потому что преимущества Джава перед C++ были весьма своеобразными. Sun пришлось много маркетинга потратить на то, чтобы убедить в этом других. При том что тот же "write once, run everywhere" для Джавки работает со скрипом - для простых прог или в удачных случаях работает, иначе не работает.
В системной области ЯПы развивались куда медленнее. Просто хотя бы потому, что бизнес приложения меняются гораздо быстрее, чем ОСи
| |
|
7.208, Аноним (183), 21:47, 04/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Джава был прорыв в ооп, на этом всё. С элементарным доступом к различной документации для других языков через инет и с развитием IDE, люди наконец разглядели, что это был тупик.
| |
|
|
5.159, Янис (?), 17:52, 04/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Си победил потому что он лучше. Си создавался во времена, когда компы были слабыми, имели мало памяти и надо было эффективно писать программы. С этим Си отлично справляется и является лучшим ЯП до сих пор.
| |
|
|
7.181, Аноним (178), 18:42, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Покажи что написал на Си
Сначала ты покажи что написал хоть на чем-нибудь
| |
|
6.168, annonn (?), 18:09, 04/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
> эффективно писать программы
> Си отлично справляется
Это с учетом критических уязвимостей с получением рута или нет?
| |
|
7.210, InuYasha (??), 21:48, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Ножами можно резать колбасу? Это с учётом порезов убийств и геноцида или нет? Срочно запретить!!! Внедрить кухонные комбайны с умным блендером!
| |
|
6.171, Аноним (105), 18:17, 04/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Си победил в "системщине" (а в 70х - во времена его создания - другого и не было) потому что был тупым переносимым ассемблером. И позволял х*як-х*як и продакшен портировать код на другую архитектуру. А архитектур тогда было просто завались. Поэтому напр. не взлетела Ада - писать было сложнее.
Скорость такого быдлокодингы очень ценилась бизнесом и сишники плодились как тараканы.
Примерно как пхпешники в 2000х.
| |
|
|
8.240, Аноним (105), 11:20, 05/10/2022 [^] [^^] [^^^] [ответить] | +1 +/– | Если это так классно, то почему труЪ-сишники так чморили пыхеров, а сейчас джава... текст свёрнут, показать | |
|
|
6.194, ЯзыкиПрограммирования (?), 20:28, 04/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Насчёт того, что Си лучший до сих пор - ну это смело. Я понимаю, что новинки не все хороши и что новое не значит хорошее. Однако и в 80-е были люди, которые искренне считали, что все технологии после 80-х никуда не годятся и надо писать, например, на ассемблере, чтобы железо чувствовать и оптимизировать хорошо.
О причинах побед Си - он мог победить, потому что лучший, но факторов обычно очень много в такой борьбе. Недостаточно быть лучшим - нужно чтобы тебя заметили и пошла сила тяги, что называется. Танненбаум считал, что интелx86 - дешёвая перегруженная кривая фигня, а победят прекрасно отдизайненные компьютеры SPARC от Sun. И где теперь SPARC? И где Sun?
| |
6.244, _kp (ok), 12:32, 05/10/2022 [^] [^^] [^^^] [ответить] | +/– | Нет Си относительно прост и низкоуровневый Ранние версии не так далеко ушли о... большой текст свёрнут, показать | |
|
7.309, Аноним (-), 14:37, 06/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
>Си компиляторы на них работали чудовищно медленно. А Паскаль компилировал более чем на порядок быстрее.
Может ты врёшь?
От старых пердунов слышал обратное, что Паскаль был тормознутым а Сишка летала. На конец 80-х и 90 гг. вроде было, точно не помню. Паскаль медленным был потому-что был интерпретируемым языком.
| |
|
|
|
|
7.212, InuYasha (??), 21:49, 04/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Надо заметить, MFC - самая быстрая ООП-нахлобучка над WinAPI. И самая лёгкая. Даже все борланды отчмокивали у прог на MFC.
| |
|
|
5.226, Аноним (224), 01:04, 05/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
>C++ (да, это не Си, но всё же связанное) победил засчет Майкрософта
За счёт Борланда, его присутствия на всех тогдашних платформах.
| |
|
4.217, Аноним (-), 22:13, 04/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Чистый Си никто из корпораций не продвигал. Да, он шёл с Юниксом, но его специально никто не хайпил.
Занятный опеннетный "онализ".
Ага-ага, AT&T - ну совсем мелкая подвальная лавка, а ISO-вцы - кучка гиков, работающих за идею ...
| |
|
3.243, Свинни Тодд (?), 12:24, 05/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Все хорошее, живое и самобытное вырастает не благодаря, а вопреки, снизу вверх, как трава прорастает через бетон.
А если что-то нужно форсить сверху и без этого оно не живет, значит изначально живого начала в себе не имеет. Пока бабки вливают, трепыхается как будто живое, перестанут вливать -- сдуется.
| |
|
2.148, Аноним (-), 17:26, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Из Гугла один чувак впрягся за Раст. Незнаю, как они Линуса убедили. Линус вполне мог бы послать лесом переговорщиков из Гугла, он же ведь когда-то послал лесом Си плюс-плюсников. Молодых желающих изучать Си не убавляется. Чистый Си в рейтингах на самых высоких позициях.
Но то, что я знаю точно - Линус считает чистый Си лучшим языком на свете.
| |
|
3.152, ЯзыкиПрограммирования (?), 17:38, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Чистый Си в рейтингах на самых высоких позициях.
Не в рейтингах, а в одном рейтинге - TIOBE. Мб ещё в каких, но мне кажется, что вы только этот смотрели. Рейтинги по стековеру, по гитхабу и ещё всяким бякам дают в самые популярные языки либо Питон, либо JS. Хотя если вы говорите о просто высокой, не первой, позиции - то с натяжкой да, Си держаться за счёт низкого уровня и эмбединга
Что касается Линуса, он когда-то давно говорил, что Раст выглядит перспективно. Ещё до патчей, лет 4-5 назад. Да, он, конечно, сишник. Но к Расту он относился снисходительно, если это сравнить с его отношением к плюсам и другим языкам
| |
|
|
5.329, ЯзыкиПрограммирования (?), 03:20, 10/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Пруфов на эти разговорчики торвальдса конечно не будет, да?
Будут, интервью, 2016 года
> What do you think of the projects currently underway to develop OS kernels in languages like Rust (touted for having built-in safeties that C does not)?
> That's not a new phenomenon at all. We've had the system people who used Modula-2 or Ada, and I have to say Rust looks a lot better than either of those two disasters.
> I'm not convinced about Rust for an OS kernel (there's a lot more to system programming than the kernel, though), but at the same time there is no question that C has a lot of limitations.
https://www.infoworld.com/article/3109150/linux-at-25-linus-torvalds-on-the-ev
| |
|
|
|
2.153, Аноним (86), 17:43, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
А разве уже не работает "Если ..., значит это кому-то нужно" ?
И почему если форсят, то этим хорош? (это уже к следующему участнику). Есть же технические критерии, надо спокойно разбираться. Или хорош тем, что будут больше людей его пробовать? Может просто уверовали и проповедуют. Но ситуация интересная, динамичная и с необычным эмоциональным фоном.
| |
2.187, Максим (??), 19:27, 04/10/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Да, тот же вопрос. И то, что его форсят, вызывает отторжение. Если бы его не форсили, а он каким-то естесственным образом постепенно заменил бы Си - то ладно, но наблюдается обратная картина - его настойтиво всюду впаривают, как гей-парады. Типа, "не провёл гей-парад (не перешёл с Си на Раст) - всё, редиска".
| |
|
3.202, ЯзыкиПрограммирования (?), 20:46, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Естественным образом из Си может вырасти только Си. Просто потому что уже такая махина лигаси есть, что переписывать без толчка, в т.ч. рекламного, тупо лень.
Вот, скажем, в андроид разработке Kotlin заменил Джаву тоже не просто потому что он такой замечательный, а потому, что джетбрейнс активно лоббировала это дело. Так и здесь
Мы сейчас живём в такое время, когда очень трудно пробиться без большой компании за спиной. Когда компьютеры были сродни ремеслу, тогда иное дело. Сейчас индустрия, без поддержки бизнеса, чем крупнее, тем лучше, тяжело
| |
3.215, Анонн (?), 22:04, 04/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Именно. Другой пример - эпл. Полный контроль экосистемы, вообще всё - либы, ide, системы сборки. И даже им пришлось очень много телодвижений сделать чтобы заставить разрабов переходить на свифт. Причем часть была очень жесткая, типа выпуска фреймворков вообще без objc интерфейсов.
| |
|
|
1.156, Янис (?), 17:48, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Ничего лучше Си/Си++ нет. Просто нет. Раст пихают в ядро не потому, что он равен с Си или лучше, а потому что кому-то выгодно изпортить ядро. Есть одна известная компания, которая Линукс ненавидит, а именно представители сей компании - в Раст фаундейшн, как ни странно. Разговоры о безопасной работе с памятью - блеф. Я допускаю, что Линус отлично поинимает, что эту ветку ядра (ну то есть ту, которую он возглавляет на данный момент) уже не спасти, потому он пустил Раст в нее. И возможно нас ждут сюрпризы со стороны Линуса по поводу ядра и его будущей разработки.
| |
|
2.161, Аноним (123), 17:57, 04/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Теории заговора и расследования от опеннет экспертов.
На мучаетесь, сходите к психиатру, а иначе можете ещё больше "изпортить" себе психику.
| |
2.166, ТрахерЪ (?), 18:07, 04/10/2022 [^] [^^] [^^^] [ответить]
| +7 +/– |
> Ничего лучше Си/Си++ нет.
Что можно написать на Си такого, чего нельзя на FreePascal или FreeBASIC? ВНЕЗАВНО, но энтузиасты даже операционки пишут на этих языках.
| |
|
3.192, Максим (??), 20:14, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Можно-то можно, но это учебные многословные языки, чтобы было понятнее начинающим. Зачем опытному программисту постоянно писать begin/end? Кстати, Паскаль принципиально очень похож на Си. Можно даже сказать, что Си - это Паскаль для профессионалов)
| |
|
4.200, ЯзыкиПрограммирования (?), 20:40, 04/10/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Это вкусовщина. Если кто-то привык к begin end, почему нет? Может у кого-то плохое зрение и он не замечает скобки (утрирую, конечно).
Я отчасти согласен, но думаю тут всё -таки влияет то, что мы живём в мире победившего Си. Победи Паскаль, мы бы удивлялись, как люди могли нагромоздить этих непонятных скобок вместо ясных begin и end
| |
|
|
|
1.164, Аноним (164), 18:05, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Ну-ка объясните мне: Линус - очень матёрый сишник с десятками лет опыта на нём, но ведь по логике экспертов с растотредов матёрому сишнику как раз-таки раст не нужон. Ну тип если на си есть достаточно опыта, то зачем все эти якобы безопасные языки, смузикомпиляторы и прочие зумерские борров чекеры.
Получается либо Линус не дорос до тру-сишника, либо раст нужон.
| |
|
2.167, ТрахерЪ (?), 18:08, 04/10/2022 [^] [^^] [^^^] [ответить]
| +4 +/– |
Линус дорос и перерос. Держу пари, что он код не видел лет пятнадцать, а вся его теперешняя деятельность - чистый менеджмент.
| |
2.190, Максим (??), 20:06, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Постарел похоже, уже нет сил защищать ядро, как раньше. Тем более последние 15-20 лет он только и делал, что отбивался от попыток пропихнуть в ядро всякую шнягу.
| |
2.199, Аноним (199), 20:39, 04/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Линус не дорос до тру-сишника
«Я знаю только то, что ничего не знаю, но другие не знают и этого.» ©
| |
|
3.236, bOOster (ok), 10:55, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Да еще и не слишком эффективный. Из всего того, что можно было добавить - добавить самую лажу - рассчитывая на то что кто-то, без базовых знаний от Кнута и т.п. сможет добавить эффективные драйверы в систему.. Ну тут уже уши гугла торчат - последним вообще необходимо, как-то целенаправленно, периодично притормаживать все, дабы всякие производители железок могли выпускать чего-то новое. А то уши кризиса в электронике уже видны..
| |
|
4.293, Аноним (295), 07:41, 06/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Эксперты опеннет всегда готовы навалить свои фантазии в комментарии
У тебя то самого есть "базовые знания кнута"?
Покажи что написал сложнее хелло ворлд
| |
|
5.297, bOOster (ok), 08:09, 06/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Эксперты опеннет всегда готовы навалить свои фантазии в комментарии
> У тебя то самого есть "базовые знания кнута"?
> Покажи что написал сложнее хелло ворлд
А ты кто такой? Аноним? Ну тогда пошел ты на ... Аноним.. Еще перед свиньями бисер метать...
| |
|
6.313, Аноним (-), 19:03, 06/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
А ты кто такой? Олег? Ну тогда пошел ты на ..., Олег! Развелось тут всяких... И макет не забудь!
| |
|
|
|
|
|
1.186, Аноним (183), 19:18, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Если ключевые слова языка сокращаются и прилепляют очередную закорючку для выражения синтаксиса - это явно не направлено для лучшей читаемости, а соответственно улучшения групповой разработки. Так и хотять слепить очередной brainf*ck.
То же касается естественных языков, в которые постоянно вносят сленговые слова от собственной лени произнести/написать полное слово, ещё и думая что это типа круто. Языки нужны для коммуникации, а ваш тупой слэнг только орезает часть людей от понимания вас же самих.
| |
|
2.188, Аноним (183), 19:31, 04/10/2022 [^] [^^] [^^^] [ответить]
| +3 +/– |
Если видишь, что переменные в коде написаны одной буквой или являются некими сокращениями, то это либо студент, либо макака.
| |
|
3.191, Аноним (-), 20:08, 04/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
В математике переменные одной буквой идут, например: a + b = b + a. Ну это так если что.
| |
|
4.253, _kp (ok), 14:13, 05/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
> В математике переменные одной буквой идут, например: a + b = b
> + a. Ну это так если что.
Да, ну? А как же x1,x2.. y' и подобное. И это при том что переменных кот наплакал.
| |
|
|
|
1.196, ИмяХ (?), 20:30, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
>>снижения вероятности совершения ошибок при работе с памятью
Опа! Оказывается, раст не избавляет от ошибок с памятью, а всего лишь снижает их вероятность.
| |
|
2.214, Аноним (-), 22:02, 04/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
>>>снижения вероятности совершения ошибок при работе с памятью
> Опа! Оказывается, раст не избавляет от ошибок с памятью, а всего лишь снижает их вероятность.
Опа! Оказывается, реальность не соответствует фантазиям и прочим соломенным чучелам местных Военов Супротив Раста. Кто бы мог подумать!
| |
|
3.234, Аноним (231), 06:48, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
На минуточку это были фантазии именно Военов Раста, о том, что Раст исключает ошибки с памятью.
| |
|
|
1.213, InuYasha (??), 21:52, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
На Линуса нашлась управа. Если как следует надавить, можно заставить и комментарии на Камчатском, и код на иврите стандартизировать. Только делать надо постепенно, чтобы гики не опомнились.
| |
1.227, Hck3r (?), 01:31, 05/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Возможно, кого-то заинтересует)
Куча фич, современные решения, не идеальный, без кучи бабла от крупных компаний (решения принимаются core командой), самый настоящий anti-hype
Dlang.org - welcome :)
| |
1.229, Аноним (-), 04:36, 05/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Как оно задолбало со своими:
> this version of Cargo is older than the '2021' edition, and only supports '2015' and '2018' editions.
как этим можно пользоваться ? Где консистенси, где оффлайновая сборка прокта с одной либой или вообще без них ? Ну вы серьезно это хотите везде запихать ?
| |
|
2.250, Ананимус (?), 14:00, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> как этим можно пользоваться ? Где консистенси, где оффлайновая сборка прокта с одной либой или вообще без них ?
cargo vendor.
> Ну вы серьезно это хотите везде запихать ?
Да, хотим.
| |
2.265, Someone (??), 16:41, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
А в чем проблема?
Хочешь используй cargo, хочешь не используй cargo и работай на прямую с rustc.
Хочешь используй crates.io хочешь используй локальные либы (просто укажи путь на своем компе).
Хочешь используй готовые либы на расте или на С, хочешь пошли сам с нуля, или просто копирасти весь код.
Полная свобода! Что не устраивает?
| |
|
3.267, Аноним (-), 16:55, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
>хочешь - используй в своих проектах
>хочешь - не используй в своих проектах
а в чужих изволь патчить чужой код, усыпанный паниками, Rc, Arc и подтягом либ с crates.io
или жри чё дают
| |
3.272, Аноним (272), 17:23, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
>А в чем проблема?
А проблема (помимо лефтпадов в "системном" языке) в том, что если очередная джава meant to be used с мавеном, антом и IDE, то пользоваться ей без мавеноанта и IDE будет очень больно, если не невозможно. И этот подход кардинально отличается от философии UNIX. Если бы это вкорячили в виндовый DDK на пару с какими-нибудь нугетами, там оно смотрелось бы органично, совать же этого макаронного монстра в ядро, для сборки которого нужно всего ничего gcc, make и ещё пару вещей - значит нанести серьёзный удар по дистрибутивам и собирателям ядер, помимо других очевидных ударов.
| |
|
4.280, Анонн (?), 18:45, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Еще пара вещей это всего лишь
- Binutils
- Perl
- BC
- OpenSSL
Если для сборки ядра вкорячили Perl, почему бы не добавить еще и rustc?
| |
|
5.281, Аноним (-), 20:29, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
>Если для сборки ядра вкорячили Perl
С какого перепугу? Для сборки ядра нужен всего лишь GCC.
| |
|
|
3.278, Аноним (-), 18:32, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Для чего придумали докер? Да чтобы все эти служители cargo культа в лице pip и npm не лезли своими потными ручками в систему. До кого-то частично дошло (и они начали пропагандировать песочницы), но по большей части не дошло, что софт надо писать стабильным.
Когда сделаете так, чтобы нельзя было автоматически лезть своими потными ручками в систему, тогда и поговорим.
| |
3.279, Анонн (?), 18:39, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Их не устраивает что придется что-то делать ручками. Даже при том, что они ничего на раст писать не собираются))
| |
|
|
1.235, abu (?), 10:32, 05/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Мне вот все интересно с этим языком - а приличиные люди, отвечающие еще за базар в линуксостроении, не маркетологи и вынужденные дочки-матери типа Линуса, а те самые уважаемые, ответственные, старые и еще пишущие код люди, как относятся к Расту?
Ведь, по сути, если они скажут, вытирая пот со лба, что - годно, нужно, наконец-то вместо ста часов на разработку я буду тратить шестьдесят - это и будет ответом на все.
А так - мнение заинтересованной =западно-германской= молодежи, которой что ни язык программирования, то количество денег за быдлокод на нем, да прочих, которые лопатой эту молодежь кидают в кучу общего мнения - интересует не сильно, разве что для смеха.
| |
|
2.241, Анонн (?), 11:25, 05/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Предлагаю заглянуть в lkml в треды по этим патчам (в предыдущих новостях вроде были ссылки) и почитать что думаю реальные ментейнры/контрибьюторы.
| |
|
3.286, abu (?), 00:38, 06/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Предлагаю заглянуть в lkml в треды по этим патчам (в предыдущих новостях
> вроде были ссылки) и почитать что думаю реальные ментейнры/контрибьюторы.
Попробую найти, спасибо! Но уже одно то, что это мнение надо где-то искать, а пропаганда растостроения бьет ключом без особого поиска, может говорить о многом.
| |
|
|
5.306, abu (?), 13:17, 06/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Пропагандируй lkml, в чем проблема?
Для меня в обоих случаях - проблем нет. Я вижу то, что мне не нравится либо нравится, об этом и говорю.
| |
|
|
5.307, abu (?), 13:35, 06/10/2022 [^] [^^] [^^^] [ответить] | +/– | Ты не понял, моя благодарность была завуалированным способом показать, что мне э... большой текст свёрнут, показать | |
|
6.311, Анонн (?), 14:54, 06/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
А, сорян тогда, слишком ты завуалировано пишешь, не понял я сразу, что ты просто поныть сюда пришел "как же раньше было лучше" и позадавать риторические вопросы на которые тебе не нужен ответ.
Не буду больше тебе ничего советовать))
| |
|
|
|
|
2.251, Аноним (251), 14:03, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Глупый ты, для кодера главное из воздуха сделать многочасовой объём оплачиваемой работы, а не сократить всё до минимума.
| |
|
3.288, abu (?), 02:14, 06/10/2022 [^] [^^] [^^^] [ответить] | +/– | Да Если повспоминать 20 лет чтения этого ресурса, то сперва ходил сюда за совет... большой текст свёрнут, показать | |
|
4.292, Аноним (295), 07:33, 06/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
>И вот программисты пытаются накинуть свои повестки и на ядро
Программисты они такие, им бы только свои повестки накинуть.
| |
4.301, Анонн (?), 10:51, 06/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Странно, вроде сидишь тут 20 лет, а "споры" Линь vs Бздя не помнишь.
А как же "споры" GPL vs MIT (BSD/Apache/whatever)? Да даже GPL2 vs GPL3?
А гном против кде? А gtk vs Qt? Vim vs Emacs?
Это было всегда, не нужно тут приплетать какую-то повестку. С этим иди в обсуждения CoC'ов.
Просто люди (а не только программеры) начинают во что-то верить, а тут "в интернете кто-то не прав!".
| |
|
5.305, abu (?), 13:12, 06/10/2022 [^] [^^] [^^^] [ответить] | +/– | Лично тебе 1 Про CoC ов - мне твой птичий язык не знаком, извини 2 Совето... большой текст свёрнут, показать | |
5.331, владимирСергеевич (?), 22:09, 04/11/2022 [^] [^^] [^^^] [ответить]
| +/– |
БСДМ тоже на раст уходит? Топиш ядро линукс, то есть юникс пал, линукс на подходе и из етого выплывет дас виндовс:-)
| |
|
|
|
|
1.252, Аноним (252), 14:11, 05/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> Основным мотивом поддержки Rust является упрощение написания безопасных и качественных драйверов устройств за счёт снижения вероятности совершения ошибок при работе с памятью.
Если речь о безопасности, надежности и верифицируемости кода, то надо выбирать SPARK.
Надеюсь будут патчи для очистки исходников от ржавчины.
| |
|
2.255, Аноним (255), 15:02, 05/10/2022 [^] [^^] [^^^] [ответить]
| –2 +/– |
Речь о том, что уже 2022 заканчивается, а вы предлагаете хрень с корнями из прошлого века.
| |
|
|
4.258, Аноним (252), 15:32, 05/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Он не выучил что такое:
1. Безопасный язык программирования
2. Надежный компилятор и ПО.
3. Математическая верификация корректности работы программы.
Вот когда выучит теорию и поймет, что в Rust этого нет и небудет, тогда к SPARK подтянутся.
| |
|
5.266, Someone (??), 16:54, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
SPARK это не "математическая верификация кода", а просто тупо запрет динамического выделения памяти. То есть никаких динамических массивов и т.д.
Математическая верификация это как минимум Haskell
| |
|
6.271, Аноним (252), 17:20, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
SPARK дает математическую верификацию исходных текстов на предмет отсутствия ошибок работы с памятью и падений во время работы программы. Причем SPARK-2014 делает на конец это просто и удобно.
SPARK - математически верифтцируемое подмножество языка программирования ADA.
| |
|
7.317, Someone (??), 19:41, 07/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Ты бы глянул что ли как это математически доказывается.
Да черт возьми даже Idris вместе с Coq будет проще.
К кроме все это доказательство сводиться к статике. Никаких динамически изменяемых массивов!!!
Нафиг такой язык в ядре?
| |
|
|
|
|
3.257, Аноним (252), 15:24, 05/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Да, идея языка зородилась в 1970-тых.
Но только, примерно, 10 лет назад (2014) смогли наконец правильно реализовать верифицируемость программы на уровне исходных текстов на предмет корректности работы с памятью и отсутствии ошибок во время исполнения.
Сегодня SPARK очень высоко безопасный, очень высоко надежный с встроенной математической верификацией исходных текстов.
Если бы GNU написали компилятор на 15 лет раньше, то мозила Rust бы не изобретала.
https://www.adacore.com/about-spark
https://en.m.wikipedia.org/wiki/SPARK_(programming_language)
| |
|
4.259, Аноним (260), 15:37, 05/10/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Что за аццкий бред. Либая программа лишь трансформируется в машинные инструкции, которые выполняются на процессорах разного типа. Вы там математически доказали, что Meltdown'a нет?
| |
|
5.263, Аноним (252), 16:20, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
SPARK - доказывает что исходники програмы верны почти на 100% не имеют ошибок во время испоьнения, а также дает почти 100% безопасность и надежность компилятор. Риски при использовании SPARK приемлемы в гражданской авиации, критических производствах и военных системах.
А 100% никто не даст!
Надежность и безопасность проца и его микрокода рассматривается отдельно.
| |
|
|
|
|
7.320, Аноним (320), 17:59, 08/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Как только родится гений математики, который напишет реализацию DAC и MAC для микроядер без 100-кратных тормозов.
| |
|
|
|
4.268, Someone (??), 16:56, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
Ага без динамического выделения памяти)).
И еще столько же потратят на динамику:-)
| |
|
5.270, Аноним (-), 17:11, 05/10/2022 [^] [^^] [^^^] [ответить]
| +/– |
>Ага без динамического выделения памяти))
Я, между прочим, джва года жду форк XLib, полностью или хотя бы в каких-то пределах укладывающийся в стек. Если язычок с автоматически управляемой памятью до сих пор не умеет посчитать, что алгоритм константен по памяти и выделяет память зря, то полагаться на такой язычок вообще печально и лучше делать руками статическое выделение.
| |
5.273, Аноним (252), 17:25, 05/10/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Не думаю, что в языках такого класса рискнет кто динамически выделять память.
Все останется строго в статике.
| |
|
|
|
|
1.275, Аноним (275), 17:46, 05/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я думаю, надо запилить на лиспе асм и требовать принять в ядро лисп. Можно ещё на этом лиспе семантически похожий на си, но с лиспомакросами и лиспосинтаксисом язык запилить (опционально стандартизировав как SRFI) и пугать им растоманов.
Сделать его, к примеру, на Guile, а потом выкинуть из Guile интерпретатор и Andy Wingo (пускай прожирает гранты и требует уволить Столлмана из рядов FSF в другом месте), портировать по-нормальному туда ANSI Common Lisp в качестве полноправного соседнего языка (и тут же вкорячить для scheme поддержку борщелисповых cffi+uffi, которые еще сперва для cl надо реализовать) и тут-то заживём.
| |
|
2.276, Аноним (252), 18:03, 05/10/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
В ПО нужна простота. Rust усложнит поддержку ядра Linux кратно!
Linux должен остаться на C и ASM.
Теперь это не ядро, а помойное ведро с плавающим Rust.
| |
|
1.316, Анином (?), 08:47, 07/10/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Слова Линуса про раст: “I really didn’t want to have to do this,” stated Torvalds. “But you all screw around too much. Nothing seems to get through to you. Maybe a little time with Rust will teach you a lesson.”
| |
1.330, владимирСергеевич (?), 22:03, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А зачем медлить, может сразу на бейсике или штмл написать, чувствую производители пк техники потирают руки, будет как в винде каждые три года, и главное из всех кто агитирует за раст подавляющее большинство здравствуй мир даже на бейсик не напишет не говоря уже про драйвера безопасности в линукс, удобства так самый удобный делфи был через пять минут любой чайник программу свою запускал и где же делфи? Сделайте пожалуйста отдельную ветку ядра чисто на С, к примеру ядро 6.1К.
| |
|