Комментарии 9
Есть статистика, как все эти операции повлияли на установку и на деинсталяцию?
Со стороны пользователя могу заметить, что подобные оптимизации скорее влияют на репутационные риски. Я не променяю устраивающее меня функционалом приложение на другое только потому, что оно весит 30 Мб, а не 10. Но каждый раз обновляя приложение в google play я делаю у себя засечку, что какие-то приложения обновляются на 3 Мб, а какие-то на 93. И у меня не высокая лояльность к компании, которая клепает патчи по 100 Мб.
10 микро-патчей каждую неделю или пара стометровых мажоров раз в месяц, что выберете?)
Ни то не другое.
Извините, но вопрос из разряда «что ампутировать руку или ногу ?». Любой здравомыслящий человек будет взвешивать все «за» и «против» и примет решение на основе собственных соображений. Если все-же попытаться ответить на ваш вопрос более развернуто, то тот кто имеет мощный девайс и ценит свое время выберет один большой патч раз в месяц, чтобы не читать спам в ленте сообщений. А бедный школьник, у которого каждый мегабайт на счету выберет микропатчи. Это я к тому, что на ваш вопрос нет универсального ответа.
Извините, но вопрос из разряда «что ампутировать руку или ногу ?». Любой здравомыслящий человек будет взвешивать все «за» и «против» и примет решение на основе собственных соображений. Если все-же попытаться ответить на ваш вопрос более развернуто, то тот кто имеет мощный девайс и ценит свое время выберет один большой патч раз в месяц, чтобы не читать спам в ленте сообщений. А бедный школьник, у которого каждый мегабайт на счету выберет микропатчи. Это я к тому, что на ваш вопрос нет универсального ответа.
У меня было пару пользователей, которые сказали, что выбрали моё приложение из-за меньшего размера в сравнении с аналогичными. Правда, они жаловались, что на их телефоне почти не осталось свободного места.
Хотя, я считаю, что это редкость, так как оценка размеров установок разных приложений занимает достаточно много времени.
Впрочем, я время от времени занимаюсь оптимизации размера. Но это больше для того, что бы успокоить внутреннего перфекциониста.
Хотя, я считаю, что это редкость, так как оценка размеров установок разных приложений занимает достаточно много времени.
Впрочем, я время от времени занимаюсь оптимизации размера. Но это больше для того, что бы успокоить внутреннего перфекциониста.
Я вот тоже «из этих», хоть проблем со свободным местом в телефоне нет совершенно — при установке нового и незнакомого мне приложения, после оценки рейтинга, решающим фактором является размер, и меня здорово раздражает, что если раньше в маркете размер приложения был на самом видном месте, то потом гугол его «припрятал» и приходится заморачиваться чтоб посмотреть. И дело тут не моей в жадности, а в том что если приложение имеет «три кнопки» и две функции «сложения и вычитания» — ну не должно оно весить 50мб, значит или разработчик некомпетентен, или в этом приложении много того, что я не хочу у себя видеть.
Тоже странный критерий.
Размер приложения определяет не количество кнопок на морде, а внутренний функционал, который зачастую не видно пользователю.
И это не говоря о том, что размер указан в архиве, а сколько будет места занимать на телефоне там не указано. А ещё есть кеш, рабочие файлы, скачивание и прочее.
Я понимаю, что это просто пример, но обычно приложения более сложны для такой оценки размера.
Но если взять более реальный пример: например, есть три похожих приложения, которые весят 16, 20 и 22. По описанию они только очень примерно похожи и вроде бы дают более-менее нужный функционал.
Какой будет выбор из этих трёх? Мы пока по размеру юзабилити ведь тоже не можем определить.
Размер приложения определяет не количество кнопок на морде, а внутренний функционал, который зачастую не видно пользователю.
И это не говоря о том, что размер указан в архиве, а сколько будет места занимать на телефоне там не указано. А ещё есть кеш, рабочие файлы, скачивание и прочее.
Я понимаю, что это просто пример, но обычно приложения более сложны для такой оценки размера.
Но если взять более реальный пример: например, есть три похожих приложения, которые весят 16, 20 и 22. По описанию они только очень примерно похожи и вроде бы дают более-менее нужный функционал.
Какой будет выбор из этих трёх? Мы пока по размеру юзабилити ведь тоже не можем определить.
Да, всё верно, но не до конца.
В современном мире зачастую размер приложения определяет вовсе не внутренний функционал, а «излюбленные» программистом технологии и фреймворки, сжатые сроки, корпоративные требования, банальная лень и другие факторы. Например нередки случаи, когда относительно несложное приложение, которое можно написать на нативном языке, тащит за собой кучу модулей, компонентов, фреймворков и прочего. Это конечно удобно когда зная один язык можно сделать нечто большее, но не всегда это во благо.
Приведу свой пример, правда он связан не с мобильными приложениями, а с десктопными. Понадобилось мне сделать простую приложуху, формочка там, пару кнопочек, пару запросов на сервер, пару ответов. Ничего особенного. Стал я искать информацию — на чем же сделать, и о чудо, веб технологии за пределами веба! Открыл я для себя Electron, обрадовался мол изучать с нуля ничего не надо. Да еще и «лидеры рынка» его используют, Skype например на нём, VScode, Atom. Стал смотреть глубже и опа-па, а приложение то, которое еще ничего толком не делает, а уже 100+мб весит, и тащит в себе Node.js. Шок. Посмотрел другие подобные варианты — не особо лучше. Понял что бред это всё. Решил что придется смотреть на нативные для системы языки. Остановился на С#. Стал ставить майкрософтовскую студию — сожрала 25-30 ГБ места. От шока отошел не сразу. Да, стартовое приложение получается считанные килобайты (чисто форма), но этот .net фреймворк… на 7-ке один, на 8-ке другой, на 10-ке — 10 различных вариантов… Стал еще копать — открыл для себя достойный опенсорсный аналог Delphi — Lazarus. На Делфи никогда не писал и вообще являюсь фанатом С-подобных ЯП, но решил попробовать. Установил среду разработки — всего 1 ГБ заняла места, сделал стартовый проект — пустая форма — 25 мб, печаль… Стал разбираться — можно ли что-то с этим сделать — и о чудо, путем несложных манипуляций это же самое приложение с 25 мб превращается в 1,6 мб! И запускается почти на любых версиях Win ОС, да еще и вроде можно скомпилировать под другие ОС.
Зачем я это всё писал. Я не спорю что глупо оценивать только по размеру, но для меня это остается важным фактором — что разработчик об этом задумывается. Вот есть например три приложения, у трех ± одинаковый рейтинг, три выполняют то что мне нужно, и даже чуть-чуть больше. Я не могу определиться какое лучше. И вот тут уже решает размер — одно приложение весит 3 мб, другое 5 мб, а третье 30 (почему? никаких глобальных отличий по функционалу от предыдущих — не заметил). Это я говорю про реальную ситуацию с которой сталкивался не раз. Конечно я выберу то что 3 или 5.
В современном мире зачастую размер приложения определяет вовсе не внутренний функционал, а «излюбленные» программистом технологии и фреймворки, сжатые сроки, корпоративные требования, банальная лень и другие факторы. Например нередки случаи, когда относительно несложное приложение, которое можно написать на нативном языке, тащит за собой кучу модулей, компонентов, фреймворков и прочего. Это конечно удобно когда зная один язык можно сделать нечто большее, но не всегда это во благо.
Приведу свой пример, правда он связан не с мобильными приложениями, а с десктопными. Понадобилось мне сделать простую приложуху, формочка там, пару кнопочек, пару запросов на сервер, пару ответов. Ничего особенного. Стал я искать информацию — на чем же сделать, и о чудо, веб технологии за пределами веба! Открыл я для себя Electron, обрадовался мол изучать с нуля ничего не надо. Да еще и «лидеры рынка» его используют, Skype например на нём, VScode, Atom. Стал смотреть глубже и опа-па, а приложение то, которое еще ничего толком не делает, а уже 100+мб весит, и тащит в себе Node.js. Шок. Посмотрел другие подобные варианты — не особо лучше. Понял что бред это всё. Решил что придется смотреть на нативные для системы языки. Остановился на С#. Стал ставить майкрософтовскую студию — сожрала 25-30 ГБ места. От шока отошел не сразу. Да, стартовое приложение получается считанные килобайты (чисто форма), но этот .net фреймворк… на 7-ке один, на 8-ке другой, на 10-ке — 10 различных вариантов… Стал еще копать — открыл для себя достойный опенсорсный аналог Delphi — Lazarus. На Делфи никогда не писал и вообще являюсь фанатом С-подобных ЯП, но решил попробовать. Установил среду разработки — всего 1 ГБ заняла места, сделал стартовый проект — пустая форма — 25 мб, печаль… Стал разбираться — можно ли что-то с этим сделать — и о чудо, путем несложных манипуляций это же самое приложение с 25 мб превращается в 1,6 мб! И запускается почти на любых версиях Win ОС, да еще и вроде можно скомпилировать под другие ОС.
Зачем я это всё писал. Я не спорю что глупо оценивать только по размеру, но для меня это остается важным фактором — что разработчик об этом задумывается. Вот есть например три приложения, у трех ± одинаковый рейтинг, три выполняют то что мне нужно, и даже чуть-чуть больше. Я не могу определиться какое лучше. И вот тут уже решает размер — одно приложение весит 3 мб, другое 5 мб, а третье 30 (почему? никаких глобальных отличий по функционалу от предыдущих — не заметил). Это я говорю про реальную ситуацию с которой сталкивался не раз. Конечно я выберу то что 3 или 5.
Я не говорю про крайности когда почти все приложения по 5, а одно 100 с вроде бы тем же функционалом. Тут слишком очевидно, но это бывает очень редко (я сам лично не встречал, но могу представить такой вариант).
Я говорю про более-менее реальность когда разброс в пределах 20-50%.
На винде это отдельная тема, там слишком много вариантов. Разные фреймворки дают разные преимущества. Размер — это цена этих преимуществ.
Неразумно разве что заплатить за преимущество размером и потом его не использовать.
Я говорю про более-менее реальность когда разброс в пределах 20-50%.
На винде это отдельная тема, там слишком много вариантов. Разные фреймворки дают разные преимущества. Размер — это цена этих преимуществ.
Неразумно разве что заплатить за преимущество размером и потом его не использовать.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Уменьшение размера React Native-приложения на 60% за несколько простых шагов