Как стать автором
Обновить

Комментарии 78

НЛО прилетело и опубликовало эту надпись здесь
Спасибо за замечание, гифки «перекочевали» из оригинальной публикации, на будущее буду рассматривать вариант их «разбирать» на составные картинки и размещать в виде последовательности.
Спрятал их под спойлеры, так явно лучше!
Очередной marketing bullshit — 2000 слов ни о чем.
Я вот так и не понял в итоге, а как ИЗБАВИТЬСЯ от приложений? От того, что они станут самоустанавливающимися или частично переползут в WEB, они не перестанут быть приложениями.

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

Было бы неплохо прятать гифки под кат, потому что очень сильно отвлекают при чтении.

За статью спасибо. Та же самая проблема характерна для декстопа. Лично я не хочу устанавливать миллион программ-однодневок, например, для того, чтобы конвертировать один формат музыки в другой. В первую очередь ищу веб-версию нужной мне программы. И если она оказывается очень удобной и я ей пользуюсь чаще, чем раз в год, то могу и установить десктопную версию.
Спасибо за хорошую идею. Спрятал GIF-ки под спойлеры. Я ощутил мощь веб-приложений в поездке, когда оказалось что мне проще обработать изображение в онлайне, нежели установить нужный редактор на нетбук с Windows XP.
На Linux с этим проще. Никаких искусственных рамок типа сохранения только в этот формат на фоне мигающей рекламы. Маленькие гибкие консольные утилиты. Иногда с GUI поверх них.
Я для себя ещё несколько лет назад выбрал путь portable apps для Windows: как раз чтобы в реестр не гадили и вообще не лезли никуда за пределы своих папок. Так что, когда требуется какая-нибудь программа, то первым делом ищу именно переносную версию, сейчас таких у меня больше 50. Рекомендую.
Если бы они были sandboxed, было бы вообще круто.
Универсальные приложения Windows 10 к вашим услугам — полный и безоговорочный sandbox, жесткий и даже жестокий контроль над памятью, централизованный способ доставки. Обо всём этом и обо всём остальном система заботится сама.
Для конвертирования музыки можно пользоваться ffmpeg'ом.
Не под все форматы у него энкодеры есть. cook, например, нету. Его вообще полтора свистопердящих платных конвертера под винду только умеют.
По своему опыту знаю, что нативные приложения на мобильных девайсах все-таки удобнее, т.к. кушают не в пример меньше батареек. Именно из соображений энергоэффективности и держу их — на сетевые часто вообще нет энергии.
Особенно обидно за смарт, где сетевые приложения получаются одноразовыми: один раз запустил, выполнил одну операцию — и экран потух, смарт превратился в бесполезный кусок пластика без энергии. Все-таки браузер при таких батареях — зло. Нативные приложения позволяют продлить ресурс в 3-4 раза, и хоть что-то успеть сделать.
И не говорите про повербанки и зарядки — часто нахожусь там, где ближайший источник энергии в нескольких часах, а таскать с собой даже смарт проблематично, не говоря уже про всякие аксессуары к нему. Смарт — не такая важная вещь, чтобы идти ради него на неудобства.
В итоге у меня смарт в основном работает звонилкой, хотя содержит кучу информации и приложений — пользоваться ими вне дома проблематично, из-за отсутствия возможности восполнить заряд, так что по большей части они там лежат на всякий случай, если вдруг срочно потребуется что-то уточнить, рассчитать, сориентироваться, и на это не жалко потратить энергию. Частью приложений пользуюсь дома, когда отдыхаю, валяюсь в постели или ванной — аудио и видеоплеер, читалка.
И лишь приложение фотоаппарата изредка запускается вдали от дома — только оно оправдывает затраты энергии на свой автономный запуск. Все остальные приложения по факту оказываются либо резервом, запускающимся раз в год в особых случаях, либо балластом, бесполезно сжирающим энергию, и поэтому вне дома не запускающимся вообще.

В общем сетевым технологиям не хватает двух вещей:
1 — нормальных источников энергии, чтобы не думать об экономии.
2 — повсеместного доступа в сеть. Да-да, доступный и дешевый интернет есть не везде. Это тоже аргумент за оффлайн.
Пока эти проблемы не решены — оффлайн приложения будут востребованы.
Мне достаточно только нормального источника энергии — это позволило бы запускать менее важные приложения в автономном режиме. Доступ в сеть лишь дает доступ к приложениям, в оффлайне ты их уже имеешь.

