The OpenNET Project / Index page

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



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

Оглавление

Опубликован набор патчей, ускоряющих сборку ядра Linux на 50-80%, opennews (?), 03-Янв-22, (0) [смотреть все]

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


206. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +1 +/
Сообщение от Аноним (205), 04-Янв-22, 06:00 
Шансы равны и равны 0
Обе поделки поделаны чтоб быть и не несут никаких новых концепций
Маркентинговое оно
Ответить | Правка | Наверх | Cообщить модератору

207. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  –1 +/
Сообщение от Аноним (103), 04-Янв-22, 07:24 
Сахарок приятный в принципе.
Ответить | Правка | Наверх | Cообщить модератору

219. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Прохожий (??), 04-Янв-22, 10:37 
>Обе поделки поделаны чтоб быть

Не чтобы быть, а чтобы избавиться от тех годами копимых "наработок" на Си, Си ++.

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

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

222. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +2 +/
Сообщение от Аноним (103), 04-Янв-22, 11:02 
>на нормальном языке с нормальной инфраструктурой

На го нельзя писать системный софт. Можно, если очень хочется, но нельзя. О многих вещах можно сразу забыть.

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

235. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от DyadyushkaAU (ok), 04-Янв-22, 13:18 
Думаю, предыдущий высказывающийся имел ввиду Rust, а не Go.
Ответить | Правка | Наверх | Cообщить модератору

239. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Аноним (103), 04-Янв-22, 13:44 
Но ведь то, что он сказал, явно не про руст с его нпм. И в его нпм нет ничего примечательного. А в самом языке нет ничего инновационного или уникального, всё выглядит как костыли для жс-обезьян. Нет готовых батареек, наконец, а те, что есть, работают ощутимо хуже плюсов.
Ответить | Правка | Наверх | Cообщить модератору

274. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Michael Shigorin с дорогиemail (?), 04-Янв-22, 17:33 
> руст с его нпм

Чего?

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

353. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от uis (ok), 05-Янв-22, 14:35 
Ржавая версия NPM. Как pip в питоне.
Ответить | Правка | Наверх | Cообщить модератору

356. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от DyadyushkaAU (ok), 05-Янв-22, 14:49 
cargo в Rust куда как функциональней, чем pip в Python.
Ответить | Правка | Наверх | Cообщить модератору

355. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +1 +/
Сообщение от DyadyushkaAU (ok), 05-Янв-22, 14:47 
У Rust нет NPM. Ты его с чем-то другим попутал.

В самом языке есть:
- строгая типизация  (в C такого нет);
- умные указатели (в C такого нет);
- контроль висячих ссылок (в C такого нет);
- контроль выхода за пределы границ массивов (в C такого нет);
- родные макросы (часть языка, в C такого нет);
- модульность (в C такого нет, в C++ появилась недавно, но пока только на уровне стандарта без должной поддержки со стороны компиляторов (как утверждают другие участники форума));
- относительная простота освоения (по сравнению с C++);
- оптимальный по производительности код на выходе компилятора (такой же быстрый и небольшой по размеру, как у C).

При этом в Rust нет:
- ситуаций UB, как в C++ (сплошь и рядом);
- GC (как в Go);
- объектно-ориентированного программирования, вместо него используется куда лучший с точки зрения лёгкости чтения и последующего сопровождения кода принцип композиции (изучение многоуровневой иерархии объектов в ООП да ещё с множественным наследованием - то ещё "удовольствие").

Плюс инфраструктура в виде стандартных crates.io, cargo, форматтера кода, линтера.

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

363. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Аноним (103), 05-Янв-22, 15:47 
В первом предложении ты утверждаешь, что нет нпм, потом льёшь список воды, и завершаешь тем, что он самый хороший, потому что у него есть нпм.  Что-то тут не так.
Ответить | Правка | Наверх | Cообщить модератору

365. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от DyadyushkaAU (ok), 05-Янв-22, 15:59 
У Rust нет NPM. Или ты централизованную систему пакетов имел ввиду? Если да, то впредь выражайся яснее, если хочешь, чтобы тебя понимали.

