Проблема не в языке, а в том что все современные UI фреймворк - тормозное говно. И это не ограничивается C#. А обычным разработчикам деваться некуда - кушают что дают. Не имеет значение как хорошо и продуманно написан твой код, если в реальности 99,9% времени процессора будет отнимать нижестоящий код UI библиотеки.
Есть конечно вариант вернуться к WinForms но что-то не хочется, да и привязано гвоздями к Винде.
Что-то более нативное вроде WinUI работает ничуть не лучше.
В большинстве гуевых приложений узкое место - сам уй фреймворк, и разработчик приложения ничего с этим сделать не может. А использовать какой-нибудь древний фреймворк из 90-х который работает быстрее не выйдет - потому что больше не поддерживается, не собирается, а если и работает то нет базовой функциональности вроде hidpi и т.п. Или он написан на C и нормальных оберток для других языков нет.
Насколько я знаю пока этот вопрос не стоит, Раст остаётся экспериментальной фичей (но понятное дело что рано или поздно это изменится). Текущая драма началась из-за того что Хеллвиг заявил что будет блокировать мерж любого когда на расте если он использует подсистему DMA, несмотря на то что весь код на расте является экспериментальным и никак самого Хеллвига не затрагивает (более того, мейнтейнерам сейчас разрешено ломать свои API игнорируя то что ломаются растровые обвязки, т.к. Раст код вообще не собирается в CI). Но у Хеллвига баттхерт от одного наличия .rs файлов в репозитории ядра.
Шон и его фанаты как раз таки поливают профили говном при каждой возможности. В Circle он добавил боров чекер с лайвтаймами и unsafe из Раста, который они продвигают в виде "Safe C++" вместо профилей.
В C++ уже добавили плату в рантайме в виде перезаписи памяти всех локальных и динамических переменных по умолчанию. Также при включении профилей безопасности (пока не в стандарте) будут выполняться проверки индекса в operator[] вектора и прочих контейнеров.
Есть для этого встроенная функциональность, explicit instantiation:
Само собой в этом случае шаблон можно использовать только с теми типами которые были явно перечислены.
Проблема не в языке, а в том что все современные UI фреймворк - тормозное говно. И это не ограничивается C#. А обычным разработчикам деваться некуда - кушают что дают. Не имеет значение как хорошо и продуманно написан твой код, если в реальности 99,9% времени процессора будет отнимать нижестоящий код UI библиотеки.
Есть конечно вариант вернуться к WinForms но что-то не хочется, да и привязано гвоздями к Винде.
По-моему все предельно ясно - президент послал, значит надо пользоваться отечественным!
Что-то более нативное вроде WinUI работает ничуть не лучше.
В большинстве гуевых приложений узкое место - сам уй фреймворк, и разработчик приложения ничего с этим сделать не может. А использовать какой-нибудь древний фреймворк из 90-х который работает быстрее не выйдет - потому что больше не поддерживается, не собирается, а если и работает то нет базовой функциональности вроде hidpi и т.п. Или он написан на C и нормальных оберток для других языков нет.
Парашюты в любом случае вряд ли сработают. Но как минимум до удара об землю/воду он должен остаться целым.
Для бизнеса есть свои механизмы автоматического развертывания винды. Обычному пользователю нельзя.
Насколько я знаю пока этот вопрос не стоит, Раст остаётся экспериментальной фичей (но понятное дело что рано или поздно это изменится). Текущая драма началась из-за того что Хеллвиг заявил что будет блокировать мерж любого когда на расте если он использует подсистему DMA, несмотря на то что весь код на расте является экспериментальным и никак самого Хеллвига не затрагивает (более того, мейнтейнерам сейчас разрешено ломать свои API игнорируя то что ломаются растровые обвязки, т.к. Раст код вообще не собирается в CI). Но у Хеллвига баттхерт от одного наличия .rs файлов в репозитории ядра.
Потому что паника придумана для юзерспейса. Для ядра нужны другие механизмы, это совершенно нормально.
Я не хочу чтобы в истории мастера были всякие "fix", "fix 2" и т.п. А сквошить весь пулл реквест в один коммит не всегда правильно.
Шон и его фанаты как раз таки поливают профили говном при каждой возможности. В Circle он добавил боров чекер с лайвтаймами и unsafe из Раста, который они продвигают в виде "Safe C++" вместо профилей.
Если разрабы ответственные то да :) В противном случае об этом узнаешь только во время неудачной попытки сборки
git clone https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
cd linux
grep --recursive --binary-files=without-match --files-with-matches Copyright | xargs sed -i '/Copyright/d'
grep --recursive --binary-files=without-match --files-with-matches Linux | xargs sed -i 's/Linux/RussOS/g'
Никогда их не будет в "настоящем" свободном линуксе. Только на закрытых проприетарных платформах.
И отсудить деньги у Маска? Ну, удачи :)
В случая aggregate классов как и с примитивами нужны скобки для инициализации, т.к. их дефолтный конструктор ничего не делает
В C++ уже добавили плату в рантайме в виде перезаписи памяти всех локальных и динамических переменных по умолчанию. Также при включении профилей безопасности (пока не в стандарте) будут выполняться проверки индекса в operator[] вектора и прочих контейнеров.
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2024/p3394r0.html
Но в 26 этого точно не будет, и неизвестно пройдет ли оно дальше (R0 все же)
Да и вообще они рефлексию для 26 сильно урезали, иначе она бы уехала до 29 или дальше.
В старые времена у тебя выбора бы не было кем стать. Родился крестьянином, будешь всю жизнь крестьянином.
Совершенно верно, хуавею это нужно именно для создания своего собственного загончика.
Хз как с этим UKI, но и до этого можно было загружать ядро с UEFI и прописывать параметры через efibootmgr без пересборки