Я уже прошел путь unix, portable, web, и пришел к личному ассистенту.
Поэтому для меня есть и третья причина, но она, похоже, мало кого, кроме меня, волнует — это долговечность.
Приложения — это сервисы. Удобно, когда сервисы, к которым привык, которые включил в свою жизнь, долговечны и надежны, когда ты на них можешь положиться, зная, что даже запроси ты его через 5 или 10 лет — он будет по прежнему доступен, и в привычном тебе виде. Т.е. долговечность дает чувство уверенности — ты знаешь, что когда тебе сервис понадобится, он точно будет доступен, и ты им легко воспользуешься.
Поэтому сейчас пилю для себя концепт платформы, куда эти сервисы и будут благополучно выгружены. Без такой платформы ничего не взлетает, т.к. софт оказывается зависим от быстро меняющихся вещей, типа ОС, железа и вечно дохнущих через 5-7 лет сайтов, а также от быстро меняющейся воли маркетологов и дизайнеров, меняющих софт и интерфейс по 5 раз на в неделю — необходимость постоянно искать, куда делась привычная функция или кнопочка тоже идут во вред юзабилити.
Это полностью автономная платформа, не зависимая ни от железа, ни от ОС, ни от серверов, ни от авторов сервисов, ни от интерфейса — иначе никак.
Жизнь штука долгая, алгоритмы, ставшие ее частью, должны сохранять стабильность весь её срок, а зависимые приложения работают от силы лет 5, постоянно меняясь и усложняясь, затрудняя пользование ими, а потом просто исчезают. Это происходит потому, что современные сервисы меняются в угоду большинства, но личный ассистент обязан быть личным, и соответственно меняться редко, и только в угоду конкретному человеку — своему хозяину. Ни один бизнесмен в здравом уме не выпустит замороженный во времени продукт, с которого просто нельзя снять прибыли, в то же время пользователям именно такой продукт и нужен — чтобы все всегда было на своих местах и работало абсолютно так же, как и тысячу раз до этого.
С неизменностью, независимостью и интерфейсом уже разобрался — это лишь набор определенных принципов разработки, гарантирующих доступность и неизменность сервиса, независимо ни от чьей воли и любых обстоятельств. Программная платформа — вижу forth или java. Первый простой и универсальный, стабильный, но медленный, писать на нем сложно, почти ассемблер, но он точно будет работать на любом железе и через века, за счет легкой адаптируемости и модифицируемости, второй — сложный и неуниверсальный, нестабильный и быстрый, писать на нем легко, но работоспособность не гарантирована, т.к. зависит от третьих лиц, и самостоятельно его адаптировать и модифицировать сложно и муторно.
Персональный ассистент — штука не универсальная, не единая, после старта она непременно распадается на множество нитей, каждая из которых эволюционирует независимо от других, развиваясь разными путями. Т.е. каждый экземпляр ассистента — это отдельный продукт, не похожий на другие экземпляры. Общее у них только одно — сервисы и системно-зависимая часть изолирующей платформы. Сервисы разрабатываются однажды, и доступны веками в неизменном виде, позволяя каждому пользоваться привычными сервисами неограниченный срок, платформа является частью ассистента и эволюционирует с ним, а системно-зависимая часть постоянно обновляется, подстраиваясь под новые ОС и железо. Уникальное сочетание.
А для того чтобы воспользоваться облачным ресурсами/индексированным приложением мне нужно будет подождать пока загрузятся нужные ресурсры/просмотреть полминутную рекламу которая мне мешает?
И это вместо того чтобы один раз поставить необходимый софт и им пользоваться?
Я думаю в первую очередь рассматриваются не утилиты, которые не требуют сетевого подключения вовсе, а множество априори «облачных» приложений, начиная с примеров из статьи (мессенджеры, социальные приложения, потоковые трансляции, приложения-компаньоны изданий и т.п.) Ситуацию когда (или если) время загрузки веб-приложений будут принудительно заполнять навязчивой рекламой лучше отнести к антиутопиям :(
Мессенджр с облачным хранением истории чата — зло. Категорическое.
Почему я должен листать пальцем (например в вотсапе) переписку периодически поглядывая на дату, чтобы найти что было написано пару лет назад? Причем если оно понадобится снова — мне придется еще раз листать.
10 лет назад пользовался мирандой/аськой, и они умели в хранение хистори. Сейчас они «выросли» и уже не умеют.
Аналогично и с социальными приложениями, которые не кешируют практически ничего (то есть имея хреновый интернет — придется терпеть и это).
Тот же дропбокс меня «приятно» удивил, когда оказалось, что он не умеет хранить загруженные файлы даже «принудительно» (вдруг мне часто нужен документ из моего каталога?).

Антиутопия — вообще не аргумент. Ну то есть мы можем сколько угодно «рассуждать» на эту тему, но я с удивлением недавно узнал, что на ютуб через мобильное приложение можно только с рекламой, которая длится от 3-4 (можно пропустить сразу) секунд и до 30 (не пропускается). Если аналогичный подход будет и при работе с веб-версией приложения, то это лишний дискомфорт. А подход такой будет — реклама выгодна (иначе ее бы не лепили везде) тому, кто предоставляет сервис (напр тому же ютубу/гуглу).
эмм? Дропбокс умеет хранить файлы в автономном режиме для мобильных устройств.
Только что проверил. Возможно это косяк ios.
Дропбоксу запрещен доступ в сеть через gprs/3g, только по вайфаю. Сейчас такой сетки нет и он не загружает файлы нормально.

При том что какой-то из них я точно использовал на телефоне, когда показывал скан с телефона.
Или я что-то делаю не так.

Даже если вычеркнуть конкретно 1 приложение из списка суть не поменяется — приложения привязанные к вебу часто «кастрированы» на предмет локального хранения, хотя это было бы удобно в некоторых случаях. Даже если они изначально взаимодействуют с веб-сервисом.
там нюанс в том, что когда есть сеть, нужно выбирать какие из файлов нужны автономно, дропбокс их загружает и показывает потом и при отсутствии сети. на iOS не ставил себе приложение, но на андроиде это так.

С остальной частью сообщения согласен )
Так я так и делал. Я показывал когда-то давно скан с телефона, телефон не был подключен к вайфаю тогда (тк это так же было на работе — я не пользуюсь корпоративным вайфаем).
А на андроиде мне это не было нужно — я загружал на него просто сами файлы в память, и те же доки читал с карты, а не с облака.

