{"id":13759,"url":"\/distributions\/13759\/click?bit=1&hash=6aaf2c3e4ab3fd085e02b84ad2ce9889ad89f66980d7001a661e1efa44e3fa38","title":"\u0420\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u0442\u044c \u043f\u0440\u043e \u043d\u043e\u0432\u044b\u0439 \u0430\u0432\u0442\u043e\u043f\u0438\u043b\u043e\u0442 \u0434\u043b\u044f \u0442\u0440\u0430\u043a\u0442\u043e\u0440\u0430 \u0438 \u043f\u043e\u043b\u0443\u0447\u0438\u0442\u044c \u043d\u0430\u0433\u0440\u0430\u0434\u0443","buttonText":"","imageUuid":"","isPaidAndBannersEnabled":false}

Постбраузерная эпоха Статьи редакции

Почему поддержка iPad-приложений на Mac может изменить то, как мы работаем за компьютером и планшетом — колонка менеджера по продукту vc.ru.

Приложения победили браузер на смартфоне

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

Отдел, который хотел собрать телефон на базе популярного в те времена iPod, предлагал использовать Linux. Вторая команда сосредоточилась на адаптации OS X (старое название macOS) под работу с сенсорным экраном.

Победила команда OS X, которая предложила более гибкое и масштабируемое решение: в iPhone использовали то же ядро, что и в настольной операционной системе, которое позволяло довольно быстро переносить компьютерные приложения на смартфон.

Одним из ключевых преимуществ первого «iPhone, работающего на OS X» стал браузер, который, по словам Джобса, не уступал десктопному. Он загружал полноэкранные (а других и не было) версии страниц, поддерживал несколько вкладок, историю посещений и жесты.

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

Вместе с браузером и ядром настольной системы Apple попыталась перенести и десктопные сценарии работы. Например, вместо приложений предлагала разработчикам выпускать специальные веб-версии страниц, которые можно сохранять как иконки на рабочем столе — аналог ярлыков в OS X, ведущих на конкретные страницы в Safari.

Внутри iPhone находится полноценный движок Safari. Вы можете создавать удивительные приложения для Web 2.0 и Ajax, которые выглядят точно так же, как приложения на iPhone. И эти приложения могут прекрасно интегрироваться с сервисами iPhone. Они могут сделать звонок, отправить электронное письмо, найти местоположение в Google Maps.

И угадайте что? Вам не нужен SDK! У вас есть всё, что нужно, для того, чтобы уже сегодня создавать потрясающие приложения, используя самые современные веб-стандарты.

Стив Джобс, цитата из презентации первого iPhone
Кадр из презентации первого iPhone

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

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

Решением проблемы стал запуск App Store и концепция «для решения определённой задачи есть определённое приложение». Это изменило не только сценарии использования смартфонов, но и рынок приложений для мобильных устройств.

Каждый сервис стремился стать монополистом одной функции, разрабатывая нативные и быстрые приложения для iPhone.

Если раньше для любой задачи нужно было открыть браузер и ввести адрес сайта, то теперь можно сразу открыть одноимённое приложение. Работа в iPhone превратилась в беспрерывное переключение между приложениями.

Нативные приложения победили в удобстве веб-версии сайтов. Появились сценарии, в которых браузер вовсе не участвует: переход по ссылке на видео в Telegram сразу открывает его в приложении YouTube, ссылка на новость в соцсети открывает приложение издания (если, конечно, оно есть) и так далее.

Сейчас роль браузера в мобильной операционной системе заметно ослабла. Не у всех пользователей он попадает даже в пятёрку наиболее часто используемых инструментов на смартфоне. На мобильных платформах наступает постбраузерная эра.

Браузер побеждает приложения на компьютере

Что происходило в это время с macOS? Операционная система продолжала жить в концепции «для всего есть браузер». Поэтому львиную долю времени работы за компьютером пользователи по-прежнему проводят именно в нём.

