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

Молодцы. Переход на раст - единственный способ не остаться на обочине истории. Линукс как всегда будет сильно отставать, а Мак как был конченым во всём, что они делают - так и останется. Потому что иначе Апл не умеет.

Думаю использование AI в подобных проектах-хорошая мысль. Этот опыт, даже при неудачном раскладе, даст Microsoft большое преимущество перед другими компаниями.

Амбициозно и правильно. Microsoft наконец-то решила взяться за технический долг системным, а не точечным способом. Переписывание миллионов строк C/C++ на Rust с помощью гибридного AI-инструмента — это единственный реалистичный путь для компании такого масштаба. Цель до 2030 года выглядит агрессивно, но если они действительно дадут инженеру возможность "конвертировать" миллион строк в месяц, шансы есть. Это не просто смена языка — это фундаментальное повышение безопасности и надёжности ядра их продуктов. Жду, когда подобные инструменты станут доступны и для внешних разработчиков.

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

Ну, это, конечно, амбициозно! Хант, видимо, решил, что пора серьезно взяться за старый код Microsoft.  Я, честно говоря, в это немного
не верю в один месяц на миллион строк – это как-то очень оптимистично.  Но идея с использованием AI и Rust для переписывания таких
огромных кодовых баз, чтобы избавить компанию от технического долга, вполне логична.  Сложно представить, что они реально смогут так
быстро это сделать, но, возможно,  в итоге они смогут значительно ускорить процесс и сократить количество ошибок.  Интересно, как CoreAI
будет все это реализовывать.  Будем посмотреть, что из этого получится.

Участвуя в проекте Microsoft, выражаю сомнение относительно его целей и достижимости. Поскольку языки C и C++ остаются
основными в разработке приложений на платформе Windows, устранение их из кодовых баз Microsoft по мотивам «устранения
технического долга» может быть просто необходимым элементом в процессе реорганизации компании. С другой стороны,
замена языков вызывает ряд проблем, которые могут оказать существенное влияние на результаты разработки. В частности,
согласно статье, потребуется переписывать и перенастраивать более миллиона строк кода. Это может привести к
значительному снижению производительности программного обеспечения и увеличению сложности его поддержки в будущем.
Кроме того, процесс разработки на языке Rust может быть непомерно медленным по сравнению со старыми языками C и C++.
Относительно использования AI, оно представляет собой простой инструмент для автоматизации определённых видов задач
разработки, а не принципиальной решения проблемы.

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

Масштабно. С потенцывалом наконец прибить Мелкософт))

Meowshallah!

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

Вопросы, которые у меня есть к Rust:
Как включить реле с номером usb_x_n на проводе USB?
Как выставить положение серводвигателя в положение x_value, и прочесть обратную связь положения  x_value?
Как прочесть контактный сенсор usb_x_on, и как прочесть значение сенсора usb_x_value?
В МОПС Линукс 5.1 это делалось на бейсике, набрасывая код на тетрадке с коричневыми кружками от кофейной кружки, и работало.

В новость не верю, это пиар виндовс или паста, пока не перепишут всю базу с последующей полной поддержкой продукта виндовс без с с++, и звучит это безумно по зависимости считаю с и с++ там самое место, просто можно предположить что падает качество разработчиков

Смачный кликбейтный заголовок новости, выглядит как жирный троллинг :) Прожигание диванов гарантируется!
Но во первых, это исследовательский проект
Во вторых какой именно код они собираются переводить?
И в третьих, как они собираются делать этот перевод - методы разработки на C и тем более C++ сильно отличаются - на Rust скорее инженерно более правильно было бы разработать новый код, с другими архитектурными приемами, а это совсем другая задача, учитывая что ИИ дает много ошибок, галлюцинаций и т п.
Потом тестирование этого переписанного кода - это тоже на Rust?
Тестирование, проверка на производительность, утечки, соответствие ТЗ, снова разработка, тестирование - цикл разработки автор новости себе представляет?
Книжька есть такая Инженерия программного обеспечения, всем рекомендую пачитать.

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

Хоть бы ошибки в вычислениях формул и в справке Excel исправили. Лет 25 уже прошло, а воз всё там же.

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

Одним заголовком новости рассказали весь анекдот про переписывание на расте.

