Почему это? Как минимум, из-за отсутствия стабильного ABI, не говоря уже о стандарте
Можно найти причины по которым что-то может пойти не так, но я доверюсь чувакам из Canonical. Я уверен, что они не станут включать инструмент который работает на половину или даже на 99%, переход должен быть бесшовным.
Ошибки при работе с памятью тут всё равно возможны, например, в интерфейсе с PAM.
Ошибки при взаимодействии с третьей стороной по вине третьей стороны не стоит приписывать к софтине, которая взаимодействует с этой стороной.
За последнее время половина CVE su и sudo не была связана с ошибками при работе с памятью
Тут я бы перефразировал: "за последнее время половина ЗАРЕПОЧЕННЫХ CVE не была связана с ошибками при работе с памятью". Не зарепортили сегодня, зарепортят завтра. А с Растом исключается пласт весьма популярных (и часто тривиальных) косяков при работе с памятью.
Важно чтобы оно работало нормально, не хуже оригинальной версии, с которой я буду переходить.
То, что оно будет работать не хуже это само собой подразумевается, ведь это замена системных утилит. А то, что будет работать лучше (вероятно) - это заключено во фразе "переписано на Rust". По крайней мере стоит ожидать отсутствия ошибок связанных с безопасностью памяти, которые есть в текущем наборе утилит.
Все описанные рекомендации показывают, что "эффективные" короткие видео - те, где максимально хорошо взламывают мозг через быстрый дофамин: снимайте простые видео понятные широкой аудитории, **провоцируйте** на комментарии, "нужно снимать контент, который захочется сохранить (и потом **никогда не использовать**)".
Не удивительно, что всё чаще встречаются спикеры которые говорят, что социальные сети повреждают мозги (в той или иной форме). В общем, если кто-то хочет избавиться от этого кошмара - можно блочить шортсы через правила uBlock Origin - https://github.com/gijsdev/ublock-hide-yt-shorts.
И правда есть, не заметил, спасибо :). Но код этого байндинга такой же как и в репозитории из которого брал его когда писал скрипт. Похоже, что неофициальный байндинг стал официальным.
Можете подробнее описать чего вы хотели добиться?
Задача была избавиться от ручного написания кода под RTTI для экономии времени и чтобы не получать проблем, которые бывают при ручном написании такого монотонного кода (перечислил в посте). И хотелось освоить библиотеку для парсинга C++ кода, мне она может много где пригодиться.
> в библиотеках вроде GNU Lightning или LibJIT вся грязная работа уже сделана. Но время на разработку и общий объём кода даже с использованием библиотек здорово увеличиваются.
А всё же на сколько трудно и долго будет прикрутить jit для этого? В чём основная сложность? Делаю самопальную виртуальную машину для самообразования, и с темой интеграции jit'ом пока вообще не соприкасался.
P.S. Поделюсь своим скриптиком для генерации H-файла с опкодами на основе описания в Yaml файле github.com/tekord/cpp-opcode-generator, мелочь, конечно, но вдруг кому-нибудь пригодится.
Гений дизайна тот, кто решил, что противоположные по смыслу модификаторы unmodifiable и modifiable должны определяться визуально сходными ключевыми словами var и val. Читабельность на высоте.
Товарищи, не могли бы вы описать какими ботами пользуетесь и используется ли бот в вашей компании? Очень бы хотелось узнать практические случаи применения, а то я не очень в теме.
Всё-таки для проверки интереса публики слишком много заморочек с финансами. Возвраты, отчёты, налоги и т.д. А фиксирование времени прохождения может сказаться на качестве или вообще отношении разработчика к игре. Дедлайн это хорошо, но только если разработчик умеет в него укладываться (не все инди профессионалы и умеют планировать). Если не попал в дедлайн, то игроки получают назад свои деньги, а разработчик получает минус 100 единиц к морали.
Мне кажется идея с предзаказом на этапе гринлайта чревата адом в плане менеджмента финансов. Не известно когда игра выйдет, дедлайны могут сдвигаться разработчиками, или у них вообще может не быть дедлайнов. И заморочки с ценообразованием. Не понятно же на сколько адекватна цена на данном этапе. Вдруг к релизу игра вырастет в объёме, соответственно и цена должна была бы быть другой, но деньги уже уплачены, нужно отгружать игру игрокам по старой цене.
Не использую xdebug как минимум потому, что он сильно снижает производительность. А панель дебаггера yii даёт достаточно информации и причём быстро. Без необходимости что-либо настраивать.
Можно найти причины по которым что-то может пойти не так, но я доверюсь чувакам из Canonical. Я уверен, что они не станут включать инструмент который работает на половину или даже на 99%, переход должен быть бесшовным.
Ошибки при взаимодействии с третьей стороной по вине третьей стороны не стоит приписывать к софтине, которая взаимодействует с этой стороной.
Тут я бы перефразировал: "за последнее время половина ЗАРЕПОЧЕННЫХ CVE не была связана с ошибками при работе с памятью". Не зарепортили сегодня, зарепортят завтра. А с Растом исключается пласт весьма популярных (и часто тривиальных) косяков при работе с памятью.
То, что оно будет работать не хуже это само собой подразумевается, ведь это замена системных утилит. А то, что будет работать лучше (вероятно) - это заключено во фразе "переписано на Rust". По крайней мере стоит ожидать отсутствия ошибок связанных с безопасностью памяти, которые есть в текущем наборе утилит.
Все описанные рекомендации показывают, что "эффективные" короткие видео - те, где максимально хорошо взламывают мозг через быстрый дофамин: снимайте простые видео понятные широкой аудитории, **провоцируйте** на комментарии, "нужно снимать контент, который захочется сохранить (и потом **никогда не использовать**)".
Не удивительно, что всё чаще встречаются спикеры которые говорят, что социальные сети повреждают мозги (в той или иной форме). В общем, если кто-то хочет избавиться от этого кошмара - можно блочить шортсы через правила uBlock Origin - https://github.com/gijsdev/ublock-hide-yt-shorts.
И правда есть, не заметил, спасибо :). Но код этого байндинга такой же как и в репозитории из которого брал его когда писал скрипт. Похоже, что неофициальный байндинг стал официальным.
Задача была избавиться от ручного написания кода под RTTI для экономии времени и чтобы не получать проблем, которые бывают при ручном написании такого монотонного кода (перечислил в посте). И хотелось освоить библиотеку для парсинга C++ кода, мне она может много где пригодиться.
А всё же на сколько трудно и долго будет прикрутить jit для этого? В чём основная сложность? Делаю самопальную виртуальную машину для самообразования, и с темой интеграции jit'ом пока вообще не соприкасался.
P.S. Поделюсь своим скриптиком для генерации H-файла с опкодами на основе описания в Yaml файле github.com/tekord/cpp-opcode-generator, мелочь, конечно, но вдруг кому-нибудь пригодится.