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