1.8, Аноним (8), 14:46, 09/04/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +8 +/– |
Вот так всё у моззилы - что-то там создает, а потом не использует: раст, серво... браузер
| |
|
2.13, Аноним (13), 15:08, 09/04/2024 [^] [^^] [^^^] [ответить]
| +4 +/– |
браузер вполне рабочий, и это с учетом того, что инетом владеет гугл.
| |
|
|
4.152, Аноним (152), 01:18, 11/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Это громкое меньшинство орет что мозилла портит браузер, им вообще никакие изменения не нравятся, а на самом деле браузер вполне себе нормальный, особенно на фоне его популярных конкурентов типа Chrome и Яндекс которые вообще являются проприетарными продуктами.
| |
|
5.156, Аноним (156), 17:23, 15/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Это громкое меньшинство орет что мозилла портит браузер
Действительно - громкое теперь уже меньшинство орёт, что мурзилла портит браузер. А молчаливое большинство уже просто свалило на хромоиумы.
И, в отличиии от истеричныъх комментов парочки оставшихся фанбоев, это подтверждается вполне реальными и проверяемыми цифрами: рыночной долей. Тихое большинство уже свалило.
| |
|
|
|
2.35, Аноним (35), 16:04, 09/04/2024 [^] [^^] [^^^] [ответить]
| +10 +/– |
Мозилла выложила раст для всех . А раз пользоваться будут все - с какой стати Мозилле в одиночку над ним вкалывать ? И в браузере использует , всё больше . Но у хромоюзеров "бревно в глазу" .
| |
|
|
4.58, Аноним (35), 17:59, 09/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Судя по опеннетовским коментам (особенно отмодерированным) к растоновостям - подавляющее число наездов на раст связано не с ним самим , а с авторством мозиллы .
| |
|
|
2.155, Аноним (155), 20:45, 11/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Чем вы там читаете новости, филеем?
"В Firefox уже интегрированы некоторые части Servo, такие как многопоточный CSS-движок и система отрисовки WebRender."
у аналитегов вывод: "ничего не использует"
| |
|
1.11, Аноним (11), 15:00, 09/04/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –6 +/– |
>за счёт применения компонента, в котором благодаря языку Rust минимизировано возникновение уязвимостей, вызванных ошибками при работе с памятью
То есть, по факту, причина выбора как всегда - отсутствие желания нести ответственность и проектировать своими руками и головой корректно работающий код без ошибок? Объясните пожалуйста, почему в любом проекте где используется Rust, его использование оправдывают "отсутствием уязвимостей, вызванных ошибками при работе с памятью", если это должно быть ответственностью пишущего?
| |
|
2.41, Аноним (41), 16:34, 09/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Потому что по данным MS (и не только их) ошибки памяти - это процентов 70 ошибок, которые совершают разрабы. Вот они и хотят решить проблему кардинально. Читаешь здесь про CVE в ядре, иксах и прочем и видишь одно и то же: use after free, double free, выход за границу буфера, так что скорее всего статистика верна.
| |
|
|
4.72, Аноним (72), 18:34, 09/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ну расскажи MS, гуглу и прочим дискордам, вконтактам и дропбоксам что кода на расте нет.
| |
|
3.100, Аноним (100), 21:52, 09/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Объясните мне доходчиво, как при индексации массива, зная длину буфера, когда счетчик достигнет нуля, впринципе возможно выйти за границы?
Вот где здесь
while(--i) {
// do stuff
}
возможно за границы выйти?
Или вот
free(ptr);
ptr=nullptr;
решает абсолютно все проблемы
У меня просто в голове не укладывается, это же элементарные языковые конструкции, чтобы их не использовать или использовать неправильно, нужно быть хз кем
| |
|
|
5.137, Аноним (137), 08:30, 10/04/2024 [^] [^^] [^^^] [ответить]
| +4 +/– |
> *вернее, даже так
while(--i != 0)
Поздравляю, ты уже вышел за пределы буфера, если i изначально 0.
Еще более доходчивые объяснения нужны?
| |
|
4.103, Аноним (103), 22:00, 09/04/2024 [^] [^^] [^^^] [ответить]
| +4 +/– |
> Объясните мне доходчиво, как при индексации массива, зная длину буфера, когда счетчик
> достигнет нуля, впринципе возможно выйти за границы?
> while(--i) {
> // do stuff
> }
> возможно за границы выйти?
А ты обращайся не в цикле, а просто к элементу.
Или вычисляй i в условной конструкции которая зависит от десятка условий и фазы луны.
> free(ptr);
> ptr=nullptr;
А если у тебя несколько потоков? И объекто создается где-то в одном месте, а умирает в совершенно другом
> решает абсолютно все проблемы
Но пограммисты на си-шке их так и не смогли решить.
> У меня просто в голове не укладывается, это же элементарные языковые конструкции,
> чтобы их не использовать или использовать неправильно, нужно быть хз кем
Нужно быть разрабом ядра)
| |
|
3.136, Аноним (136), 07:15, 10/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ну так пусть M$ Винду на Rust и переписывает, раз в ней столько ошибок.
| |
|
4.151, нах. (?), 23:59, 10/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Так они ж - уже!
Переписькивали-переписькивали и даже переписькали цельный кусок GDI.
И он по слухам даже включен в сборки реальной винды.
Чтобы им попользоваться, нужно скачать insider build, принести в жертву рыжую девственницу, произнести главное демоническое заклинание и перезагрузиться строго в ночь на ивана купалу, но это немного неточно - всех кто это пытались сделать, на следующее утро находили мертвыми с перегрызенным острыми зубами горлом.
| |
|
3.139, Аноним (138), 08:41, 10/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
>Читаешь здесь про CVE в ядре, иксах и прочем и видишь одно и то же: use after free, double free, выход за границу буфера, так что скорее всего статистика верна.
Уже придумали решение на уровне CPU - CHERI.
| |
|
4.144, Аноним (144), 11:03, 10/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
У интел давно есть инструкция bound, но накладные расходы таковы, что оно того не стоит. Делать одну проверку один раз за цикл или даже один раз за несколько циклов оказалось сильно дешевле. Программисты только не могут никак научится правильно писать эти проверки. А компиляторы правильно кидать warning в таких местах.
| |
|
|
2.46, Аноним (-), 16:58, 09/04/2024 [^] [^^] [^^^] [ответить] | +2 +/– | Неа, ошибка по факту в том, что СИ это устаревших хлам, созданный для отстрела н... большой текст свёрнут, показать | |
|
3.57, Аноним (57), 17:42, 09/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
У этого мерседеса колеса квадратные.
Особенно когда есть C++. Особенно C++ через 20 лет когда войдут в обиход модули и прочее из нынешних стандартов.
| |
|
4.66, Аноним (-), 18:24, 09/04/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
К сожалению из-за одного диктатора (великодушного, но тем не менее) у нас в ядре С++ нету.
И не будет. Судя по всему принципиально.
Так что тут выбирать особо не из чего.
C++23, очень крут, но все равно не избавляет от проблем памяти полностью.
Даже использование miraclePtr не стало панацеей, хотя некоторые надеялись.
| |
|
5.71, Аноним (71), 18:34, 09/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
По-моему недавно поднималось обсуждение насчет использования плюсов в ядре. Наверно кончилось ничем, так что да, в ядре выбор невелик.
| |
|
6.79, Анонин (-), 18:58, 09/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Тут обсуждалось opennet.ru/opennews/art.shtml?num=60436
> Наверно кончилось ничем
Это было немного предсказуемо, не так ли))
С другой стороны аргументы у них не очень сильные. Схожесть синтаксиса это не плюс.
Потому что сишники будут писать на "с с классами".
Concepts слишком новая фича.
Напомню, что ядро только недавно перешло на с11 с с89 что ли))
А тут сразу хотят C++14 или C++20!
| |
|
7.145, Аноним (144), 11:07, 10/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
>Потому что сишники будут писать на "с с классами".
Так по рукам бить надо за использования сырых указателей.
| |
|
|
|
|
7.133, Аноним (133), 06:58, 10/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Вы ссылкой ошиблись :-) По вашей ссылке отлично видно, что избавляет.
| |
|
|
|
6.112, Аноним (-), 23:14, 09/04/2024 [^] [^^] [^^^] [ответить] | +2 +/– | Ты забыл добавить что там возросло и потребление памяти и нагрузка на процессор ... большой текст свёрнут, показать | |
|
7.135, Аноним (135), 07:13, 10/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Тэкс, а сколько оверхед у Раста с включенной runtime-проверкой?
ЕМНИП там таки есть вариант компиляции с runtime-проверкой, и без.
ЗЫ. У старущего турбо-паскаля runtime-проверка выхода за границы массива тоже включалась. Можно было орать, что безопасный язык, аж с начала 90-х годов.
| |
|
6.125, Аноним (-), 01:04, 10/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Если всё настолько плохо, что ты готов соглашаться с рантайм стоимостью решения, то miracleptr довольно странный выбор. Есть сборка мусора, есть swift с его счётчиками ссылок. Если твоего энтузиазма уже не хватает на статическое управление памятью, то тебе туда.
| |
|
|
4.131, 12yoexpert (ok), 03:06, 10/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Особенно C++ через 20 лет когда войдут в обиход модули и прочее из нынешних стандартов.
будучи плюсовиком, в гробу видал попытки мелкомягких запроприетарить исходники
| |
|
|
2.99, Аноним (99), 21:17, 09/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
>То есть, по факту, причина выбора как всегда - отсутствие желания нести ответственность
Наоборот, ответственный подход к разработке, а не тяп-ляп — AS IS всё спишет.
| |
2.149, Аноним (149), 16:46, 10/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
> отсутствие желания нести ответственность и проектировать своими руками и головой корректно работающий код без ошибок?
У тебя странное представление о том, зачем пишут программы. Цель - не «нести ответственность» и не «своими руками». Цель - сделать что-то нужное и полезное. Не ломом асфальт подметать как вас в армии учили, а решать задачу с наилучшим балансом «затраты / результат».
| |
2.154, Аноним (154), 08:02, 11/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Это называется свидетельство канарейки. После внедрения раста все ошибки работы с памятью и гонки не случайны.
| |
|
|
2.90, Аноним (90), 20:00, 09/04/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Как уже достали со своим растом, ей богу, из каждого утюга про него слышно
А бесконечный поток новостей о сишных дыренях тебя не достал, правильно?
| |
2.122, Аноним (122), 00:38, 10/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Как уже достали со своим растом, ей богу, из каждого утюга про него слышно
Это ты ещё опоздал родиться, чтобы послушать как из каждого утюга про Яву рассказывают. А до неё — про Си. Так уж вышло, что люди любят радоваться хорошему. Так что вопрос скорее к тебе: почему ты такой угрюмый?
| |
|
|
|
3.69, 12yoexpert (ok), 18:26, 09/04/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
это нонсенс, сейчас браузер не имеет смысла без uBlock, тупо ресурсов при работе тратится в 10 раз больше
| |
|
2.37, Аноним (36), 16:13, 09/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ladybird уже можно пользоваться, хоть и сжав булки. Разработчики на него уже начали пересаживаться - не столько потому что готов, а чтобы эту готовность поскорее приблизить. Но сам факт показателен.
| |
|
|
4.74, Аноним (36), 18:39, 09/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Иным проектам не помешало бы ориентироваться на эту "помойку" в плане структурированности и понятности.
| |
|
|
|
1.28, Аноним (28), 15:44, 09/04/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Какой-то эзопов язык в новости. Они это написали уже, или как всегда у растоманов, только собираются?
| |
|
2.65, 12yoexpert (ok), 18:24, 09/04/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
исходя из того, что это раст, думаю, такой проект уже есть на нормальном языке, и теперь они громко на весь интернет пишут, что собираются переписать его на расте
| |
2.96, нах. (?), 20:28, 09/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
ну как тебе сказать... Coc.md уже готов. Остальное - в процессе, но уже вот вот почти окончательно готово.
| |
|
3.114, Аноним (107), 23:17, 09/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Напоминает мне хакатон, где у 8 из 10 команд уже было несколько менеджеров и маркетологов, но ищут хотя бы одного программиста.
| |
|
|
1.54, Аноним (54), 17:28, 09/04/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Одобряю. Если сумеют заменить вебкит, вебэнджин или что там монструзное было на движок ФФ,то Кедами даже пользоваться можно будет. Хоть раз жопарукам пришла в голову достойная идея.
| |
|
2.115, Аноним (107), 23:18, 09/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
А может перед тем как заменять и переписывать попробовать доделать то что уже и так довольно неплохо работает?
| |
|
3.119, нах. (?), 23:38, 09/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
> А может перед тем как заменять и переписывать попробовать доделать то что
> уже и так довольно неплохо работает?
а вот ТАКИХ кодеров - уже почти не осталось. Уцелевшие заняты 24x7 (зарабатывают себе на пиццерию и early retirement, конечно)
| |
|
|
|
2.63, Аноним (-), 18:21, 09/04/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну для тебя серво - сырой.
Для инжинеров qt, выходит, что нет.
Думаю они если что, допилят и серво станет еще лучше.
А может они выделят команду и научат их работать с Растом.
| |
|
|
4.105, Аноним (-), 22:48, 09/04/2024 [^] [^^] [^^^] [ответить]
| –2 +/– |
Ты бы хоть посмотрел что это за KDAB.
На их описание "The KDAB Group is a leading force in the Qt community through its Qt expert services, contributions to the Qt Project"
На их блог
kdab.com/kdab-contributions-qt-5-7/
kdab.com/kdab-contributions-qt-5-9/
И да, это люди которые разрабатывали QT
| |
|
5.116, Аноним (107), 23:22, 09/04/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну раз KDAB Group написали что "The KDAB Group is a leading force in the Qt community through its Qt expert services, contributions to the Qt Project" то как можно в этом сомневатся.
| |
|
6.128, Аноним (128), 02:31, 10/04/2024 [^] [^^] [^^^] [ответить]
| –2 +/– |
KDAB не врут. Qt разрабатывает компания The Qt Company и сообщество. И у KDAB (среди всего сообщества) наибольший вклад.
| |
|
|
|
|
|
|
2.117, Аноним (107), 23:24, 09/04/2024 [^] [^^] [^^^] [ответить]
| +3 +/– |
Конечно, если в зависимостях помимо всего прочего появится еще и Rust с парой сотен пакетов то собиратся станет ну может не быстрее, но точно веселее.
| |
|
3.126, Вы забыли заполнить поле Name (?), 01:07, 10/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Конечно, если в зависимостях помимо всего прочего появится еще и Rust с
> парой сотен пакетов то собиратся станет ну может не быстрее,
> но точно веселее.
Там сейчас в qt уже есть зависимость от nodejs. Но растом веселее будет, да.
| |
|
|
1.120, Аноним (107), 23:38, 09/04/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Для ясности нужно отметить что KDAB Group не имеет отношения к официальным разработчикам Qt, они только что-то коммитят в него и оказывают консультационные услуги. В свете этого данный проект почти наверняка останется в неофициальном статусе и желающие будут подключать его из отдельного репозитория. Это если он вообще когда-либо будет готов к использованию.
| |
|
2.153, Аноним (152), 02:29, 11/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
В доминировании одного движка ничего хорошего нет. Лучше бы не переходили, а развивалось несколько разных движков, а веб был более строго стандартизирован, что бы не было что на одном движке так, а на другом не так и нужно тестировать работу сайта на каждом движке отдельно.
| |
|
1.150, nc (ok), 23:00, 10/04/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Вообще жаль что разработчики Qt не пошли по пути модульности в вопросе встраиваемого веб-компонента. Был Webkit, у него была замечательная возможность QWebElement с помощью которого можно было модифицировать DOM напрямую. Зачем-то перешли на WebEngine без этой возможности. А могли бы просто сделать унифицированный интерфейс (как драйвер баз данных, или картинок) и оставить оба движка.
| |
|