Comments 127
Здорово описали принцип системы Android. Теперь смогу точно и лаконично объяснить спрашивающим и интересующимся, чем же все-таки таким отличается смартфон на базе Android.

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

Но не окажется ли так, что данный новый принцип Cloud-to-device messaging API положит начало совершенно новому виду сетевого вредительства, доходящего до абсурдного — типа запуска «умной» стиральной машинки посреди ночи?
Это будет чисто техническая проблема. С изобретением автомобиля также были изобретены ДТП, но это же не повод отказываться от всей идеи?
Только давайте не будем начинать здесь холивары «Андроид против Айфона». Статья не про это. На Айфоне вскоре тоже реализуют подобное, я уверен.
Так и не собирался же :) Просто написал своё мнение по поводу использования сети айфоном.
Давайте не будем начинать холивары, но на айфоне это реализовано уже почти как два года назад.
Про push notification уже высказались ниже. Айфонные уведомления — это замена фонового обновления приложений и данных из-за отсутствия многозадачности. Это самое незначительное из возможных применений Cloud-to-device messaging в Андроиде. Насколько я знаю, на Айфоне с помощью уведомлений нельзя удаленно выполнить произвольный триггер на устройстве, причем необязательно в своем приложении (к примеру, в браузере, картах и т.д.).

Наверняка Эппл в ближайшем будущем расширят эту систему примерно в эту же сторону.
Ах да, и уведомления нельзя адресовать на конкретное устройство, они вроде как широковещательные. Хотя может и ошибаюсь, нет у меня Айфона.
push notification можно адресовать на конкретное устройство. В этом-то и был основной смысл задумки apple с их PNS. Вы просто не совсем в теме, а здесь, кроме Андроидофагов еще присутствуют и разработчики под айфоны всякие.
Мы не андроидофаги, мы разработчики под андроиды :)

Не совсем понял, поэтому перефразирую вопрос: сам процесс нотификации инициирует пользователь для своего конкретного девайса или веб-сервис приложения, который просто хочет что-то сообщить всем своим (или каким-то конкретным) пользователям?
Точнее не так: может ли пользователь инициировать этот процесс для своего конкретного девайса с помощью PNS?
Нет, это не замена из-за отсутствия многозадачности. Это механизм для получения информации от десятков программ, не держа их в фоне. Пуши хорошо экономят заряд батареи и процессорное время. Хороший пример — IRC клиент вынужден сидеть в фоне в течение всего дня и парсить протокол, что на больших каналах будет неплохо сказываться на ресурсах. Хотя требуется лишь уведомлять пользователя о приватных сообщениях или хайлайтах в общем чате.
И да, с появлением многозадачности в iPhone пуши никуда не исчезнут. Не смотря на то, что программа будет висеть в фоне, скорее всего она будет отсоединяться от сети и переходить на пуши через определенное время после входа в бэкграунд.
Вы описали именно замену из-за отсутствия многозадачности. То, что это отсутствие многозадачности вызвано похвальным желанием экономить батарейку, не отменяет этого факта. И когда появится многозадачность, ею все равно не будут пользоваться большинство приложений, то есть будут эмулировать однозадачность. И правильно будут делать, когда есть push notifications, я абсолютно согласен.

Однако Cloud-to-device messaging совсем, совсем не то же самое.
> Айфонные уведомления — это замена фонового обновления приложений и данных из-за отсутствия многозадачности.
Вы сначала в матчасти разберитесь, а потом уже делайте такие заявления. Push notifications это тоже самое, что представил Google, только без возможности запуска приложения(если это надо, пользователь в пришедшем сообщении нажмет «View»)
Вы сначала в матчасти разберитесь, а потом уже делайте такие заявления.
Это не мое заявление. Это заявление вице-президента Google Вика Гундотры из приведенного по ссылке отрывка конференции.

Только без возможности запуска приложения(если это надо, пользователь в пришедшем сообщении нажмет «View»)
Чьего приложения? И какой конкретно пользователь получит это уведомление?
>Чьего приложения?
того приложения, какому предназначено сообщение

>И какой конкретно пользователь получит это уведомление?
тот, кому предназначается сообщение
Серьезно? :)

