Началось формирование и тестирование сборок движка Servo

В общем, виноват клятый капитализм

Виноват закон Мура. Погромизды расслабились прост. Точнее, от них большего стали за то же время и на многие вещи приходится забивать, иначе взорвётся мозг.

не были бы разрушена система Киберсин

Ну оно потихоньку возвращается, только в коммерчески-децентрализованном варианте. Всякие электронные правительства, OLAP, экспертные системы с голосовым управлением... Но до выкидывания человеческого фактора из власти рано, и это печально, особенно в некоторых погрязших в кумовстве странах.

Начнем с того, что это новость о том, что некто «начал делать пре-альфа сборочки» некоего поделия, которое неизвестно когда станет пригодным для использования, а может вообще будет выпилено...

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

Во-вторых, тут есть Гуня, и Квантумтроль, которых ты не удосужился посчитать.

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

И, наконец, я уже говорил, что ненавидеть языки программирования, это из той же оперы, что ненавидеть... отвертки, например.

То есть инструмент подходит, либо нет, инструмент ни в чем не виноват, виновны всегда люди.

Зависит от определения эффективности

Есть какое-то определение «эффективного языка», кроме «язык, компилируемый в эффективный код»? Учитывая контекст, конечно.

прогноз погоды на панель засунуть, ась? Или адресную строку на куски поделить?

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

В нём же KHTML

Уже давно нет. Есть переключатель, позволяющий пвернуться с qt-webkit на KHTML, но лично у меня он ниичего не делает.

Чем, кроме того, что он не имеет отношения к веб-стандартам?

Кажется это один из первых интерпретируемых xml-подобных языков для построения кастомного интерфейса, родом из 90-х. Что удивительного, что 10-х годах почти любой современный тулкит для кастомных интерфейсов лучше?

По твоей логике — всё, на чём делают интерфейсы, должно тормозить?

Лучше бы они взяли gecko и по частям переписывали.

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

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

Это даже не минорщина, тут вроде как не принято писать подобное в новостях

Вот именно - это не минорщина. Это этап в жизни проекта.

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

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

Лучше бы они взяли gecko и по частям переписывали.

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

Тем не менее план именно в этом.

что всё дело в недостатке микрооптимизаций.

Вот к такому я действительно не был готов!

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

Неа, маш.коды не тормозят (если специально задержек не навтыкать).

с интерфейсом, полностью реализованным при помощи технологий HTML5

facepalm

Как там в подобных случаях пишут при удалении новостей?

Ах да: «Ждём релиза.»

Ни один браузер в штатной комплектации такое в страшном сне не предусматривает

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

Что удивительного, что 10-х годах почти любой современный тулкит для кастомных интерфейсов лучше?

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

Есть какое-то определение «эффективного языка», кроме «язык, компилируемый в эффективный код»?

Легко можно придумать. Например, высокая скорость разработки. Или легкость обучения. Или высокая скорость компиляции. Или простота автоматического изменения кода с помощью IDE.

эффективный код

Это какой? Быстрый? Маленький? Требующий наименьшего количества памяти для работы? Потребляющий меньше батарейки для рендеринга страницы?

Ну и много ли софта на ассемблере пишут?

Как там в подобных случаях пишут при удалении новостей?

Ага, поучи меня.

маш.коды не тормозят (если специально задержек не навтыкать).

Вообще-то наоборот, машинные коды тормозят, если задержек не навтыкать. Попробуй посмотреть на код, который gcc для x86-64 генерирует. Там часто бывают nop'ы или его многобайтные аналоги. Их вставляют специально, чтобы код разбавить.

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

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

Есть какое-то определение «эффективного языка», кроме «язык, компилируемый в эффективный код»?

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

Я знал, что ты это скажешь. Поэтому сразу упомянул контекст.

Ну, если ты хочешь ускорить приложение на 0,5%, то да, микроопимизации это именно то, что тебе нужно!

То у тебя, но китайцы с 512 МБ что-то до сих пор клепаются.

Годно! Наконец Chromium будет ненужным!

Причина? Разная частота и соотношение тактов на операцию у комплектующих? Почему это на машинном уровне не разруливается?

Причина?

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

Ладно нейросети, но криптовалюта.. Как ты себе это представляешь?

К слову, можно использовать фрактальное сжатие. Было много разработок в 90-х, но поприняли патенты и приостановили разработку и исследования таким образом. Несколько лет назад уже прошел срок патентов.

Ты недооцениваешь «микрооптимизации», например, я своими «микрооптимизациями» уже «ускорил» одно приложение: http://benchmarksgame.alioth.debian.org/u64q/performance.php?test=fasta

Ускорилось оно примерно на 29%, и стало быстрее аналогичного приложения на расте примерно на 14%, чисто за счет микроуровня.

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

Во-вторых, тут есть Гуня, и Квантумтроль, которых ты не удосужился посчитать.
Гуня

Это tailgunner? Ну незнаю, эти люди вели себя прилично, никого ни к чему не склоняли, и тут в тред врывается нечто круглое и желтое, начинает бугуртить, троллить, и ВНЕЗАПНО кого-то обвиняет в создании информационного шума. Тут у меня, что называется, не вынесла душа поэта :)

