Microsoft вроде как от тактики открытой агрессии перешел к закулисным переговорам, и сейчас рассказывает руководству Yahoo! как тем понравится под крылом Стива Болмера. Любителям бизнес-драм напомним, что есть следующая версия развития событий - после обьявления Yahoo! результатов за очередной квартал, который, вполне возможно, может оказаться неудачным для Yahoo!, Microsoft публично откажется от своего предложения с мотивацией, что им пытались продать залежавший неспросовый продукт.

После чего акции дружно возвращаются на уровень $18-19, где им и было место до предложения Microsoft, а в Саннивейле начинают строить баррикады для подавления революций, т.к. 90% акционеров Yahoo! начинают штормить штаб-квартиру с вопросом "Чем Вам $31 не подошел?"

Я вчера уже давал ссылку на этот сайт, но если кто не знает, то на новозапущенном TheStandard.com можно делать ставки на определенные события в мире IT и Интернета. Для игры всем предоставляется $100,000 начального игрового капитала. Так вот, сейчас вероятность этого исхода событий оценивается в 43%.

То ли из-за собственных сомнений в исходе этой сделки, то ли из-за различных интересов различных подразделений, но Microsoft, похоже, усилил активность скупки стартапов. За неизвестную науке сумму сегодня к дружной редмондской семье присоединилась Kidaro, которая, судя по описанию, записывает виртуальные диски VMWare на DVD и называет это "виртуализацией предприятия".

Второй покупкой стал Rapt, продающий системы продажи (ну надо же их тоже продавать) рекламы на крупных сайтах.

Проект Yahoo! Buzz, не успев подняться с ног, уже приносит дивиденты компании. Правда, пока только в плане исправления негативного пиара, который преследовал компанию последние несколько лет. И только в технологических блогах, но тем не менее.

Вкратце - информационный блок Yahoo! Buzz иногда попадает на главную страницу Yahoo! и становится генератором мега-траффика, даже если на первой странице Yahoo! конкурирует с другими информационными блоками, которые Yahoo! вращает в течение дня. TechCrunch дает следующие цифры - один день на Yahoo! дал проекту Salon.com 1 млн. уникальных посетителей, сделав этот день рекордным в плане трафика за все 12 лет существования сайта. Аналогично там есть несколько других сайтов, включая TechCrunch, которые внезапно начали бить собственные рекорды за долгие-долгие года.

Подобный шаг заставил технологических блоггеров заговорить, что в свои 45 Yahoo! ягодка опять, т.е. и траффик генерирует, и вроде как правильную политику проводит в плане открытости. Может это и не открытость, а, наоборот, скрытая взятка владельцам ресурсов, которых теперь подсадили на иглу миллионов пользователей в день, однако шаг сработал - траффика сторонним ресурсам это приносит вроде как больше, чем все другие проекты, включая Digg и Google News, да и писать теперь статьи об "умирающей" компании будет трудно, если она сегодня привела на сайт онлайн-проекта шести-семи-значную сумму пользователей.

В традициях купленной Groove Networks, Microsoft продолжает работать над инструментами, обеспечивающими работу в небольших группах, и делает SearchTogether - плагин для Internet Explorer,  обеспечивающий возможность совместного поиска для групп в MSN Instant Messenger.

Продукт пока не открыт для всеобщего потребления, однако MIT Technology Review на него дали посмотреть. Поисковые запросы можно отослать в групповой чат, после чего каждый может высказать свое "фи" по поводу конкретных результатов.

Тим Бернерс-Ли в интервью лондонской Times рассказывает о семантическом Вэбе, но то ли простоты ради, то ли ввиду бурного оптимизма утверждает, что это дело некогда заменит Google:

Google may eventually be displaced as the pre-eminent brand on the internet by a company that harnesses the power of next-generation web technology, the inventor of the World Wide Web has said.

