Мне вот непонятно зачем нужны все эти app если есть web

[Stitch_MS]

Цитата:

Сообщение от Alex_KD

Мне вот непонятно зачем нужны все эти app если есть web.

Хороший вопрос

https://blog.codinghorror.com/app-pocalypse-now/

Цитата:

I want to know who exactly is going to all the trouble of installing the McDonalds app on their device instead of simply visiting the McDonalds website in the browser as needed. What problem does that app solve for french fry enthusiasts that it needs to be permanently installed on your device? Why are they giving away free Big Macs just to get people to install this thing?

[gl00mie]

По-моему, мобильные приложения:

• идут отдельной строчкой в прайс-листе
• требуют Azure Service Bus, а это - если не еще одна строчка в прайс-листе, то лишняя привязка к Azure и аргумент против On-Premise
• могут реализовывать работу в оффлайн/синхронизацию вместо требования постоянного online, а для некоторых сценариев это критично
• всегда привязываются к конкретному пользователю (мобильному устройству, где требуется "выйти из сумрака", чтобы ставить приложения из Market), т.е. априори персонифицируют пользователя, в отличие от web, где больше возможности работать анонимно
• могут собирать дополнительную телеметрию и отправлять ее в MS в привязке к персонифицированному идентификатору (много ли кто принимает решение об установке мобильных приложений на основании списка разрешений, которые им якобы требуются?)
• могут служить "троянским конем" для доп.функционала в будущем за счет обновлений приложения (многие разрешают обновлять мобильные приложения автоматически)
• в конце концов - это модно, это в тренде, это ложится на концепцию Cloud First, Mobile First

PS. Думаю, Макдак в первую очередь интересуют персонификация в сочетании с тем, что интересует пользователя, и доп.телеметрия

[trud]

Цитата:

Сообщение от Alex_KD

Мне вот непонятно зачем нужны все эти app если есть web.

Апп типа работает оффлайн, а для web нужно постоянное соединение

[mazzy]

Цитата:

Сообщение от trud

Апп типа работает оффлайн, а для web нужно постоянное соединение

да, думаю, это. плюс доступ к ресурсам устройства, которого у веб-приложений нет.
например, доступ к контактам, доступ к файловой системе, доступ к информации об операторе и/или wifi соединениях. а через это и к геолокации на уровне городов/регионов.

в общем, установленное приложение имеет доступ к ресурсам устройств, что-то может делать в оффлайне и может передавать данные в закрытых протоколах, когда связь таки появляется.

[ax_mct]

Цитата:

Сообщение от Stitch_MS

Хороший вопрос

https://blog.codinghorror.com/app-pocalypse-now/

Хорошая статья.

Нужны. Но не всегда.
Производительность, интерфейс, локальная история.
А главное - уведомления!!
Возьмем тот же Uber, Facebook, VK. Вполне оправданно.

Другое дело что с точки зрения маркетинга и брэнда типа положено иметь свои мобильные app, как бы для "крутизны". И эти сотни app на телефоне даром не нужны, это точно.

[Bobkov]

Цитата:

Сообщение от mazzy

в общем, установленное приложение имеет доступ к ресурсам устройств, что-то может делать в оффлайне и может передавать данные в закрытых протоколах, когда связь таки появляется.

Еще установленное приложение занимает место на экране пользователя, маячит там (типа пиар - производитель напоминает о себе) и может быть запущено одним тыком (эргономика).

А веб-приложение на экране пользователя не видно (оно только через браузер), да еще и не так просто его запустить, даже если в закладках где-то есть или там через речевой ввод...

[mazzy]

Цитата:

Сообщение от Bobkov

А веб-приложение на экране пользователя не видно (оно только через браузер)

на экран вроде можно вытащить ссылку на страницу.
будет работать так же как иконка приложения.

[AP-1055D]

Сейчас приложения для веб (на AngularJS) прекрасно могут работать оффлайн, используя множество ресурсов устройства: камера, геолокация, внутреннее хранилище данных. При необходимости можно реализовать синхронизацию данных с сервером или мобильным приложением.

Мобильные приложения это, зачастую, просто удобнее. Грубо говоря, их можно считать веб-приложением с учётом UI / UX мобильного устройства.

Плюс мобильные приложения обеспечивают большую аутентичность, личность использования. Особенно, это касается носимых устройств типа часов.

[Bobkov]

Цитата:

Сообщение от mazzy

на экран вроде можно вытащить ссылку на страницу.
будет работать так же как иконка приложения.

Да, действительно, нагуглил и научился. Спасибо тебе, добрый фей!
Мне кажется, умеют это делать столь низкий процент пользователей, что наличием этой функции в нашем исследовании можно пренебречь

Цитата:

Сообщение от AP-1055D

Сейчас приложения для веб (на AngularJS) прекрасно могут работать оффлайн.

О, ты знаешь, как это сделать? Без шуток, мне очень интересно. Для того чтобы работать оффлайн, нужно сделать так чтобы при запуске приложения пользователем, при отсутствии связи - приложение бралось из кэша браузера, а при наличии - с сервера (желательно, конечно, только если файл изменился). Ты знаешь как это сделать?