Установка нового приложения на компьютере скорее редкость, чем популярный сценарий. И запуск магазина App Store на macOS не сильно изменил ситуацию.

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

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

Впрочем, универсальное решение есть. Можно выпустить единое приложение, которое может сразу работать на мобильных и десктопных платформах. Практически об этом же способе разработки говорил Джобс на презентации первого iPhone, предлагая создавать приложения «для Web 2.0 и Ajax».

Например, можно использовать Electron. Кросс-платформенный фреймворк позволяет создавать приложения при помощи веб-технологии, — проще говоря, упаковывать веб-версии сервисов в отдельные продукты. На Electron работают Atom, Slack и даже Skype.

Плюсов много: быстрая разработка, единая команда программистов, одновременная поддержка сразу всех платформ — от Android до macOS. Такое кросс-платформенное приложение минимизирует потери бизнеса от того, что на одной из платформ приложение менее востребовано, чем на другой.

Правда, во всём этом списке достоинств есть один существенный недостаток: проблемы с оптимизацией. Для каждого приложения в Electron запускается свой отдельный браузерный движок Chromium, не отличающийся экономным расходованием ресурсов компьютера. Два-три одновременно открытых Electron-приложения могут довольно быстро «съесть» оперативную память устройства.

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

Сделать как в iOS, только на Mac

Apple предлагает свой вариант решения проблемы. На WWDC 2019 компания анонсировала Project Catalyst — возможность быстрого переноса iPad-версии приложении на Mac. Достаточно поставить галочку в Xcode, настроить строку меню и адаптировать экраны, чтобы на выходе получить готовое macOS-приложение.

Таким образом Apple преследует три цели:

  1. Компания действительно упрощает процесс разработки приложений для своей экосистемы. iPhone, iPad и Mac-приложения смогут работать на общем коде в единой среде разработки — и, что важно, с одной командой разработчиков.
  2. Apple хочет спровоцировать бум приложений на macOS. Например, если у разработчика уже есть iPad-приложение, то он может быстро выпустить ещё и приложение для Mac. Разработка займёт пару дней.
  3. Компания хочет спровоцировать бум приложений для iPad. Если раньше разработчик мог опасаться выпускать планшетную версию, предпочитая ограничиваться лишь iPhone-приложением, то теперь у него появляется дополнительная мотивация. Он может выпустить один продукт сразу для двух платформ, причём для каждой из них установить разные ценовые политики.

На мой взгляд, от этой затеи Apple изменится восприятие iPad и работы на компьютере.

Постбраузерная эра

Apple уже несколько лет создаёт из iPad полноценную альтернативу компьютера и стремится превратить его в главное устройство посткомпьютерной эры.

Всё, что для этого требуется, — сделать так, чтобы у пользователя, который выбирает в магазине устройство для повседневных задач, не оставалось весомых доводов в пользу покупки компьютера. То есть нужно сделать iPad — устройство, созданное на базе iPhone, — как можно более похожим на Mac по функциональности.

Apple уже решает эту задачу с точки зрения операционной системы. Компания постепенно переносит ключевые десктопные сценарии работы на планшет.

В последних версиях ОС на iPad появились быстрые сочетания клавиш, поддержка нескольких окон, проводник файлов, скачивание документов в Safari, подключение внешних накопителей.

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

Зачастую текущие iPad-приложения больше похожи на перевёрстанные приложения для iPhone. Что вполне логично: разработчики часто создавали их на базе смартфон-версий — с ограничениями маленьких экранов, без учёта преимуществ физической клавиатуры и одновременной работы с несколькими приложениями.

Приложение TripCase для iPad

Поддержка iPad-приложений на Mac должна поменять этот цикл разработки. iPad отдаляется от iPhone и становится ближе к Mac. Поэтому приложения для iPad и Mac теперь должны разрабатываться одновременно и совсем не на основе iPhone.

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

