Строгая типизация. PHP тоже сейчас идет в сторону строгой типизации,
не надо путать динамическую/статическую и строгую(сильную)/слабую типизацию
первая это про int x = 1; вторая это про x = 1; echo $x + " banana".
у php слабая динамическая типизация (как у javascript. у python/ruby строгая динамическая типизация). вот как раз строгая типизация php вылечила бы 90% его болячек, но это из области фантастики, т к сломает примерно весь существующий код
насколько прозрачно докер поддерживает образы, для которых нет aa64 сборки.
С приключениями. Например erlang 23 собирается а erlang 24 падает с qemu segmentation fault. Причина - в 24й версии добавили JIT. И вот такие грабли выскакивают а неожиданных местах
Например arm64 образа не существует в природе, и самостоятельно собрать не выходит.
Например на сервере внезапно amd64 и хотелось бы иметь возможность собрать для него образ. CI конечно спасает, если он есть, если что-то не так то дебаг превращается в волшебные приключения
Это если есть возможность использовать arm64. Если нужен amd64 всё превращается в цирк с конями. Что-то работает но адски медленно, что-то падает с qemu segmentation fault
>тест — послушать в случайном порядке несколько записей с разной частотой дискретизации на хорошем цифровом аудиоплеере
Разница вполне может быть довольно заметная - чистая схемотехника, разные частоты по разному обрабатываются внутри, и это отличие зависит от конкретного DAC на котором слушают. Вот если все записии апсэмплить в максимально поддерживаемый формат и слушать так - тогда да, хотя тоже есть нюансы
"думалка и анализатор" (це) внутри дрона, прямая лазерная связь (дым на всё небо это из области фантастики, да и перехватить сигнал проблематично. Впрочем, ограничения по дальности серьезные).
Еще в довольно старых "томагавках" просто загружалась карта местности дабы не потеряться при отсутствии gps
Про подмену сигнала, кстати, всё хорошо - интернет является высокоагрессивной средой, и те решения что отработаны в нем прекрасно работают и в других местах (банальная подпись HMAC например)
Если вопрос "чтение файлов по одному с диска" и "чтение из sqlite" то второе точно выигрывает - проверялось много-много лет назад на андроид приложении (RMaps), которое умело и то и другое. Для кучи одиночных файлов файловая система работает как база данных, причем неоптимизированная с большим overhead
Автору рекомендую сильно пережать картинки в jpeg и запаковать в архивы без сжатия. В моём варианте я в рар упаковал блоками по 256 (64 и т.д. по зуму) штук, без сжатия но с информацией для восстановления
Лучше положить в базу sqlite. И использовать можно будет без распаковки, напрямую, и места занимает меньше чем архив
Тайлы векторные или растровые? Из текста статьи выходит что растровые, но явно не вижу где сказано. Сейчас везде стараются использовать первые, т к у вторых слишком много ограничений - скажем на экране с другой плотностью пикселей будут выглядеть плохо
Если владелец устройства вы, то и служить эти технологии будут вам.
Если бы это было так, то корпорации не тратили бы такие усилия на вот это вот всё. Все ключи доступа у корпораций, которые создали железо и софт. Ну вот например хочу я сделать скриншот окна программы (или фильма) - а ее создатель поставил "secure" флаг, и теперь это сделать невозможно. От кого, спрашивается, защищаемся? Я вроде бы и владелец, и в то же время нет - любая модификация в мою пользу ведет к тому что программа не запускается, фильм не играется.
Вы в слове DRM опечатались. Вот он то и корень всех зол. Для владельцев контента он очень полезный, а вот для конечных пользователей - не очень. Когда 80-90% компьютеров будет оснащено TPM можно будет забанить всех остальных, скажем пускать в ютуб только через drm шифрование. Собственно уже сейчас сервисы типа netflix режут качество всем кроме обладателей девайсов с нужными tpm.
Вот будет праздник у правообладателей когда без анального зонда/черного ящика/trusted compute module нельзя будет даже музыку послушать
P.S. Основная проблема в том, кто управляет устройством и говорит что можно запускать и что нет. Подсказка: с TPM это не вы
Никому ;) Даже firefox делал много странных шагов за последние годы. Впрочем, для параноиков есть https://habr.com/ru/post/397925/ (ungoogled chromium)
О, а вот это полезно. Интересно, на практике используются людьми?
Это вы про статическую типизацию. Строгая это про "1"+1, и это так просто не убрать из языка
не надо путать динамическую/статическую и строгую(сильную)/слабую типизацию
первая это про int x = 1; вторая это про x = 1; echo $x + " banana".
у php слабая динамическая типизация (как у javascript. у python/ruby строгая динамическая типизация). вот как раз строгая типизация php вылечила бы 90% его болячек, но это из области фантастики, т к сломает примерно весь существующий код
Только если попробовать arm винду, и на ней запускать x86_64 аппы. Там аналог розетты есть
С приключениями. Например erlang 23 собирается а erlang 24 падает с qemu segmentation fault. Причина - в 24й версии добавили JIT. И вот такие грабли выскакивают а неожиданных местах
Например arm64 образа не существует в природе, и самостоятельно собрать не выходит.
Например на сервере внезапно amd64 и хотелось бы иметь возможность собрать для него образ. CI конечно спасает, если он есть, если что-то не так то дебаг превращается в волшебные приключения
Это если есть возможность использовать arm64. Если нужен amd64 всё превращается в цирк с конями. Что-то работает но адски медленно, что-то падает с qemu segmentation fault
>тест — послушать в случайном порядке несколько записей с разной частотой дискретизации на хорошем цифровом аудиоплеере
Разница вполне может быть довольно заметная - чистая схемотехника, разные частоты по разному обрабатываются внутри, и это отличие зависит от конкретного DAC на котором слушают. Вот если все записи![]()
и апсэмплить в максимально поддерживаемый формат и слушать так - тогда да, хотя тоже есть нюансы
"думалка и анализатор" (це) внутри дрона, прямая лазерная связь (дым на всё небо это из области фантастики, да и перехватить сигнал проблематично. Впрочем, ограничения по дальности серьезные).
Еще в довольно старых "томагавках" просто загружалась карта местности дабы не потеряться при отсутствии gps
Про подмену сигнала, кстати, всё хорошо - интернет является высокоагрессивной средой, и те решения что отработаны в нем прекрасно работают и в других местах (банальная подпись HMAC например)
Если вопрос "чтение файлов по одному с диска" и "чтение из sqlite" то второе точно выигрывает - проверялось много-много лет назад на андроид приложении (RMaps), которое умело и то и другое. Для кучи одиночных файлов файловая система работает как база данных, причем неоптимизированная с большим overhead
https://openmaptiles.org/
https://github.com/openmaptiles/
https://www.maptiler.com/news/2021/06/maplibre-gl-native-open-source-mobile-sdk-for-android-and-ios/
Можно начать поиск отсюда
Лучше положить в базу sqlite. И использовать можно будет без распаковки, напрямую, и места занимает меньше чем архив
Тайлы векторные или растровые? Из текста статьи выходит что растровые, но явно не вижу где сказано. Сейчас везде стараются использовать первые, т к у вторых слишком много ограничений - скажем на экране с другой плотностью пикселей будут выглядеть плохо
Если бы это было так, то корпорации не тратили бы такие усилия на вот это вот всё. Все ключи доступа у корпораций, которые создали железо и софт. Ну вот например хочу я сделать скриншот окна программы (или фильма) - а ее создатель поставил "secure" флаг, и теперь это сделать невозможно. От кого, спрашивается, защищаемся? Я вроде бы и владелец, и в то же время нет - любая модификация в мою пользу ведет к тому что программа не запускается, фильм не играется.
Да. И даже необязательно фильмы/музыка
Вы в слове DRM опечатались. Вот он то и корень всех зол. Для владельцев контента он очень полезный, а вот для конечных пользователей - не очень. Когда 80-90% компьютеров будет оснащено TPM можно будет забанить всех остальных, скажем пускать в ютуб только через drm шифрование. Собственно уже сейчас сервисы типа netflix режут качество всем кроме обладателей девайсов с нужными tpm.
Вот будет праздник у правообладателей когда без анального зонда/черного ящика/trusted compute module нельзя будет даже музыку послушать
P.S. Основная проблема в том, кто управляет устройством и говорит что можно запускать и что нет. Подсказка: с TPM это не вы
Это соглашение конкретных языков программирования. Совсем правильно — 1001112
Продолжу: так пишите цифры в двоичном виде, 0100111 там.
Наличие утолщения совсем не означает наличие в нем феррита. Довольно часто оно для красоты
Никому ;) Даже firefox делал много странных шагов за последние годы. Впрочем, для параноиков есть https://habr.com/ru/post/397925/ (ungoogled chromium)