[macklakov]

Цитата:

Сообщение от gl00mie

Думаю, Макдак в первую очередь интересуют персонификация в сочетании с тем, что интересует пользователя, и доп.телеметрия

Согласен. Причем это может быть нужно не столько для маркетинга, сколько для планирования. Используя мониторинг клиентов и предзаказ можно сократить время нахождения еды на складах. В идеале, это может привести к такой скорости оборачиваемости, что можно будет не разогретую, а свежую еду продавать. А это уже качественный скачок.

[mazzy]

Цитата:

Сообщение от Bobkov

Мне кажется, умеют это делать столь низкий процент пользователей, что наличием этой функции в нашем исследовании можно пренебречь

пользователей никто не учит, поскольку в тренде app.
согласись, что способ "вытащить ярлык" не сложнее способа "установить приложение". а установить приложение люди научились.

[pitersky]

Цитата:

Сообщение от trud

Апп типа работает оффлайн, а для web нужно постоянное соединение

подавляющее большинство приложений на смартфонах (соцсети, магазины, банки и т.д.) для своей работы постоянно используют интернет. без него они просто бесполезны. по большому счёту, приложения нужны только для оффлайн-игр. а после широкого внедрения 5г и для них не нужно будет.
кмк главная причина использования приложений - это именно удобство их установки и запуска. зашёл в гугл плэй, нажал нужную иконку - и все дела. если бы так же было бы с веб-страницами, то приложения померли бы очень быстро

[mazzy]

Цитата:

Сообщение от pitersky

если бы так же было бы с веб-страницами, то приложения померли бы очень быстро

у меня закрадывается подозрение, что просто "мужики то и не знают"

How to add a website shortcut on Android Home Screen?
https://www.youtube.com/watch?v=nq6jVn7FGf8

в чем преимущество и "удобство установки и запуска" приложений?

[AP-1055D]

Цитата:

Сообщение от Bobkov

О, ты знаешь, как это сделать?

Проверить наличие подключения в AngularJS можно с помощью кодов ошибки (401 / 501 и другие). Например, так.

Для хранения информации внутри браузера можно использовать, localstorage. Здесь написано как это можно сделать, а вот пример.

[trud]

Цитата:

Сообщение от AP-1055D

Для хранения информации внутри браузера можно использовать, localstorage. Здесь написано как это можно сделать, а вот пример.

ну т.е. вы по сути говорите о том, что при наличии разработчика можно сделать все. и это конечно же так
а если разработчика нет?
ведь это самая главная идея мобайл апп АХ, пользователи сами смогут настраивать что им нужно.

[AP-1055D]

trud,

Я, видимо, не совсем понял контекст. Я думал речь идёт о вообще веб и мобильных приложениях.

А если говорить о мобильных приложениях для AX, PowerApps, то здесь я согласен с вами.

[pitersky]

Цитата:

Сообщение от mazzy

у меня закрадывается подозрение, что просто "мужики то и не знают"...
в чем преимущество и "удобство установки и запуска" приложений?

во-первых, многие действительно не знают
во-вторых, честно говоря - это существенно неудобнее.

вот простой пример. я хочу на рабочем столе смартфона иметь быстрый доступ к личному кабинету банка. в приложении я могу авторизоваться по отпечатку пальца, а все разовые пароли транзакций из смс подставляются в приложение автоматически. веб-страница (даже если она в формате pda, и при этом полнофункциональная - что уже редкость) всё равно запросит на каждый вход текстовый пароль, а подтверждать транзакции надо будет ручным вводом.

[mazzy]

Цитата:

Сообщение от pitersky

вот простой пример. я хочу на рабочем столе смартфона иметь быстрый доступ к личному кабинету банка. в приложении я могу авторизоваться по отпечатку пальца, а все разовые пароли транзакций из смс подставляются в приложение автоматически. веб-страница (даже если она в формате pda, и при этом полнофункциональная - что уже редкость) всё равно запросит на каждый вход текстовый пароль, а подтверждать транзакции надо будет ручным вводом.

обобщу и переформулирую:

...чтобы некое ПО:
1. давало безопасный доступ к внешним данным
2. при этом использовало все доступные устройству физические блоки - биометрию, камеру, микрофон, список WiFi, данные сотового оператора, информацию о зарядке батареи и т.п.

и тут внимание!
дело в том, что браузеру СПЕЦИАЛЬНО запрещают обращаться к физическим блокам. )))
например, https://habrahabr.ru/post/314326/

дело не в том, что веб-приложения этого не умеют.
дело в том, что в браузере такие обращения запрещены!!! СПЕЦИАЛЬНО!
Стоит задуматься "а почему собственно"?

В общем-то в этом и разница между веб и апп )))

[AlexeyS]

еще такой момент - обычные приложения отзывчивее и работают быстрее, чем их web-версии, так как передают только служебную информацию. и это важно

[AP-1055D]

Камера, микрофон 100% доступны из веб-приложения.