Странно такое слышать от ученого Бернерса-Ли, фраза скорей принадлежит младшему специалисты по маркетингу какого-то поискового стартапа. Для того, чтобы семантический стартап убил Google, требуется всего три вещи:

1. Чтобы Google семантическом вэбом не занимался.
2. Чтобы стартап нашел не только удачное решение, но и проблему, которую это удачное решение решает, а это не всегда просто.
3. Чтобы народ начал активно пользоваться стартаповскими сервисами.

В общем, как в анекдоте про профессиональную сваху в швейцарском банке- "Хотите себе в президенты ядреного сибирского мужика?" - "Да вы что!" - "А если он - зять Рокфеллера?" - "Ну тогда совсем другое дело".

Хотя вопрос смены лидера на рынке поисковой рекламы более интересен, чем голословные утверждения изобретателя WWW. Скажем, в Долине сейчас есть несколько стартапов, которые пресса именует Google-киллерами, иногда с подачи стартапов же, иногда по собственной инициативе. Cuill старается максимально удешевить процесс индексации, SearchMe представляет более богатый интерфейс результатов, да и Yahoo! с Microsoft регулярно чем-то пытаются удивить. Возможно, что это неправильные инициативы в плане получения денег.

Запросы Google грубо можно разделить на две категории - информационные и коммерческие. Первые обычно ведут к Википедии либо специализированным сайтам и содержат ключевые слова типа "президент зимбабве 1996 г." Вторые чаще всего ведут на коммерческие сайты либо рекламные блоки и содержат термины типа "canon powershot". Денежными являются именно вторые, так как и покупатель более склонен кликнуть на рекламный блок, да и денег за этот блок заплатят больше. Модель Google - обслуживая рынок информационный, зарабатывать деньги именно с коммерческих запросов в надежде на то, что пользователь, который нашел что-то в поисковике по информационному запросу, вернется туда для запроса коммерческого. Надежда, скажем прямо, оправдалась, и большинство пользователей именно так и делают.

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

Однако ни один из таких проектов пока серьезного перевеса на поисковом рынке не получил. Продуктовые поисковики? Зарабатывают трафик в основном с Google, представляя пользователям спецификации и цены на продукты. Визуальный поиск от Like.com? Интересно, но как-то не очень уместно для ежедневного пользования. eBay? CraigsList? Все разграничено по своим уголкам, и не совсем удобно.

Вроде как небольшие попытки выйти на этот рынок делает Amazon, у которой львиная доля e-commerce-трафика, и которая недавно запустила программу поиска продуктов по XML-фидам других сайтов, где свой каталог можно подгрузить в амазон, после чего платить за клик по переходам. Amazon со своим широким ассортиментом в принципе может стать этаким универсальным коммерческим поисковиком чего угодно, однако запуск PPC-программы как единственного способа попасть в каталог вряд ли оправдается, поскольку индекс в таких случаях трудно назвать качественным, и вряд ли он будет обслуживать запросы типа марки автомобилей либо запросы на других языках.

Слишком много социальных проектов? Используйте аггрегатор. Слишком много аггрегаторов социальных проектов? Используйте аггрегатор аггрегаторов. FriendFeedFeed позволяет собрать в одном месте все фиды, генерируемые аггрегаторами, позволяющими собрать обрывки информации о социальной активности, в одном месте.

В таком контексте нельзя не упомянуть TagTagger - сайт для снабжения коллекций ярлыков ярлыками.

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

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

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

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

Microsoft выпустил в свет API для Windows Live Messenger, включая интересную JavaScript-библиотеку для поддержки Windows Live Messenger на своем сайте. До этого аналогичный SDK выпустила компания AOL, поддерживая доступ к популярному в Северной Америке AOL Instant Messenger и не поддерживая популярный в других регионах ICQ.

Сегодня я наведался на встречу пользователей технологий Google, так называемую Silicon Valley Google Technology User Group.

