На главную страницу AlgoNet В сотрудничестве с ZDNet
АРХИВ СТАТЕЙ 2006-6-14 на главную / новости от 2006-6-14
AlgoNet.ru
поиск

 

Место для Вашей рекламы!

 

Все новости от 14 июня 2006 г.

Windows Live станет «платформой»

Microsoft рассказала о своей стратегии, направленной на то, чтобы сделать веб-сервисы Live доступными независимым производителям.

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

TechEd 2006 «Службы Windows Live как платформа позволят предприятиям наладить связь с потребителями», — сказал генеральный менеджер по развитию платформы Windows Live Джордж Мур.

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

Мур сообщил, что у Hotmail свыше 240 млн пользователей, а у Microsoft Messenger — свыше 230 млн. Предприятия или разработчики могут создавать собственные службы, обращенные ко всем этим клиентам. «Мы создаем аудиторию, которая доступна для предприятий, решивших использовать эти службы». Мур убежден, что когда появятся приложения, использующие службы Live, потечет больше рекламных денег, которые можно будет пустить на разработку новых подобных служб.

Одним из примеров такой «смеси» из приложений и служб Live может служить система для торговли недвижимостью, которая при помощи картографической службы Virtual Earth позволяет видеть, сколько домов расположено на данной территории.

Руководители Microsoft продемонстрировали также «бот»-программу на базе Windows Messenger, которая позволяет задавать вопросы о расписании киносеансов или обращаться за технической помощью.

Microsoft старается привлечь независимых программистов к созданию таких смешанных приложений, сопоставляющих информацию с разных сайтов. Создав сеть партнеров по Live, которыми могут быть как отдельные программисты, так и компании, Microsoft надеется повысить интенсивность трафика к своим сайтам. Компания рассчитывает на разработчиков, которые пишут так называемые приложения Web 2.0, связанные с такими веб-сайтами, как поисковые машины или картографические службы.

Сейчас большинство служб Live доступна для программистов через интерфейс прикладных программ (API). По словам Кена Леви, директора по планированию продуктов Windows Live Platform, в течение года Microsoft выпустит больше API в разных формах. В дополнение к этому Microsoft постарается облегчить написание смешанных приложений типа rich client, работающих не через браузер, а как полноценные Windows-программы. 

 Предыдущие публикации:
2006-04-03   Microsoft оживляет рабочий стол
2006-04-21   У Microsoft будет служба онлайнового хранения данных, конкурирующая с Google
 В продолжение темы:
2006-06-20   Microsoft встроит сервисы Live в Windows
Обсуждение и комментарии
M&M's
14 Jun 2006 5:08 PM
Полная фигня этот Live, а также все связанные с ним надстройки, позволяющие "задавать вопросы о расписании киносеансов" - бля, ну детский сад.
 

Shamlo
14 Jun 2006 5:26 PM
Если понимать буквально, то упомянутая надстройка позволяет лишь задавать вопросы о расписании киносеансов и обращаться за технической помощью, а ответов на эти вопросы она, видимо, не дает и саму техническую помощь не оказывает.
 

VicTor
14 Jun 2006 7:26 PM
"Сейчас большинство служб Live доступна для программистов через интерфейс прикладных программ (API). По словам Кена Леви, директора по планированию продуктов Windows Live Platform, в течение года Microsoft выпустит больше API в разных формах. В дополнение к этому Microsoft постарается облегчить написание смешанных приложений типа rich client, работающих не через браузер, а как полноценные Windows-программы."

Ну это как-то вообще ни с чем не вяжется. Как я понимаю, идея веб-сервисов состояла в том, чтобы клиент мог получить необходимые услуги независимо от своей аппаратной и программной платформы - главное, был бы браузер. И тогда Windows теряет свою исключительность и становится одной из многих клиентских платформ. Понятно, что M$ этого не хочет, но её попытки "и рыбку съесть, и... удовольствие получить" выглядят жалко...
 

