今日、 Google Developer Dayが開催されました。
それでも、GoogleはそのようなGoogleです... :-)
非常に興味深い人々、興味深い考え方、興味深いアイデア。
一般的に、あなたがそこにいなかったなら、あなたは多くを失いました。
私にとって最も興味深いストーリーテラーはブレット・スラットキンでした。 そして、最も興味深いトピックは、パブリッシュ/サブスクライブプロトコルであるPubSubHubbubに関する彼の話です。 ブレットは、そこにすべてがどのように配置されているのか、特に何が特に価値があるのか、なぜそのように配置されたのかを話しました。
ここで興味深いのは、パブリッシュ/サブスクライブを作成するときに通常の人が何をするかということです。 おそらく、彼らは多くの可能性のあるものから既製のソリューションを取り出し、それに依存して、彼らはより良い方法を見つけ、既存の欠点を取り除くでしょう。 しかし、これはグーグルであり、彼らは全く異なる目的から来ました。 彼らはAtomとRSSを受け取り、そこに何が欠けているのかを考え始めて、即座に通知を受け取りました。 したがって、彼らのソリューションは非常にシンプルで、非常にエレガントで、非常にウェブに似ています。
Brettは、Google App Engineの新しいTask Queue APIについても話しました。 そして、これは特に価値のあることであり、なぜそれが必要なのか、それを使用して解決するのに便利なタスクを語った。 一般的に、ブレット、どうもありがとうございました。 単純なロシアの開発者が完全に満足するために必要なものを知っています。 :-)
ところで、簡単なロシアの開発者について。 発表されたように、プログラムは昨年に比べて変更されました-労働者の多数のリクエストにより、Googleエンジニアの指導の下で参加者が簡単なコードを書いたときに「練習」が捨てられました。 引き換えに、多くの「理論」が追加されました。言い換えれば、非常にエンジニアは、あまりにも単純ではないが、本当に興味深いことについて話しました。 興味深いことに、労働者からのそのような要求は地元特有のものであるか、同様の変更はロシア以外の地域でも発生していますか？ :-)
残念ながら、「ステップバイステップで何かを書く」という形での退屈さは、いまだに会議に飛び込んできました。 そのような失敗したレポートに出くわしました-Androidについて。 幸いなことに、1つだけです。
シドニーのオフィスから来た人たち、そして芸術性のために。 オープニングでのGoogle Waveプレゼンテーションは本物のショーでした。 :-) Google Wave自体に感謝します。 技術的な面で、いくつかのソリューションで少し困惑させられた場合、概念的にはこれは明確な突破口です。
ところで、パフォーマンスについて。 Googleのすべての人が非常に活気があり、自然で、本物であることは非常に印象的です。 彼らは気持ちよく、簡単に、流fluentに話します。 私たちは完全に話すことができません。 たとえ彼らがクールなことをしたとしても、彼らはそれについて話すことはできません。 縛られ、混乱し、失われた。 みんな、これはre責ではありません、私は同じことを持っています、また、話すことの経験の不足を掛けます。 私たちのIT文化では、明らかに何かが間違っています。 あなた自身を引き上げる必要があります。
JavaとXMLについて一言。 これらのことを扱うと、生物に悪影響を与えるという感覚に悩まされています。 しばしばこれに対処しなければならない人々は、少し幸運な人々よりも疲れており、はるかに不幸に見えます。 そして、人が深く潜らなければならないほど、その効果はより顕著になります。 会議では、そのような感情は非常に強かった。 pythonistは開発者の群衆の中に見えます。彼の周りには中括弧はありません。 :-)
Google Wave開発者は、GWTを使用したことをほとんど謝罪したように思えました。 いいえ、彼らはそれが正しい選択であると言ったが、彼らはどういうわけかあまり自信を持って話さなかった。 私が言えること...決定は疑わしいだけでなく、XMPPをそのプロトコルの基礎として採用する決定でもあります。 すでに、これらすべてが他のエレガントなWeb-wayソリューションから排除されているためです。 しかし、GWT自体は、これにより開発が大幅に加速されました。 この種のアプリケーションをサポートする彼の不本意は明らかになりました;私はそれを根本的に洗練しなければなりませんでした。 Google Waveのニーズのおかげで、Google Gearsにも新しい機能が追加されました。 これらはすべて非常に優れていますが、GWTとGoogle Gearsの両方が、Webコンセプトの欠陥である穴を塞ぐだけであることを理解する必要があります。 遅かれ早かれ、ウェブはこれらの欠点を克服し、GWTとGoogle Gearsの使用が無意味になることを願っています。 Google Waveのニーズのおかげで、Google Chrome Frameが生まれました。 もう1つのギャップが塞がれています。それが塞がれていることを非常に嬉しく思います。 まあ、少なくともそれ。
OpenSocialに関する講演をしてくれたChris Shaboに感謝します 。 これは単なるレビュー記事でしたが、それでも非常に価値があります。 結局のところ、プラットフォームは私が思っていたよりもはるかによく開発されており、さらに、何らかの非人道的な速度で開発を続けています。
クリスはいくつかの重要な質問に答えてくれました。
-なぜGoogleアプリケーションでは、既存のOpenIDを識別できず、Googleアカウントを開設できないのですか？
-なぜ、OpenIDとしてGoogleアカウントを使用することは可能ですが、非常に困難であることに加えて、URLが長くて見苦しくなりますか？ 開発者がGoogleアカウントのOpenIDとは別の認証メカニズムの使用を強制されるのはなぜですか？
-同等のサービスであり、ユーザーがためらうことなくそれらのいずれかを使用したいという事実にもかかわらず、ユーザーが異なるサービスで複数のOpenIDを受信できるという問題を解決するにはどうすればよいですか？ これらのOpenIDが同じ人に対応していることを異なるサービスはどのように理解できますか？
最初の質問への回答として、クリスは、彼にとってもこれが問題であると言いました。 :-)そして、それは明らかに、Googleアプリケーションで自分自身を既存のOpenIDとして識別する可能性がまだ現れるでしょう。
2番目の質問では、URLだけでなく電子メールアドレスも識別子として使用できるようにプロトコルが現在最終化されており、より厳密にはsomebody@somewhere.comのような任意の行がプロトコルに加えられたとき、解決すると、GoogleアカウントのOpenIDはGMailアドレスとまったく同じになります。
3番目の質問に関する解決策があったことは私にとって驚きでした。 これはWebFingerです。 さらに、WebFingerは2番目の質問に対する答えかもしれません。
HTML 5についてのマークピルグリムの話は、ウェブライスのプロトタイプの作成中にWhatWG仕様を吸った人としてはあまり面白くありませんでしたが、大衆の間で大きな関心と興奮を引き起こしました。 ほらほら、未来を眠りにつけないでください、それはすでにここにあります！
まとめます。 Google Developer Dayは素晴らしいことです。 そのような出来事は、モスクワでも非常にまれであり、他の広大な広がりは言うまでもありません。 お見逃しなく。 :-)