Не, этот тип применяется только когда nullability неизвестна (когда дёргаем java код, на котором нет никаких аннотаций). Тогда компилятор позволит работать с этим типом как с nonnull, но везде натыкает проверок на null для early null propagation. Т.е. когда есть аннотации — то в Kotlin всё будет хорошо и везде будет нужный тип. Если нет (старый код или просто не заморачивались) — то можно не писать портянки из всяких ?., ?:,!!! и прочего и просто писать код, не столь безопасный (хотя если где-то прилетит null, где вы его не ожидали — то вылетит как можно раньше, а не когда этот null расползётся по всем структурам), но без манускриптов из символов и просто красивый.
Ну, и? Человек утверждает, что на маках своп включён и выключить можно через терминал. Не спорю и не подтверждаю это утверждение — как это относится к телеграму с его жором в гигабайт? Или телеграм только на маках?
Место то на диске может и условно бесконечное, но вот динамический своп (который сам растёт/уменьшается) пока ещё редкость. Пущай себе кешируют что хотят на диске напрямую, а не забивают память в надежде на своп и ядро.
Детект запущенных игр (и отображение их как статуса), интеграция с множеством игр (кнопочки join / spectate /etc), отображение статуса стримов (которые обычно об играх)… Продолжать?
Ну вообще в терминале ^C (aka ctrl-c) это прерывание текущей программы. Собсна терминал понятия не имеет, mc там открыт, или повесившийся dd.
Хотя в лине можно всё, поищите в настройках терминала или подберите альтернативный эмулятор.
Тут не «завязывается на glibc», а собрано для glibc. Просто так взять бинарник для glibc и запустить на musl или практически любой другой реализации libc, не нацеленные на совместимость с glibc (всякие eglibc в расчёт не берём) не выйдет.
Ну поэтому я и предложил альтернативу: «Вы доверяете Microsoft Inc? Продолжаем устанавливать Windows?».
Ну или хотя бы не так сильно палились и вшивали бы ключ абстрактной UEFI Signing Foundation, которая бы верифицировала все остальные загрузчики.
А то получается «Каждому родившемуся на территории России сразу выдывать карточку Сбербанка, ну а что, в 90% случаев она ему нужна».
обязательное требование для изменения его настроек — физическое присутствие за компьютером. Необходимо зайти в настройки UEFI при загрузке компьютера, и только тогда получится отключить технологию или изменить её настройки.
Под вендор локом я подразумевал прошивку ключей Microsoft по умолчанию. Почему они?
Ладно ещё, когда компьютер поставляется в сборе с предустановленной Windows, но в других случаях…
Я конечно понимаю, что хомя непродвинутым пользователям так проще, но можно же было придумать какой-то другой путь, например как в ssh: при попытке загрузки бинарника с неизвестным ключом UEFI бы спрашивал «а вы точно доверяете вот этому-этому?».
У самого настроен «кошерный» secure boot с правильными ключами, без всяких шимов.
Хотя мне реализация Apple нравится больше, просто из-за того что разрешение спрашивается на сразу при запуске приложения, а отдельно для каждого случая, если разработчик не запросил всё сразу
Дак в Андроиде всё аналогично. Просто разработчики ленивые сволочи и просто спрашивают всё разом на старте.
У меня вот есть приложение, второстепенной функцией в котором является камера. Доступ к ней запрашивается только когда юзер нажал на кнопку камеры, и ни секундой раньше.
Да, XSLT одновременно мощный и по-хорошему ублюдский язык. Я на нём сделал темку для autoindex'ера в nginx — результат то красивый, но пришлось делать тройную (!) рекурсию, ибо в xslt 1.0 (или какой там поддерживается в nginx, точнее в libxslt) просто критически мало полезных возможностей. Если кому интересно, результат можно глянуть тут.
Не, этот тип применяется только когда nullability неизвестна (когда дёргаем java код, на котором нет никаких аннотаций). Тогда компилятор позволит работать с этим типом как с nonnull, но везде натыкает проверок на null для early null propagation. Т.е. когда есть аннотации — то в Kotlin всё будет хорошо и везде будет нужный тип. Если нет (старый код или просто не заморачивались) — то можно не писать портянки из всяких ?., ?:,!!! и прочего и просто писать код, не столь безопасный (хотя если где-то прилетит null, где вы его не ожидали — то вылетит как можно раньше, а не когда этот null расползётся по всем структурам), но без манускриптов из символов и просто красивый.
Вы давно не смотрели в kotlin. Давно же появились платформенные типы —
String!, которые могут использоваться как nullable, как и non-null.Не каждый линукс — убунту.
А то, что почти гигабайт ушёл в своп — не показатель качества продукта? Что можно аллоцировать в мессенджере на гигабайт и забыть про этот гигабайт?
Да тут хоть засмотреться — нет у меня свопа и всё тут :D
И вообще я сильно удивлюсь, если у меня хоть что-то начнёт жрать свап (которого нет).
Хотя в лине можно всё, поищите в настройках терминала или подберите альтернативный эмулятор.
Ну или хотя бы не так сильно палились и вшивали бы ключ абстрактной UEFI Signing Foundation, которая бы верифицировала все остальные загрузчики.
А то получается «Каждому родившемуся на территории России сразу выдывать карточку Сбербанка, ну а что, в 90% случаев она ему нужна».
Получается, что не сильно то и обязательное?
Ладно ещё, когда компьютер поставляется в сборе с предустановленной Windows, но в других случаях…
Я конечно понимаю, что
хомянепродвинутым пользователям так проще, но можно же было придумать какой-то другой путь, например как в ssh: при попытке загрузки бинарника с неизвестным ключом UEFI бы спрашивал «а вы точно доверяете вот этому-этому?».У самого настроен «кошерный» secure boot с правильными ключами, без всяких шимов.
Дык это больше к политике store. В Андроиде тоже можно работать без разрешений, только таких приложений критически мало.
Дак в Андроиде всё аналогично. Просто разработчики ленивые
сволочии просто спрашивают всё разом на старте.У меня вот есть приложение, второстепенной функцией в котором является камера. Доступ к ней запрашивается только когда юзер нажал на кнопку камеры, и ни секундой раньше.