На iPhone приложения конкурировали в удобстве с неадаптированными под экран сайтами. На Mac им придётся конкурировать с полнофункциональными веб-версиями сервисов, а на iPad — c десктопными приложениями.

Успех инициативы Apple будет зависеть от того, как много разработчиков смогут выпустить качественные и полноценные приложения для iPad и Mac.

iPad-приложение Jira, портированное на Mac

Например, это получилось у команды Jira. Их приложение для iPad удобнее и быстрее веб-версии сервиса. Зачастую я предпочитаю создать задачу на планшете, чем открывать медленную веб-версию сервиса на компьютере. Поэтому перенос такого приложения на Mac положительно скажется на моих сценариях работы.

Чем больше подобных приложений будет, тем быстрее мы почувствуем изменения. Браузер уйдёт на второй план, работа на компьютере превратится в постоянное переключение между приложениями, а iPad сможет решать все повседневные задачи, из-за которых раньше приходилось использовать компьютер.

0
86 комментариев
Написать комментарий...
FooWarrior

iPad не стал по настоящему массовым продуктом. Есть смартфоны, есть десктопы и есть маленький хвостик планшетов. Почти никто не делает отдельных приложений для iPad, как максимум адаптируют мобильные версии.

Ответить
Развернуть ветку
Филипп Концаренко
Автор

В России соглашусь — встретить кого-то с iPad редкость. Но вот в США уже прямо бросаются в глаза люди с iPad Pro, которые сидят в Старбаксе, пьют флэт уайт и придумывают идеи для стартапов :-)

Вообще у планшетов уже есть неплохая доля на рынке устройств: https://www.statista.com/statistics/272595/global-shipments-forecast-for-tablets-laptops-and-desktop-pcs/

Ответить
Развернуть ветку
3 комментария
Mikhail

За 4 квартал 2018 года apple продали 14.5 млн айпадов. Если это "маленький хвостик", то какого размера само животное?

Ответить
Развернуть ветку
12 комментариев
Yury Molodtsov

В мире более 300 миллионов активных айпадов. Неплохо для не массового продукта.

Ответить
Развернуть ветку
Chingis Alekenov

в конце прошлого года продал свой 13'' MacBook и купил  iPad 11", даже без последнего IOS 13, смог многие задачи делать на айпаде, а путешествовать вообще кайф. Там такая маленькая зарядка.

Ну и кстати дисциплинирует в плане фокуса, много программ сразу не откроешь и только делами занимаешься

Ответить
Развернуть ветку
Alexander Pankov
наличие проблемы
дисциплинирует в плане фокуса

ох уж эти стадии принятия

Ответить
Развернуть ветку
Николай Петров

Какими серьезными делами можно заниматься на ipad? Youtube смотреть или заметки писать?

Ответить
Развернуть ветку
3 комментария
Филипп Концаренко
Автор

Два года назад брал в поездки только Macbook. Тяжелый, но с задачами справлялся.

В прошлом году решил брать в поездки и iPad и Macbook. Компьютер в итоге использовал только ради Sketch, остальное время проводил за планшетом.

В этом году решил в поездки брать только iPad. Итог такой. Вместо Stetch мы теперь работаем в Figma, которая открывается на планшете (интересует режим просмотра). И за год была только одна специфическая задача, которую я не смог сделать на iPad — подключиться к БД.

В остальном же в дороге iPad вполне себе хорошо справляется со своей задачей.

Ответить
Развернуть ветку
10 комментариев
Филипп Концаренко
Автор

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

Ответить
Развернуть ветку
2 комментария
Дмитрий Букреев

Хаха, в плане фокуса дисциплинирует только бумажный ежедневник.

Ответить
Развернуть ветку
2 комментария
Revertron

Нет, ну если работа заключается в набивании текста и проверке почты, то можно и с мобилы это делать.

Ответить
Развернуть ветку
3 комментария
Vladislav Proskurin

Если «работа» = «почитать новости, отправить письмо и в интернет магазине посидеть», то тут вопросов нет.