Хорошо, раз PNS это то же самое, что представил Google, то могу ли я с помощью PNS открыть на своем айфоне в браузере страницу из десктопного браузера?
Можете.
Только нужно добавить в браузер кнопочку (гугл это сделал из-коробки). И это самое незначительное из возможных применений PNS в айфоне. :)
Хотя нет, про простое открытие страницы верится, потому что можно просто запустить на айфоне браузер с аргументом.

А вот можно ли в уже открытом приложении в подсвеченном поле ввода вводить с десктопа данные? Прямо вот так печатать по клавиатуре и чтобы оно на айфоне появлялось, типа как в Гугл Вейве?
Вот я правда не понимаю с чем Вы спорите. Вы же как разработчик должны понимать, что все дело в облаке – в этом самом облачном message сервисе. И в любом случае в облако посылается сообщение, которое затем принимается операционной системой телефона, а что она потом уже с этим сообщением сделает уже совершенно не важно – тут можно придумать все что угодно. Например, гугл придумал запускать триггеры или открывать браузер или прямо вот так печатать по клавиатуре и чтобы оно на андроиде появлялось – это все детские шалости и разработчик ОС может легко доделать эту функциональность.
Я понимаю, что неприятно, статью написали вроде про открытие. Но Вам следует просто смириться с тем, что здесь нет революции. Гугл просто сделал такой же облачный мессейдж сервис, который уже давно работает на другой платформе.
Дело не в облаке. Наверняка они это допилят и дадут возможность поднимать такие системы локально.

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

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

>И хватит минусовать комментарии, с которыми не согласны, что за детсад.
а нехрен писать о том, в чём мало то что не разбираетесь, так еще и не хотите разобраться.
Действительно детсад. Я должен до утра тут сидеть и что-то вам доказывать? Почему я должен разбираться в чем-то за вас? Я не в общаге универской живу, у меня между прочим семья есть.

1) Читаем документацию про C2DM. Видим, что ОС напрямую отрабатывает Intent по приходу сообщения.
2) Читаем что такое Intent.
3) Читаем про ClipboardManager, к примеру. Думаем как сделать приложение, которое молча и в фоне будет запускать любую системную процедуру в ответ на полученный Intent.
А теперь читаем это: «Rather, it should be used to tell the application that there is new data on the server, so that the application can fetch it.». И видим, что оно работает по сути так же как и в айфоне за исключением того, что сообщение будет передаваться программе даже если она уже запущена. То есть фантастическая синхронизация как в wave будет целиком и полностью ложиться на плечи разработчика. И C2DM гугла тут никак в этом не посодействует.
Разумеется, на плечи разработчика, кто ж спорит. Речь про то, что это сделать-таки технически возможно.

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

ну это же вы говорите вещи и не хотите им привести подтверждение?
Вы очень очень упрямый человек. Странно видеть, что Вы так уперто спорите и доказываете хотя сами совершенно не представляете что такое PNS в айфоне.
Причем сами же ранее признались в этом, написав полную околесицу:
Ах да, и уведомления нельзя адресовать на конкретное устройство, они вроде как широковещательные. Хотя может и ошибаюсь, нет у меня Айфона.
Ну я же написал, что возможно ошибаюсь.

Чем бы ни было PNS в Айфоне оно не может быть тем же, что и C2DM по одной простой причине — отсутствие многозадачности. Из-за нее системе самостоятельно приходится показывать уведомления. А при многозадачности можно управление передавать сразу в приложение, которое просто тихо выполняет нужный триггер (причем в фоне, если захочет). Т.е. у пользователя просто обновились его данные «где-то там», а из текущего приложения он даже невыходил.
На презентации не было показано взаимодействие а реалтайме, как в вейве :) Как раз посылалось одиночное сообщение, которое по времени шло даже дольше пуша в том же айфоне.
На презентации был лишь простой пример. Но уже из него мы можем сделать два серьезных вывода:
1) программу можно не только запускать, но и менять ее состояние универсальным триггерами;
2) это можно делать в фоне.

