Комментарии 84
С десяток других городов России технически уже также готовы к запуску LTE. Описание того, почему и кем этот процесс искусственно тормозится достойно отдельной статьи.
Хотелось бы увидеть статью как раз про эти процессы. (в Казани LTE провели то провеи, а вот результат...)
Хотелось бы заметить, что вы представили взгляд с точки зрения разработчика. А для пользователя, который живет в рамках одной и достаточно развитой экосистемы никаких проблем нет, и лично я при выборе нативное приложение/web-приложение всегда выбираю первое.
Если будет спрос на нативные приложения со стороны пользователей, думаю найдутся разработчики согласные смириться с проблемами различных экосистем и специализированными версиями приложения.
Если будет спрос на нативные приложения со стороны пользователей, думаю найдутся разработчики согласные смириться с проблемами различных экосистем и специализированными версиями приложения.
Дело не только в LTE, 3G для грамотно разработанного приложения вполне хватит. Дело в железе смартфонов, для которых навороченные клиентские скрипты уже не такая проблема.
С Yota пример (реклама) не очень удачный — многие помнят «скорости» Yota.
В W3C работа не кипит — это достаточно неповоротливая организация. Работа кипит у разработчиков браузеров.
С Cydia тоже не очень удачный пример. Я бы сослался на планы разработки магазинов для web приложений. Cydia же только для jailbreak'нувших. В таком случае и 4PDA можно привести в пример для всех.
Вывод странный тоже — да, вселенского счастья нет. Абсолютно под все хотелки создать нельзя. Но если хотелки рассмотреть разумно — то можно прекрасно сделать. Не устраивает необходимость отслюнявливать 30% за подписку — делай веб приложение, благо есть чем. Хочешь сэкономить на разработке и сделать сразу под все платформы — делай нативные, тоже есть чем.
С Yota пример (реклама) не очень удачный — многие помнят «скорости» Yota.
В W3C работа не кипит — это достаточно неповоротливая организация. Работа кипит у разработчиков браузеров.
С Cydia тоже не очень удачный пример. Я бы сослался на планы разработки магазинов для web приложений. Cydia же только для jailbreak'нувших. В таком случае и 4PDA можно привести в пример для всех.
Вывод странный тоже — да, вселенского счастья нет. Абсолютно под все хотелки создать нельзя. Но если хотелки рассмотреть разумно — то можно прекрасно сделать. Не устраивает необходимость отслюнявливать 30% за подписку — делай веб приложение, благо есть чем. Хочешь сэкономить на разработке и сделать сразу под все платформы — делай нативные, тоже есть чем.
Приложения и не должны быть универсальны. Они должны учитывать особенности систем, под которыми работают. И я говорю не просто о визуальной составляющей (кнопки, иконки), а в принципе об архитектуре приложения. Тот же Виндовс фон 7 является двухмерным (вертикальная и горизонтальная прокрутки), в отличии от Андроида и Айос, что дает совершенно иной юзер-экспириенс.
Все же и это визуальная составляющая, представление. Понятно, что правильный разработчик не будет делать единый вид для всех платформ, не учитывая типичное представление на платформе.
Скорее особенности систем — это именно программная реализация. Более глубокая оптимизация, для нормальной работы на разных устройствах и т.д.
Хотя может уже сейчас фреймоврки берут на себя это?
Скорее особенности систем — это именно программная реализация. Более глубокая оптимизация, для нормальной работы на разных устройствах и т.д.
Хотя может уже сейчас фреймоврки берут на себя это?
В отличие от расположения контролов в окне, такое представление способно полностью изменить принцип взаимодействия пользователя с ним. Если говорить про веб-приложения, то версию для Айос и Андроида (так как они сильно похожи) можно сделать на одном и том же html и js, применив лишь различные css-ки. С винфоном, если подходит к делу серьезно, такое уже не прокатит.
Да это же понятно, но отображение GUI, взаимодействие с ним это далеко не самое важное для приложений. Если в приложении что-то «происходит», а не только принимаются, отсылаются и отображаются данные, то большой головной болью может стать именно бизнес-логика, а не представление.
А насчет полностью изменить — если хорошо подумать, то и iOS (доступ к разделам с иконок на панели) и Android и Metro (прокручиваемые разделы) в общем укладываются в понятные способы представления, которые просто надо реализовать, даже не сильно заморачиваясь.
А насчет полностью изменить — если хорошо подумать, то и iOS (доступ к разделам с иконок на панели) и Android и Metro (прокручиваемые разделы) в общем укладываются в понятные способы представления, которые просто надо реализовать, даже не сильно заморачиваясь.
Взаимодействие с приложением далеко не самое важное? Ну если исходить из того, что приложение должно просто решать поставленную задачу, то тогда действитель можно не заморачиваться и использовать везде один интерфейс. Но это плохое приложение. В хороших приложениях всё важно: и работа самого приложения, и взаимодействие пользователя с ним. В этом случае не заморачиваться уже не получается.
Вы так и не поняли. Для вас архитектура приложения — только об интерфейсной архитектуре приложения, о «юзер экспириенс», а я считаю, что как раз при грамотном проектировании «юзер экспириенс» может быть далеко не самым важным, т.к. понятно что и как делать в зависимости от платформы.
Допустим, есть приложение для соц. сети со стандартным функционалом — моя стена, лента, сообщения, настройки.
В iOS это будет 4 кнопки, в Metro-интерфейсе — 4 экрана. Далее каждая сущность у раздела тоже укладывается либо в интерфейс iOS, либо в интерфейс Metro.
Допустим, есть игра где интерфейс вообще един для всех платформ — там интерфейс платформы не используется никак.
А вот что делать с реализацией функциональности, где в зависимости от платформы, например может что-то напрочь отсутствовать. Меня поправят, но кажется до манго в WP не было поддержки сокетов. И причем тут вообще design patterns, если приложение нельзя реализовать?
Допустим, есть приложение для соц. сети со стандартным функционалом — моя стена, лента, сообщения, настройки.
В iOS это будет 4 кнопки, в Metro-интерфейсе — 4 экрана. Далее каждая сущность у раздела тоже укладывается либо в интерфейс iOS, либо в интерфейс Metro.
Допустим, есть игра где интерфейс вообще един для всех платформ — там интерфейс платформы не используется никак.
А вот что делать с реализацией функциональности, где в зависимости от платформы, например может что-то напрочь отсутствовать. Меня поправят, но кажется до манго в WP не было поддержки сокетов. И причем тут вообще design patterns, если приложение нельзя реализовать?
С отстутсвием/присутствием функциональности ничего сделать нельзя. Я лишь хочу указать, что интерфейс может затронуть программу довольно сильно, вплоть до изменения функциональности и сценария работы
Предположим, в том же приложении для соцсети не 4 экрана, а больше 5. В Айос с этим начнутся проблемы, там включится костыль под название more. И если, к примеру, у вас 5 экранов важных, а 1 — нет, то лучше его вообще выкинуть, чтобы не терять быстрый доступ к оставшимся 5-ти. Либо раскидывать эти данные по другим экранам.
Далее, в Метро есть внизу меню, для управления текущим окном, причем элементов там может быть много: важные в кружках, неважные — списком по клику на многоточие. В Айос для этих целей служат две кнопки в навигейшн баре, одна из которых, как правило, занята самой навигацией. Т.е, если какие-то настройки, к примеру, в Винфоне можно сделать через меню, в Айос их придется вынести на экран Настроек или использовать какое-то нестандартное решение.
В общем, портировать в лоб можно приложения из Айос в Винфон, но наоборот уже не получится.
Предположим, в том же приложении для соцсети не 4 экрана, а больше 5. В Айос с этим начнутся проблемы, там включится костыль под название more. И если, к примеру, у вас 5 экранов важных, а 1 — нет, то лучше его вообще выкинуть, чтобы не терять быстрый доступ к оставшимся 5-ти. Либо раскидывать эти данные по другим экранам.
Далее, в Метро есть внизу меню, для управления текущим окном, причем элементов там может быть много: важные в кружках, неважные — списком по клику на многоточие. В Айос для этих целей служат две кнопки в навигейшн баре, одна из которых, как правило, занята самой навигацией. Т.е, если какие-то настройки, к примеру, в Винфоне можно сделать через меню, в Айос их придется вынести на экран Настроек или использовать какое-то нестандартное решение.
В общем, портировать в лоб можно приложения из Айос в Винфон, но наоборот уже не получится.
BTW, речь в топике шла о средствах создания унифицированных приложений, что подразумевает наличие одинакового функционала.
сейчас уже сложилась такая ситуация, что и android ui design patterns кардинально отличаются от иос. совершенно другие методы отображения и расположения контролов, а также взаимодействия с ними.
Вы наверное хотели сказать 2 степени свободы. А то что на Andoid, что на iOS, что на wp 7 — везде 2х мерный интерфейс. :-)
Приложения и не должны быть универсальны. Они должны учитывать особенности систем, под которыми работают
Сайты раньше тоже учитывали особенности браузеров и делались либо под Netscape Navigator, либо Internet Explorer. Потом разработчики устали, и пришли стандарты.
Теперь делается один сайт, и он работает везде. Рано или поздно все должно прийти к единому знаменателю, особенно интерфейсы.
Сайты раньше тоже учитывали особенности браузеров и делались либо под Netscape Navigator, либо Internet Explorer. Потом разработчики устали, и пришли стандарты.
Теперь делается один сайт, и он работает везде. Рано или поздно все должно прийти к единому знаменателю, особенно интерфейсы.
Не верю я в силу Российской LTE, ибо сейчас живу далеко не в мелком городе, а точнее в областном центре, оператор из большой тройки, по EDGE имею скорость порядка 2-3кбит/с в лучшем случае, а то и вообще пару байт в секунду, 3G выдает не намного лучше картину, 16-24кбит/с.
Так будет до тех пор, пока акцент будет оставаться только на голосе, а у нас это будет всегда.
Так будет до тех пор, пока акцент будет оставаться только на голосе, а у нас это будет всегда.
В России многое грустно. Но мир становится мобильным, и это неизбежно. Даже если это будущее к прийдет к нам с опозданием.
У нас не везде есть интерент, а на Рождество 2011 года в штатах 1/5 часть всех продаж была сделана с мобильных устройств.
У нас не везде есть интерент, а на Рождество 2011 года в штатах 1/5 часть всех продаж была сделана с мобильных устройств.
Мне вот грустно смотреть, как наши операторы до сих пор не могут понять, что тот, кто первый даст нормальный доступ в интернет для мобильных устройств — скорость, доступность по стране и адекватная цена — тот и будет впереди.
Хотя, может они и понимают, но не могут технически реализовать…
Хотя, может они и понимают, но не могут технически реализовать…
НЛО прилетело и опубликовало эту надпись здесь
Телефоны станут бесплатными и зарплату наконец перестанут платить всем.
Телефоны станут бесплатными
Есть предположения, что именно это и произойдет :). Если себестоимость телефонов будет пренебрежима мала по сравнению с пользой, которую он принесет экосистеме, которая будет раздавать телефоны.
Есть предположения, что именно это и произойдет :). Если себестоимость телефонов будет пренебрежима мала по сравнению с пользой, которую он принесет экосистеме, которая будет раздавать телефоны.
Почитайте перевод статьи блоггера Tech Crunch MG Seiger, почему он «не любит Андроид». В ней, в частности, есть упоминания гугловского проекта бесплатного телефона и почему он накрылся.
лично я вижу ряд минусов веб-приложений:
1) Требования к дизайну у каждой экосистемы — разные, к примеру, у WP7 — это жесткое требование соблюдение Метро дизайн гайдлайнов, т.е. в любом случае придется под каждую платформу переписывать View.
2) Offline мод, ну нет интернета, к примеру, когда я еду в поезде — мой телефон превратится в кирпич?
3) Субъективно для меня — разрабатывать на нативной платформе куда легче, нежели на JS+HTML+anythingelse
1) Требования к дизайну у каждой экосистемы — разные, к примеру, у WP7 — это жесткое требование соблюдение Метро дизайн гайдлайнов, т.е. в любом случае придется под каждую платформу переписывать View.
2) Offline мод, ну нет интернета, к примеру, когда я еду в поезде — мой телефон превратится в кирпич?
3) Субъективно для меня — разрабатывать на нативной платформе куда легче, нежели на JS+HTML+anythingelse
1) Есть мнение, что рано или поздно дизайн прийдет к единому знаменателю. Будут найдены лучшие решения,
3) Вам, может быть, да, но заказчику важнее бюджет и сроки разработки. Когда будет возможно сделать один раз для всех платформ, этот вариант будет превалировать.
3) Вам, может быть, да, но заказчику важнее бюджет и сроки разработки. Когда будет возможно сделать один раз для всех платформ, этот вариант будет превалировать.
Не дописал:
1) Есть мнение, что рано или поздно дизайн прийдет к единому знаменателю Будут найдены лучшие решения, спроектированы лучшие единые интерфейсы на основе информации о том, как работает наш мозг.
1) Есть мнение, что рано или поздно дизайн прийдет к единому знаменателю Будут найдены лучшие решения, спроектированы лучшие единые интерфейсы на основе информации о том, как работает наш мозг.
1) пока Metro и ios дизайн просто диаметрально противоположны и подвижек к унификации не видно
3) я уже как-то писал, напишу ещё раз: есть опыт, когда заказчики заказывали приложения у компании на html5 чтобы сразу под все платформы, но в итоге всё заканчивалось разработкой нативных приложений под каждую платформу отдельно (но это так… субъектвно из опыта)
3) я уже как-то писал, напишу ещё раз: есть опыт, когда заказчики заказывали приложения у компании на html5 чтобы сразу под все платформы, но в итоге всё заканчивалось разработкой нативных приложений под каждую платформу отдельно (но это так… субъектвно из опыта)
Сайты всегда будут внешне выпадать из визуальной стилистики систем. Даже старательно эмулируя нативный интерфейс, разница будет на лицо. Да и производительность под вопросом.
Думаю, этот вопрос тоже будет решен — habrahabr.ru/blogs/webdev/136070/#comment_4526582
и тут вам отчет Mobile App Usage Further Dominates Web, Spurred by Facebook от 9 января с.г. в руку, в котором говорится, что больше используют мобильные приложения, чем web.
Там был второй рисунок. Где из этого времени 50% это игры.
Которые не попадают под топик.
И еще 30% это социальные сети. Которые объективно являются просто сайтами.
Думаю математику можем дальше не продолжать.
Которые не попадают под топик.
И еще 30% это социальные сети. Которые объективно являются просто сайтами.
Думаю математику можем дальше не продолжать.
Я не вижу противоречия со статьей. Сейчас да, многие играют в Angry Birds, когда нечего делать.
Вы упускаете тот факт, что Google тоже понимает куда все идет. Они работают над Chrome OS и выносят приложения в браузер с помощью Chrome Web Store.
Вы упускаете тот факт, что Google тоже понимает куда все идет. Они работают над Chrome OS и выносят приложения в браузер с помощью Chrome Web Store.
>> а вкупе с довольно большим количеством постоянно меняющихся ограничений,
Постоянно меняющихся? Ну, скажите, какие ограничения добавились за последние 3-4 месяца? Могу поспорить — вы даже список с ними не открывали. Как и 90% остальных «недовольных разработчиков».
>> магазины приложений не самое приятное явление для разработчика.
Ага-ага. Наверно поэтому приложения в эти магазины сейчас пишут все кому не лень, а в аппсторе и маркете каждый день появляется по нескольку сотен программ и игр.
Постоянно меняющихся? Ну, скажите, какие ограничения добавились за последние 3-4 месяца? Могу поспорить — вы даже список с ними не открывали. Как и 90% остальных «недовольных разработчиков».
>> магазины приложений не самое приятное явление для разработчика.
Ага-ага. Наверно поэтому приложения в эти магазины сейчас пишут все кому не лень, а в аппсторе и маркете каждый день появляется по нескольку сотен программ и игр.
Что-то лет восемь назад читал похожую статью — мол, тонкие клиенты буквально завтра вытеснят десктопы, все программы можно использовать через браузер, yadda yadda.
Некоторые подвижки, конечно, есть — тот же хромбук от гугла. Но все равно, свежо предание, верится с трудом.
Некоторые подвижки, конечно, есть — тот же хромбук от гугла. Но все равно, свежо предание, верится с трудом.
все программы можно использовать через браузер
Это уже случилось, на рынке огромное количество SaaS.
Это уже случилось, на рынке огромное количество SaaS.
Это практически произошло. В своей работе из десктопных программ я до сих пор привязан только к пакету Adobe, TextMate и, пожалуй, FTP-клиенту, остальное все в облаке.
А как определяете облако или просто сервер? :) GMail можно считать облаком?
Я считаю облаком любой сервис, который не привязывает меня к месту. GMail — да, это один из моих инструментов, который позволяет работать дома, в машине на планшете и на ходу на телефоне.
Всё равно «практически произошло» слишком сильно сказано. Есть отдельные продвинутые личности вроде вас, но пока в большинстве, имхо, личности вроде меня — в «облаках» почта и репозитории, да фотки и то как бэкап больше. Ну, может, дропбокс или аналоги. При желании-то можно, конечно, больше перетащить в онлайн, но дорого и медленно получается. Про безопасность вообще отдельный разговор.
А так сейчас, по-моему, в «облаках» либо гики, либо кто деньги не считает, либо, наоборот, кто хорошо их считает и видит в своем конкретном случае профит (грубо говоря, использование облаков для работы или бизнеса). Это если не считать облаком флешовую игрушку вконтактике, конечно :)
А так сейчас, по-моему, в «облаках» либо гики, либо кто деньги не считает, либо, наоборот, кто хорошо их считает и видит в своем конкретном случае профит (грубо говоря, использование облаков для работы или бизнеса). Это если не считать облаком флешовую игрушку вконтактике, конечно :)
Оно так. Моей маме облако не нужно, ей трудно переварить эту концепцию, поэтому на недавно купленный ноутбук ей обязательно нужен MS Office и фотки она хранит на нем же.
А я вот третий по счету отдельный HDD для фотографий покупать не стал, т.к. один раз я потерял комп и все фотки после грозы, а затем купил отдельный винт для них и место в облаке — сначала во flicr, а затем в пикасе. Но и этот винт при поломался от детских рук и пошел в мусорку, а в облаке фотки остались. И контакты, которые хранятся в гуглопочте и синхронизируются с телефоном, не нужно каждый раз геморно переносить на новый телефон, как было раньше. В общем, к облачным серверам у меня доверия пока чуток больше в плане надежности (:
Да, пока это все для техников, но со временем, скорее всего, это будет также распространено, как facebook и контакт, и наши дети это будут разуметь, как само собой.
А я вот третий по счету отдельный HDD для фотографий покупать не стал, т.к. один раз я потерял комп и все фотки после грозы, а затем купил отдельный винт для них и место в облаке — сначала во flicr, а затем в пикасе. Но и этот винт при поломался от детских рук и пошел в мусорку, а в облаке фотки остались. И контакты, которые хранятся в гуглопочте и синхронизируются с телефоном, не нужно каждый раз геморно переносить на новый телефон, как было раньше. В общем, к облачным серверам у меня доверия пока чуток больше в плане надежности (:
Да, пока это все для техников, но со временем, скорее всего, это будет также распространено, как facebook и контакт, и наши дети это будут разуметь, как само собой.
НЛО прилетело и опубликовало эту надпись здесь
1) вопрос к дизайнеру приложений. Сделать похожим на нативное — не проблема.
2) Зачем? Веб-приложение ставится как обычное, простым добавлением на экран, например.
3) Да ладно? Я готов предложить больше способов оплаты и ниже цены, а не только монополистические заморочки. Причем это не только Apple, Сколько Андроид вымучивал inApp?
4) Пишите оффлайн приложение. Технологии позволяют. К тому же у пользователя смартфон, минимально баксов за 200.
5) Чо???? Он так же может не знать как его включить, не высасывайте.
6) Да, решается «магазином» веб-приложений.
7) Если у него нет 3G то как он ставит приложения? по Wi-Fi? См. п4. У него и планшета может не быть. Значит это не наш клиент.
2) Зачем? Веб-приложение ставится как обычное, простым добавлением на экран, например.
3) Да ладно? Я готов предложить больше способов оплаты и ниже цены, а не только монополистические заморочки. Причем это не только Apple, Сколько Андроид вымучивал inApp?
4) Пишите оффлайн приложение. Технологии позволяют. К тому же у пользователя смартфон, минимально баксов за 200.
5) Чо???? Он так же может не знать как его включить, не высасывайте.
6) Да, решается «магазином» веб-приложений.
7) Если у него нет 3G то как он ставит приложения? по Wi-Fi? См. п4. У него и планшета может не быть. Значит это не наш клиент.
НЛО прилетело и опубликовало эту надпись здесь
1. Разработчику и не нужно в каталог. У разработчика есть свой вконтактик, к примеру, целевая аудитория которого имеет возможность поставить приложение с главной страницы.
2. Оч. плохо
3. Геморрой с кредиткой, и не с любой. Если я юр. лицо и хочу подписаться на пакет журналов? Никто не думает про юриков. Вебмани и я.деньги еще живы.
4. Пользователь уже заплатил не малые деньги за смартфон, минимально 200 баксов. На траффик 3-5-7 баксов в месяц найдутся (безлимит), на Западе дороже, но соспоставимо.
5. Проблема поставить веб-приложение?
6. Нет, абсолютно. Можно диктовать свои правила. Хозяева и продавцы колхозного рынка вполне имеют не меньший профит, чем владельцы и продавцы ГУМа.
7. Зачем тогда этот разговор, если это не наша аудитория? К тому же речь о смартфоне — человек осознано платит больше за большую функциональность, конечно если он не понтярщик.
2. Оч. плохо
3. Геморрой с кредиткой, и не с любой. Если я юр. лицо и хочу подписаться на пакет журналов? Никто не думает про юриков. Вебмани и я.деньги еще живы.
4. Пользователь уже заплатил не малые деньги за смартфон, минимально 200 баксов. На траффик 3-5-7 баксов в месяц найдутся (безлимит), на Западе дороже, но соспоставимо.
5. Проблема поставить веб-приложение?
6. Нет, абсолютно. Можно диктовать свои правила. Хозяева и продавцы колхозного рынка вполне имеют не меньший профит, чем владельцы и продавцы ГУМа.
7. Зачем тогда этот разговор, если это не наша аудитория? К тому же речь о смартфоне — человек осознано платит больше за большую функциональность, конечно если он не понтярщик.
Однозначно. В своих сегментах правда.
Конечно они не вытеснят игры. Конечно они не вытеснят телефоно-ориентированные приложения.
Зато легко вытеснят разные социальные сети. Ба. Сайт фейсбука под андроид лучше работал на телефоне чем нативное приложение. Буквально месяц назад они выбросили весь старый код и выпустили что-то нормальное.
приложения-сайты. Тоесть версия сайта только в приложении. Совершенно дурацкая затея, правда на первых этапах необходимая.
Конечно они не вытеснят игры. Конечно они не вытеснят телефоно-ориентированные приложения.
Зато легко вытеснят разные социальные сети. Ба. Сайт фейсбука под андроид лучше работал на телефоне чем нативное приложение. Буквально месяц назад они выбросили весь старый код и выпустили что-то нормальное.
приложения-сайты. Тоесть версия сайта только в приложении. Совершенно дурацкая затея, правда на первых этапах необходимая.
Конечно они не вытеснят игры
Даже это не факт :). Angry Birds уже есть в Chrome Web Store и игра работает в браузере.
Даже это не факт :). Angry Birds уже есть в Chrome Web Store и игра работает в браузере.
Есть 2 аспекта. Производительность и стоимость разработки.
Покамест браузерные игры (особенно которые на смарто-планшетах) отсасывают у нэйтивов в этом аспекте как элитная проститутка с многолетним стажем.
Это собственно все что стоит сказать о противостоянии браузерных игр по сравнению с нэйтивами.
Покамест браузерные игры (особенно которые на смарто-планшетах) отсасывают у нэйтивов в этом аспекте как элитная проститутка с многолетним стажем.
Это собственно все что стоит сказать о противостоянии браузерных игр по сравнению с нэйтивами.
Хотелось бы добавить к вашему списку такое замечание:
Несмотря на то, что экосистем много, у них есть одно общее (у большинства) — это движок браузера. Быстрее перечислить тех, кто не использует webkit как основу мобильного браузера.
Сайты/веб-приложения могут быть полноценной заменой нативных приложений не только с точки зрения упрощения труда девелопера, но и с точки зрения хранения локальных данных. Принцип работы половины приложений Google Chrome основан на localstorage. То есть пользовательские данные хранятся локально, приложения не требуют для работы постоянного интернет-подключения, например Mindmapr (некоторые до сих пор не держат постоянно включенным edge/3g).
Мобильные веб-приложения и сайты уже сложно отличить от нативных. И разработчики разных JS-фреймворков для мобильных платформ работают в этом направлении давно и тщательно. Примеры: backbone, Sencha Touch, jquerymobile и проч.
Несмотря на то, что экосистем много, у них есть одно общее (у большинства) — это движок браузера. Быстрее перечислить тех, кто не использует webkit как основу мобильного браузера.
Сайты/веб-приложения могут быть полноценной заменой нативных приложений не только с точки зрения упрощения труда девелопера, но и с точки зрения хранения локальных данных. Принцип работы половины приложений Google Chrome основан на localstorage. То есть пользовательские данные хранятся локально, приложения не требуют для работы постоянного интернет-подключения, например Mindmapr (некоторые до сих пор не держат постоянно включенным edge/3g).
Мобильные веб-приложения и сайты уже сложно отличить от нативных. И разработчики разных JS-фреймворков для мобильных платформ работают в этом направлении давно и тщательно. Примеры: backbone, Sencha Touch, jquerymobile и проч.
Если это и случится когда-нибудь, то очень и очень нескоро. И только при явной поддержке вендоров, когда «большая тройка» и ко. найдёт способы эти приложения монетизировать в свою пользу, а не служить только поставщиком платформы.
P.S. А вообще разочарован, увидев, что пост о мобильных девайсах :(
P.S. А вообще разочарован, увидев, что пост о мобильных девайсах :(
И только при явной поддержке вендоров, когда «большая тройка» и ко. найдёт способы эти приложения монетизировать в свою пользу, а не служить только поставщиком платформы.
Смысл статьи в том, что приложения можно будет делать независимо. Также как сейчас сайты. «Большая тройка» не будет иметь к этому никакого отношения. В этом и есть прелесть стандартизированных открытых технологий.
P.S. А вообще разочарован, увидев, что пост о мобильных девайсах :(
Пост о веб-разработке, которая в не очень отдаленном будущем, хотите вы этого или нет, станет сильно ориентированной на мобильные устройства.
Смысл статьи в том, что приложения можно будет делать независимо. Также как сейчас сайты. «Большая тройка» не будет иметь к этому никакого отношения. В этом и есть прелесть стандартизированных открытых технологий.
P.S. А вообще разочарован, увидев, что пост о мобильных девайсах :(
Пост о веб-разработке, которая в не очень отдаленном будущем, хотите вы этого или нет, станет сильно ориентированной на мобильные устройства.
Смысл моего коммента в том, что если доля веб-приложений для мобильных устройств будет слишком велика и доходы от маркетов упадут (или даже не будут расти так быстро, как хотелось бы), то вендоры найдут способы сделать невозможной или сложной разработку и/или использование независимых веб-приложений. Например, доступ к железу получат только сертифицированные приложения. Или у несертифицированных будет всплывать красное окошко «Этот сайт может быть опасен».
Увы, я это уже чувствую — сейчас ищем дизайнера, который сможет нарисовать «скин», который одинаково хорошо будет выглядеть и на 1920х1080, и на 800х480. Как тестировать будем вообще не представляю, видимо только на фидбэках.
Увы, я это уже чувствую — сейчас ищем дизайнера, который сможет нарисовать «скин», который одинаково хорошо будет выглядеть и на 1920х1080, и на 800х480. Как тестировать будем вообще не представляю, видимо только на фидбэках.
Уже есть язык haxe + nme. Он для почти всех мобильных платформ одновременно позволяет создавать приложения.
Хочу заметить, что уже была возможность опробовать веб-приложения на мобильной платформе. На заре айфона, как помните, все приложения были веб, даже был официальный каталог на сайте Apple. Хорошо помню, что никто из знакомых ими не пользовался. Я тоже только зашел посмотрел возможности и забыл про них.
Да, это дело и сейчас есть, вот только весь процесс — заходить на сайт, делать иконку для него и так иметь доступ — не круто.
Financial Times это не остановило — apps.ft.com/ftwebapp/
не круто, а очень круто! У меня нет приложения, но есть сайт FT — я пойду на сайт и всплывашка на главной предложит в 2 тапа добавить приложение.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Веб-приложения вытеснят нативные?