Мой внутренний параноик не позволяет мне открыто гонять приватные ключи по сети (проверку подсети я за аутентификацию не считаю, а TLS без проверки клиентского сертификата не защищает от клиента-злоумышленника), поэтому в своём велосипеде дополнительно шифрую все файлы через age, чтобы получить доступ к ним мог только владелец приватного ключа age
Затем, что растов может быть установлено несколько, и кто-то должен выбирать, какой именно раст запускать (в том числе через аргументы командной строки, которые кто-то должен обрабатывать, например cargo +nightly fmt, или из Cargo.thml, который тоже должен кто-то прочитать)
Если ваша винда до сих пор не поддерживает создание симлинков без прав админа — это проблемы винды, а не раста. Пользуйтесь нормальными операционными системами
Не знаю что там было в 2020 году, но у меня сейчас это всё симлинки на один-единственный бинарник (который умеет много всякого разного, так что ему логично быть большим)
Так про деприкейтед никто нигде не говорил, оно просто не нужно. Команда poetry init никакой tool.poetry не генерирует, потому что зачем (и показанный вами packages тоже бесполезен и не нужен)
Рад за эти технологии, но это всё ещё внутренняя деталь реализации рантаймовой сборки мусора. «Принципиально другой технологией» является разве что --mm:none, который очевидно не GC ни в какой терминологии, и ownership/borrowing, который, в отличие от ARC и tracing GC, работает не в рантайме и которого в Nim, как я понимаю, нету (но будет? Подожду Nim 3.0)
Это именно что деталь реализации, потому что Nim по-прежнему позволяет переключиться на GC. Кроме того, в обеих ссылках упоминается cycle collection, что по сути и есть GC. Ну и что, что без stop the world — это всё ещё GC со всеми остальными вытекающими
Ну не, это принципиальное отличие, напрямую влияющее на устройство языка и опыт его использования. Синтаксис как у питона, гарантии (почти) как у раста, отсутствие накладных расходов на счётчики и сборщики — это как минимум интересно. На тот же Nim я даже смотреть не буду именно из-за его привязки к сборщику мусора
Тоже не понимаю рекомендации использовать JSON-LD, Mcrodata явно проще во внедрении и поддержке, просто сходить расставить атрибуты в уже имеющемся html-коде
Как минимум про Session много нытья в интернете, что это бывший форк Signal со специально ослабленной криптографией
Разработчики Matrix много лет знали про некоторые уязвимости в libolm и не торопились исправлять их, отчего доверия к ним не прибавляется (да и сам Matrix в целом просто плох)
SimpleX давно поблочили в России (а установка своего сервера, подозреваю, сломает всю суть протокола)
А у джабберного OMEMO, к слову, просто как обычно бардак в реализациях (есть как минимум три версии, несовместимые друг с другом)
Виртуалбокс в убунте 22.04 какое-то время портил память виртуалок, потому что его версия была несовместима с версией обновлённого ядра убунты
Ark в убунте 24.04 сломан и не может читать 7z-архивы, проблема была давно известна и фикс был доступен ещё до релиза 24.04, но применять этот фикс в убунте почему-то не стали
Убунта 24.04 без предупреждения обновила драйвер nvidia с версии 470 до версии 535, тем самым сломав графику на всех компьютерах со старыми видеокартами
Питон в убунте 26.04 до сих пор сломан и его не торопятся чинить
На таком фоне складывается ощущение, что арч постабильнее будет...
А если работать с mkv на низком уровне, можно изначально выделить пустое место под SeekHead и после завершения записи просто заполнить его без копирования всего файла, некоторые записывалки так делают
(Правда, Cues тогда останется в конце, но не уверен, плохо ли это, если HTTP Range работает)
Даже в вашей наивной интерпретации берём векторы (3×4 байт на координаты, 3×4 байт на вращение по трём осям), умножаем на 25+12 объектов, умножаем на 30×30 хранимых кадров — сразу получаем почти 800 КБ на ровном месте
В наше время это с высокой вероятностью означает роскомнадзор
Мой внутренний параноик не позволяет мне открыто гонять приватные ключи по сети (проверку подсети я за аутентификацию не считаю, а TLS без проверки клиентского сертификата не защищает от клиента-злоумышленника), поэтому в своём велосипеде дополнительно шифрую все файлы через age, чтобы получить доступ к ним мог только владелец приватного ключа age
Компилятор и его компоненты не являются частью rustup и отсутствуют в его бинаре
Затем, что растов может быть установлено несколько, и кто-то должен выбирать, какой именно раст запускать (в том числе через аргументы командной строки, которые кто-то должен обрабатывать, например
cargo +nightly fmt, или из Cargo.thml, который тоже должен кто-то прочитать)По имени своего файла
Если ваша винда до сих пор не поддерживает создание симлинков без прав админа — это проблемы винды, а не раста. Пользуйтесь нормальными операционными системами
Не знаю что там было в 2020 году, но у меня сейчас это всё симлинки на один-единственный бинарник (который умеет много всякого разного, так что ему логично быть большим)
Так про деприкейтед никто нигде не говорил, оно просто не нужно. Команда poetry init никакой tool.poetry не генерирует, потому что зачем (и показанный вами packages тоже бесполезен и не нужен)
Рад за эти технологии, но это всё ещё внутренняя деталь реализации рантаймовой сборки мусора. «Принципиально другой технологией» является разве что
--mm:none, который очевидно не GC ни в какой терминологии, и ownership/borrowing, который, в отличие от ARC и tracing GC, работает не в рантайме и которого в Nim, как я понимаю, нету (но будет? Подожду Nim 3.0)Если вы решили подокапываться до терминологии, то давайте я вам тогда напомню, что reference counting по определению является одним из алгоритмов garbage collection
Это именно что деталь реализации, потому что Nim по-прежнему позволяет переключиться на GC. Кроме того, в обеих ссылках упоминается cycle collection, что по сути и есть GC. Ну и что, что без stop the world — это всё ещё GC со всеми остальными вытекающими
А вот это уже как раз деталь реализации, смотреть на Nim я всё равно не буду
Ну не, это принципиальное отличие, напрямую влияющее на устройство языка и опыт его использования. Синтаксис как у питона, гарантии (почти) как у раста, отсутствие накладных расходов на счётчики и сборщики — это как минимум интересно. На тот же Nim я даже смотреть не буду именно из-за его привязки к сборщику мусора
Тоже не понимаю рекомендации использовать JSON-LD, Mcrodata явно проще во внедрении и поддержке, просто сходить расставить атрибуты в уже имеющемся html-коде
Как минимум про Session много нытья в интернете, что это бывший форк Signal со специально ослабленной криптографией
Разработчики Matrix много лет знали про некоторые уязвимости в libolm и не торопились исправлять их, отчего доверия к ним не прибавляется (да и сам Matrix в целом просто плох)
SimpleX давно поблочили в России (а установка своего сервера, подозреваю, сломает всю суть протокола)
А у джабберного OMEMO, к слову, просто как обычно бардак в реализациях (есть как минимум три версии, несовместимые друг с другом)
Виртуалбокс в убунте 22.04 какое-то время портил память виртуалок, потому что его версия была несовместима с версией обновлённого ядра убунты
Ark в убунте 24.04 сломан и не может читать 7z-архивы, проблема была давно известна и фикс был доступен ещё до релиза 24.04, но применять этот фикс в убунте почему-то не стали
Убунта 24.04 без предупреждения обновила драйвер nvidia с версии 470 до версии 535, тем самым сломав графику на всех компьютерах со старыми видеокартами
Питон в убунте 26.04 до сих пор сломан и его не торопятся чинить
На таком фоне складывается ощущение, что арч постабильнее будет...
А если работать с mkv на низком уровне, можно изначально выделить пустое место под SeekHead и после завершения записи просто заполнить его без копирования всего файла, некоторые записывалки так делают
(Правда, Cues тогда останется в конце, но не уверен, плохо ли это, если HTTP Range работает)
Остаётся вопрос, делали ли разработчики GTA что-то подобное или всё-таки решили потратить 800 КБ на более простую реализацию
А откуда это прошлое значение возьмётся, если игра хранит только последние 20-30 секунд и постоянно удаляет старые кадры?
Даже в вашей наивной интерпретации берём векторы (3×4 байт на координаты, 3×4 байт на вращение по трём осям), умножаем на 25+12 объектов, умножаем на 30×30 хранимых кадров — сразу получаем почти 800 КБ на ровном месте