Отсюда — зло. Причем именно софт, а не иос — ведь иос предоставляет возможность работы с софтом, а софт — неможет в. Или как уже сказал — я не смог в. Надо будет проверить еще раз (вдруг обновления и тд).
Для блокировки видео-рекламы в Youtube на Андроиде, можно пользоваться программой Adguard. Бета версия теперь умеет расчехлять HTTPS и вырезать ютубную рекламу на лету.
У меня ифон. На нем тоже как-то что-то можно, но вопрос в самом факте: я запустил стриминговый софт, и получил стрим рекламы. И если все на это перейдут — то будет жесть. Представьте рекламу перед открытием навигатора? Или всплывающее окно на месте поворота на карте?
> 10 лет назад пользовался мирандой/аськой, и они умели в хранение хистори. Сейчас они «выросли» и уже не умеют.

/me смотрит на висящую в трее миранду…

Эм… я что-то пропустил? С каких пор миранда стала что-то где-то хранить в другом месте или не хранить вообще? Или речь о том, что для нормального отображения хистори в миранде прикручивается dllка History++? Так это всегда было, миранда всегда была модульным мессенджером-конструктором и им и остается.
Речь о том, что миранда вроде как отсталая и непопулярная, и нынче модно пользоваться вибером-вотсапом-телеграмом, но при этом моя работающая миранда спокойно хранит хистори на компе и может искать сразу, а вотсап ни в вебе ни в приложении не может.

То есть мы переносим приложения в веб — а они от этого теряют функционал.
У этой идеи есть 2 очень больших проблемы:
— интернет не всегда есть, довольно часто скорость недостаточная
— принудительная полная зависимость от удаленного сервера — 3.14здец, привести пример почему?

Решение одно — глобальный центр управления сигнатурами/протоколами (что чем открывать) и отрывать руки тем, кто вместо хоть какой-то версии требует от мобильных клиентов установку.приложения.
Хочешь — ставишь приложение. Не хочешь — смотришь в браузере.
И больше кешей, хороших и разных! Но обязательно настраиваемых.
Все это хорошо, пока есть подключение к инету…