Ответить
Развернуть ветку
Yury Molodtsov

Современная работа для большинства людей: почта, документы, какой-нибудь SaaS. С iOS 13 это уже покрыто полностью.
Всегда так радуют люди на каждом шагу кричащие, что вот они то профессионалы и им это не подойдет.

Знаете кто так еще говорил? Операторы мейнфреймов IBM.

Ответить
Развернуть ветку
2 комментария
Василий Алёшин

Вы, похоже, застряли в 2015 году. Сейчас на ipad столько проф. приложений, что он у многих отлично заменяет ПК, особенно у проектировщиков/моделлеров/дизайнеров/видеомонтажеров.

Ответить
Развернуть ветку
1 комментарий
Shadlance Darking
iPad сможет решать все повседневные задачи

В таком случае как и любой планшет, свет клином на Яблочных не сошёлся. Мне бы в голову не пришла мысль сменить свою Pro’шку на iPad, это все равно отсутствие встроенного охлаждения - значит продолжительная нагрузка устройство не выдержит , это всё равно натуги сделать ни десктоп, ни мобайл - если нет дектопа под рукой - мб. А без достаточной комьюнити - ни чего не светит.

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

Ответить
Развернуть ветку
Дмитрий Букреев

Вы же понимаете, что у 99% коммьюнити планшетов основные задачи - проверка почты, потребление web-контента и социалки? А те, кому нужно запускать XCode или IDE от JetBrains - это и есть настоящие представители ИТ-меньшинств и маргиналы :)

Ответить
Развернуть ветку
4 комментария
Sergey Belikov

Я тоже так думал, но в этом году купил iPad Pro 10.5 и прямо не могу нарадоваться. Так продолжительно его нагрузить, чтобы охлаждения не хватало я прямо не знаю чем можно. Разве что играми какими-нибудь. Я на нем, кстати, в олдскульные рпг поигрываю (Baldurs Gate).
Читать книги и мангу, вести заметки в OneNote (печатать получается медленнее чем на ноуте, но быстрее чем со смартфона), соцсети, смотреть сериалы и ютуб - просто отлично.
Теперь остается чтобы Apple выпустила маленький айфон и будет идеальный комплект.

Ответить
Развернуть ветку
Mark Kats

Какая нагрузка? Вы чем его грузить собрались?)

Ответить
Развернуть ветку
1 комментарий
Mikhail

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

Вам лично планшеты не подходят, а вокруг меня чем дальше, тем больше людей (включая программистов) переходят на планшеты. Почему? Потому что им не нужна жестко привязанная клавиатура к по сути такому же устройству.

Насчет охлаждения вы руководствуетесь неизвестно чем. Активное охлаждение нужно для intel-процессов, которые исторически очень теплогенерящие. В айпадах установлены ARM, которые вырабатывают во много раз меньше тепла. Опять же что планшет, что макбук - это мобильные девайсы, которые не предназначены под долгую высокую загрузку (зарядка кончится банально),

Ответить
Развернуть ветку
John Lock

Эх, проблема электрона в том, что жрет, сука, дофига ресурсов если его не оптимизировать, поэтому слаки/скайпы такие жирные и тормознутые. Хороший пример того, как надо работать с Электроном, VS Code, майки очень сильно поковырялись в потрохах электрона в течении нескольких лет и очень офигенно повысили производительность программы. Остальным только пешком до такого результата.

Ответить
Развернуть ветку
Дальний единорожек88

Комментарий недоступен

Ответить
Развернуть ветку
1 комментарий
Mikhail

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

Ответить
Развернуть ветку
1 комментарий
Илитный Иксперт

Такое ощущение что статью писал не человек разбирающийся в теме, а журналист

Catalyst скорее всего мертворожденный проект. Слишком разные у айпеда и мака сценарии использования и UI приложений. Для более-менее сложных штук всеравно придется переписывать половину. Так что Catalyst секономит в лучшем случае часть кодовой базы.