А зачем тогда rust? Пусть AI сразу создаёт машинный код.

Rust обещает избавить нас от грехов C++, но сам компилятор Rust (rustc) и его бэкенд (LLVM) — это гигантские нагромождения кода на C++. С точки зрения строгой логики, если в компиляторе C++ (которым собирали LLVM) есть ошибка или закладка, то безопасность Rust-кода становится иллюзией.
Есть знаменитая лекция Кена Томпсона «Reflections on Trusting Trust». Суть её в том, что вы не можете доверять коду, который вы не создали полностью сами (включая компилятор и железо). Пока компилятор Rust зависит от библиотек C++, написанных на тех же «небезопасных» принципах, мы действительно имеем дело с парадоксом: мы строим крепость из высокотехнологичного бетона, но мешаем этот бетон в ржавой бетономешалке, которая подсыпает в него песок.

> Проект Microsoft по использованию AI для перевода кодовой базы с C/C++ на Rust

Не для переписывания, а для перевода. Смотри не перепутай.

Если речь о комбинировании вместе с традиционным, то это вполне осуществимо. Вопрос только в объёме кода переводимого таким образом и какая нагрузка будет на человека, кто этим будет заниматься. Статический язык с расширенными compile-time проверками вроде Rust не даст писать откровенный бред хотя бы в структурах. И для существующего кода наверняка есть не мало разного рода тестов. Если организовать итерации генерация кода - компиляция/прогон тестов, то может на выходе что-то и получится.
Тут вопрос не в качестве итогового кода, его наверняка тоже будут как-то пытаться контролировать. Вопрос скорее в экономической целесообразности - если окажется лучше некой критической точки, то процесс в любом случае запустят. Предполагаю тех долг там не в реализации "чего-то", а какие-то нештатные ситуации, которые проявляются в "високосный год под полной луной". Воспроизвести сложно, а "исправление" не факт что не приведёт к каким-то другим проблемам чаще/больше. Из-за этого и боятся просто так лезть в уже "обкатанные" части. Видимо надеются, что Rust им тут поможет. Посмотрим, время покажет...

Недавно один AI проект компилировал в исполняемые файлы (.exe под Windows) и работает быстрее просто Python вроде. А если на Rust написать то ещё быстрее будет. Только:

>> Целью проекта заявлено полное исключение языков C и C++ из кодовых баз Microsoft до 2030 года. В качестве миссии упоминается устранение технического долга в масштабных проектах. Отмечается, что разрабатываемая инфраструктура для обработки кода ориентирована на возможность одному инженеру за месяц переводить миллион строк кода.

Врать не надо про реальные цели. Сколько проектов уже было когда заявлялись цели типа "не обращайте на нас внимание", а потом (для кого-то внезапно) оказывалось что цели то совсем другие. И ИИ написанный на RUST оптимизированный под какое-либо железо сможет не только указанное сделать. Вообще-то ИИ на rust уже существуют и я использую в работе только для других целей. С другой стороны Майкрософт фактически сказала что больше для меня работы не будет, ну и ладно. Куда потом деться интроверту?

Для такой амбициозной цели необходимо сначала стандартизировать Rust ABI и предоставить альтернативу Windows API с его поддержкой. В противном случае, когда в системе всё динамическое связывание останется исключительно через unsafe extern "C", от UB избавиться всё равно не получится.

ну теперь точно винде капец

> бывший руководитель группы по развитию операционных систем в подразделении Microsoft Research,

Это тот чувак который уже захватил мир с своим Singularity и .net? :))

> представил исследовательский проект

...по убиению софтварных проектов, ибо кто это потом сможет поддерживать? Врядли сишники которые это писали станут макаться в AI-generated Rust. А индусов хоть кнутуй, хоть не кнутуй, все равно получишь... GUI.

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

Я переписывал недавно либу с плюсов на раст с помощью коптлота. Копилот неплохо понимает подобный класс задач и в целом с основной работой справился - ушло две недели. Естественно все под внимательным надзором.

Проблемой являются биндинги. К примеру апи на питоне я "переписываю" к этой либе уже месяц.

Обернуть всё в unsafe много ума не надо.

