Вас приветствует блог iCover! Возможно, в ближайшем будущем нам больше не нужно будет устанавливать приложения – с помощью Google и, что гораздо более удивительно, не без помощи Apple.
Помните слоган “There’s an App for That”? Он без преувеличения определил вектор развития мобильного мира с 2008 года. Конечно, тогда приложения казались единственно верным направлением. Как грибы после дождя появились способы разработки приложений за пару недель; продукты начали крутить рекламные ролики, посвященные их новым приложениям; Черт, даже наш семейный ресторан за углом получил свое собственное приложение-меню.
С появлением App Store в 2008 году, компания Apple была первой кто популяризировала идею красиво упакованных, легко загружаемых приложений на телефоне. Тем не менее, эта концепция централизованной доставки программного обеспечения на самом деле не нова. Многие портативные и настольные устройства уже имели свои магазины приложений, построенные за годы до дебюта App Store от Apple. Причина, по которой Apple удалось повторить их успех, в ретроспективе, представляет собой удачное сочетание времени и технологии. К 2008 году iOS (тогда ещё «iPhone OS») платформа была в состоянии предложить доступ к сети 3G, хорошо документированную среду разработки, красивую графику, и самое главное, поддержку со стороны технологического гиганта. Появился резон создавать мобильные приложения. Они были наиболее эффективным способом доставки новейшего контента и услуг, с должным удобством и производительностью.
Люди по большому счёту не волнует, как это всё работает, они просто хотят, бросать птиц на свиней и сидеть в социальных сетях. Возможность загрузки и запуска клёвых приложений была победной особенностью iPhone весьма короткое время. Android вскоре последовал этому примеру, затем смартфоны стали дешевле; сети стали быстрее; вычислительные мощь возросла в разы; приложений процветали.
“Так в чем тогда проблема?”
На самом деле проблемы нет. Но мы можем сделать лучше! Вы спросите: "Что, есть способ улучшить моё любимое приложение, которое позволяет мне кормить и виртуально играть с милыми котятами?" Ответ: "Да". Дело в том, что мобильные приложения стали удачным форматом из-за правильной комбинации быстрой сети и мощных портативных процессоров. Технологии с тех пор продвинулись гораздо дальше, а мир приложений вырос до громадных размеров. Среди всех головных болей, которые преследуют рынок мобильной связи сегодня, есть две наиболее насущные — это доставка и доступность контента.
Доставка и доступность
Каждый человек с смартфоном однажды испытал это в какой-то момент: "Ничего себе, этот ресторан или магазин предлагает 20% скидки!… ой, но только если у вас есть их приложение" или "Подождите, я должен загрузить целое приложение для того чтобы просто посмотреть что мне написал мой друг?" (привет, Facebook Messenger!); или "Вы, наверняка, слышали от друзей или видели рекламу об этом действительно крутом приложении, которое изменит вашу жизнь, но стоит ли его покупать, чтобы установить, или еще хуже, потом платить абонплату за его использование?".
Этот долгий путь к фотографии жаренной картошки...
Эту проблему можно разделить на две составляющие. Давайте начнем с первой: доставка. Современный пользователь имеет короткую продолжительность концентрации внимания и мало терпения. Оплата и установка приложения, которая была когда-то чем-то волшебным, быстрым и новым опытом, является актом приверженности для многих в наше время. Вы не поверите, сколько людей требуют убедительную причину, и как ужасно много усилий нужно, чтобы заставить их попробовать новое приложение. Просто вспомните, у вас наверняка есть один друг, который по-прежнему наотрез отказывается загрузить приложение Facebook Messenger (серьезно, просто заставьте его установить его). Компании хотят легкой доставки контента и услуг клиентам, настолько быстро и легко, насколько это возможно, но растущее нежелание установки нового приложения становится препятствием и саботирует весь процесс. Наши домашние экраны смартфонов становятся полем битвы — все приложения претендуют на первое место!
Вторая проблема, доступность и открытость контента, немного более сложная, но она была хорошо сформулирована несколькими IT-журналистами в прошлом. Многие популярные приложения, такие как Instagram и The Daily, начинали свою карьеру как исключительно мобильные приложения, доступные только внутри определенной закрытой платформы. Вы обязательно должны были скачать приложение и зарегистрировать Instagram-аккаунт для того, чтобы увидеть Instagram-фотографии своих друзей. Я уверен, что таких приложений там до сих пор немало, и мы просто проходим мимо полезного контента, которые недоступен для поиска или просмотра в нашем браузере. Фрагментированный Интернет, где творческий подход и оригинальное содержание запирают внутри проприетарных платформ — это не тот Интернет, который мы знаем и любим.
Связь между приложениями и их индексация работает, но из рук вон плохо
Теперь, когда мы понимаем проблему, давайте посмотрим на существующие решения. Словосочетание «app linking» может на первый взгляд показаться незнакомым, но каждый раз, когда вы нажимаете на ссылку на YouTube в другом приложении и открывается родное приложение YouTube для воспроизведения видео — это как раз и есть связь между приложениями. Google, Apple и Facebook используют различные реализованные варианты этой технологии. Связь между приложениями позволяет вам использовать именно то приложение, которое лучше всего справится с нужным содержимым. Что ж, звучит отлично.
Другая половина нашего существующего решения, это индексирования приложений. Google и Apple предусмотрели способы для контент-провайдеров и других сторонних компаний, для демонстрации своего собственное контента приложений в поисковом запросе, что позволяет прежде закрытому содержании оказаться на виду в поиске Google и iOS Spotlight.
Это тоже само по себе отлично! На первый взгляд, это решает наши проблемы с доставкой и доступностью. Пользователь ищет что-то, приложение показывается свой контент в результатах поиска, пользователь нажимает на ссылку и получает нужную информацию в приложении.
Возможно, вы уже заметили тут проблемы. Что делать, если приложение не поддерживает такую индексацию? Индексация приложений требует контент-провайдера, нужно приложить усилия для реализации доступности, так что по умолчанию ваш контент не виден во всемирной паутине, в противовес большинству всего веб-контента. До недавнего времени, для того чтобы ваше приложение могло быть проиндексировано Google, разработчики должны были построить зеркальное его отображение — веб-версию. Только представьте себе эти трудозатраты. А со стороны потребителя, что если у меня него нет нужного приложения? Что делать, если я не хочу устанавливать это приложение, чтобы просто прочитать статью? Этот список можно продолжить.
Вспомните тот момент, когда вы пытались проверить что-то, а вас вместо этого перенаправляет на страницу приложения в App Store или Google Play. О, это надоедает. И нет, никто не хочет, внезапно установить ещё одно одноразовое приложение.
Я вообще не хочу строить стену из приложений на экране. Я хочу потреблять и создавать контент!
"Хорошо, что тогда делать?"
Нужно просто избавиться от «приложений.» Давайте посмотрим, как это можно реализовать.
Трансляция приложений от Google
Подход компании Google к проблеме доставке и доступности опирается на индексацию приложений и связь между ними. Если разработчик прикладывает усилия, пользователи могут увидеть нужный контент в результатах поиска Google. Это отличная возможность для Google, чтобы сохранить актуальность своего поиска на мобильном рынке, который все больше зависит от родного контента приложения вместо веб-поиска. Но в таких странах, как Китай и Индия, где мобильные телефоны — это первые компьютеры для миллионов людей и мобильный контент — единственно главный и важный, фраза «все что вы ищете, лишь в одном Google-поиске от вас» теряет свою магию.
Несколько месяцев назад, компания Google показала впечатляющие технологии, которые не вызвали особого интереса — трансляцию приложений (Google App Streaming). Название этой технологии соответствует сути её работы; вместо того, чтобы устанавливать приложения привычным способом, после нажатия на ссылку Google будет транслировать нужную часть приложения к вам по требованию. Нет необходимости его устанавливать, потому что вы уже работаете в нём. Возможно это лишь пилотный эксперимент Google по развитию их облачной платформы, сама идея потоковых приложений для телефона не нова. Более того, сама по себе эта сама технология была куплена Google у компании Agawi несколько лет назад. Но если с толком объединить потоковую трансляцию и индексирование приложения, вы удалите оба барьера для информации, ранее запертой в мобильных приложениях.
«Ресурсы по требованию» от Apple
В то время как фантастическое решение от компании Google все ещё находится в экспериментальной стадии, Apple подталкивает своих разработчиков примерно в том же направлении, но (что характерно для Apple), в менее явной форме или более обходными путями.
«Ресурсы по требованию» (On-Demand) ресурсы представляет собой технологию, представленную с 9-й версией iOS, когда загружается лишь небольшое ядро приложения при первой установке, а дополнительные части и содержание загружаются по мере необходимости. В настоящее время это используется в основном в играх, где пользователь загружает ресурсы (графику, видео и т.д.) и лишь нескольких начальных уровней. iOS самостоятельно загрузит больше уровней, по мере прогресса пользователя и удаляет завершенные уровни, для экономии места.
Много общего с подходом Google? Собственно, нет. Однако, если ресурсы по требованию станут привычным явлением, а вспомогательная инфраструктура окажется достаточно гибкой, можно себе представить, как может воспользоваться этим Apple, расширяя рамки этого подхода для более общего случая использования. В любом случае, это замечательный инструмент, который потенциально найдет своё применение в виде приложений, не требующих «установки» в привычном виде.
Недооцененные веб-приложения
Пока мы говорим про Apple, я хочу напомнить презентацию первого iPhone от Стива Джобса. Не сложно вспомнить, что самый первый iPhone был закрытой платформой без какой-либо среды для разработчиков и без сторонних приложений. Какое решение предлагал Стив? Это веб-приложения.
Веб-приложения не требуют установки. Они запускаются в (относительно) надежной закрытой среде браузера. Они являются веб-дружественными — их можно проиндексировать и их найдут поисковые системам. Ой, минутку, разве это не то к чему мы стремимся сегодня? Сложно ответить однозначно.
Я по-прежнему убежден, что веб-приложения были просто планом перехода на родные приложения, но даже в этом случае (пусть это было совпадением), они сами по себе представляли что-то большее. Если бы мы имели в 2008 году такие мощные фреймворки, какие мы имеем сегодня, возможно, веб-приложения не постигла бы такая участь. Не нужно стесняться писать о том, что скорее всего Джобс предполагал грядущие проблемы доступности и доставки приложений, потому что ставка на веб-приложения и была попыткой избежать этой ситуации в зародыше.
Будущее без приложений
Множество приложений конкурируют с другими сложными технологиями, которые используются в веб-приложениях (React Native и другие), но разрыв между нативными и веб-приложениями стремительно сокращается. Тем не менее, одним из решающих факторов дифференциации остаются визуальные различия между родными и веб-приложениями, да и производительности веб-приложений, пока что катастрофически не хватает. Идеального решения всё ещё не существует.
Помимо всего этого, нам действительно нужно соломоново решение для приложений с потоковым видео, которое кардинально решит проблемы доставки и доступности такого контента. Нам нужно что-то похожее на Java-апплеты в браузерах, но для смартфонов. Представьте себе возможности: независимо от операционной системы или марки суперсмартфона у вас в кармане, вы будете иметь возможность запускать приложения и просматривать его содержимое — без дискомфорта и с такой же производительностью, как любые родные приложения. Что касается разработчиков, то выгоды и вовсе очевидны — вы можете написать приложение один раз и «транслировать» его все типы устройств и браузеров.
С помощью потоковых приложений от Google и благодаря решению Apple подтолкнуть разработчиков к хранению части своих приложений в облаке, мы, возможно, начали необратимый путь в тот вариант будущего, где «установка» станет устаревшим понятием и граница между «веб-сайтом» и «родным приложением» будет окончательно размыта. Это наше будущее без приложений. И это замечательно.
Другие статьи и события iCover
- Обзор Netatmo Welcome Camera. Добрый Большой Брат
- Весенние скидки от KitchenAid
- Распродажа полезных гаджетов и интересных штук
- Jawbone UP3 vs. Xiaomi Mi Band 1S Pulse — битва за наши сердца!
- Выбор умных часов сегодня. Что изменилось?
- Весенние скидки на Hi-Fi технику Onkyo
- Logitech дарит Tom Clancy's the Division
Комментарии (77)
maxpsyhos
08.04.2016 13:16+3Я вот так и не понял в итоге, а как ИЗБАВИТЬСЯ от приложений? От того, что они станут самоустанавливающимися или частично переползут в WEB, они не перестанут быть приложениями.
Arugin
08.04.2016 13:19+3Было бы неплохо прятать гифки под кат, потому что очень сильно отвлекают при чтении.
За статью спасибо. Та же самая проблема характерна для декстопа. Лично я не хочу устанавливать миллион программ-однодневок, например, для того, чтобы конвертировать один формат музыки в другой. В первую очередь ищу веб-версию нужной мне программы. И если она оказывается очень удобной и я ей пользуюсь чаще, чем раз в год, то могу и установить десктопную версию.
Kpyto
08.04.2016 13:22Спасибо за хорошую идею. Спрятал GIF-ки под спойлеры. Я ощутил мощь веб-приложений в поездке, когда оказалось что мне проще обработать изображение в онлайне, нежели установить нужный редактор на нетбук с Windows XP.
Meklon
08.04.2016 14:37+3На Linux с этим проще. Никаких искусственных рамок типа сохранения только в этот формат на фоне мигающей рекламы. Маленькие гибкие консольные утилиты. Иногда с GUI поверх них.
saintdi
08.04.2016 15:30Я для себя ещё несколько лет назад выбрал путь portable apps для Windows: как раз чтобы в реестр не гадили и вообще не лезли никуда за пределы своих папок. Так что, когда требуется какая-нибудь программа, то первым делом ищу именно переносную версию, сейчас таких у меня больше 50. Рекомендую.
orcy
08.04.2016 16:37+1Если бы они были sandboxed, было бы вообще круто.
Kenya-West
09.04.2016 14:42+1Универсальные приложения Windows 10 к вашим услугам — полный и безоговорочный sandbox, жесткий и даже жестокий контроль над памятью, централизованный способ доставки. Обо всём этом и обо всём остальном система заботится сама.
redmanmale
08.04.2016 21:06Для конвертирования музыки можно пользоваться ffmpeg'ом.
bodqhrohro
10.04.2016 03:06Не под все форматы у него энкодеры есть. cook, например, нету. Его вообще полтора свистопердящих платных конвертера под винду только умеют.
0x131315
09.04.2016 13:09+1По своему опыту знаю, что нативные приложения на мобильных девайсах все-таки удобнее, т.к. кушают не в пример меньше батареек. Именно из соображений энергоэффективности и держу их — на сетевые часто вообще нет энергии.
Особенно обидно за смарт, где сетевые приложения получаются одноразовыми: один раз запустил, выполнил одну операцию — и экран потух, смарт превратился в бесполезный кусок пластика без энергии. Все-таки браузер при таких батареях — зло. Нативные приложения позволяют продлить ресурс в 3-4 раза, и хоть что-то успеть сделать.
И не говорите про повербанки и зарядки — часто нахожусь там, где ближайший источник энергии в нескольких часах, а таскать с собой даже смарт проблематично, не говоря уже про всякие аксессуары к нему. Смарт — не такая важная вещь, чтобы идти ради него на неудобства.
В итоге у меня смарт в основном работает звонилкой, хотя содержит кучу информации и приложений — пользоваться ими вне дома проблематично, из-за отсутствия возможности восполнить заряд, так что по большей части они там лежат на всякий случай, если вдруг срочно потребуется что-то уточнить, рассчитать, сориентироваться, и на это не жалко потратить энергию. Частью приложений пользуюсь дома, когда отдыхаю, валяюсь в постели или ванной — аудио и видеоплеер, читалка.
И лишь приложение фотоаппарата изредка запускается вдали от дома — только оно оправдывает затраты энергии на свой автономный запуск. Все остальные приложения по факту оказываются либо резервом, запускающимся раз в год в особых случаях, либо балластом, бесполезно сжирающим энергию, и поэтому вне дома не запускающимся вообще.
В общем сетевым технологиям не хватает двух вещей:
1 — нормальных источников энергии, чтобы не думать об экономии.
2 — повсеместного доступа в сеть. Да-да, доступный и дешевый интернет есть не везде. Это тоже аргумент за оффлайн.
Пока эти проблемы не решены — оффлайн приложения будут востребованы.
Мне достаточно только нормального источника энергии — это позволило бы запускать менее важные приложения в автономном режиме. Доступ в сеть лишь дает доступ к приложениям, в оффлайне ты их уже имеешь.
Я уже прошел путь unix, portable, web, и пришел к личному ассистенту.
Поэтому для меня есть и третья причина, но она, похоже, мало кого, кроме меня, волнует — это долговечность.
Приложения — это сервисы. Удобно, когда сервисы, к которым привык, которые включил в свою жизнь, долговечны и надежны, когда ты на них можешь положиться, зная, что даже запроси ты его через 5 или 10 лет — он будет по прежнему доступен, и в привычном тебе виде. Т.е. долговечность дает чувство уверенности — ты знаешь, что когда тебе сервис понадобится, он точно будет доступен, и ты им легко воспользуешься.
Поэтому сейчас пилю для себя концепт платформы, куда эти сервисы и будут благополучно выгружены. Без такой платформы ничего не взлетает, т.к. софт оказывается зависим от быстро меняющихся вещей, типа ОС, железа и вечно дохнущих через 5-7 лет сайтов, а также от быстро меняющейся воли маркетологов и дизайнеров, меняющих софт и интерфейс по 5 раз на в неделю — необходимость постоянно искать, куда делась привычная функция или кнопочка тоже идут во вред юзабилити.
Это полностью автономная платформа, не зависимая ни от железа, ни от ОС, ни от серверов, ни от авторов сервисов, ни от интерфейса — иначе никак.
Жизнь штука долгая, алгоритмы, ставшие ее частью, должны сохранять стабильность весь её срок, а зависимые приложения работают от силы лет 5, постоянно меняясь и усложняясь, затрудняя пользование ими, а потом просто исчезают. Это происходит потому, что современные сервисы меняются в угоду большинства, но личный ассистент обязан быть личным, и соответственно меняться редко, и только в угоду конкретному человеку — своему хозяину. Ни один бизнесмен в здравом уме не выпустит замороженный во времени продукт, с которого просто нельзя снять прибыли, в то же время пользователям именно такой продукт и нужен — чтобы все всегда было на своих местах и работало абсолютно так же, как и тысячу раз до этого.
С неизменностью, независимостью и интерфейсом уже разобрался — это лишь набор определенных принципов разработки, гарантирующих доступность и неизменность сервиса, независимо ни от чьей воли и любых обстоятельств. Программная платформа — вижу forth или java. Первый простой и универсальный, стабильный, но медленный, писать на нем сложно, почти ассемблер, но он точно будет работать на любом железе и через века, за счет легкой адаптируемости и модифицируемости, второй — сложный и неуниверсальный, нестабильный и быстрый, писать на нем легко, но работоспособность не гарантирована, т.к. зависит от третьих лиц, и самостоятельно его адаптировать и модифицировать сложно и муторно.
Персональный ассистент — штука не универсальная, не единая, после старта она непременно распадается на множество нитей, каждая из которых эволюционирует независимо от других, развиваясь разными путями. Т.е. каждый экземпляр ассистента — это отдельный продукт, не похожий на другие экземпляры. Общее у них только одно — сервисы и системно-зависимая часть изолирующей платформы. Сервисы разрабатываются однажды, и доступны веками в неизменном виде, позволяя каждому пользоваться привычными сервисами неограниченный срок, платформа является частью ассистента и эволюционирует с ним, а системно-зависимая часть постоянно обновляется, подстраиваясь под новые ОС и железо. Уникальное сочетание.
GreyhoundWeltall
08.04.2016 13:33+1А для того чтобы воспользоваться облачным ресурсами/индексированным приложением мне нужно будет подождать пока загрузятся нужные ресурсры/просмотреть полминутную рекламу которая мне мешает?
И это вместо того чтобы один раз поставить необходимый софт и им пользоваться?Kpyto
08.04.2016 13:36Я думаю в первую очередь рассматриваются не утилиты, которые не требуют сетевого подключения вовсе, а множество априори «облачных» приложений, начиная с примеров из статьи (мессенджеры, социальные приложения, потоковые трансляции, приложения-компаньоны изданий и т.п.) Ситуацию когда (или если) время загрузки веб-приложений будут принудительно заполнять навязчивой рекламой лучше отнести к антиутопиям :(
GreyhoundWeltall
08.04.2016 13:51+5Мессенджр с облачным хранением истории чата — зло. Категорическое.
Почему я должен листать пальцем (например в вотсапе) переписку периодически поглядывая на дату, чтобы найти что было написано пару лет назад? Причем если оно понадобится снова — мне придется еще раз листать.
10 лет назад пользовался мирандой/аськой, и они умели в хранение хистори. Сейчас они «выросли» и уже не умеют.
Аналогично и с социальными приложениями, которые не кешируют практически ничего (то есть имея хреновый интернет — придется терпеть и это).
Тот же дропбокс меня «приятно» удивил, когда оказалось, что он не умеет хранить загруженные файлы даже «принудительно» (вдруг мне часто нужен документ из моего каталога?).
Антиутопия — вообще не аргумент. Ну то есть мы можем сколько угодно «рассуждать» на эту тему, но я с удивлением недавно узнал, что на ютуб через мобильное приложение можно только с рекламой, которая длится от 3-4 (можно пропустить сразу) секунд и до 30 (не пропускается). Если аналогичный подход будет и при работе с веб-версией приложения, то это лишний дискомфорт. А подход такой будет — реклама выгодна (иначе ее бы не лепили везде) тому, кто предоставляет сервис (напр тому же ютубу/гуглу).pankrys
08.04.2016 15:30эмм? Дропбокс умеет хранить файлы в автономном режиме для мобильных устройств.
GreyhoundWeltall
08.04.2016 15:37Только что проверил. Возможно это косяк ios.
Дропбоксу запрещен доступ в сеть через gprs/3g, только по вайфаю. Сейчас такой сетки нет и он не загружает файлы нормально.
При том что какой-то из них я точно использовал на телефоне, когда показывал скан с телефона.
Или я что-то делаю не так.
Даже если вычеркнуть конкретно 1 приложение из списка суть не поменяется — приложения привязанные к вебу часто «кастрированы» на предмет локального хранения, хотя это было бы удобно в некоторых случаях. Даже если они изначально взаимодействуют с веб-сервисом.pankrys
08.04.2016 16:18там нюанс в том, что когда есть сеть, нужно выбирать какие из файлов нужны автономно, дропбокс их загружает и показывает потом и при отсутствии сети. на iOS не ставил себе приложение, но на андроиде это так.
С остальной частью сообщения согласен )GreyhoundWeltall
08.04.2016 16:44Так я так и делал. Я показывал когда-то давно скан с телефона, телефон не был подключен к вайфаю тогда (тк это так же было на работе — я не пользуюсь корпоративным вайфаем).
А на андроиде мне это не было нужно — я загружал на него просто сами файлы в память, и те же доки читал с карты, а не с облака.
Отсюда — зло. Причем именно софт, а не иос — ведь иос предоставляет возможность работы с софтом, а софт — неможет в. Или как уже сказал — я не смог в. Надо будет проверить еще раз (вдруг обновления и тд).
Revertis
08.04.2016 16:33Для блокировки видео-рекламы в Youtube на Андроиде, можно пользоваться программой Adguard. Бета версия теперь умеет расчехлять HTTPS и вырезать ютубную рекламу на лету.
GreyhoundWeltall
08.04.2016 16:49У меня ифон. На нем тоже как-то что-то можно, но вопрос в самом факте: я запустил стриминговый софт, и получил стрим рекламы. И если все на это перейдут — то будет жесть. Представьте рекламу перед открытием навигатора? Или всплывающее окно на месте поворота на карте?
SilverHorse
08.04.2016 18:23> 10 лет назад пользовался мирандой/аськой, и они умели в хранение хистори. Сейчас они «выросли» и уже не умеют.
/me смотрит на висящую в трее миранду…
Эм… я что-то пропустил? С каких пор миранда стала что-то где-то хранить в другом месте или не хранить вообще? Или речь о том, что для нормального отображения хистори в миранде прикручивается dllка History++? Так это всегда было, миранда всегда была модульным мессенджером-конструктором и им и остается.GreyhoundWeltall
09.04.2016 11:00+1Речь о том, что миранда вроде как отсталая и непопулярная, и нынче модно пользоваться вибером-вотсапом-телеграмом, но при этом моя работающая миранда спокойно хранит хистори на компе и может искать сразу, а вотсап ни в вебе ни в приложении не может.
То есть мы переносим приложения в веб — а они от этого теряют функционал.
Gendalph
08.04.2016 21:50+1У этой идеи есть 2 очень больших проблемы:
— интернет не всегда есть, довольно часто скорость недостаточная
— принудительная полная зависимость от удаленного сервера — 3.14здец, привести пример почему?
Решение одно — глобальный центр управления сигнатурами/протоколами (что чем открывать) и отрывать руки тем, кто вместо хоть какой-то версии требует от мобильных клиентов установку.приложения.
Хочешь — ставишь приложение. Не хочешь — смотришь в браузере.
И больше кешей, хороших и разных! Но обязательно настраиваемых.
mrsimba
08.04.2016 13:42+7Все это хорошо, пока есть подключение к инету…
Kpyto
08.04.2016 13:45-8Ну, нельзя не отметить что интернет уже добрался даже под землю (в частности до метрополитена), да и стоимость мобильного интернета всё время снижается. Скорее вопрос нужно рассматривать комплексно — современный смартфон позиционируется как постоянно подключенный к сети гаджет, но вместе с тем магазинах приложений даже специальный раздел появился «казуальные игры НЕ требующие подключения к сети». А раньше было наоборот!
RiseOfDeath
08.04.2016 14:47+2В глубину-то он хорошо распространяется, а вот в ширину не всегда и не везде.
bambur
08.04.2016 15:50+4У меня недавно знакомый мотался в р.Карелия, там есть места где люди кроме CB-связи ничего не знают, потому что ничего там не берет кроме телевизора. Магазин продукты через рацию заказывает и врача по рации вызывают. Врядли его порадовала бы система которая для открытия приложения хочет подцепиться к серверу. Яндекс вроде как оффлайн навигатор делает, а тут стремление к полному онлайну. Тогда уж должна быть кнопка «ПЫЩЬ» в виде универсального приложения.
daggert
11.04.2016 11:09Я вам даже так скажу: По работе мотался в места Карелии где даже телевизор не берет, а из-за ландшафта — GPS путает координаты на ± 10 км.
elmm
08.04.2016 16:29+2Всё это хорошо, пока не выезжаешь за пределы страны. И тут бац — роуминг, безумные цены на трафик и всё такое. Можно купить местную симку, но опять же — когда ты на пару дней где-то. Или во время переезда, перелёта, когда инет не стабилен или его вообще нет.
KorwinD
09.04.2016 02:30С одной стороны да, но с другой, в приведенной гифке с Google App Streaming показано приложение, которое является просто графической оболочкой к браузеру и которое при отсутствии интернета будет так же бесполезно.
habradante
08.04.2016 14:00+1Приложения никуда не денутся, причин тому несколько. Приложения определяют формат и способ взаимодействия с представленной в них информацией. Если переходить на унифицированную платформу (условно одно большое универсальное приложение), то формат и способ так же унифицируются. Такое приложение сейчас есть и оно называется браузер. Следующая причина в том, что формат данных надо так же унифицировать, от того что каждое приложение научится подгружать данные в фоне, сами приложения не исчезнут, они просто начнут подгружать данные в фоне. Плюсы приложений в том, что затраты на передачу данных существенно меньше, чем на данные плюс обертка (как в случае с сайтами). Сами приложения многое делают офлайн, тогда как даже переключение со страницы на страницу в вебе происходит небыстро.
Плюс добавляются проблемы со скоростью связи. На моей памяти смерть приложениям предрекают чуть ли не каждый год, но они до сих пор живы. Даже с развитием веба приложения никуда не делись и лишь укрепили свои позиции. Появились всякие модные JS фреймворки, которые позволяют сделать на веб-страничке очень многое, но в итоге что? В итоге мы получили веб-приложения. Их тоже надо загружать, эти скрипты картинки и пр. требует ресурсов и ест трафик. Так что… никуда приложения не денутся. А идея о едином пространстве с кучей контента, который выгружается на телефон только посредством одной платформы это фантазия, не более.
RusikR2D2
08.04.2016 14:05+3Переехать в Веб — это отличная «штука» для изначально сетевых программ, т.е. те, которые без доступа к интернету не имеют никого смысла.
Для оффлайн программ (к примеру, калькулятор, или текстовый редактор) должен быть выбор — загрузить ее или использовать сетевую версию. Не всегда есть возможность ждать загрузки и не всегда есть интернет.
+ хотелось бы иметь мощные (и дорогие) программы в виде веб-версий по подписке. К примеру, AutoCad и т.п. Чтобы их без проблем можно было запустить на любом устройстве.
А вообще, как мне кажется, гигантский выбор однотипных программ — это «зло»… Иногда просмотрев десятки программ понимаешь, что они одинаковые, в общем-то, да и работают «не очень» или вообще не работают.
AxisPod
08.04.2016 14:15Ну может у них в любом лесу есть идеальное покрытие GSM сетями. То у нас как бы часто в городе возникают проблемы. Да и опять же трафик не резиновый. Или расчет на то, чтобы пользователи девайсов никуда не выбирались из городов, постоянно тусили рядом с бесплатным wi-fi и возили с собой тележки с аккумуляторами?
Gorthauer87
08.04.2016 14:28+1Ну в теории нормальное веб проложение должно уметь загружаться в кеш телефона и работать в офлайне.
Gorthauer87
08.04.2016 14:27+2Я такие статьи раз в год вижу, но вот только здесь ни слова не сказано на тему того, почему это вдруг в том же айфоне веб приложения не выстрелили и не выстрелили нигде.
Да не существует удобных и быстрых веб приложений, все они к тому же ещё и батарейку жрут, а пока технических прорывов, которые могли бы как-то удесятерить мощность смартфонов и в 100 раз уменьшить энергопотребление не наблюдается.
Какой-нибудь WebAssembly это уже конечно шаг в нужном направлении, но даже такие веб проги будут проигрывать нативным.
anmi
08.04.2016 14:42Во-первых приложения на телефоне могут работать в фоне, а некоторым приложениям вообще не нужен интерфейс и вэб им не нужен.
Во-вторых вэб приложения уже сейчас умеют делать почти всё что нужно, в том числе полностью работать офлайн.
В-третьих уже сейчас можно делать ссылку на веб-приложение на рабочем столе, но пользователям трудно объяснить как это сделать.
В-четвертых push-notification уже есть в браузерах для веб-приложений (по крайней мере под android).
В-пятых разрабочики используют App Store и Google Play прежде всего для продвижения своих продуктов, чтоб мелькать перед глазами, подниматься в топ и «раздражать» пользователя.
Проще говоря уже почти всё есть для работы в веб-приложениях вместо нативных приложений (сервисо-ориентированных, конечно), почти не снижая качество опыта, но причина использования приложений прежде всего в продвижении. Всё то за что люди ненавидят приложения и есть главная причина почему они существуют. Слать вам нотификации, всплывать из фона, долбить рекламой, выскакивать в релевантных запросах в сторах — это и есть возможности за которые разработчики сервисных приложений ценят именно нативные приложения.
Altais
08.04.2016 15:14Если все приложение будут работать через облако/веб, и не будет возможности их устанавливать, то как быть с приложениями которые запрещены в некоторых странах по ряду причин? уже сейчас, с появлением централизованной доставки программного обеспечения, такие гиганты как Apple и windows phone недают пользователям практически никакой возможности установки сторонних приложений, а централизованных магазинах приходится терпеть унизительное: «Это приложение не доступно для вашего региона»
ZOXEXIVO
08.04.2016 15:24-1Я не против приложений, просто считаю, что миллионы разработчиков и маркетологов просто создали себе нишу и зарабатывают на ней. Конечно, про многие вещи можно так сказать, но все же. Должны остаться банковские клиенты, приложения для соцсетей и игры.
Приложение для ресторанов и тому подобная херня идут далеко и пусть расчищают Сторы.
В основе своей приложения это чистый функциональный примитив, который распиарен так, что диву даешься.
Сто строчек кода помноженные на борьбу с платформой, которые разрослись до нескольких тысяч, в итоге продаются за несколько сотен тысяч рублей при этом маркетологи льют воду в уши, что вас это нужно и без этого никак.
Ничего, люди уже почти наелись и скоро будет отторжение, как наигравшейся технологией. Только самое необходимое.Kanut79
08.04.2016 15:46+1Очень интересное "должны остаться"… Кому должны? Почему должны? :)
И ещё более интересная выборка из "банковских клиентов, приложений для соцсетей и игр". А почему именно они? Почему из этого списка нельзя убрать банковские приложения или добавить например email-клиенты? :)
mazayats
08.04.2016 16:41Лет 5-7 назад у меня был с друзьями разговор на эту тему. Только чуть в другом направлении. Я тогда ванговал, что игры будут запускаться и исполняться на сервере. На конкретном компьютере будет только минимальный клиент, который позволит получить доступ к серверу и принимать трансляцию картинки оттуда. Разговор был о том, что это будет конец пиратства. Плюс такая система будет больше требовательной к скорости интернета, а не к мощности компьютера конкретного пользователя. В принципе, согласен — с развитием интернета и оборудования могут сделать такое. Онлайновые приложения постепенно вытеснят офлайновые. Например, дома я уже не ставлю никакой офис — достаточно гуглодокументов. Фильмы и музыку перестал скачивать — смотрю онлайн. Почему бы при достаточной мощности серверов и скорости интернета не сделать и остальное онлайновым? А бытовые компьютеры/смартфоны не превратить в терминалы с минимальным функционалом? Я не защищаю такую позицию, а пытаюсь рассуждать с точки зрения разработчиков (крупных компаний), если что.
Насчет того, что многие не имеют интернета/быстрого интернета — думаю, компании-разработчики посчитают все в финансовом плане. Если это окажется выгодным, то таких пользователей просто проигнорируют поначалу, а потом озаботятся инфраструктурой чтоб расширить аудиторию.elmm
08.04.2016 17:04+2Сервисы стремящие игры лет 5 назад, как мне кажется, и стали появляться.
Какое-то время им пророчили, что они убьют консольный и PC гейминг (в который раз) — но они не смогли.
Таких сервисов сейчас в мире несколько есть, но пока не сказал бы что они сильно потеснили бы классические способы играть. В тот момент, когда каналы стали добираться до того, чтоб транслировать картинку в fullhd и без мыла, на рынок массово стали вылазить все эти 4k, VR, а там гляди и 8k когда-нибудь до масс доберётся. Так что порабощение всех игровых платформ стриминговыми снова откладывается.
lyadnov
08.04.2016 16:55+1Проблема не в том, что нативные приложения не индексируются поисковиками, а в том, что есть закрытые проекты, принципиально не желающие выпускать клиенты под windows\andoroid\web и тд., дабы не лить воду на мельницу конкурентов. Сам google помнится не обновлял googletalk лет 10 под Windows, надеясь приучить пользователя либо к браузерной версии, либо к Android-клиенту, в итоге hangouts сильно позади ближайших конкурентов. Время все расставляет по своим местам. Есть telegram — под все платфомрмы — я им пользуюсь, и друзей\родственников подсаживаю, а есть whatsapp только в телефоне — скатертью ему дорога.
maaGames
08.04.2016 18:39+5Отсутствие интернета (Да! Так бывает даже в 2016 году!) и смартфон превращается в бесполезный кусок чего-то. Сидишь и смотришь на пластмасску, в ожидании интернета.
Самое очевидное, недоступность карты местности, когда поехал за город.
Olegi4
08.04.2016 19:41+1Скорей бы уже этот ад с приложением на каждый чих закончился.
Lavir_the_Whiolet
09.04.2016 10:00Что характерно, типичную инсталляцию GNU/Linux с тысячей утилиток на каждый чих никто адом не называет. Скорее, наоборот. Почему, интересно?
А я отвечу, почему. Это потому, что эти утилитки композабельные. Я могу вести учёт своих расходов в обычном текстовом файлике, а потом скрестить grep, sed и bc и узнать, сколько же у меня ушло денег в этом месяце. Я могу скрестить wget, grep, ffmpeg и vlc и превратить веб-галерею в слайд-шоу. Да что там, при мне товарищ написал чат-сервер и клиент к нему на bash, netcat и base64!
А теперь посмотрим на ПРИЛОЖЕНИЯ ПОД ANDROID…Olegi4
09.04.2016 10:18+1Дело даже не в инсталляции а в каждодневном использовании. Многое из того что делают приложения в телефоне делает на компьютере браузер. А перемещаться между табами в браузере сильно удобней чем рыться в куче приложений. Впрочем и на компьютере приложения достали. В моем понимании приложения — это такая же дичь, доставшаяся из далеких времен как когда то была командная строка — т. е. так сделано не потому что это нужно пользователю, а потому что так тянется из истории развития компьютеров и ПО для НИХ — компьютеров, а не пользователя. Подробнее я в блоге как то про это писал, если интересно: https://habrahabr.ru/post/145431/
Gendalph
09.04.2016 16:16Иногда приложение все еще удобнее странички в браузере.
Olegi4
10.04.2016 09:21Ключевое слово — «иногда».
Gendalph
10.04.2016 14:05Окей, давайте я приведу вам пример когда локальное приложение ВСЕГДА лучше онлайн-варианта? Аудиоплеер, карты, мессенджеры (при текущем положении вещей).
Olegi4
10.04.2016 22:57Так я же не говорю, что локальное приложение не нужно никогда.
Вы назвали три типа программ, а теперь просто гляньте на иллюстрацию поста — там же сильно не 3 приложения на экране.
А если быть совсем точным, то я вообще говорил не о локально/ не локально, а только о том, что структурная единица «приложение» не является естественной для человека и следовательно удобной, а только тянется из истории развития компьютеров. Тот функционал что щас есть в смартфоне неудобно использовать через 100500 кнопок приложений. Пусть функционал будет тем же, пусть все остается как есть — локальное и не локальное, просто организовать это надо по другому. Я только об этом :)hungry_ewok
11.04.2016 12:53>что структурная единица «приложение» не является естественной для человека
/усмехаясь/
«Естественно, а следовательно более удобно», для человека вообще-то — кочевать по саванне и жрать падаль руками.
А с тех пор как человек начал пользоваться инструментами — эти неестественные инструменты развивались, совершенствовались и специализировались под конкретные функции. Топором рубили, копьем кололи, из лука стреляли, а над изобретателем лукопьетопора смеялись потому что такой комбайн одинаково плохо рубил стрелял и колол. Но изобретатели не сдавались, они дождались появления компьютеров и начали убеждать что специализированные приложения устарели, и все должно работать в броузере…
Olegi4
11.04.2016 13:42Именно что топором и пилой/ ножовкой. А круглым диском пилит циркулярка, т. к. для человека это неестественно и неудобно.
Мозг человека не работает с большим количеством точек внимания. Это работа которую компьютеры должны делать за нас, а передергивать про падаль руками можно, но придумали же графический интерфейс на смену командной строке как более естетсвенный для человека — по аналогиям того с чем он сталкивается в жизни. Папки, корзина и т. п.Lavir_the_Whiolet
15.04.2016 18:47Кочевать по саванне и кушать падаль для человека более естественно, но не более удобно.
придумали же графический интерфейс на смену командной строке как более естетсвенный для человека
на смену
Как мне кажется, еще более естественным… или, по крайней мере, юзабельным является командная строка с графическими элементами управления и отображения. Примерно как в «Wolfram|Alpha». Правда, я видел вариант с распознаванием естественного языка. Но даже с Bash-подобной оболочкой для Git-а мне, например, общаться проще.
anmi
11.04.2016 11:08Как-то вы удивительно поставили равно между «в браузере» и «онлайн-варианта». Это же не одно и тоже.
GRIM2D
10.04.2016 09:16Вы хотите CLI утилиты на 5' экран с «soft» клавиатурой или возможность ввести свой учет нормально? Приложения создаются исключительно для удобства пользования или частичной поддержки мобильности. На то и называются — «мобильными». А то что Вы хотите — не смартфон, а корманный ПК.
Lavir_the_Whiolet
10.04.2016 18:56Я говорил не о CLI, а о композабельности. Зачатки композабельности есть на этих ваших Android (когда для постинга фотки в инстаграммчике я могу выбрать стороннее приложение, например, Resco Explorer), но именно что зачатки.
tyderh
08.04.2016 20:43Почему делают приложения? Потому что веб убог и медленнен.
Проблема не решена, приложения будут жить.
ValdikSS
09.04.2016 00:44Только вот приложения всяких сервисов зачастую представляют из себя тот же webview, с такими же тормозами.
tyderh
09.04.2016 12:36А некоторые ведроидоприложения еще помимо Java и веб-дерьма еще какой-нибудь xamarin тянут. И шрифтов на 8 мегабайт.
И привет, приложение-затычка на 30 метров.
stdenis
09.04.2016 02:33+1Для меня повод не устанавливать приложение — конские доступы, которые требует приложение. Ну серьезно, зачем мессенджеру доступ к смс, звонкам, камере и еще много чему? Доступ в интернет — максимум, что я могу ему позволить!
vikarti
09.04.2016 17:24например
смс — для вашей регистрации (в мессенджере же идентификация по номеру телефона?)
звонкам это read_phone_state? — чтобы корректно обработать ситуацию когда входящий звонок и надо приостановить что-то(а вдруг у мессенджера видеозвонок активен?)
камера — а мессенджер же умет видеозвонки? вот за этим и надо
в Android 6.0 с этим попроще — часть доступов дается автоматически (и не показывается пользователю) а на часть (камера например) надо запрашивать разрешение у пользователя, и у пользователя есть возможность ответить «нет и больше не спрашивать». При этом в руководстве разработчика подробно расписано как запрашивать, как обьяснять пользователю зачем этот доступ и почему не стоит просто требовать без вопросов.
в iOS с самого начала примерно так и было
Gendalph
09.04.2016 21:47+2смс — для вашей регистрации (в мессенджере же идентификация по номеру телефона?)
Полный доступ к управлению ВСЕМИ SMS ради одной несчастной SMS-ки? Нафиг.
звонкам это read_phone_state? — чтобы корректно обработать ситуацию когда входящий звонок и надо приостановить что-то(а вдруг у мессенджера видеозвонок активен?)
1. Если.
2. Тут я средствами системы зарежу по максимуму всё. Ибо нефиг.
камера — а мессенджер же умет видеозвонки? вот за этим и надо
Если умеет и если мне надо — ок, иначе — под нож.
GoKerze
09.04.2016 02:33Вам кто-то прислал ссылку на картинку, которую можно посмотреть только установив приложение и зарегистрировавшись в Инстаграме? Вас кто-то пригласил на мероприятие, а на подробности дал ссылку, которую можно прочитать только зарегистрировавшись в Контакте и вступив в группу? Плюньте этому человеку в лицо!
Lavir_the_Whiolet
09.04.2016 09:35+2Поддерживаю. Эти люди просто не понимают, что таким образом подставляют не только себя, но и других. Впрочем, пока в школах не начнут преподавать основы ИБ, так и будут…
Но не начнут.
Kanut79
Хм, ну вот лично я как раз не хочу чтобы какой-то сервис решал за меня что сейчас надо скачать на мой смартфон, а что надо удалить, для того чтобы я мог пройти в очередной уровень игрушки, посмотреть очередную картинку или прочитать очередной мэйл.
Это даже если считать что у меня всегда есть доступ к сети и у этого доступа всегда одинаковая скорость и цена.