Производительность мобильных JS приложений

Очень часто сталкиваюсь с высказываниями людей — «у веб-приложений не оправданно плохая репутация низкой производительности, они могут работать столь быстро/хорошо, как их нативные аналоги!»

Например, в блоге Mozzila (https://hacks.mozilla.org/2012/11/html5-mythbusting/), есть публикации под заголовками «аппаратное ускорение CSS / WebGL решает все проблемы». Или публикация от Sencha (http://www.sencha.com/blog/the-making-of-fastbook-an-html5-love-story), которая была направленна на «критику» Facebook, за переход от веб-приложения к нативному.

Я не буду в даваться в демагогии откуда берутся такие посты и для чего?! Ниже сравнения SunSpider JS Perfomance (чем «меньше» тем производительнее)

AMR-js

Как Вам картинка ?

А теперь давайте вспомним, что по мимо V8 от Google, у Apple есть свой движок JS Nitro — попробуем его отключить ? Кстати, Apple так и не разрешил Google включить Nitro в браузер Chrome на мобильных устройствах.

AMR-not-nitro

 

Хотя, если Вы подразумеваете что веб-приложение это сайт с двумя кнопками, то можно не делать benchmarkов и продолжать жить далее в этом «минимальном мире». Но, если вы подразумеваете, что веб-приложение это — работа с изображениями, использование local storage, анимация, анимация между экранами и т.д., надеюсь, Вы задумаетесь, делать ли такое веб-приложение на базе ARM.

Я не буду спорить, что можно, можно сделать оптимизированное/производительную версию веб-приложения для мобильных устройств, если —, если есть хорошие специалисты. Но, стоит ли тратить силы/время/деньги таких специалистов?

Современный мир технологий постоянно движется вперед. Чипсеты ARM так же становяться производительнее и быть может уже через несколько лет мы сможем полноценно портировать на мобильные устройства современные десктоп приложения.