Это все будет иметь смысл только если айпед превратится в планшетную версию макбука с полноценной macOS, только с сенсорным вводом. Иппол походу и движется в эту сторону. Но тогда актуальнее портировать приложения с мака на сенсорый интерфейс.

Вообще настоящая дыра на рынке сейчас в разработке кроссплатформенных десктопных приложений. Фреймворк, позволяющий на нормальных технологиях делать Win/Mac/Web приложения, озолотит создателя.

Ответить
Развернуть ветку
Студия №17

Автор статьи заблуждается, говоря о том как легко переносить приложения на мак. Стало слегка проще, но не настолько сильно. Это я говорю, прежде всего, как разработчик. Так что это весьма опрометчивые высказывания. То что эпл там напрезентовали редко соотносится с реальностью

Ответить
Развернуть ветку
Виталий Воробьев
> Одним из ключевых преимуществ первого «iPhone, работающего на OS X» стал браузер, который, по словам Джобса, не уступал десктопному. Он загружал полноэкранные (а других и не было) версии страниц, поддерживал несколько вкладок, историю посещений и жесты.

До iPhone большинство крупных сайтов имело мобильную и десктопную версии. Это была не разная верстка, а скорее два разных сайта с одной иформацией.
На презентации iPhone подчеркивали, что мобильный safari дает возможность нормально использовать десктопную версию. В то время, как скролл странички на КПК вызывал много раздражения :)

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
Anton Ilabanau

тема хорошая.
сейчас на компе тупо все в браузере, поэтому хром жрет немеряно ресурсов.

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

slack вон нормально сделали, хотя он полностью web based апп.

Ответить
Развернуть ветку
Alex G.

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

Ответить
Развернуть ветку
2 комментария
zdravstvujnebo

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

Ответить
Развернуть ветку
Yury Molodtsov

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

Ответить
Развернуть ветку
11 комментариев
Denis Novikov

Мне бы webstorm и bash консоль - и это будет самое удобное рабочее место.
Как вариант виртуальный сервер на котором всё это будет крутиться, а планшет тупо как экран

Ответить
Развернуть ветку
Ильдар Абдрашитов

У MS уже была инициатива с UWP приложениями. Apple очередной раз покажет "инновацию"

Ответить
Развернуть ветку
Kirill Kir

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

Ответить
Развернуть ветку
Denis Bystruev

Оба подхода будут жить, у обоих есть плюсы и минусы.

На браузерах больше охват, но меньше возможностей использовать прикольные killer-фишки. Типа AR, хотя как раз AR Apple умудрилась заставить работать и в браузере — но только в своём и только на iPhone/iPad с процессора A9 и выше.

В нативных приложениях — наоборот.

Ответить
Развернуть ветку
Vladimir Butov

Опечатка в описании.
РаботаеМ

Ответить
Развернуть ветку
Алексей Павлов

Почему не могу перейти на iPad сейчас от лаптопа:
- Не все приложения банков позволяют отправлять денег безлимитно, есть квоты на токен, а авторизация у многих до сих пор по ключу через java, а платежи идут регулярно, а через браузер вообще не возможно. Это же относится и к гос.стстемам с типовой эцп.
- не все системы с веб-вью оптимизированы по тачскрин, главным образом речь об 1с
- для редакторов уровня фотошопа, да и просто киноута, мышь-таки комфортнее. Вероятно есть вариант привязывать тачбар как приближённый вариант, но это ещё +1 элемент, к необходимой внешней клавиатуре, так как печать по плоской панели - крайне не удобно
- есть недостатки в открытии файлов типа архивов и тд для превью
- ну и самое главное это конечно оконная модель. Десктоп вариант при работе с большим количеством файлов все таки выигрывает, особенно драг-н-дроп.

Ответить
Развернуть ветку
Shmyax

У меня может что-то не так, но я сплавил iPad Pro и купил MacBook 12, потому что работать с айпада - мучение и боль.

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
Читать все 86 комментариев
null