Ну, нельзя не отметить что интернет уже добрался даже под землю (в частности до метрополитена), да и стоимость мобильного интернета всё время снижается. Скорее вопрос нужно рассматривать комплексно — современный смартфон позиционируется как постоянно подключенный к сети гаджет, но вместе с тем магазинах приложений даже специальный раздел появился «казуальные игры НЕ требующие подключения к сети». А раньше было наоборот!
В глубину-то он хорошо распространяется, а вот в ширину не всегда и не везде.
У меня недавно знакомый мотался в р.Карелия, там есть места где люди кроме CB-связи ничего не знают, потому что ничего там не берет кроме телевизора. Магазин продукты через рацию заказывает и врача по рации вызывают. Врядли его порадовала бы система которая для открытия приложения хочет подцепиться к серверу. Яндекс вроде как оффлайн навигатор делает, а тут стремление к полному онлайну. Тогда уж должна быть кнопка «ПЫЩЬ» в виде универсального приложения.
Я вам даже так скажу: По работе мотался в места Карелии где даже телевизор не берет, а из-за ландшафта — GPS путает координаты на ± 10 км.
Всё это хорошо, пока не выезжаешь за пределы страны. И тут бац — роуминг, безумные цены на трафик и всё такое. Можно купить местную симку, но опять же — когда ты на пару дней где-то. Или во время переезда, перелёта, когда инет не стабилен или его вообще нет.
С одной стороны да, но с другой, в приведенной гифке с Google App Streaming показано приложение, которое является просто графической оболочкой к браузеру и которое при отсутствии интернета будет так же бесполезно.
Приложения никуда не денутся, причин тому несколько. Приложения определяют формат и способ взаимодействия с представленной в них информацией. Если переходить на унифицированную платформу (условно одно большое универсальное приложение), то формат и способ так же унифицируются. Такое приложение сейчас есть и оно называется браузер. Следующая причина в том, что формат данных надо так же унифицировать, от того что каждое приложение научится подгружать данные в фоне, сами приложения не исчезнут, они просто начнут подгружать данные в фоне. Плюсы приложений в том, что затраты на передачу данных существенно меньше, чем на данные плюс обертка (как в случае с сайтами). Сами приложения многое делают офлайн, тогда как даже переключение со страницы на страницу в вебе происходит небыстро.
Плюс добавляются проблемы со скоростью связи. На моей памяти смерть приложениям предрекают чуть ли не каждый год, но они до сих пор живы. Даже с развитием веба приложения никуда не делись и лишь укрепили свои позиции. Появились всякие модные JS фреймворки, которые позволяют сделать на веб-страничке очень многое, но в итоге что? В итоге мы получили веб-приложения. Их тоже надо загружать, эти скрипты картинки и пр. требует ресурсов и ест трафик. Так что… никуда приложения не денутся. А идея о едином пространстве с кучей контента, который выгружается на телефон только посредством одной платформы это фантазия, не более.
я все понимаю, но 4.2мгб первое изображение… мне погрустнело от этого!
Ой! Исправлено.
Переехать в Веб — это отличная «штука» для изначально сетевых программ, т.е. те, которые без доступа к интернету не имеют никого смысла.
Для оффлайн программ (к примеру, калькулятор, или текстовый редактор) должен быть выбор — загрузить ее или использовать сетевую версию. Не всегда есть возможность ждать загрузки и не всегда есть интернет.
+ хотелось бы иметь мощные (и дорогие) программы в виде веб-версий по подписке. К примеру, AutoCad и т.п. Чтобы их без проблем можно было запустить на любом устройстве.

А вообще, как мне кажется, гигантский выбор однотипных программ — это «зло»… Иногда просмотрев десятки программ понимаешь, что они одинаковые, в общем-то, да и работают «не очень» или вообще не работают.

Ничего не мешает делать оффлайн веб-приложения, просто это мало кто делает.
Ничего не мешает