Я одного не понимаю. Раст - это радикально всё другое. Мир такого не любит. Мир любит плавные движения. Почему в с/с++ плавно не добавить безопасность? Например, добавить на уровне компилятора ошибку при использовании голых указателей. Добавить тип типа mem_t, который будет нести в себе под капотом указатель и размер. И т.д.

Какой-то менеджер решил выпендриться. Жаль этого добряка.

> Гален Хант (Galen Hunt)

Есть два варианта.

1. Под ним зашатался шум. И он решил так себя на время обезопасить.

2. Он реально ....утый.

По-моему большие молодцы.

Надо им просто не мешать.

Простота Раста + надёжность ИИ. Что может пойти не так?

Да вы не поняли. Ядро Windows не развивается с конца 1990-х, последние изменения были внесены в начале 2000-х. И вот весь этот, так называемый в терминологии майкрософта - "C/C++ код" уже никто писать не умеет. Старые программисты либо умерли от старости, либо не хотят ковырятся в проприетарным коде, который к тому же имеет $СтранныеИдентификаторы$.

Поэтому решили поручить задание переписать Windows на Rust-е. Если честно вся внутренняя часть Windows 11 стара. Они меняют лишь графическую её часть, и перепродают её снова и снова.

Хана кодерам.Кожаные мешки даже программирование на Раст не спасет.

Есть два типа новостей о Си/Си++: об очередной уязвимости и о переписывании на Rust.

Вкалывают роботы, отдыхает человек.

Заодно всему миру продемонстрируют "успехи" быдлoвайбкодинга и индуcoкратии. Походу MS сливается окончательно. Жаль конечно. Уходит целая эпоха. Вопрос перехода на Линукс бизнес будет рассматривать гораздо серьёзнее. Да по Win11 уже заметно - что поделие нежизнеспособно.

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

надеюсь, тут будет так же.

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

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

Хотите ультимативную проверку вашего AI Rust? Воскресите Adobe Flash. В случае успеха - Welcome в любые проекты. В случае провала - вам есть над чем поработать перед масштабными заявками.

Я так понимаю, умный алгоритм и баги на расте перепишет?

Где-то уже можно скачать или ждать в Windows 12 теперь для этого?

https://github.com/checkedc/checkedc

Лол.
Переписать то он им перепишет, оно может даже соберётся и заработает.
А вот как они будут туда фичи докидывать?

Чувствую у них потом будет миграция обратно: с раста на С, притом может даже без ИИ, хватит и обычного транслятора.

>> В качестве миссии упоминается устранение технического долга в масштабных проектах. Отмечается, что разрабатываемая инфраструктура для обработки кода ориентирована на возможность одному инженеру за месяц переводить миллион строк кода. Проект развивается в подразделении Microsoft CoreAI.

Я с ними работал давно. Нечего платить индусам за количество кода который они написали! Даже когда они рассказывали что отказались от этой практики, ещё очень долго их менеджмент именно количеством кода всё и оценивал. Проблема в том что код то можно сделать рабочим, только правда в том что у людей цель заработать деньги, а для этого они выполняют условия других людей выше стоящих и не всегда умных. И даже если кто-то умный что-то переделает, то может всегда найтись эффективный менеджер который глюк вернет на место поднимая вопрос к архитектору, который ему скажет что то решение решало проблему. А за это время куча индусов по созданным заданиям там уже всё поменяло и баги всё-равно остались, но уже другие. А у ИИ совершенно иная цель. За всё время работы с западными компаниями я не помню вообще ни одного раза когда тим-лид или менеджер понес ответственность за свои деструктивные действия, даже если эти действия были весьма очевидными. Так-что далеко не только джунов должно волновать развитие ИИ. Напомню что работодателей давно интересует вопрос как взять кого взять и как оценить человека. Представляете что будет если техническое собеседование больше не нужно будет, а всё досье поднимет сам ИИ? Более того переписывание с одной на другую технологии (на не самых важных проектах) как правило занимается аутсорс - т.е. ребятки из-за рубежа для США. Это позволит им сэкономить на з.п. пока не найдётся эффективный менеджер который создаст новую фичу на несколько индуских команд. Надеюсь с тех пор что-то поменялось к лучшему. Сатья Наделла реально там проблема - его нужно обратно на Стива Баллмера поменять или может кого-то получше. Тогда и технический долг начнёт потихоньку таять возможно. Насколько помню Сатья всех собак на Баллмера катил, это всё попэрэдники, а в реальности их не лучше.