Поэтому сразу упомянул контекст.

Контекст в голове у всех разный.

Не помню, чтобы Rust позиционировали как «супер-пупер быстрый код». Про безопасность памяти — помню, про скорость — нет.

Супер-пупер быстрый нет, но вот по скорости Си да.

но принципиально лучше всё равно не завезли ничего

AAC, Opus.

эти люди вели себя прилично

ЛОЛШТО?

Эти люди утверждали, органически цитирую

Си - беспомощное г#@&о.
Си - устаревшее г#@&о.

И про хертблид кой-чего говорили.

Так что с разморозкой.

Контекст в голове у всех разный.

В голове - может быть, в нити обсуждения - один.

супер-пупер быстрый код

А вот «супер-пупер» нуждается в определении, да.

Эти люди утверждали, органически цитирую

Си - беспомощное г#@&о.
Си - устаревшее г#@&о.

Если ты хочешь ответить на это, найди топики, где это было сказано, и ответь там.

хертблид

Hurtbleed? Да, hurt течет в этом топике.

Что у тебя какие-то предубеждения по поводу возраста.

Никаких предубеждений. Вот смотрю я на песню, сжатую в mp3 160k и на её же, сжатую в vorbis 192k, и выбираю более новый vorbis. Другое дело, если какое то конкретное устройство с аппаратным декодером ничего кроме mp3 не умеет, но это не доказывает его превосходства.

А XUL неплохой. Тяжеловат, но неплохой. Был, до тех пор, пока над ним не накрутили странное поделие под названием australis. Это когда возможности кастомизации не задействованы, дополнения несовместивы, а лагает всё равно на любом железе.

Но зачем, ечли есть это:

Хорош постить на ЛОР в бухом виде.

Э-мм, я уже говорил и не устану повторять: «Мне не нужны вещества, ибо я и так ощущаю окружающий мир весьма интересным.»

Hurtbleed? Да, hurt течет в этом топике.

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

Правда, как показал весьма поверхностный гуглинг, это не избавит от проблем с «выполнением произвольного кода», «повышениями привелегий» и прочими «SQL-инъекциями».

Правда, как показал весьма поверхностный гуглинг, это не избавит от проблем с «выполнением произвольного кода», «повышениями привелегий» и прочими «SQL-инъекциями».

Вы наверное не совсем понимаете какая самая главная выгода в «memory safe» подходе

И какое там преимущество?

Hurtbleed? Да, hurt течет в этом топике.

Нет, я имел ввиду heartblead в SSL

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

Ты забыл добавить тонкой иронии и искромётного юмора.

Кажется, сегодня окружающий мир тебе особенно интересен.

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

Вот представте себе програмный продукт (крупное монолитное ПО вроде браузера, или оффиса, или что другое с сотнями мегабайт кода). И над этим продуктом трудится 100+ програмистов.

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

MyStruct *m = malloc( sizeof(MyStruct) );
....
free( m );
sleep( 3600 );
m->counter1 ++;

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

Так вот основная выгода языков с «Safe Memomy Model» это не мистическое избавление от ошибок а локализация оных. Тоесть если програмист сделал ошибку, то она будет проявлятся именно там (в том модуле) где она живет а не портит жизнь случайно выбраному нормально работающемому модулю.

Как следствие требование к качеству кадров и верификации кода резко понижается что очень заманчиво как и для бизнеса (разработка удешевляется) так и для опенсорса (можно смелее принимать комиты от старонних девелоперов).

или криптовалюту для сжатия аудио сделать.

У меня уж хайподетектор перекосило и заклинило :)

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

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

Потому, что 2003 год был давно? Кстати, так как в расте присваивание имеет тип (), трюк с current->uid = 0 не сработает.

странное поделие под названием australis. Это когда возможности кастомизации не задействованы, дополнения несовместивы, а лагает всё равно на любом железе.

Два чая этому пассажиру! С тех самых пор, как мозилловцы захромили интерфейс фаерфокса я периодически ищу на что можно смигрировать. Вроде как с принятием ветки xwidgets в emacs забрезжил свет в конце туннеля - авось какой-нибудь современный веб-движок туда встроят наконец-то.

Это выявит статический анализатор.

А если контора с таким штатом им не пользуется, — ССЗБ.

И ещё, языков с памятебезопасностью полно, некторые из них так же оборудованы тредобезопасностью.

языков с памятебезопасностью полно

Назови Топ10.

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

В случае С создание бекдора свелось к простой опечатке.

Это выявит статический анализатор.

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

Кстати джава так и взлетела, ее IBM вынес в массы после 2 лет полного ада над какимто проектом (на С) в котором было задействовано порядка 1000 девелоперов. После стабилизации продукта и первого релиза народ подсщитал что при таком ко-ве разработчиков средняя эффективность работы была аж целых 15 строк кода в ДЕНЬ. После чего они активно начили пилить моструозные проекты (вроде инфинити) на Java.