Ну кроме того, что нужно приложить некоторые усилия. Обычно если «это мало кто делает» — на это есть причины.
Ну может у них в любом лесу есть идеальное покрытие GSM сетями. То у нас как бы часто в городе возникают проблемы. Да и опять же трафик не резиновый. Или расчет на то, чтобы пользователи девайсов никуда не выбирались из городов, постоянно тусили рядом с бесплатным wi-fi и возили с собой тележки с аккумуляторами?
Ну в теории нормальное веб проложение должно уметь загружаться в кеш телефона и работать в офлайне.
Я такие статьи раз в год вижу, но вот только здесь ни слова не сказано на тему того, почему это вдруг в том же айфоне веб приложения не выстрелили и не выстрелили нигде.
Да не существует удобных и быстрых веб приложений, все они к тому же ещё и батарейку жрут, а пока технических прорывов, которые могли бы как-то удесятерить мощность смартфонов и в 100 раз уменьшить энергопотребление не наблюдается.
Какой-нибудь WebAssembly это уже конечно шаг в нужном направлении, но даже такие веб проги будут проигрывать нативным.
Во-первых приложения на телефоне могут работать в фоне, а некоторым приложениям вообще не нужен интерфейс и вэб им не нужен.
Во-вторых вэб приложения уже сейчас умеют делать почти всё что нужно, в том числе полностью работать офлайн.
В-третьих уже сейчас можно делать ссылку на веб-приложение на рабочем столе, но пользователям трудно объяснить как это сделать.
В-четвертых push-notification уже есть в браузерах для веб-приложений (по крайней мере под android).
В-пятых разрабочики используют App Store и Google Play прежде всего для продвижения своих продуктов, чтоб мелькать перед глазами, подниматься в топ и «раздражать» пользователя.

Проще говоря уже почти всё есть для работы в веб-приложениях вместо нативных приложений (сервисо-ориентированных, конечно), почти не снижая качество опыта, но причина использования приложений прежде всего в продвижении. Всё то за что люди ненавидят приложения и есть главная причина почему они существуют. Слать вам нотификации, всплывать из фона, долбить рекламой, выскакивать в релевантных запросах в сторах — это и есть возможности за которые разработчики сервисных приложений ценят именно нативные приложения.
Если все приложение будут работать через облако/веб, и не будет возможности их устанавливать, то как быть с приложениями которые запрещены в некоторых странах по ряду причин? уже сейчас, с появлением централизованной доставки программного обеспечения, такие гиганты как Apple и windows phone недают пользователям практически никакой возможности установки сторонних приложений, а централизованных магазинах приходится терпеть унизительное: «Это приложение не доступно для вашего региона»
Я не против приложений, просто считаю, что миллионы разработчиков и маркетологов просто создали себе нишу и зарабатывают на ней. Конечно, про многие вещи можно так сказать, но все же. Должны остаться банковские клиенты, приложения для соцсетей и игры.
Приложение для ресторанов и тому подобная херня идут далеко и пусть расчищают Сторы.
В основе своей приложения это чистый функциональный примитив, который распиарен так, что диву даешься.
Сто строчек кода помноженные на борьбу с платформой, которые разрослись до нескольких тысяч, в итоге продаются за несколько сотен тысяч рублей при этом маркетологи льют воду в уши, что вас это нужно и без этого никак.
Ничего, люди уже почти наелись и скоро будет отторжение, как наигравшейся технологией. Только самое необходимое.
НЛО прилетело и опубликовало эту надпись здесь
Лет 5-7 назад у меня был с друзьями разговор на эту тему. Только чуть в другом направлении. Я тогда ванговал, что игры будут запускаться и исполняться на сервере. На конкретном компьютере будет только минимальный клиент, который позволит получить доступ к серверу и принимать трансляцию картинки оттуда. Разговор был о том, что это будет конец пиратства. Плюс такая система будет больше требовательной к скорости интернета, а не к мощности компьютера конкретного пользователя. В принципе, согласен — с развитием интернета и оборудования могут сделать такое. Онлайновые приложения постепенно вытеснят офлайновые. Например, дома я уже не ставлю никакой офис — достаточно гуглодокументов. Фильмы и музыку перестал скачивать — смотрю онлайн. Почему бы при достаточной мощности серверов и скорости интернета не сделать и остальное онлайновым? А бытовые компьютеры/смартфоны не превратить в терминалы с минимальным функционалом? Я не защищаю такую позицию, а пытаюсь рассуждать с точки зрения разработчиков (крупных компаний), если что.
Насчет того, что многие не имеют интернета/быстрого интернета — думаю, компании-разработчики посчитают все в финансовом плане. Если это окажется выгодным, то таких пользователей просто проигнорируют поначалу, а потом озаботятся инфраструктурой чтоб расширить аудиторию.
Сервисы стремящие игры лет 5 назад, как мне кажется, и стали появляться.
Какое-то время им пророчили, что они убьют консольный и PC гейминг (в который раз) — но они не смогли.
Таких сервисов сейчас в мире несколько есть, но пока не сказал бы что они сильно потеснили бы классические способы играть. В тот момент, когда каналы стали добираться до того, чтоб транслировать картинку в fullhd и без мыла, на рынок массово стали вылазить все эти 4k, VR, а там гляди и 8k когда-нибудь до масс доберётся. Так что порабощение всех игровых платформ стриминговыми снова откладывается.
Проблема не в том, что нативные приложения не индексируются поисковиками, а в том, что есть закрытые проекты, принципиально не желающие выпускать клиенты под windows\andoroid\web и тд., дабы не лить воду на мельницу конкурентов. Сам google помнится не обновлял googletalk лет 10 под Windows, надеясь приучить пользователя либо к браузерной версии, либо к Android-клиенту, в итоге hangouts сильно позади ближайших конкурентов. Время все расставляет по своим местам. Есть telegram — под все платфомрмы — я им пользуюсь, и друзей\родственников подсаживаю, а есть whatsapp только в телефоне — скатертью ему дорога.
Отсутствие интернета (Да! Так бывает даже в 2016 году!) и смартфон превращается в бесполезный кусок чего-то. Сидишь и смотришь на пластмасску, в ожидании интернета.
Самое очевидное, недоступность карты местности, когда поехал за город.
http://osmand.net/
Скорей бы уже этот ад с приложением на каждый чих закончился.
Что характерно, типичную инсталляцию GNU/Linux с тысячей утилиток на каждый чих никто адом не называет. Скорее, наоборот. Почему, интересно?