Сначала BLM-повестка, потом машинный перевод кода на Rust, следующее что? Окошко при запуске с просьбой указать свой гендер отличный от пола?

> Отмечается, что разрабатываемая инфраструктура для обработки кода ориентирована на возможность одному инженеру за месяц переводить миллион строк кода.

Сколько у мелкого софта всего миллионов строк? На сколько месяцев (лет) работы (одному инженеру)?
Сколько процентов инженеров надо найти (перевести на тестировщика, набрать в Индии) на тестировку всего этого добра, до такого состояния, что бы далее можно было передать ендюзверю на тестировку в процессе юзверской работы?

Какая экономия от этого всего?
Сколько людей окажутся на улице?

Ржавеет винда

Чую второе пришествие Windows Vista

> Целью проекта заявлено полное исключение языков C и C++ из кодовых баз Microsoft

Это самая тупая цель, что я слышал в ИТ! Тупее неё был только "запрет goto".

> в написанном людьми коде в 1.76 раз больше орфографических ошибок и в 1.32 раза больше ошибок, связанных с тестированием

ну вот и хороший критерий по которому можно отличать человеческий код от поддакивающих пользователю галлюцинаций.

Скажите пжл кто в теме, вот почему графика в винде, mac os плавная и работает без ошибок, даж винда 3.11 норм работала по графике, а вот x11 или Wayland - регулярные глюки?

А теперь давайте подумаем, насколько хорошо модели работали всего лишь два года назад. И сравните с тем, что сейчас. И экстраполируйте, даже консервативно, на ещё 5 лет. Это не шутки.

А то мы не знали.

Внезапно, разные модели по разному генерят код. GPT реально хуже джуна, а вот Claude Sonet уже сильно лучше. Но как обычно померяли среднюю температуру по больнице.

ИИ не может написать код!

ИИ не может написать более-менее качественный код!

ИИ производит в 1.4 раза больше критических проблем, чем ручной код!

(вы находитесь здесь)

Ну и что, что код теперь лучше, чем у людей? Разве может ИИ написать симфонию?..

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

У ИИ нет духовности. Он бездуховен. Духовности нет.

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

>в 1.64 раза больше проблем с качеством и сопровождаемостью кода

Как-то мало.

Имхо за последний год качество ИИ-кода не стало лучше. Словно уперлось в какой-то потолок.

Кода написанного людьми и кода скопированного и написанного другими людьми.

LLM сам ничего не понимает

потому что оплата ИИ рассчитывается по токенам, а у разрабов - по конечному результату, из-за которого могут и оттарабанить в попчанск)

Робот, прочитавший всю библиотеку подряд, научился быть скучным графоманом, которого даже Донцова в негры не берет? Внезапно, чо.

Исследователи из компании CodeRabbit проанализировали запросы используя AI? Или людей? Кто то должен проанализировать кто из них находит ошибки лучше.

Ещё немного и соотношение будет не в нашу пользу, господа. Готовьте булки.

> 350 - созданные AI, 150 - написанные вручную

Если это веб программирование. То с чего взяли, что 150 написаны вручную?

Сейчас у них принято взять глюкогернилкин выхлоп. Убрать явные косяки и встроить в свой код.

>пришли к выводу, что в изменениях, сгенерированных AI-ассистентами, присутствует в 1.7 раза больше значительных дефектов и в 1.4 раза больше критических проблем, чем во вручную написанном коде

А теперь сравним цену, и выяснится, что ИИ всё же очень cost-efficient.

> пришли к выводу, что в изменениях, сгенерированных AI-ассистентами, присутствует в 1.7 раза больше значительных дефектов и в 1.4 раза больше критических проблем, чем во вручную написанном коде.

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

Если даже исполнитель заказчика не может понять, что тот хочет, вы реально ожидаете от LLM, что она прочтет ваши мысли?

Как дети себя ведёте ,а ну закрыли варежку и марш к бабушке

Как можно вообще сравнивать код человека и тупой программы, которая просто набрала шмотков кода из сети?? :)) Вы больные что ли?
Человек - он знает ЧТО пишет (какую проблему решает). Комп - даже понятия не имеет о "задачах". О чём тут говорить??

ИИ не существует.

Сравнение творчества, генерации фото, аудиотреков, текстов, написаных Ии и обычным человеком)
Сравнение сборки на заводе лады Ии и обычным человеком).

Да ну их этих программистов. Генерить программу и на каждой итерации проверять её работу на соответствие некоему небольшому количеству легкопроверяемых критериям. Имея в распоряжении много ресурсов и много времени в конце концов после очеедной итерации возможно получится именно то что удовлетворит все хотелки а всё остальное неважно.

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

Вкупе с прошлой новостью о переписывании виндовс на раст с помощью ИИ будущее для виндовс весьма туманно.

MS украли опенсорный код с GitHub вместе с OpenAI, Anthropic и прочими. Так что он не может быть "написан AI". Нагенерировано - да. Навибродили - да. Но не написано.

У меня остались переписки в истории ChatGPT со времён GPT-3.5. Сейчас бенчмарки рисуют какие-то заоблачные улучшения, но по факту современная модель gpt-5.2-high сгенерировала худшее решение (промпт был один и тот же).

Чем больше растеров (a.k.a. людей, которые просто хейтят Си по определению и слишком ленивые/тупые, чтобы учить функциональные языки и переписывать инструменты под себя) будет заменено ИИшкой, тем лучше - будет больше примеров кода, доказывающих, что этот ЯП - плохая затея.

Крутяк. Могут же когда захотят!

> среди прочего, реализовали поддержку аналоговых видеовыходов

А в это время в соседнем лагере дропают 1080ti ...

Так речь про замену "драйвера по умолчанию".
Я на фре изначально amdgpu юзал для Radeon HD 7950 (или какой то близкой, одной из первых на gcn), просто потому что radeon никогда и не работал а только крашил систему.
Когда карту покупал - специально ещё доплачивал чтобы именно gcn была, а не более старая архитектура.

А аппаратное декодирование от серии к серии в прошивках дискретных видеокарт тоже блокируют, как это делают Dell и HP?

всё это очень хорошо, только немного поздно.

причина 1 - Radion SI и CIK это 2014..15 год.
причина 2 - LTS 6.18 уже вышла и те кто ходят по LTS будут ждать еще год.
причина 3 - насколько сейчас актуальны видики с двумя гигами?

да, лично для меня актульно, в моем ноуте SI, но меня держит vmware с модулями к 6.14.

Забавна радость местных ̶н̶и̶щ̶у̶к̶о̶в̶  экономных геймеров.

Хотя, если разобраться в новости, то:

> прирост производительности в среднем на 24%

вам все эти годы не докладывали производительности

> В отдельных тестах разница достигала двух раз

это вообще эпично)) как вы вообще такое жpaли?

> позволил получить поддержку графического API Vulkan 1.3

Современного (ну, на то время) апи вас тоже лишили, хотя как оказалось оно могло работать.

> среди прочего, реализовали поддержку аналоговых видеовыходов

У вас даже не работали аппаратные фичи видях, которые работали в нормальных ос.

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

В своё время так и не дождался AMDGPU для своей Radeon HD 7770...

7950 Эх легендарная карта с гигантскими возможностями по разгону. Уже 9 лет не играю, а она лежит в шкафу

Не понимаю только, какой в этом интерес у Валв. Зачем ей пилить поддержку старого железа, которое никак не касается ни её СтимДеки и ГейбКуба, ни даже потенциального десктопного релиза SteamOS?

> Ранее владельцы GCN 1.x могли использовать Vulkan, но это не работало в конфигурации по умолчанию и требовало нестандартных манипуляций с модулями ядра Linux для замены драйвера Radeon на AMDGPU.

В cmdline в конфиг загрузчика добавить
modprobe.blacklist=radeon radeon.si_support=0 amdgpu.si_support=1 radeon.cik_support=0 amdgpu.cik_support=1

Видимо это какие то прям сложные не стандартные манипуляции

Непоняьны мотивы Valve. Если они быстрее, чем на Windows работают, то это будет повод для знакомства с Linux.

Я так понимаю, что AMDGPU быстрее RADV для этих карт.

Я вам ещё раз напомню - Phoronics Test Suite не умеет бенчмаркить. Их реализация меряет время на CPU функциями для измерения времени, даже не rdtsc(p), а надо мерять время как на CPU через rdtsc(p), так и на GPU через специальное расширение Vulkan для этого. Коллабора тоже не умеет бенчмаркить и делает почти то же самое.

Наконец-то можно будет из параметров ядра убирать на старом компьютере.
radeon.si_support=0 amdgpu.si_support=1

Судя по такому приросту, сейчас железо работает на 50% максимум?

Самое весёлое, это когда JSеры пробуют движки типа QuickJS после того, как всю жизнь сидели на V8 и т.д., и ох*евают от того, насколько это неоптимизированный медленный язык без миллиардов инвестиций V8.

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

Отличная новость! Его можно собрать в wasm модуль, чтоб выполнять js из wasm рантайма вне браузера

Он бесспорно молодец. Но файл quickjs.c в 55 тыс строк как-то не очень. Можно же было разбить.

Эпичный чел

Круто такто

Если у тебя такие ограничение по железу зачем тебе джаваскрипт, Фабрис не сказал? А так ради искусства красиво.

Неплохо на самом деле. Один целый абзац в статье конечно можно заменить на короткое предложение что JS работает только в "strict mode" и поддерживает стандарт ES2015. Все в курсе что это. Разработчикам встраиваемых систем стоит задуматься что на Python и JavaScript наибольшее количество разработчиков нынче в мире. Может оно и начнется с какого-нибудь табло для банка показывающего курс валют (на С оно тоже много строк конечно не занимает, я понимаю), но разработчиков встраиваемых систем станет больше. А на носу эволюция роботов.

Будет ли оно ещё быстрее, если вместо js будет строгий ts (чтобы только типизированное всё было) и выбросить eval? Был такой (и где-то ещё используется) Pascal Script.

Фабрис гений

Зачем нужен js где-то кроме браузера при существовании java/c# ?

mJS сто лет как существует: https://github.com/cesanta/mjs

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

Вот удивительно. Ещё в восьмидесятые появились языки вроде Standard ML, достаточно выразительные для написания кода, и в то же время достаточно хорошо подходящие для оптимизации. Но нет, берётся недоязык js, который невозможно толком оптимизировать, и засовывается в микроконтроллеры. При этом, что удивительно, берётся не сам js, а некий суррогат, который ещё и не позволит перенести произвольный код.

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

Из самых быстрых JS-движков, которые я встречал, был только движок, встроенный в заброшенный веб-браузер Opera на движке Presto. Я специально проводил алгоритмические бенчмарки, и Chrome с V8 отставал в сотни и тысячи раз, а Firefox - в миллионы раз на долгой дистанции.

Как же надоел этот JavaScript.

Вспомнилось "640 килобайт должно хватить всем"

Хороший «user-friendly» дистрибутив.

> Представлен выпуск дистрибутива elementary OS 8.1,

Блог открывается. Сам сайт нет.

>По умолчанию задействован защищённый сеанс (Secure Session), в котором используется протокол Wayland и активирована система запроса полномочий

https://github.com/elementary

Лучший дистрибутив, проверенный временем. Модные пользователи выбирают именно этот дистр.

Vala — это плюс. Тратят меньше времени на борьбу с бессмысленными проблемами.

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

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

Любят они там значки поуро... попеределывать, это печально.

> В состав включено приложение для работы с картами.

Наконец то elementaryOs, нагнет этот Google.
Прямой конкурент Google Maps.

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

К сожалению любая концепция user-friendly линукс-дистрибутива рушится о факт, что каким бы дружелюбным не был гуй (а в данном случае на это делается основной упор), для полноценного использования GNU/Linux 100% придется учиться работать с терминалом. Пока в гуй не перенесут все, ну или хотя бы большинство параметров и возможностей, линукс на десктопе так и останется уделом 4% заинтересованных гиков, в какую бы яму не катилась винда. Короче не в красивости и дружелюбном и гуя проблема.

Подрыгал я это дело, стёр, поставил UbuntuStudio 26.04 LTS и забыл о проблемах !
https://cdimage.ubuntu.com/ubuntustudio/daily-live/current/

Зачем нам трансгендерная еще-одна-болгенось?

Ну да, это не i686, на это поддерживать силы есть.