Все. Остальное — дело техники.
все кроме запуска приложения уже есть у Apple. Кроме того, хорошо что у Apple приложение не запускается само.
Похоже, что вы не вполне понимаете разницу между запуском приложения с заданным параметрами окружения и вызовом системного универсального триггера ОС. Последнее включает в себя первое, но может быть и не связано ни с одним приложением вообще, например команда «Вставить текст в активное поле ввода».
млять, ну покажите мне в документации то место, где описывается " вызовом системного универсального триггера ОС". А разницу я как раз понимаю, просто не вижу этого в реализации Google.
code.google.com/android/c2dm/
В Android приходит Intent, что автоматически может запускать приложение или передавать данные запущеному приложению — приложение сразу-же получает доступ к процессору. На сколько я понимаю в iPhone push получает система и она же его обрабатывает производя взаимодействие с пользователем еще до передачи данных определенному приложению.
ссылку на документацию я и без тебя нашел, покажи мне в ней четко то место, где описывается
вызовом системного универсального триггера ОС


>На сколько я понимаю в iPhone push получает система
и на андроиде его получает система, или ты документацию не удросужился прочитать?

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

Как-то уверенно пишешь бред и усиленно не желаешь учить матчасть
Хорошо, объясняю на пальцах.

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

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

Простой пример: делаем демона, который висит в фоне и зарегистрирован на некое сообщение. Получая сообщение, он вызывает в фоне ClipboardManager.setText, никак не показываясь пользователю и не убирая текущее запущенное приложение. Для пользователя это выглядит так: выделяем текст на десктопе, жмем кнопку Copy to Android, жмем на Андроиде стандартную кнопку Paste в любом поле ввода любого приложения.

И да — оставьте свой юношеский пыл и перестаньте хамить незнакомым людям. Не к лицу.
Время на доставку одно пуш сообщения — 2-5 секунд. Как вы собираетесь набирать текст на компьютере (к примеру), чтобы он отображался сразу на телефоне? Сомневаюсь, что google предоставит возможность открывать полноценный сокет для взаимодействия с устройством через свои сервера.
Эм, откуда такие огромные цифры? Гугл за миллисекунды обрабатывает гигабайты поисковых рейтингов, а тут один коротенький пакет будет пересылать аж 5000 мс?
Изучите технологию, по которой работают пуши. И потом посмотрите сколько идёт пуш на практике.
Пуши где? На айфоне? А причем тут айфон?

К сведению, у меня в профиле есть ссылка на мой проект, где все завязано на пушах. Когда отдельные запросы там превышают 300мс — это уже кошмарный лаг.
Осталось только понять связь между пушами и XHR на вашем сайте клавогонок :-)
Я не хочу изучать сейчас ваш код, просто объясните в чём схожи технологии, будьте добры.
HTTP server push. Клиент держит постоянное соединение с сервером, через которое сервер пушит новые данные при их появлении, и молчит все остальное время. Очень шустро и нетребовательно к ресурсам.

В случае обычного HTTP из-за его ограничений приходится периодически сбрасывать и обновлять соединение, однако в HTML5 например появилась такая вещь, как Web Sockets, которая позволяет держать такое подключение неограниченно долго. Думаю, что на Андроид пуш происходит примерно по той же схеме. Как только мне подтвердят подписку, начну ковырять.
Не знаю, как работает технология у гугл, на iPhone только что проверил tcpdump'ом — tcp не используется. Задержка в районе 1-2 секунд. Надо ещё учесть то, что это всё по идее должно работать через 3G, где пинги в секунду вполне нормальное явление. Хотя, я тестировал через wi-fi.
Интересно. То есть пуш идет через опсоса и опсос еще должен поддерживать что-то? И при отсутствии симки пуш работать не будет?

А что означает фраза «тестировал через wi-fi» в контексте того, что TCP не использовался?
Нет, пуш идет по TCP/IP. Год назад кто-то писал, что он tcpdump'ом обнаружил, что работает это через icmp. То есть телефон пингует сервер раз в 5 минут. Сервер не отвечает, пока нет новых сообщений. Как только появляется новое сообщение — он сразу отвечает на последний пинг, а дальше телефон выкачивает данные любым удобным способом напрямую.
support.apple.com/kb/HT3576

If the device is connected over Wi-Fi and is still unable to receive notifications, the Wi-Fi network you're using might have a firewall that is blocking port 5223. This port must be open to TCP traffic for notifications to work.


Понятно. Ну надо посмотреть, как это сделано на Андроиде.

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

Да и я надеюсь, что сделают возможность использовать сообщений без облака. Благо со стороны ОС все необходимое уже сделано.
Разница лишь в том, что анороид сам откроет нужное приложение автоматически. А в случае iPhone надо будет нажать на кнопочку, чтобы перейти в программу (или сразу после прихода сообщения сделать анлок экрана). Стандартные программы не поддерживают схему, описанную google, но в теории можно написать свой maps.app, который будет принимать пуши и подгружать карты. Кстати, есть программа prowl, которая позволяет редиректить с компьютера сообщения от системы оповещений growl. Это уже в каком-то смысле взаимодействие компьютера с телефоном.
Точно не знаю как устроена система у google, скорее всего программе передается содержимое push'а целиком, и она его уже разбирает. В iPhone лишь пользователь видит текст пуша, а программа при запуске обращается к серверам напрямую и выкачивает информацию полностью.
Это огромная разница. Одно дело — просто запускать приложения с заданными аргументами, каждый раз уведомляя об этом пользователяя; и другое — управлять запущенным приложением извне с помощью сообщений, которые задействуют что-то в нем. Это разница, которая меняет весь подход.

Гугловцы предлагают не просто отсылать одиночные уведомления, которые будут ассоциироваться с одиночными действиями конкретных приложений, они предлагают организовать канал обмена данными с устройством в реальном времени, и даже более того — канал управления. По сути, на основе этого API можно создать оболочку полноценного управления андроидом с ПК.
Фактически пользователю нужно не управление телефоном с компьютера, а быстрая синхронизация, чтобы продолжить свои дела в пути. Одновременно и тем, и тем никто не пользуется. Поэтому нужно отталкиваться именно от этого.
Пользователю много чего нужно. Например мне нужно копипастить в поле ввода в браузере мой логин с десктопа. На андроида это сделать можно. На айфоне нет.
Для этого есть программы, которые посредством push в том числе создают что-то вроде общего буфера обмена между компьютером и телефоном. Так что проблема решается, особенно если учесть то, что пароль надо ввести один раз и навсегда.
Смахивает на костыли, если честно.

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

Но это самый простой пример. Время покажет, какие еще юзер-кейсы станут популярными. Но я лично уже сейчас вижу огромный потенциал такого подхода, в отличие от уведомлений на уровне запуска программ, которые были еще со времен Palm OS. Не понимаю, почему его не видите вы.
Я считаю, что должна быть real-time синхронизация по проводу и не более. Не совсем ясно, зачем для этих целей использовать push, который работает через 3g, при этом с ощутимой задержкой.
А пользователю много нужно, да. Даже иногда то, что ему на самом деле не нужно :)
>Гугловцы предлагают не просто отсылать одиночные уведомления, которые будут ассоциироваться с одиночными действиями конкретных приложений, они предлагают организовать канал обмена данными с устройством в реальном времени, и даже более того — канал управления

а можно ссылочку об этом на официальную документацию? А то я её по диагонали прочитал, но увидел только аналогию Apple'овской реализации push notification.
>Хорошо, раз PNS это то же самое, что представил Google, то могу ли я с помощью PNS открыть на своем айфоне в браузере страницу из десктопного браузера?

скажем так, если «браузер» – искаробочный Сафари, то прийдется подождать пока это сделает Apple.
т.е. может открыть или нет решает тот, кто написал этот «браузер», т.е. технических ограничений нет.
Да, Вы правы, действительно нельзя, но статья в таком виде как будто это облако только что придумано. Удаленный запрос на выполнение триггеров – это действительно хорошо, я согласен. Но опять же, на айфоне выполнение приложений на фоне было запрещено, а поэтому и в этой функциональности не было необходимости. Я уверен, что в iPhone OS 4.х обязательно сделают эту фичу и еще что-нибудь новое придумают, а потом его опять обгонит Андроид и так далее.
В общем, к чему это я… Конкуренция это хорошо для нас! Пусть они продолжают за нас бороться.

А вот хабр не торт. Однобокий какой-то стал (по крайней мере в отношении мобил). Я помню как появился iPhone и как его тут расхваливали. Потом мода перешла на Андроид и топики про айфон превратились в топики зла, хотя он при этом не стал менее технологичным и также развивается.
Ну я же написал в самом начале этой холиварной ветки, что статья не про то, какой андроид классный, а про развитие самой идеи и что наконец-то можно начать ее использовать. То, что здесь Гугл оказался первый, меня в общем-то особо не волнует.
Андроид — это действительно коммуникатор. Не телефон с функциями ПК (привет, Вин Мо!), и даже не просто 3G-телефон с хорошим браузером (привет, Айфон!). Это устройство, которое использует Интернет так же, как обычные телефоны используют сеть GSM. Для Андроида глобальная Сеть — это необходимый для работы ресурс, на который завязана работа большинства приложений, а не просто возможность посмотреть в браузере странички.


А это не Ваше случаем? :)
Мое, отдайте! :)

Если серьезно, Айфон хорош, но все-таки по моему мнению Андроид несколько более полно воплощает идеологию «подключенного» устройства.
Думаю, подобное появится в iPhone не в виде пушей, а в виде real-time синхронизации через шнурок (или возможно wifi)
Ой, только не надо больше шнурков, пожалуйста :(

Появится конечно. И это замечательно. Конкуренция ведь, действительно.

Только идея облака мне все-таки больше нравится, потому как люди не только дома за своими компьютерами бывают. Хотя конечно возможность налаживать подобные локальные системы необходима.
Мысль интересная, но мне

1) Не нравится интеграция с чьим-то там облаком. В буффере обмена у меня бывает самая приватная информация, от номера кредитки до пароля к банк-клиенту.

2) Интереснее было бы посмотреть на интеграцию этого в рамках своего компьютера. Так,
Теоретически можно шифровать данные с помощью ключа известного только на отдающем и получаемом устройстве, не знаю как это делается в гугле. Хотя зная их подход можно предположить, что отослав через апи фотографию борща, на другом устройстве можно будет получить новый элемент в окне — билборд с рекламой близлежащего кафе :)
Андроид во многом подразумевает доверие к гуглу. Вся почта и контакты проходят через него. Так что, либо вы ему доверяете, либо нет :)
Я готов доверить гуглю список адресов, но не готов доверить пароль от банк-клиента. Всё ж разные уровни доверия с разным ущербом от разглашения.
Вы не задумывались о том что эта информация в буфере будет доступна не только описанному апи, но и всем 0-day троянам, которые еще не знают ваши антивирусы.
Почему только гугл представляется многим этакой корпорацией зла, которая за всеми следит, несмотря на то что у микрософта код вообще закрытый и хрен его знает что это за черный ящик сегодня и чем он будет завтра?
тыг, не пользуюсь мелкософтом-то… А получить доступ к _МОЕМУ_ буфферу обмена будет чуть сложнее, чем на средневзвешенном мелкософтовском продукте.
И номер кредитки вы в окне браузера не вбиваете? И кнопку «оплатить» в той же форме не нажимаете? И доверяете этому посреднику между Вами и банком свою приватную инфу и ни сколько не переживаете — кто, что, когда и зачем будет с этой информацией делать?
какому посреднику? apt-get sources iceweasel? Знаете, доверяю. У меня специальный браузер есть для веб-мани/банк-клиент/важные-сайты-по-https, у которого отключены все плагины, куки трутся при выходе и т.д. Я не парноик, но мне совсем не хочется, чтобы в этих данных копался какой-нибудь флеш, из самых добрых побуждений.

А между мной и банком https, который, не панацея, но спасает сколько-то.

PS И да, все сертификаты посторонних CA (с которыми у меня нет договорных отношений) потёрты нафиг.
кстате, Windows Phone 7 будет поддерживать такую же технологию, но на основе azure
Кстати, хреновина уже прекрасно работает и посылает ссылки из Хрома на девайс. Ставится расширение в браузере и клиент (apk) на Андроиде. Страницы пушатся на раз. code.google.com/p/chrometophone/downloads/list Место, где все живет.
Push notification есть во многих мобильных платформах (в том числе iPhone, BlackBerry), в андроиде его можно было организовать с помощью СМС.
Cloud-to-device messaging — это push, но это не notification. Это организация извне полноценного обмена данными с любой внутренней частью девайса и выполнение триггеров.
Here are the primary characteristics of Android Cloud to Device Messaging (C2DM):

It allows third-party application servers to send lightweight messages to their Android applications. The messaging service is not designed for sending a lot of user content via the messages. Rather, it should be used to tell the application that there is new data on the server, so that the application can fetch it.


Что как раз и есть push notification. Возможно там есть какой то дополнительный API который надстраивается над push notification и который организует «полноценный обмен данными с любой внутренней частью девайса и выполнение триггеров», но тут он вроде не описан.

Кстати, под андроид <2.2 ещё www.xtify.com есть.
Почитайте большую ветку выше, там обсудили уже это все. Совпадает лишь схема доставки, но реакция на устройстве совершенно различная. Есть большая разница между обработкой андроидного Intent и запуском приложения с параметрами на айфоне. Например, с помощью push notification нельзя сделать сервис прозрачного копипаста текста с десктопа в любое поле ввода любого приложения.
Кстати, над push notification как раз Вик стебется по ссылке в топике, говоря что это совсем не то же самое.
Всё это классно, но как обстоит дело с защитой всего что будет передаваться между ПК и гуглодевайсом. Для меня это важно.
К современным телефонам необходима проекционная клавиатура. Экранной пользоваться не очень удобно.
на столе можно и за нетбуком/таблеткой работать, зачем тогда телефон вообще?
если знаю что буду работать за столом то конечно с собой
Телефон-то всегда с собой. Для того и проекционная клавиатура.
Кстати, зачем нужны таблетки мне тоже неведомо. Ибо без нормальной клавы полезность устройства для меня весьма сомнительна. Но книжки читать в виде книг, наверное удобно.
вот-вот
С помощью этого API любая авторизованная программа, любой сервис может просто выполнять требуемые действия напрямую на устройстве, без необходимости выполнять какие-либо процедуры соединения или синхронизации.

любая программа, любой сервис, любой вошедший в облако сможет делать на Вашем Адроиде — всё что он захочет!
Мало того что гугл знает о вас практически всё — теперь именно он, а не вы управляет данными на Вашем телефоне.
маньячу?
за вас еще и молоко в пакеты разливают, никакой прямой связи с коровой…
и да, вы маньячите. )
>никакой прямой связи с коровой
а вы думаете в пакетах с молоком в магазине находятся то самое молоко, которое выдоили из коровы?
> это открытое и свободное к использованию API.
Серверную часть ПО, работающего с этим API, отсыпьте, пожалуйста.
UFO landed and left these words here
У меня шлются только сайты (ссылки), маршруты из карт и .com и .ru не шлются, только карту открывают=(
Но впечатляет, посмотрел — поставил, проверил.
А еще скоро будут планшеты на андроиде, еще инетресней, чем на телефоне. 8D
Кстати, вместо того, что бы писать «смотреть видео тут, начиная с 1:50», можно просто дописать к ссылке на ролик youtube параметр #t=1m50s. При переходе по такой ссылке ролик начнет воспроизводится с нужного времени. Примерно так.
Это хитрость старая, но о ней мало кто знает.
Не в тему… мне очень понравилось, как элегантно он троллит Apple — пассаж про то что «это не замена отсутствующей функциональности операционной системы». Индустрия становится все более и более интересным местом!
Да, он их замечательно подкалывает! При этом сам пользуется iPad-ом)
Сервис-перевёртыш. Кто мешает написать сервис который будет принимать команды из вне.
Обдако тут надо только для поддержки состояния ip ну или если какие то большие файлы передавать.

Помоему ничего революционного.
Сервис в данном случае — программка котороя живёт в фоне, а не веб сервис…

Вообще видел таких ботов пишут и через джабер и даже твитер. Главное какие привелегие у этого сервиса, ведь он должен запускать другие программы и т.д.
Вот именно. Ваш сервис будет просто приложением со своими правами приложения. Здесь же функционал на уровне системы, который дает гораздо больше возможностей и гораздо более гибок в обращении. Я не разбирался в технических подробностях этого API, но догадываюсь, что там какая-то event-driven система, на события которой могут подписываться любые приложения.
Может не в тему, но хотелось бы мне функциональность в мой смартфон: обновление последних измененных документов (данных) с ПК на телефон (и обратно). Чтобы при работе на компьютере с определённым потоком информации, он всегда был актуальным на телефоне. Можно конечно сказать Синхронизация. Но она не нативная, сторонние программы тупят, не продуманны.
А если что-то сложно, то это не возможно(с).
Если речь именно про документы, то счастье настанет в тот момент, когда Гугл допилит андроидную версию Google Docs.

А если у вас безлимитный беспроводной интернет, то можете просто Dropbox поставить на телефон и на ПК, и держать файлы в отслеживаемой им папке.
не всё так просто:)
Сначала у меня symbian. Я тут просто к слову сказал.
Конечно на пк у меня в основном .docx, то, во-первых, нужен нормальный офисный пакет на телефон, который никогда не будет (зачем синхронизировать, если нормально не посмотришь).
Во-вторых, не только документы .docx, а документы которые я фотографирую на телефоне (это 99,9% фотографий, которые я делаю им).
В-третьих, инет дорогой, и хотелось бы возможность через домашний WiFi.
В-четвертых, dropbox'а нет по симбы.

А реализацией моей проблемы может быть установка программы, чтобы можно было видеть через WiFi диск телефона(SymSMB), запуск программы при зарядке, на компьютер программу для синхронизации двух папок, а так же программу для пинга доступности телефона и активизации синхронизации.
Но так как это всё сложно, глупо и не удобно, а я чёртов юзабильщик в душе, то я этого не делаю :(
Еще бы хорошо и в обратную сторону. Читаешь в Google Reader новости на адроиде, нашел что-то для вдумчивого чтения — жмак кнопку и ссылка открылась (или откроется) на десктопе.
Может сказывается мое тяжелое детство с деревянными игрушками, может паранойя, но я как-то неуютно себя чувствую, когда что-то привязано к интернету. Тот же gmail, greader, gdocs. Ну вот что делать, если я оказался там, где сети нет? Если бы они могли функционировать оффлайн — было бы круто, а так…

ps я знаю про оффлайн плагин гмейла, но a) он уже не поддерживается; b) оф. поддержки amd64 нет.
> gmail
Простите, но почты без интернета не бывает :)

> greader
Есть сторонние приложения для оффлайнового просмотра с синхронизацией с reader'ом.

> gdocs
Тут, безусловно, соглашусь — переводить весь документооборот на gdocs я бы не стал.
> Простите, но почты без интернета не бывает :)

А просмотр прошлых переписок бывает. Хотя да, вы правы, в случае гуглопочты — не бывает :)

> Есть сторонние приложения для оффлайнового просмотра с синхронизацией с reader'ом.

Т.е. держать дополнительные приложения, запускать, синхронизировать… проще тогда отдельным клиентом пользоваться. Гугл обещался свой оффлайн плагин сделать на html5, но что-то воз и ныне там.
>> Простите, но почты без интернета не бывает :)

А как же UUCP? :}
Как же я жду, когда все это заработает в полный рост. Меня эти вопросы синхронизации замучили в конец. Единое прозрачное информационное поле мега-необходимо! И желательна возможность взаимодействия с чужими полями тоже.

Картина: «Приходишь в компанию Н на переговоры. После завершения общения, организатор передает тебе необходимые контакты, бланк договора и другие рабочие материалы. Приходишь в свой офис садишься за компьютер и просто открываешь появившийся новый список документов. Но времени на изучение не хватает и ты решаешь посмотреть документы дома. Приходишь домой и там открываешь эти документы на настольном компьютере. Но так как хочется расслабиться, то ты берешь свою легкую таблетку/нетбук, наливаешь чай и устраиваешься в кресло повышенной комфортности. Изучаешь документы, вносишь правки и нажимаешь „разослать документ участникам переговоров“. Пожалуй теперь можно почитать книгу… Кстати, вчера лучший друг закинул какую-то интересную книгу при встрече… так, что там поступило от друга вчера… Точно, вот она, пришла через коммуникатор, посмотрим...».

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

… и думаешь, «а в гробу я видел эти ваши все документы, когда я так расслабился, у меня столько гаджетов, и я с чаем в кресле...»
Тоже вариант! И тогда сразу переходишь к чтению книги. Но за ней не надо бежать никуда, так как она доступна из любого девайса и ее нельзя случайно забыть на работе — это главное.
Only those users with full accounts are able to leave comments. Log in, please.