А я отвечу, почему. Это потому, что эти утилитки композабельные. Я могу вести учёт своих расходов в обычном текстовом файлике, а потом скрестить grep, sed и bc и узнать, сколько же у меня ушло денег в этом месяце. Я могу скрестить wget, grep, ffmpeg и vlc и превратить веб-галерею в слайд-шоу. Да что там, при мне товарищ написал чат-сервер и клиент к нему на bash, netcat и base64!

А теперь посмотрим на ПРИЛОЖЕНИЯ ПОД ANDROID
Дело даже не в инсталляции а в каждодневном использовании. Многое из того что делают приложения в телефоне делает на компьютере браузер. А перемещаться между табами в браузере сильно удобней чем рыться в куче приложений. Впрочем и на компьютере приложения достали. В моем понимании приложения — это такая же дичь, доставшаяся из далеких времен как когда то была командная строка — т. е. так сделано не потому что это нужно пользователю, а потому что так тянется из истории развития компьютеров и ПО для НИХ — компьютеров, а не пользователя. Подробнее я в блоге как то про это писал, если интересно: https://habrahabr.ru/post/145431/
Иногда приложение все еще удобнее странички в браузере.
Ключевое слово — «иногда».
Окей, давайте я приведу вам пример когда локальное приложение ВСЕГДА лучше онлайн-варианта? Аудиоплеер, карты, мессенджеры (при текущем положении вещей).
Так я же не говорю, что локальное приложение не нужно никогда.

Вы назвали три типа программ, а теперь просто гляньте на иллюстрацию поста — там же сильно не 3 приложения на экране.

А если быть совсем точным, то я вообще говорил не о локально/ не локально, а только о том, что структурная единица «приложение» не является естественной для человека и следовательно удобной, а только тянется из истории развития компьютеров. Тот функционал что щас есть в смартфоне неудобно использовать через 100500 кнопок приложений. Пусть функционал будет тем же, пусть все остается как есть — локальное и не локальное, просто организовать это надо по другому. Я только об этом :)
>что структурная единица «приложение» не является естественной для человека

/усмехаясь/

«Естественно, а следовательно более удобно», для человека вообще-то — кочевать по саванне и жрать падаль руками.

А с тех пор как человек начал пользоваться инструментами — эти неестественные инструменты развивались, совершенствовались и специализировались под конкретные функции. Топором рубили, копьем кололи, из лука стреляли, а над изобретателем лукопьетопора смеялись потому что такой комбайн одинаково плохо рубил стрелял и колол. Но изобретатели не сдавались, они дождались появления компьютеров и начали убеждать что специализированные приложения устарели, и все должно работать в броузере…

