Google Developer Day состоялся сегодня.
Все-таки Google такой Google… :-)
Очень интересные люди, интересный способ мыслить, интересные идеи.
В общем, если вас там не было, вы многое потеряли.
Самым интересным рассказчиком для меня оказался
Бретт Слаткин. А самой интересной темой — его рассказ про
PubSubHubbub, publish-subscribe протокол. Бретт рассказывал как там все устроено и, что было особенно ценно, почему оно устроено именно так.
И вот ведь интересно, как бы поступили нормальные люди, создавая свой publish-subscribe? Пожалуй, взяли бы какое-нибудь готовое решение из множества возможных, и опираясь на него, придумывали бы, как сделать лучше и избавиться от существующих недостатков. Но это Google, и ребята зашли совершенно с другого конца. Они взяли Atom и RSS, и стали думать, чего там не хватает, чтобы получить instant notification. Поэтому их решение очень простое, очень изящное и очень вебовское.
Еще Бретт рассказывал о новом Task Queue API в Google App Engine. И, что особенно ценно, рассказывал зачем оно нужно и какие задачи с помощью него удобно решать. В общем, Бретт, огромное тебе спасибо и низкий поклон. Ты знаешь, что нужно простому русскому девелоперу для полного счастья. :-)
Кстати, о простых русских девелоперах. Как было объявлено, программа была изменена по сравнению с прошлым годом — по многочисленным просьбам трудящихся была выкинута «практика», когда участники под руководством инженеров Google писали простенький код. Взамен было добавлено много «теории», иными словами, те самые инженеры рассказывали о вещах порой не слишком простых, но действительно интересных. Интересно, подобные просьбы трудящихся — это местная специфика или в других, менее российских регионах тоже произошли подобные изменения? :-)
К сожалению, немного скуки в виде «пишем нечто step-by-step» все-таки прорвалось на конференцию. Нам попался один такой неудачный доклад — про Android. К счастью, только один.
Ребятам из Сиднейского офиса плюс за артистизм. Презентация Google Wave на открытии была настоящим шоу. :-) За сам Google Wave тоже большое спасибо. Если по технической части некоторые решения вызывают у меня легкое недоумение, то концептуально это однозначный прорыв.
Кстати, о выступлениях. Очень бросается в глаза, что все ребята из Google очень живые, естественные, настоящие. Говорят с чувством, легко, свободно. Наши же говорить совершенно не умеют. Даже если сделали классную штуку, рассказать о ней не могут. Скованные, замороченные, теряются. Ребята, это не упрек, у меня то же самое, еще и помноженное на отсутсвие опыта выступлений. Просто что-то видимо не так в нашей айтишной культуре. Надо подтягиваться.
Пара слов о Java и XML. Меня преследует ощущение, что работа с этими вещами негативным образом влияет на живые организмы. Люди, которым приходится часто иметь с этим дело, выглядят уставшими и куда менее счастливыми, чем те, кому повезло немного больше. И чем глубже человеку приходится в это окунаться, тем заметнее влияние. На конференции подобные ощущения были очень сильны. Питониста видно в толпе разработчиков, вокруг него нет фигурных скобок. :-)
Разработчики Google Wave, как мне показалось, чуть ли не извинялись за использование GWT. Нет, они говорили, что это был правильный выбор, но говорили как-то не очень уверенно. Что могу сказать… Решение сомнительное, также как и решение взять XMPP за основу своего протокола. Уже потому, что все это выбивается из прочих изящных web-way решений. Зато сам GWT получил благодаря этому неплохое ускорение в развитии. Вскрылась его неготовность к поддержке приложений такого рода, пришлось кардинально дорабатывать. Благодаря нуждам Google Wave, новые возможности получил и Google Gears. Все это очень хорошо, но нужно понимать, что и GWT, и Google Gears всего лишь затыкают дыры, недоработки в концепциях веб. Рано или поздно веб перерастет эти недостатки и тогда, надеюсь, использование GWT и Google Gears станет бессмысленным. Благодаря нуждам Google Wave возник и Google Chrome Frame. Еще одна заткнутая брешь, и я очень рад, что она заткнута. Ну хоть так.
Отдельное спасибо
Крису Шабо за рассказ об
OpenSocial. Это был всего лишь обзорный рассказ, но тем не менее очень ценный. Платформа, как оказалось, развита гораздо лучше чем я думал и, кроме того, продолжает развиваться с какой-то нечеловеческой скоростью.
Крис ответил на несколько важных для меня вопросов.
— Почему приложения Google не позволяют мне идентифицировать себя моим существующим OpenID, заставляют заводить Google Account?
— Почему, хотя использовать Google Account в качестве OpenID и возможно, это весьма непросто, кроме того, URL будет длинным и некрасивым? Почему разработчики вынуждены использовать отдельный от OpenID механизм аутентификации для Google Account?
— Как решается проблема того, что пользователь может иметь несколько OpenID, полученных на разных сервисах, при том, что они равноценны и пользователь хочет использовать любой из них не задумываясь? Как различные сервисы могут понять, что эти OpenID адресуют одного и того же человека?
В ответ на первый вопрос Крис сказал, что для него это тоже остается вопросом. :-) И что по-видимому, возможность идентифицировать себя существующим OpenID в приложениях Google все-таки появится.
По второму вопросу он сказал, что протокол в настоящий момент дорабатывается, чтобы позволить использовать в качестве идентификатора не только URL, но и email-адрес, а говоря строже — любую строку вида somebody@somewhere.com Когда эти изменения будут внесены в протокол, проблема будет решена, Google Account OpenID будет выглядеть в точности как ваш адрес в GMail.
Для меня было сюрпризом, что касательно третьего вопроса тоже существует решение. Это
WebFinger. Кроме того, WebFinger может стать ответом и на второй вопрос.
Рассказ
Марка Пилгрима про HTML 5 мне, как человеку, курившему
спеки WhatWG во время работы над прототипом веб-рисоваськи, был не очень-то интересен, но он вызвал большой интерес и оживление в массах. Хо-хо, ребята, не проспите будущее, оно уже здесь!
Резюмирую. Google Developer Day — классная штука. Такие мероприятия очень редки, даже в Москве, не говоря уже о наших прочих необъятных просторах. Не пропускайте. :-)
комментарии (38)
Вот незнание английского на ресепшене — очевидно прокол. Так же, как неполадки со звуком и еще ряд мелочей. Но нельзя сказать что эти мелочи сильно портили жизнь. Не смотря на них, было очень здорово. :-)
организационные провалы — как раз следствие такой щедрости. пригласил бы 1000 человек, пришли бы 800, и почти половина людей просто не смогла бы попасть на мероприятие. я решил всё-таки рискнуть во благо людей.
Текст ниже будет сумбурным, не выспался.
Регистрация была достаточно скомкана. Те, ко пришел пораньше, прошли её нормально, нам же пришлось потолпиться у стойки.
>>Кстати, о выступлениях. Очень бросается в глаза, что все ребята из Google очень живые, естественные, настоящие. Говорят с чувством, легко, свободно. Наши же говорить совершенно не умеют.
На открытии парни из wikimapia выступили, как мне кажется, нормально. А вот человек из Яндекса, который выступал в секции «Бизнес» вместе с Chewy Trewhella, выступал слабовато, и на фоне харизматичного Чуи совершенно не смотрелся. Так что, раз на раз не приходится.
Уровень докладов на секциях «Послезавтра» и «Бизнес» (всю конференцию мы с другом технично перемещались из зала в зал) вначале был откровенно слабым, и интересные выступления начались лишь после обеда, и тогда я уже откровенно разрывался от желания быть везде и одновременно. Беседа о венчурном финансировании была выше всяких похвал.
Общая организация была на 3-4 из 5. Очереди в мужские туалеты, отсутствие мест в гардеробе (в обед они закончились и мы никак не могли пристроить вещи приехавшего шведа, которого нам поручили опекать знакомые). Ощущение сумбурности было не у одного меня.
Это не претензии к оргам, просто фидбек, который, я надеюсь, они учтут.
Все это общего впечатления не испортило, все-равно было очень интересно.
Это очень утомляло, я конечно понимаю, что перед ними стояли задачи пропаганды и продвижения, но не нужно было это делать так механистично. Не думаю, что на конференцию приехали люди, которые не знают, что значат этит термины.
Если уж отвечать, что понравилось еще, то могу отметить выступление по решениям гугл для предприятий Патрика Винна и человека из softline. Вот на нем я узнал много нового.
Вообще, я лично считаю, что на подобных конференциях нужно больше давать информации о перспективных продуктах и направлениях развития, а не инфу технического характера. Все-равно, научиться чему-то за день нельзя. Кто хочет изучить новую технологию будет курить маны.
а подарки давали исключительно за анкету.
Видимо девушки ушли. Ну ничего. Нормально. Разобрались. :)
А подарки по анкете не всем давали. Наблюдал и смеялса как за них «борятся». :)
и что про Хром говорят?
Надеюсь, что вскоре увидим Google developer day в Киеве.
За наблюдение прошу не пиннать:
Пока шел от метро в толпе можно было на 100% узнать, кто идет на GDD (это относится и к конференциям от MS): джинсы, рюкзак (на нем обязательно должен быть лого какой-нибудь софтверной компании) или сумка для бука, спортивная куртка. Те кто не был так одет тоже выделялись, поведением, что ли ;)
Шел с мыслью: «Неужели я такой же?!» :) :) :)
Посидел на презентации Проблематора. Ребята — молодцы, но какие-то неубедительные: показали только страницу логина, да и не ясно как будут зарабатывать деньги и привлекать клиентов.
PS. Про живость забугорных докладчиков: большая часть из них код в последний видела в мохнатых 90-ых, их должности сами говорят за себя developer advocate (у MS это evangelist), ну и выступают с докладом уже в 10-ый раз.
Особенно, когда меня подрезал какой-то чел подходя к подземному переходу… Сам далеко не медленно хожу, но зачем же под ноги бросаться-то? :)
И как ни странно — ничуть не менее живых :-)
Сам я о Native Client слышал только правым задним ухом, и тоже думал, что оно уже готово к внедрению :)
Во второй раз зал расстроился, когда понял, что кросс-платформенности скорее всего или не будет вообще, или будет с кучей условностей. Я так и не понял, как они собираются на лету транслировать бинарник x86 в ARM. И чем, в частности, это будет лучше (применительно к исполнению на ARM, с x86-то понятно), чем jit-компиляция из той же явы и .net.
Вы не поняли, потому что у докладчиков не было единого мнения относительно того, как это будет реализовано. Варианты:
1. Промежуточный код типа LLVM, который транслируется в машинный при загрузке (это можно успевать делать быстрее, чем грузится прога, но не на мобильниках)
2. Компилятор будет одновременно делать три бинарника: для x86, x86-64 и ARM, а браузер загружать нужную версию в зависимости от платформы клиентского компьютера.
3. Честный транслятор x86->ARM (или наоборот, ARM->x86, чтобы на мобильниках не надо было ничего делать). Возможно, этот вариант слишком сложен в реализации.
Сейчас все эти варианты обсуждаются, каждый имеет свою точку зрения, пишутся/планируются прототипы.
2. От этого, насколько я понял, они всячески пытались откреститься, хотя, имхо, самый адекватный вариант.
3. Имхо, нереализуемо с сохранением высокой скорости исполнения. Это ж не x86->x64 портировать, а портировать с CISC-системы команд на RISC…
В общем, ощущение то же — «мы придумали классную фичу, но никто не знает, как заставить её работать».
А так они придумали как без виртуализации создать песочницу для native-кода, молодцы!
А собственно что расстраиваться, все четко будет хром-ос будет и нативный клиент, не будет — извините. А у ОС очень много проблем, с драйверами и производителями аппаратной всякой всячины, да и софтовой тоже. Хотя, и это самое интересное, многое зависит от нас с вами, будут популярные приложения и сервисы — будет развиваться и платформа.
А кросс платформенность, скорее всего будет в виде какого-то числа бинарников, это самое реальное, ну и эффективное. Может быть генерация кода из третьей формы, но это не очень хорошо для мобильных устройств. Трансляция бинарного кода это вообще из академических кругов, чем из реальности.