> он самый хороший, потому что

Он самый хороший потому что - перечитай список ещё раз, почему именно, если с первого раза не дошло. Хотя разжую, пожалуй. Централизованное хранилище пакетов ОДНО ИЗ МНОГИХ преимуществ, а не ЕДИНСТВЕННОЕ.

> Что-то тут не так.

У тебя проблемы с логическим мышлением. Вот что.

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

367. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Аноним (103), 05-Янв-22, 16:24 
Не систему пакетов, а доверие вендору и к тому, что в гнилой помойке нет и не будет малвари. Это один из основных недостатков. Дальше не читал, уж извини, ничего полезного ты сообщить не способен.
Ответить | Правка | Наверх | Cообщить модератору

368. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от DyadyushkaAU (ok), 05-Янв-22, 16:35 
> Дальше не читал

Ясно, чукча не читатель. :)

> Это один из основных недостатков.

И снова проблемы с логикой.

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

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

370. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от Аноним (103), 05-Янв-22, 17:03 
В серьёзном бизнесе не доверяют никаким хранилищам (если только поставщик мамой не поклялся и не отвечает деньгами, да) и проверяют все зависимости прежде, чем привязаться к верифицированному коммиту в системе контроля версий. Для всех используемых пакетов. А на доверии, это всё уровень нмп-помойки и её обезьян, экономящих время, и то, что её активно навязывают (карго), никак не может быть достоинством.
Ответить | Правка | Наверх | Cообщить модератору

385. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от DyadyushkaAU (ok), 06-Янв-22, 13:21 
> В серьёзном бизнесе не доверяют никаким хранилищам

Не доверяем - не пользуемся. Или кто-то заставляет? Вроде, простое решение, а поди ж ты, так долго разжёвывать надо.

> что её активно навязывают (карго)

Cargo - это не только загружатель пакетов извне. Это и система сборки, универсальная, стандартная, фичастая, ничем не уступающая, а местами превосходящаяя то, что есть в C, C++. Не нравится cargo - напишите свою, никто не запрещает. Не нравится crates.io - закройте к нему доступ.

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

424. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от uis (ok), 11-Янв-22, 17:02 
> Cargo - это не только загружатель пакетов извне. Это и система сборки,
> универсальная, стандартная, фичастая

Я вижу очередной npm, оно тоже "не просто загружатель, но и система сборки" и тоже "стандартное".

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

429. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от DyadyushkaAU (ok), 11-Янв-22, 23:04 
>> Cargo - это не только загружатель пакетов извне. Это и система сборки,
>> универсальная, стандартная, фичастая
> Я вижу очередной npm, оно тоже "не просто загружатель, но и система
> сборки" и тоже "стандартное".

Куда-то не туда ты смотришь. npm - это менеджер пакетов - не совсем то же самое, что система сборки. Но допустим, что ты прав. Где такое же в стандартной поставке есть у C++ или C?

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

423. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от uis (ok), 11-Янв-22, 16:53 
> При этом в Rust нет:
> - ситуаций UB, как в C++ (сплошь и рядом);

Читаю:
> - прибит гвоздями к x86
> - объектно-ориентированного программирования

Си, Ада

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

430. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."  +/
Сообщение от DyadyushkaAU (ok), 11-Янв-22, 23:15 
>> При этом в Rust нет:
>> - ситуаций UB, как в C++ (сплошь и рядом);
> Читаю:

Не тем местом читаешь.

>> - прибит гвоздями к x86

И к ARM, и к MIPS, и к RISC-V, и к SPARC.

Подробности: https://doc.rust-lang.org/nightly/rustc/platform-support.html

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

>> - объектно-ориентированного программирования
> Си, Ада

У Раста нет объектно-ориентированного программирования, зато есть функциональное и композиционное. Про Ада ничего не знаю. На Си это, скорей всего, можно сэмулировать, но будет куча лишнего кода. Так что мимо кассы.

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

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

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




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

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