Именно что топором и пилой/ ножовкой. А круглым диском пилит циркулярка, т. к. для человека это неестественно и неудобно.

Мозг человека не работает с большим количеством точек внимания. Это работа которую компьютеры должны делать за нас, а передергивать про падаль руками можно, но придумали же графический интерфейс на смену командной строке как более естетсвенный для человека — по аналогиям того с чем он сталкивается в жизни. Папки, корзина и т. п.
Кочевать по саванне и кушать падаль для человека более естественно, но не более удобно.
придумали же графический интерфейс на смену командной строке как более естетсвенный для человека

на смену

Как мне кажется, еще более естественным… или, по крайней мере, юзабельным является командная строка с графическими элементами управления и отображения. Примерно как в «Wolfram|Alpha». Правда, я видел вариант с распознаванием естественного языка. Но даже с Bash-подобной оболочкой для Git-а мне, например, общаться проще.
Как-то вы удивительно поставили равно между «в браузере» и «онлайн-варианта». Это же не одно и тоже.
Вы хотите CLI утилиты на 5' экран с «soft» клавиатурой или возможность ввести свой учет нормально? Приложения создаются исключительно для удобства пользования или частичной поддержки мобильности. На то и называются — «мобильными». А то что Вы хотите — не смартфон, а корманный ПК.

Я говорил не о CLI, а о композабельности. Зачатки композабельности есть на этих ваших Android (когда для постинга фотки в инстаграммчике я могу выбрать стороннее приложение, например, Resco Explorer), но именно что зачатки.
Почему делают приложения? Потому что веб убог и медленнен.

Проблема не решена, приложения будут жить.
Только вот приложения всяких сервисов зачастую представляют из себя тот же webview, с такими же тормозами.
А некоторые ведроидоприложения еще помимо Java и веб-дерьма еще какой-нибудь xamarin тянут. И шрифтов на 8 мегабайт.

И привет, приложение-затычка на 30 метров.
если это перевод — было бы коректно указать источник
Источник и автор статьи указаны в нижней части публикации, как и всегда на GT.
Для меня повод не устанавливать приложение — конские доступы, которые требует приложение. Ну серьезно, зачем мессенджеру доступ к смс, звонкам, камере и еще много чему? Доступ в интернет — максимум, что я могу ему позволить!
например
смс — для вашей регистрации (в мессенджере же идентификация по номеру телефона?)
звонкам это read_phone_state? — чтобы корректно обработать ситуацию когда входящий звонок и надо приостановить что-то(а вдруг у мессенджера видеозвонок активен?)
камера — а мессенджер же умет видеозвонки? вот за этим и надо

в Android 6.0 с этим попроще — часть доступов дается автоматически (и не показывается пользователю) а на часть (камера например) надо запрашивать разрешение у пользователя, и у пользователя есть возможность ответить «нет и больше не спрашивать». При этом в руководстве разработчика подробно расписано как запрашивать, как обьяснять пользователю зачем этот доступ и почему не стоит просто требовать без вопросов.

в iOS с самого начала примерно так и было

смс — для вашей регистрации (в мессенджере же идентификация по номеру телефона?)

Полный доступ к управлению ВСЕМИ SMS ради одной несчастной SMS-ки? Нафиг.

звонкам это read_phone_state? — чтобы корректно обработать ситуацию когда входящий звонок и надо приостановить что-то(а вдруг у мессенджера видеозвонок активен?)

1. Если.
2. Тут я средствами системы зарежу по максимуму всё. Ибо нефиг.

камера — а мессенджер же умет видеозвонки? вот за этим и надо

Если умеет и если мне надо — ок, иначе — под нож.
Вам кто-то прислал ссылку на картинку, которую можно посмотреть только установив приложение и зарегистрировавшись в Инстаграме? Вас кто-то пригласил на мероприятие, а на подробности дал ссылку, которую можно прочитать только зарегистрировавшись в Контакте и вступив в группу? Плюньте этому человеку в лицо!
Поддерживаю. Эти люди просто не понимают, что таким образом подставляют не только себя, но и других. Впрочем, пока в школах не начнут преподавать основы ИБ, так и будут…

Но не начнут.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий