Facebook дал разработчикам сторонних приложений возможность «упоминать» пользователей так же, как это можно делать внутри самой сети. Упомянутый друг получит «извещение», а имя будет связано с таймлайном пользователя.
Работает система следующим образом: со своего пятого айфона, в приложении для фотографирования еды, Боб делает снимок вермишели и пишет в «Фейсбук» пост : «ЛОЛ! Выглядит как Элис». Элис, подруга Боба, будет отмечена в посте Боба, а само сообщение появится не только в таймлайне автора, но у его подруги. А еще она получит «оповещение».
Facebook упоминает, что новая возможность очень пригодится компаниям типа foursquare. В компании добавляют: «Новая возможность идеальна для ситуаций, когда люди заняты чем-то, что побуждает их упомянуть друзей. Например, люди хотят привлечь внимание друзей, когда делятся особенно-вдохновляющей песней; или обратить внимание друга на отличный ресторан; или отметить друзей на фотографии». Теперь это всё можно будет сделать из стороннего приложения.
Добавить 6 комментариев
IMHO — Система работает несколько иным образом :) Подробно похожие системы описывал Джоэл Спольски (?) когда писал о методах выхода на рынок продуктов раннего Microsoft. Конкретно — кажется Excel. Схема. Сначала объявляется совместимость новой программы Excel со старыми аналогами. Новое решение понимает форматы давно известного популярного конкурента. Потом разработчики и пользователи постепенно перетекают в новое совместимое со всем решение Майкрософта. Где генерят кучу контента в совместимом формате. Якобы совместимом. Ведь спустя какое-то время эта псеводо совместимость с ранним Не Microsoft решением… убирается. Капкан захлопнут. Остаётся или выкинуть все свои файлы — или остаться в решении Microsoft. Попали! Вот и Facebook, начал вроде с нотификации, а кончит-то, судя по логике, фремворком и языком программирования. Многоходовочка. Первый шаг с нотификацией молчаливо предлагает приложениям отказаться от собственной системы ников. Ведь нотификацю можно гонять и через фейсбук, по фейсбучным именам. На следующем шаге предложат перевести не только упоминания, но и сообщения без ников (ака «статусы», состояния, геометки и т.д.) — вместо оборота по собственным сетям приложения (логическим) — в оборот по каналам Facebook. Потом запустят хранилище данных под голубым брендом и порекомендуют проектам отказаться от содержания собственных серверов для хранения фоточек, статусов и логов. Мол — ваши серваки слабые и медленные. А наши быстрые и раскиданы по всему миру. И у нас дешево! На предпоследнем этапе выясниться, что не только данные, а ещё и серверную логику проекта намного круче гонять на машинах самого Facebook. А через отдельный собственный сервер обслуживать пользователей как-то дорого. Одновременно с предпоследним этапом начнутся тёрки — на чём именно делать серверный код для приложений? Facebook предложит вилку от C до PHP, а потом помнётся-помнётся да и вкатит собственный дот.нет. Только он реально будет «net», Бесплатный «фреймворк для разработки серверной части ваших приложений» (совместимых с Facebook никами, инфрастуктурно развёрнутых на Facebook серваках). Уже на этапе «мой код на C и PHP работает внутри Facebook» общество прочухает, что соскочить из лап Facebook стало почти невозможно. К моменту выхода Фреймворка противники монополии Facebook побегут голосить в антимонопольную. Но большого успеха там не достигнут. Ведь к этому важному судебному процессу компания начала готовится ещё до публичного запуска простейшей нотификации из исходной новости.
Ильин, вы совсем недавно предлагали предлагали в качестве воскресного чтения ознакомиться с постом Артамонова про эмоции, а вы у него другие посты не читали? Есть вот [url=http://olegart.livejournal.com/1437048.html]хорошой пост[/url] про достраивание собственной реальности наперекор существующей. Как у вас получается из расширения API для приложений сделать такие отличные прогнозы? Да еще и упомянув зачем-то Спольски с историей про совместимость Excel’a. Про фреймворки тоже неплохо, учитывая что они существуют и доступны для использования. https://developers.facebook.com/opensource/
“Наперекор” — в нашей мезансцене — это если бы Facebook предложил Отказаться от использования внутрифейсбук ников в пользу другой системы идентификации. Сказал бы: «ребятки! Если вы в своих приложениях обратитесь к человеку по твиттер нику или по произвольному нику из телефонной книжки вашего телефона — мы всё-равно доставим уведомление по верному адресу» (останетесь внутри давно существующей системы совместимости то есть) — в это случае стратегия бизнеса приложений была бы иная. Сейчас же мы видим чистый кейс Excel. До кучи — хостинг данных у Facebook уже был-есть, но не был популярным. Повода для популярности пока не было. Хостинг серверной части при создании приложений — уже предлагается, на данный момент из разряда партнёрских. Как там в американской пословице? Правильно: “если ты такой филантроп — то почему ты такой богатый?”
to illyn, не дописали. А в самом конце FB может всё сделать платным
Версия от illyn вполне реалистична.
Хотелось бы подчеркнуть, что при схожести гипотетических стратегий — стратегические цели двух упомянутых компаний различны. Для Microsoft изначально было понятно, что рынок табличных вычислений конечен по объёму. И если на нём активны конкуренты — корпорация охватывает долю, и останавливает свой рост. Она не может расти «в бок», там некуда, таблицы не всем нужны (только сильно-сильно потом придумали загонять табличные данные в нодовые графические редакторы и делать «инфорграфику», непонятно когда придумают ещё что-то новенькое, новую небольшую нишу). Хитрости с перетягиванием клиентов необходимы MS для уничтожения конкурирующих программ и пересаживания конечного числа клиентов на собственное решение. И конец динамики в истории. А у Facebook ситуация иная. Потенциальный рынок — бесконечен. Так как всегда будут возникать новые задачи, пользователи легко пользуются не одним приложением, а всеми что им нравятся, и приложения не замещают друг друга. Затягивание разработчиков внутрь грядущих FB-систем нужно для перестройки FB-технологии в платформу (а в некоторых случаях и конечный продукт). То есть для повышения отдачи от исходного набора идей и FB-API в разы и десятки раз. В идеальном FB-будущем не надо будет мучительно прилаживать собственные разработки на тысячи разновидностей устройств, заниматься серверами и бухгалтерией. Достаточно иметь идею заработка или развлечения, одного дизайнера интерфейсов и одного программиста под FB-дот.нет. И получится такая ситуация, что для запуска своего проекта только сумасшедший будет арендовать себе облако и забивать голову ненужной галиматьёй с бэкапами. А обычные ровные пацаны — каждые 2 месяца будут выпускать по изделию на FB-базе и самых свежих собственных идеях. Скинул кода и картинок для оформления приложения в FB — и работаешь. Что такое сегодняшний FB? Это просто мода. Если сделать экосистему лёгкого создания-развёртывания произвольных приложений (не имеющих прямого отношения к FB, только технологически им поддерживаемых) — то даже при изменении моды мошна будет расти. Какой-нибудь грядущий пинтрест будущего, совершенно спокойно в рамках актуального стиля и без устаревшего синего цвета в экранах, будет работать визуально абсолютно автономно. Тем не менее на каждом виточке подпитывая денежкой FB. Потому что он на FB-базе в основе своей. А не на независимой собственной. Такие дела. Спокойной ночи.