В статьях показывается, что минимальная компрессия соответствует максимальной энтропии которая соответствует полностью случайной последовательности. Минимальная компрессия равна нулю (даже меньше, за счёт накладных расходов), что проявляется, например, на сжатых картинках и видео. Вот автор данной статьи и недоумевает, как так получилось, что у не совсем случайных данных (jpg) компрессия ниже (а значит энтропия выше), чем у «полностью случайных данных».
Кстати, в продолжение «высокоинтеллектуального архиватора» — «случайную» последовательность, сгенерённую на ГПСЧ также, как и ПИ можно сжать в [формула генератора][стартовое значение][длина последовательности]
Все обсуждают так, будто убунту собираются переводить на этот менеджер пакетов. Ребята, это просто ещё одна фича. Вас же не парит наличие во всяких Ruby/PHP собственных менеджеров пакетов? Просто будет ещё один, ориентированный на мобильные (реже оконные) приложения.
Тут проблемой будет скорее дыра в безопасности — если юзер может скачать с левого сайта и установить пакет, то он будет это делать. И таким образом начнёт расползаться вирусня и трояны. И хотя если ставить не под рут, основная система не пострадает, но вот юзер спейс загадить/потерять данные из кеша браузера — запросто.
Про маинтейнеров прежде всего. Хотя для пользователей тоже — я иногда сталкиваюсь с проблемами зависимостей.
Про то, что там может начаться ад в этих пакетиках — это да. Видимо в каноникал решили сделать по образцу андроида, но тогда им придётся изолировать такие приложения.
И вообще скорее всего без указания в пакетах зависимостей от библиотек, которые ставят нынешние пакеты им не обойтись будет, ИМХО.
В общем, я думаю — идея хорошая, но недоработанная.
наверно в том, что не будет dependency hell
Т.е. как в винде — поставщик отвечает за полноту пакета, за исключением может быть системных вещей вроде Java/.NET/vcredist
Для open source это непривычно, и видимо не очень нужно. Но в целях «упрощения» в стиле android приложений — вполне себе решение.
Кстати, в продолжение «высокоинтеллектуального архиватора» — «случайную» последовательность, сгенерённую на ГПСЧ также, как и ПИ можно сжать в [формула генератора][стартовое значение][длина последовательности]
Тут проблемой будет скорее дыра в безопасности — если юзер может скачать с левого сайта и установить пакет, то он будет это делать. И таким образом начнёт расползаться вирусня и трояны. И хотя если ставить не под рут, основная система не пострадает, но вот юзер спейс загадить/потерять данные из кеша браузера — запросто.
Про то, что там может начаться ад в этих пакетиках — это да. Видимо в каноникал решили сделать по образцу андроида, но тогда им придётся изолировать такие приложения.
И вообще скорее всего без указания в пакетах зависимостей от библиотек, которые ставят нынешние пакеты им не обойтись будет, ИМХО.
В общем, я думаю — идея хорошая, но недоработанная.
Т.е. как в винде — поставщик отвечает за полноту пакета, за исключением может быть системных вещей вроде Java/.NET/vcredist
Для open source это непривычно, и видимо не очень нужно. Но в целях «упрощения» в стиле android приложений — вполне себе решение.
Возможно на макросах можно сделать. Но это будет на порядок сложнее.
А задачей была явная реализация именно хранения данных. Интересно прав ли я, что за счёт стека вызовов можно только стек реализоватью