M&M's
14 Jun 2006 9:43 PM
Полное ощущение, что Microsoft постоянно что-то делает, очень активно делает, но непонятно для кого и зачем оно это делает. Видимо, для продажи. Но аргументы "зачем это покупать" с каждым днем становятся все более нелепые :-(
 

VicTor
15 Jun 2006 9:29 AM
2 Tolik:
А что XML антагонистичен по отношению к HTML? Одного поля ягоды. А от браузеров, как универсальных доставщиков контента, тоже деваться некуда...

Да и мне, как получателю услуг, главное - услугу получить, например, билеты заказать на нужный рейс в нужное время, оплатить счета по коммуналке, столик в ресторации заказать на вечер, перевести письмо от другана, который почему-то не знает великого и могучего, а пользуется, например, аглицким, накатать ему ответ (и чтоб на выходе это было на его языке) и т.д., и т.п. Всё это услуги и я согласен платить разумную сумму каждый раз, когда я ими воспользуюсь (типа, как в маршрутке за проезд заплатить). И я хочу иметь возможность сделать это в любой момент, откуда угодно и с чего угодно - хоть с домашнего десктопа, хоть с наладонника, хоть с мобильника. И удобнее всего это сделать каким-то универсальным инструментом (браузером) и так, чтобы после получения услуги на устройствах не были установлены всякие левые приблуды, типа, rich client-ов...

А если получение услуги будет сопровождаться ограничениями ("Вы можете получить услугу, только если являетесь пользователем Windows"), то, скорее всего, я откажусь от подобного поставщика услуг, ибо альтернатива всегда найдётся, смею надеяться.
 

Tolik
15 Jun 2006 10:26 AM
Для таких задач конечно же нужен браузер (впрочем, веб-сервисам это перпендикулярно)

Равно как для кучи других он бесполезен (хотя они и могут использовать веб-сервисы)

Веб-сервисы - это инструмент межпрограммного взаимодействия, и к интерфейсу пользователя - никаким боком
 

M&M's
15 Jun 2006 10:30 AM
> Веб-сервисы - это инструмент межпрограммного взаимодействия, и к интерфейсу пользователя - никаким боком

Бля буду, Толик изобрел новое определение веб-сервисов :-))
 

Tolik
15 Jun 2006 12:05 PM
Будешь, будешь
 

User
16 Jun 2006 1:56 PM
M&M's, советую почитать несколько RTFM-ов про XML, SOAP, а тогда уже объяснять "неразумным юзерам", что такое веб-сервисы и SOA. Если ты понимаешь под этим понятием перенос десктоп-приложений в браузер - мои тебе соболезнования.
 

User
16 Jun 2006 2:09 PM
"И удобнее всего это сделать каким-то универсальным инструментом (браузером) и так, чтобы после получения услуги на устройствах не были установлены всякие левые приблуды, типа, rich client-ов..."

Пока что ситуация работает с точностью до наоборот. Rich-клиенты удобнее, а браузер ненадежнее именно благодаря своей хваленой универсальности. Но клиенты тоже разные бывают. Есть фирменные, которые могут быть с бяками; есть сторонние, в т.ч. открытые, на основе открытых интерфейсов или эмуляции браузера. Вот, например, аська - всем известно, что безопаснее, да и удобнее юзать сторонние клиенты - Miranda, &RQ/RnQ, QIP, Trillian. Или, скажем, веб-почта. Мне вот удобнее, когда она проверяется клиентом автоматически с нескольких ящиках и доступна, в том числе, и в оффлайне. Выход - Foxmail плюс фоксмейловский же прокси для работы с веб-сервисами yahoo и hotmail (у которых нет POP3). Но если кому-то достаточно раз в месяц проверить почту на единственном яхушном ящике - он наберет www.yahoo.com и ппц.
Т.е. веб-интерфейс удобен для ознакомления, для начинающих юзеров, а для интенсивного использования уже нужно что-то более мощное, вплоть до интеграции в сторонние приложения и агрегации сервисов. Таким образом, если разработчик хочет охватить оба сегмента - и "ламеров", и "искушенных", нужно сделать открытый API и навесить на него браузерного клиента - от статичного до AJAX, что и делает google.
 

User
16 Jun 2006 2:19 PM
з.ы. это еще нужно и для того, чтобы не ограничивать функционал одним определенным браузером. Уж XML можно парсить на любом устройстве. Например, представим себе гаджет типа телефона с голосовой напоминалкой об указанных юзером категориях объектов, извлекающей положение юзера из GPS, а инфу об объектах (ресторанах, барах, заправках и т.д.) из сервиса типа google maps и срабатывающей при приближении юзера на N метров. Если юзер при этом находится в автомобиле, ему вообще не нужно смотреть в какой-то браузер - собственно, весь браузерный функционал со всеми его глюками здесь и не нужен, достаточно минимального набору функций для работы с сервисом или классом сервисов - иными словами, своего рода poor-клиент:)
 

 

← май 2006 8  9  12  13  14  15  16  17  19 июль 2006 →
Реклама!
 

 

Место для Вашей рекламы!