Это всего лишь контрпример к вашему утверждению, что «числитель и знаменатель будут с исходный файл». Не исключаю, что могут существовать осмысленные файлы, которые хорошо сжимаются этим «алгоритмом». Это вопрос отдельного исследования, а пока критика этого алгоритма в основном по уровню аргументации не выше уровня аргументации сабжа.
Существуют файлы, для которых коэффициент сжатия этого «алгоритма» очень высок. Пример. Файл: 07692307692307693. Архив: числа 1 и 13 + длина разархивированного файла.
Но согласно вашей логике любой алгоритм сжатия — плохой. Если рассматривать его идею, не как идею архиватора, а как идею только алгоритма сжатия, то ваш контраргумент не работает.
При всём том, что буча, безусловно, правильная и нужная, немного обидно, что она началась после удаления вражеского Moon Reader, и не подумала начаться раньше, когда удаляли отечественный Читатель. Но в целом, начало положено, зло наказано, осталось только восторжествовать справедливости (восстановлении Читателя в App Store и Moon Reader в маркете) и будет прекрасно.
Я уже было подумал, что будет решена нетривиальная задача. Что программа будет автоматически выбирать необходимые показатели скорости, в зависимости от текущих потребностей, от загрузки канала и т.п.
Спасибо за это! Буду изучать. К большинству вещей, которые они рекомендуют, впрочем, пришёл самостоятельно, но вот грамотно всё уложить в конфиги — до этого руки ещё не дошли.
P.S. Кстати, любопытно, что пользователи Android более сознательные, чем пользователи iTunes.