Встреча происходила на кампусе Google, хотя и организовывалась не зависимыми от компании энтузиастами. В качестве докладчиков выступали как люди из Google, так и представители других компаний. Поскольку встреча была посвящена OpenSocial, то сторонним докладчиком сегодня выступала Hi5.

Офис Google на Crittenden Lane - это практически Северный полюс. В Пало Алто сегодня было довольно жарко, однако я сменил рабочие футболку и шорты на более вечерний расклад куртки и джинсов и все равно продрог, пока передвигался по парковке. Я в этом здании был года полтора назад, когда там еще был Plaxo, теперь же кампус полностью, кроме одного здания, снимается Гуглом.

Вести с полей в принципе были интересными. Говорили про релизы OpenSocial 0.7 и 0.8, и про планируемые функции. Хотя докладчики от Google не понравились вообще. Первый попытался отделаться стандартным набором слайдов, который Google опубликовала сразу после запуска OpenSocial. В аудитории сидел вроде как не детский сад (на TUGи ходят в основном инженеры), и вопросы медленно заводили докладчиков в небольшие тупики:

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

Вопрос из зала: А вот если мне нужна такая функциональность, где гарантия, что они все будут это поддерживать?

Докладчик: Гарантии не будет, так как каждый контейнер имеет право внедрять только определенные части API.

Вопрос из зала: Т.е. вместо 100 приложений мне теперь писать одно сложное приложение, где будет switch и 100 вариантов поддержки-неподдержки определенной функциональности?

(Докладчик слегка обходит вопрос, хотя в принципе намекает, что кроме MySpace и Hi5 писать особо не для кого, и пускай вы не поддерживаете третью по размеру социальную сеть в Румынии, основные приоритеты покрыты).

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

Докладчик: Вы публикуете информацию, после чего контейнер решает, где ее опубликовать в activity stream.

Вопрос из зала: А как же мне быть с новостью которая касается конкретно пользователя, которая в Facebook идет на minifeed, и с новостью, которая будет показана его друзьям и идет в NewsFeed.

Докладчик: Я не знаком с Facebook, но Вы можете опубликовать новость, и контейнер сам решит, куда ее публиковать. Возможно, контейнеры как-то сами будут обрабатывать эти новости и сортировать их по нужным местам.

Из других скользких вопросов - как реально следить за правилами хранения данных, если сетей сотня, и наборов правил будет сотня. А также почему только Google меняет API, если он по определению "открытый"? Хотя хватит негатива. Из позитива - в Оркуте сделана консоль для разработчиков, позволяющая немедленно увидеть исполняемый код на сайте. OpenSocial будет поддерживать service discovery, что позволит приложению вначале узнать, какие методы поддерживаются, и поступать по обстоятельствам. Hi5 для поддержки OpenSocial активно использует Shindig, весьма интересный проект от Apache.

Сегодня сразу два обьявления от Google. Синхронизатор Google Calendar и Outlook наверняка понравится многомиллионной армии офисных сотрудников, которым нравится Google Calendar, но которые вынуждены пользоваться Outlook. Приложение, судя по описанию, максимально простое в эксплуатации, и все делает самостоятельно.

Сегодня же смотреть на адресную книгу Gmail стало можно официальным способом, через Data Contacts API. Из всех адресных книг Gmail является одной из самых обильных, так как туда заносятся все, кто когда-либо получал письмо от адресата. Не то что в Yahoo! Mail, где пользователь должен сознательно по собственной инициативе занести имя в адресную книгу. Если вам, впрочем, нужен быстрый доступ к собственной адресной книге на Gmail, то ее в XML-формате можно загрузить здесь, плюс в качестве бесплатного бонуса получить Affinity Index - частоту переписки с каждым обьектом.

Мэтт Малленвег сегодня опубликовал сообщение о создание нового проекта на базе WordPress - BuddyPress.

BuddyPress будет использовать код многопользовательского WordPress (того, который гоняется на WordPress.com) в качестве социального проекта, что весьма напоминает один проект.